On 01/04/2011 15:27, Roberto Spadim wrote:
> DS2409 is a problem....
> alias in top level (root of filesystem) is something difficult a
> symbolic link on filesystem is a good solution but don't help a lot
> since symbolic links can exists when the 'real file' don't exists,
> with this problem a sensors could be displayed when it is not 'online'
For me, the presence of an alias does not imply the presence of
the sensor. Must must try to go through it (ie deference the symlink)
to be sure the sensor is here. (And, of cause, this can lead to the
same problem as looking for /12.32432525 when there is no such sensor.
> maybe a other directory
> /all_networks_sensors/
> without directory of ds2409 and per directory sensor
> a 'ls' here make a big search on all networks
I was also thinking to a directory per type (ie all DS18B20 in
one directory). But, again, in any cases, I'm not sure at all that all
of this should be handled at owfs level.
Regards,
Vincent
> 2011/4/1 Vincent Danjean <vdanjean.p...@free.fr>:
>> On 01/04/2011 13:00, Paul Alfille wrote:
>>> Very interesting ideas.
>>>
>>> My proposal:
>>> 1. Only one alias per slave (serial number)
>>> 2. Aliases can be added/changed by:
>>> A. writing to 10.12312300/alias (if the device exists)
>>> B. writing to settings/alias/add
>>> 3. A blank name is equivalent to removing
>>> 4. Names can include any char except a null, \r, and \n (0x00, 0x0A and
>>> 0x0D)
>>> 5. Aliases will not be persistent across restarts, but you can always
>>> store /settings/alias/list and feed it back.
>>> 6. Aliases are shown by default, except if the /unaliased directory is
>>> requested
>>
>> How do you mix /unaliased and /uncached ? There will be an
>> /unaliased/uncached or an /uncached/unaliased ?
>>
>> With your proposal, you still alias only chip (not individual properties) ?
>> And, in case of topology (DS2409), you still need to look into the correct
>> branch ?
>> [both are not really a problem from my point of view but I want to
>> be sure that nobody really ask for this]
>>
>> Regards,
>> Vincent
>>
>> ------------------------------------------------------------------------------
>> Create and publish websites with WebMatrix
>> Use the most popular FREE web apps or write code yourself;
>> WebMatrix provides all the features you need to develop and
>> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
>> _______________________________________________
>> Owfs-developers mailing list
>> Owfs-developers@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>>
>>
>
>
>
--
Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble
Téléphone: +33 4 76 61 20 11 ENSIMAG - antenne de Montbonnot
Fax: +33 4 76 61 20 99 ZIRST 51, avenue Jean Kuntzmann
Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin
------------------------------------------------------------------------------
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself;
WebMatrix provides all the features you need to develop and
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
