On 8/4/2011 19:09, Paul Alfille wrote:
Sorry for the poor documentation.
I know that this is one of the most difficult parts of any project. May
I be of some help?
owfs will show a "union" view of all the 1-wire buses. Internally it
keeps track of the specific bus a device is on and will send
read/write requests to the correct bus. If you wish you can refer to
the device more specifically on the relevant bus (i.e.
bus.0/10.234234234234 vs 10.234234234234) but the function is identical.
So as I read your explanation:
/uncached/bus.0/1F.5A1D02000000 is identical to
/uncached/1F.5A1D02000000
and
/uncached/bus.1/1F.6A1D02000000 is identical to
/uncached/1F.6A1D02000000
i.e., with two active adapters (buses) /uncached will show each device
in /uncached as if I were looking at bus.[n]/?
/uncached functions more as a flag to the program to ignore cached
results and perform data readings directly. The list of devices in the
/uncached directory should be identical the root directory.
Very good.
the progam hangs at the FS_ParsedName() call
Maybe in a loop?
Hard to know without looking at the code.
I will dig deeper here.
Why not just use owfs's facilities and let owfs figure out the device
location. Create a list be the directory traversal whenever it's
needed. The data is cached and thus pretty efficiently accessible that
way.
That's what I'd like to do ideally, as in:
usr/bin/owget -s localhost:4304 uncached/28.6830C8000000/temperature12
where the sensor is here:
uncached/1F.5A1D02000000/main/1F.072402000000/main/28.6830C8000000/temperature12
For now, I have created a directory path structure which I can traverse
to get the full path to each device.
So when I do a read my path must include uncached/ ??
If you want data more recent than up to 10 seconds old (or whatever
the volatile cache timeout is set to) then yes.
What happens if the volatile cache timeout is 10 seconds and yet we have
a raft of devices that cannot all possibly be converted within the timeout?
> The technical answer is that the timestamp for the reading is
kept in
> the cache hash table and isn't exposed to the rest of the program.
Is the timestamp of the (as example) temperature12 is modified
when it's
updated?
I could read that.
Just getting the uncached data when you actually want it isn't sufficient?
It is. I will grab a timestamp at the time of getting an uncached data
result. Makes perfect sense.
/m
------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts.
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
_______________________________________________
Owfs-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
