Ankündigung

Einklappen
Keine Ankündigung bisher.

Support Thread zum Onewire Plugin

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • bmx
    antwortet
    Prinzipiell wurde nicht viel geändert, nur hier und da ein wenig am Logging und Reporting gefeilt. Man kann sich das diff von 1.7.2 und 1.8.2 hier anschauen, es betrifft onewire/owbase.py und onewire/__ini__.py

    Das Plugin schickt ein Datenpaket an den owserver um eine ungecachte Temperatur auszulesen. Das schlägt offenbar fehl weil kein payload also keine Temperatur zurückgegeben wird. Wäre ein Fehler vorhanden, das der Bus nicht da ist, dann würde die Fehlermeldung entsprechend lauten.
    Das deutet für mich darauf hin, das der Bus beim owserver vorhanden ist aber aus irgendeinem Grund kein Wert gemessen wird und auch kein Fehler auftritt.

    Die Frage wäre zu klären, ob sämtliche Leseversuche fehlschlagen oder ob es bestimmte Intervalle gibt in dem das fehlschlägt oder bestimmte Zeiten oder sonst erkennbare Korrelationen.

    Aktuell kann ich kein Problem mit SHNG erkennen. Warum das mit 1.7.2 funktioniert und mit 1.8.2 nicht, erschliesst sich mir nicht.
    Zuletzt geändert von bmx; 04.03.2021, 09:20.

    Einen Kommentar schreiben:


  • GHild
    antwortet
    Hallo,

    kürzlich bin ich von SHNG V1.7.1 auf V1.8.2 umgestiegen und nun kommen die Werte einiger meiner Temperatursensoren nicht mehr in der SHNG an.
    Ich sehe Warnungen im Log-File, die habe ich aber auch schon unter V1.7.1 gesehen. Nur: da wurden die Messwerte der betroffenen Sensoren noch in SHNG übernommen, jetzt nicht mehr.

    Da ich ein Hardware/Bus-Problem nicht ausschließen kann, habe ich eine detaillierte Beschreibung in einem anderen Thread hier im Forum beschrieben, siehe
    https://knx-user-forum.de/forum/%C3%...20#post1625020

    Leider kann ich nicht mehr sagen, ob die erwähnten Warnungen im Logfile
    Code:
    2021-03-03 20:29:35 WARNING plugins.onewire 1-Wire: problem reading 28.BA7379A20103 /bus.0/28.BA7379A20103/temperature: no payload for /uncached/bus.0/28.BA7379A20103/temperature. Trying to continue with next sensor
    2021-03-03 20:29:35 WARNING plugins.onewire 1-Wire: problem reading 28.788D79A20103 /bus.0/28.788D79A20103/temperature: no payload for /uncached/bus.0/28.788D79A20103/temperature. Trying to continue with next sensor
    2021-03-03 20:29:36 WARNING plugins.onewire 1-Wire: problem reading 28.2B7879A20103 /bus.0/28.2B7879A20103/temperature: no payload for /uncached/bus.0/28.2B7879A20103/temperature. Trying to continue with next sensor
    2021-03-03 20:29:36 WARNING plugins.onewire 1-Wire: problem reading 28.B0DE79A20103 /bus.0/28.B0DE79A20103/temperature: no payload for /uncached/bus.0/28.B0DE79A20103/temperature. Trying to continue with next sensor
    2021-03-03 20:29:36 WARNING plugins.onewire 1-Wire: problem reading 28.1F9379A20103 /bus.0/28.1F9379A20103/temperature: no payload for /uncached/bus.0/28.1F9379A20103/temperature. Trying to continue with next sensor
    2021-03-03 20:29:36 WARNING plugins.onewire 1-Wire: problem reading 28.C16C79A20103 /bus.0/28.C16C79A20103/temperature: no payload for /uncached/bus.0/28.C16C79A20103/temperature. Trying to continue with next sensor
    2021-03-03 20:29:37 WARNING plugins.onewire 1-Wire: problem reading 28.DBB779A20103 /bus.0/28.DBB779A20103/temperature: no payload for /uncached/bus.0/28.DBB779A20103/temperature. Trying to continue with next sensor
    2021-03-03 20:29:37 WARNING plugins.onewire 1-Wire: problem reading 28.D40479A20103 /bus.0/28.D40479A20103/temperature: no payload for /uncached/bus.0/28.D40479A20103/temperature. Trying to continue with next sensor
    seit der Umstellung auf Buster auftauchen ... oder seitdem ich einen parasitären und einen nicht-parasitären OW-Bus betreibe.

    Es würde mir im ersten Schritt schon helfen, wenn auch in SHNG V1.8.2 alle Werte vom OW Bus übernommen würden. Vielleicht hat jemand eine Idee?

    Vielen Dank für Hinweise
    Gerd

    Einen Kommentar schreiben:


  • beavon
    antwortet
    , vielen Dank.
    Eilt auch nicht, läuft ja derzeit bei mir.

    Einen Kommentar schreiben:


  • bmx
    antwortet
    Jo, da hast Du mich jetzt gerade kalt erwischt. Das kannte ich noch nicht. War aber auch vor meiner Maintainer Zeit. Ich werde das dann nachpflegen wenn ich mir den Code gründlich angesehen habe.

    Einen Kommentar schreiben:


  • beavon
    antwortet
    Sorry, ich bin da nicht so der Experte.

    Ich hatte nur irgendwann mal nach dieser "Anleitung" den VOC-Sensor eingebunden:
    https://knx-user-forum.de/forum/supp...sensor-support

    In der __init__.py des Plugins wird der VOC auch genannt, daher dachte ich, dass es sich um einen Fehler in der plugin.yaml handelt.

    Aber wie müsste ich den Sensor denn jetzt korrekt wieder einbinden?

    Einen Kommentar schreiben:


  • bmx
    antwortet
    Ist aber nicht im Sinne des Erfinders: Ein Attribut VOC gibt es aktuell nicht *. Es ist ja faktische ein Gerät mit mehreren Sensoren die mehrere Onewire ID melden.
    Du wirst da zum Einen einen Temperatursensor haben und auch einen Analogeingang der vermutlich für einen Feuchtesensor beschaltet ist oder aber einen Luxsensor dran hat.. Weiterhin je nach Ausprägung ist da z.B. noch ein EEPROM drauf. Siehe Post #32 für Erklärungen.
    Zuletzt geändert von bmx; 01.02.2021, 10:13. Grund: * wohl mein Fehler

    Einen Kommentar schreiben:


  • beavon
    antwortet
    Ja, das hatte ich gesehen aber bei mir funktioniert(e) der Sensor nicht korrekt.
    Bin aber mittlerweile selber etwas weiter gekommen.

    Die relevante Fehlermeldung war wohl diese:
    Code:
    2021-01-31  21:27:27 WARNING  lib.metadata        Item 'og.hwr.voc', attribute 'ow_sensor': Invalid value 'VOC' for attribute 'ow_sensor' -> using 'T' instead (defined in z_onewire.yaml)
    Nachdem ich den Wert VOC in die item_attributes für ow_sensor in der plugin.yaml aufgenommen habe, scheint der Sensor jetzt zu laufen.

    Einen Kommentar schreiben:


  • bmx
    antwortet
    Lies einfach mal weiter oben ...

    Einen Kommentar schreiben:


  • beavon
    antwortet
    Hallo,

    wird in 1.8.1 der 1-Wire VOC Sensor nicht mehr unterstützt?

    Item:
    Code:
    voc:[INDENT]type: num
    database@mysqldb: yes
    database_maxage@mysqldb: 31
    ow_addr: 26.F16D8C010000
    ow_sensor: VOC[/INDENT]
    Fehlermeldung im Log:
    Code:
    2021-01-31  19:03:20 WARNING  plugins.onewire.owbase 1-Wire: unknown sensor 26.F16D8C010000 DS2438 page3: b'\xf9\x00\x00\x00\x00\x00\x00\x00'

    Einen Kommentar schreiben:


  • Jürgen
    antwortet
    Nahmd,

    danke Euch, ich hatte den Bereich auch vor dem Post gelesen, aber genau die Zeile wohl übersehen.
    Also ignorieren :-)

    Gruß Jürgen

    Einen Kommentar schreiben:


  • bmx
    antwortet
    Jürgen
    Man könnte auch schreiben "4 Busse" gefunden aber das klingt noch blöder...

    Zur Warnung zum Sensor 26.E8D197010000 siehe Beitrag #32 weiter oben im Thread.

    Einen Kommentar schreiben:


  • Msinn
    antwortet
    Das sieht ein wenig aus, als würde noch während der Initialisierungsphase (z.B. durch eval oder ähnliches) das Item angesprochen bevor dessen Definition aus den yaml Dateien eingelesen wurde.

    Ich würde Dich bitten auf das kommende Release zu warten. Dort sieht man im Logging deutlicher wann das auftritt (falls es in v1.8 nicht auftritt).

    Einen Kommentar schreiben:


  • Jürgen
    antwortet
    Hallo,

    ich habe unter 1.7.2 auch eine Meldung zu einem unbekannten Sensor, es ist ein Luftfeuchtesensor von Robert Budde und er funktioniert einwandfrei:

    2021-01-10 17:33:09 WARNING plugins.onewire.owbase 1-Wire: unknown sensor 26.E8D197010000 DS2438 page3: b'\x00\x00\x00\x00\x00\x00\x00\x00'

    Code:
    Luftfeuchte:
    
    Vorratskeller:
    type: num
    sqlite: true
    knx_dpt: 9
    ow_addr: '26.E8D197010000'
    ow_sensor: H
    knx_send: 6/0/180
    knx_reply: 6/0/180
    OW Plugin: (Anmerkung: "4-Bus" klingt nach Typo)
    26.E8D197010000 Keller.Vorratskeller.Luftfeuchte.Vorratskeller 48.9399 2021-01-10 18:09:24.916695+01:00

    4-Bus gefunden
    bus.3 ['28.FF1819511503', '28.FF1D35001601', '28.FFBB24001602']
    bus.2 ['28.FFA636001601', '28.FF0D36001601', '28.FFAB37511503']
    bus.1 ['28.FF3C27001602', '28.FF5234001601', '28.FF8E1D511503', '28.FF5EEF501503']
    bus.0 ['28.FF04B7641402', '28.FF3136001601', '28.FF592B001601', '26.E8D197010000']
    Wie geschrieben, funktioniert, aber warum nach jedem Boot eine Warnung??

    Gruß
    Jürgen

    Einen Kommentar schreiben:


  • magiczambo
    antwortet
    Zitat von bmx Beitrag anzeigen
    Bugs kann man leider nie ausschließen.
    Ja klar, kommt in den besten Familien vor

    Zitat von bmx Beitrag anzeigen
    Ich schlage Dir trotzdem vor mal bei Gelegenheit in einer ruhigen Minute SHNG zu aktualisieren...
    Das schiebe ich schon sehr lange vor mir her.

    Einen Kommentar schreiben:


  • bmx
    antwortet
    Bugs kann man leider nie ausschließen. Ich schlage Dir trotzdem vor mal bei Gelegenheit in einer ruhigen Minute SHNG zu aktualisieren...

    Einen Kommentar schreiben:

Lädt...
X