1wire Probleme nach Update auf 1.3

[greentux]

Einige meiner 1Wire Sensoren werden mit einem "Path not found" nicht gefunden. Während in der Discovery Phase am Anfang alles prima da ist.
Im owdir sind sie auch da. Sie sind auch stabil da. Irgendwas ist da "komisch".
teilweise werden vom gleichen Sensor zwar die Temp, aber nicht das Hum gefunden.
Was könnte ich probieren oder beisteuern?

Nachtrag:
Mit conf File tut es, mit yaml gibt es diese Probleme.

Stück item:

[greentux]

sensor:

    wc:

        temp:
            visu_acl: ro
            type: num
            knx_dpt: 9
            knx_send: 3/1/61
            knx_listen: 3/1/61
            ow_addr: 28.BD4872020000    # see 1-Wire plugin
            ow_sensor: T    # see 1-Wire plugin
            rrd: init

        hum:
            visu_acl: ro
            type: num
            knx_dpt: '5.001'
            knx_send: 3/1/62
            knx_listen: 3/1/62
            ow_addr: 26.DE3411010000    # see 1-Wire plugin
            ow_sensor: H    # see 1-Wire plugin
            rrd: init

        wand:
            visu_acl: ro
            type: num
            knx_dpt: 9
            knx_send: 3/1/60
            knx_listen: 3/1/60
            ow_addr: 28.82A08B020000    # see 1-Wire plugin
            ow_sensor: T    # see 1-Wire plugin
            rrd: init

    az:

        temp:
            visu_acl: ro
            type: num
            knx_dpt: 9
            knx_send: 3/1/21
            knx_listen: 3/1/21
            ow_addr: 28.122673020000   # see 1-Wire plugin
            ow_sensor: T    # see 1-Wire plugin
            rrd: init

[greentux]

wc geht problemlos, az geht nicht mit yaml.

[bmx]

Schreib doch spassehalber mal bei az: temp: ow_addr: '28.122673020000'

Ich kann mir gut vorstellen, das Du beim Aufruf im Debuglog eine Fehlermeldung finden kannst. Vermutlich wird der Wert also float eingelesen und nicht als String. Ist vergleichbar mit knx_dpt: '5.001'...

[greentux]

dagegen spricht, dass

hum:
            visu_acl: ro
            type: num
            knx_dpt: '5.001'
            knx_send: 3/1/22
            knx_listen: 3/1/22
            ow_addr: 26.E03611010000 # see 1-Wire plugin
            ow_sensor: H    # see 1-Wire plugin
            rrd: init

auch nicht geht.
Obwohl, dass könnte ja wegen exponentieller Zahlendarstellung so sein?
Da ist das yaml Format ja schon anfälliger als früher.
Da fällt mir ein, diese .E Werte sind schon weim konvertieren durch ein ".inf" ersetzt worden. Kam mir gleich komisch vor.
Ich werde das gleich mal alles quoten.

[greentux]

Läuft! Danke, jetzt noch das apcups Plugin. Da mache ich aber ein gesondertes Thema auf...

[henfri]

Wunderbar.
Woran lag es jetzt?

[greentux]

An der Missinterpretaion der 1wire Adressen. Mit Quotes geht es prima.

[henfri]

Ist das nicht etwas, das das Plugin berücksichtigen sollte?

Auch der Konverter sollte angepasst werden, oder (inf)

[greentux]

ja, nur bin ich kein Entwickler. Ich könnte noch ein issue eintragen ...

[greentux]

Plugin würde m.E. reichen. Wobei der Konverter auch was verschluckt hat...

[Msinn]

Das hat weder etwas mit dem Plugin noch mit dem Converter zu tun. Die Ursache liegt in der Definition von YAML. Wenn man etwas ohne Qoutes dort hinein schreibt ist das qua Definition eine Zahl, falls es sich in eine Zahl wandeln lässt (dabei wird auch das Exponentialformat verwendet. Zum Beispiel: Ein 'E' in dem String macht es nicht sofort zum Text, sondern wandelt es in eine float.

[Msinn]

greentux Im Plugin kann man da nichts anpassen. Das muss in der YAML Datei schon richtig angegeben werden. Der Konverter kann das leider nicht mit Quotes versehen, da er nicht weiss, dass es sich um eine 1wire Adresse handelt. Der Konverter konvertiert ohne die Speziellen Typ- oder Formatanforderungen aller Plugins zu kennen.

[greentux]

Dann wäre ein Hinweis in der 1Wire Doku das einzige? Inkl. Quote Beispielen...

[Msinn]

Ich notiere mir das mal. Der Maintainer des onewire Plugins ist im Moment leider wenig aktiv.