On Wed, Feb 24, 2010 at 4:15 AM, <[email protected]> wrote:
> OWFS typically presents all of the possible functions of a device in the
> directory for that device, eg take my DS2780: It has a high-sensitivity ADC
> which can be used to measure tiny voltages. Those tiny voltages can also be
> interpreted functionally, as a thermocouple output, or as a direct voltage
> reading. The Vis, TypeJ, TypeK, etc nodes are all presented, so it is
> clearly showing all of the possible interpretations of the data. Same for
> the 'humidity' node on some other types, which have ADC's on them.
>
> By the same token, OWFS doesn't hide the PIO write functionality when the
> pio pin is in input mode.
>
> (I'm addressing just a small part of your note.)
In the future, OWFS will be a little more sophisticated in showing
properties that are not relevant. I've added a function to each property
that controls if the property is listed in the directory. This can be based
on information reported by the slave and cached persistently for
performance.
Clearly the slave has to report it's configuration. To my knowledge, that
only includes:
DS2406-based TAI8570 barometer
DS2438-based MutiSensor chips
uprocessor UVI ultraviolet meter
uprocessor BAE0910 multifunction
some slaves in development.
Unfortunately that does not include DS2438 humidity chips, DS2760
thermocouples, DS2408 LCD drivers, etc.
Paul Alfille
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Owfs-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
