We use "Smart on"
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Jan
Kandziora
Sent: Wednesday, December 13, 2006 2:31 PM
To: [email protected]
Subject: Re: [Owfs-developers] Proposed Enhancement: "read_ROM" node
insimultaneous directories
Am Mittwoch, 13. Dezember 2006 17:33 schrieb Paul Alfille:
>
> Many of the adapters have an id chip included, so this technique will only
> work on DS2409 branches or the "more than one".
>
I added two additional nodes "present_ds2400" and "single_ds2400", to support
both the "0x33 read ROM" and the older "0x0F read ROM" command.
Please see the attached file for reference.
When hooking up a key directly to the DS2482-800, both single and
single_ds2400 work fine. present and present_ds2400, too.
Now I encountered a problem when using the DS2409 and the "present" and
"single" node. I attached two of my locks with the DS2409 (and a DS2408, too)
to the onewire backbone. On each main output, a single ds2401 key is
attached. Now, only "present_ds2400" and "single_ds2400" work fine.
Transcript:
janskiste:~ # tclsh
% package require ow ; OW::init /dev/i2c-1 ; OW::get uncached
bus.7/,bus.6/,bus.5/,bus.4/,bus.3/,bus.2/,bus.1/,bus.0/,29.5E4101000000/,29.8F41
01000000/,1F.071B05000000/,1F.0F1B05000000/,alarm/
% OW::get 1F.071B05000000/main/simultaneous/single
FS_r_single (simultaneous) dat=01.020100000000 crc8=00 crc8c=9e
% OW::get 1F.071B05000000/main/simultaneous/single_ds2400
FS_r_single (simultaneous) dat=01.ba79a6080000 crc8=ee crc8c=ee
01.BA79A6080000
% OW::get 1F.0F1B05000000/main/simultaneous/single
FS_r_single (simultaneous) dat=01.020100000000 crc8=00 crc8c=9e
% OW::get 1F.0F1B05000000/main/simultaneous/single_ds2400
FS_r_single (simultaneous) dat=01.7abfa6080000 crc8=cf crc8c=cf
01.7ABFA6080000
--- now disconnect the ds2401 keys ---
% OW::get 1F.0F1B05000000/main/simultaneous/single
FS_r_single (simultaneous) dat=09.060101000000 crc8=00 crc8c=3c
% OW::get 1F.071B05000000/main/simultaneous/single
FS_r_single (simultaneous) dat=09.060101000000 crc8=00 crc8c=3c
%
The _ds2400 nodes work fine because they use the 0x0F command, which no other
chip than the DS2401 in the currently selected branch understands. The 0x33
command seems to activate the other chips on the backbone, too. 09.... is the
wired AND from 29 and 1F, 06 is the wired AND of 5E, 8F, 07 and 0F etc.
That's just the kind of garbage I would expect from that problem.
I think it's possible to keep the backbone chips silent with the "Smart-On"
command of the DS2409, but it doesn't seem to work this way with owfs. Hmmmm.
A problem with the bus selection scheme and "simultaneous" perhaps?
This problem applies to the other "simultaneous" nodes, too, I think.
>
> If I understand correctly it should be possible to return an error code
> from
>
> > FS_output_ascii (without "_z"). I'll try this for the new "single"
> > (really "single", not "id"?) node.
> >
> > "single" = "" if 0, -EFAULT if >1, else name(id)
>
> Correct (though not valid C syntax, of course). A bigger question is should
> the function return an error if it was used correctly?
>
Hm. It doesn't seem to work this way, still getting the glibc()...
But responding nothing is an option, too.
Kind regards
Jan
--
Windows ist Kommunismus: Es hört sich gut an, funktioniert aber nicht.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Owfs-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
