On 10/2/07, Jim Kusznir <[EMAIL PROTECTED]> wrote: > Greg: > > Yes, we did the programming with a modified DS9490R. We had to do two > things to make it program-capable: Add an external VPP to the > correct PIN of the controller chip (had to lift the pin from the pad > it was on on the circuit board, attach a wire, etc) as well as ground; > and had to remove a chip containing a zener diode restricting the > onewire output voltage to no more than 8V. I cited that chip in a > prior message. It may be noteworthy that in this configuration, the > programming pulse on the onewire is 10.5V instead of 12, but it does > seem sufficient to program 2406+ (only device on bus). > > We also have a pair of passive DS9097E's (DB25 passive interface with > external 12V input). I was able to program using Dallas' windows > software, but not with OWFS. With Dallas' software, I noticed I could > only program a byte or two at a time. If I changed several bytes and > tried to write, only the first byte or two actually got burned. In > nearly all cases, the software reported a failure to burn. > > When I tried using this device with OWFS, it appeared that OWFS > detected it as a related device without programming capability, as any > attempts to write failed the same way the DS9490R did initially > (throwing a write error at the filesystem level). > > Based on the problems I had with this interface in the windows world > with Dallas' software and my perceived uncommonness of the interface, > I didn't think it was worth pursuing programming with it. If you're > interested, I can test though. > > Oh, as a side note: I have not been able to make these devices work > with a USB->RS232 adapter; it seems to require an internal serial > port. > > As to our application: We're making sensors for a SmartHome sensor > network. Currently, many of our sensors are based on the DS2406, and > we'd like to have a way for the device to identify what type of sensor > it is so our software knows how to talk and use it. So we're using > the PROM to store sensor family and version information. We're > currently using the OWperl interfaces in our software and OWFS (fuse) > for testing/debugging/experimenting by hand. > > --Jim > > On 10/1/07, Gregg C Levine <[EMAIL PROTECTED]> wrote: > > Hello! > > I believe I am missing something here. Jim you, and your staff (I presume > > you have one because of the EE and his scope.) did all of that with a > > DS9490R and successful. > > > > What about using the passive version of the DS9097? (And of course I do not > > recall the full number for this gizmo, just the specific name for it.) Of > > course this presupposes that you do have a legacy serial port available, and > > that one of the DS9097s for such a function is indeed available. > > > > I can see where installing specific information into a DS2406 or the Unique > > Ware devices for a specific project. And then including routines in your > > code to read them back and including functions for accessing them via both > > forms are also needful and necessary. > > > > But then again this is just me. > > -- > > Gregg C Levine [EMAIL PROTECTED] > > "The Force will be with you. Always." Obi-Wan Kenobi Hello! Ah good. That does explain everything. And even answer a few as yet unasked questions, including the nearly obvious one of what is all this being used for.
I can not stress how strongly this issue is. At some future point you need to explain to the company behind the parts that the methods of programming them need to be updated to accommodate nearly every eventuality, including yours. A home automation application? Interesting. Paul it seems that Jim Kusznir is rapidly moving into the same position you started us with. -- Gregg C Levine [EMAIL PROTECTED] "This signature was once found posting rude messages in English in the Moscow subway." ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
