I'm looking for SDK for iButton 1992. I searching on fxp://fxp.dalsemi.com/pub/software_auth/, but i found only
for 1410, 1412 & 1414. Keys're placed on ISA card, I will to know how the program comunicate with dongle. Greets Andy

maybe you will find the answers if you take a deep look in the docu
hier is it hxxp://www.spettel.de/ralf/projekte/ibutton/DS1992-DS1994.pdf
monguz

here is the ASM code from microchip that is designed to read/write to a dallas 1 wire device. also the .pdf is the Dallas Semiconductors "application note 132, Quick guide to 1-wire-net using PCs and Microcintrollers"

hope this helps.

korvak

for those that have looked at this thread... "andy" has PM'd me several times and what he is looking for is the program internal calls/checks and not the low level communication that goes on at the ibutton... so hopefully one of you experienced program reversers can help him find the calls/jmps/checks he is looking for so he can make a patch to get his program going.

good luck andy, sorry i could not help.

korvak

Howdy,

You mean he wants someone else to do the work for him ????

Woodmann

Well, that IS the easist way, isn't it? Doing the work oneself is, after all, work.

Regards,

well i am not sure if he is willing to put the effort in him self or if he is looking for the easy way out... from what i gather, the program is an older application and the ibutton SDK he can get from the vendor has different calls/procedures in it. so that when he searches for the code referenced in the SDK, he does not find them, so he is looking for information on how to find these calls to the ibutton/adapter card from a "blind" start, or at least a hint on what to possibly look for in the older SDK/ibutton protected applications.

Andy, correct me if i am wrong.

korvak

Well, if the answer is that he wants someone else to do the work for him, tell him that is not how things are done here and he would need to go somewhere else.

Regards,

Howdy,

I am sure I have answered this question before.
Maybe it was by PM

Woodmann

nevermind ...

Howdy,

You have not been clear about some information.
iButton 1992, what does this mean ? Year of issue or version ?

It is used on an ISA card, I will assume the ISA card has a serial connection.
How many pins ? MAybe its parallel ??

Name the program, I give you permission

Woodmann

woodmann, the ibutton 1992 is the DS1992 version.....

from ibutton web site:

1024 bits of Read/Write Nonvolatile Memory (DS1992)
256-bit Scratchpad Ensures Integrity of Data Transfer
Memory Partitioned into 256-bit Pages for Packetizing Data
Over 10 years of data retention
Unique, Factory-Lasered and Tested 64-bit Registration Number (8-bit Family Code + 48-bit Serial Number + 8-bit CRC Tester) Assures Absolute Traceability Because No Two Parts are Alike

the ibutton has holders of different types and support for serial, parrellel, usb, and non-conventional direct connect to what ever you are attempting to connect it to... in one of the PM from andy, he stated that he does not have the ibutton that the is trying to hack/bypass so knowing the type of isa card that it connectes to would be of little interest, unless you where attempting to find in the program the calls to that device.... and my vague memory tells me that the "old" ISA type cards had a parrellel port on them...

the name of the program is called (aligner.exe) i have not opened it so i can not say what it is... it is 8mb (1.8mb compressed)

korvak

http://lists.dalsemi.com/htdig/htsearch?config=&restrict=&exclude=&method=and&format=builtin-long&sort=score&words=ds1992

The programme is called Hunter WinAlign. It is a programme for wheel geometry, the problem was that the programme communicates using the same card with sensors for reading the settings of wheel and with dongle. I did not want anyone to crack this programme for me, I just wanted someone to show me how the programme comunicates with the dongle. I read most articles on the Dallas web site, I downloaded SDK ... After a chat with smola (cheers) it occured that the programme is using an undocumented function API - OpenVxdHandle and also that a driver - VXD (programme runs only on WIN9x), which is for reading the wheel settings, is the same as the reading key. This is where the problem occured. So far we came to a point that programme is gives a specific service number to the driver, which returns a structure, unfortunately without the original card and the key we cannot know which service is used for communication with the reading sensors and which is used for communication with the key...greetz andy

OK,

You will have a good old time trying to figure this out.
There is no real off the shelf iButton stuff that I know of that is going to help you. iButtons are so varied and used in many different ways, it is almost like they are custom to each peice of software they connect with.

And dont fall for the old "I have the crack and will sell it to you"

Woodmann