LBS19000193 - 1wire-owphp

[Tom23]

Damit es hier nicht so traurig endet - seit gestern läuft Edomi im Docker Container von starwarsfan mit dem damals von mir heruntergeladenen LBS19000193 und 18 1-wire Sensoren. Totgesagte leben länger 😁

[Tom23]

Danke für den Link, hab mir den Thread durchgelesen. Mann, ist das alles traurig und sinnbefreit.

[mycroft2k]

jonofe hat leider alle seine LBS offline genommen 🙁

Grund dafür war: https://knx-user-forum.de/forum/proj...re-development

hab den LBS leider auch nicht in meinen Archiv

[Tom23]

den LBS habe ich im Download Bereich gesucht aber nicht gefunden. Sollte er nicht dort sein?

[jonofe]

Im übrigen wirft es mir auch keine Fehler raus wenn ich die IP und den Port über einen Eingangs-LBS zuführe.

Eingangs-LBS sind auch keine echten LBS, sondern eine optische Hilfe, um den Namen eines iKOs besser in der Logik sehen zu können.

Dadurch wurde der Eingang mit einer 0 getriggert obwohl der LBS noch nicht bereit war.

Ich werde den LBS mal anpassen, dass er an E1 nur auf Werte >0 oder nur auf die 1 reagiert. Dann sollte es auch nicht mehr auftreten.

Bei den verwendeten Temperatursensoren habe ich die 85° abgefangen, die keine Temperatur sondern eine Meldung über einen Power-On-Reset bedeuten

Für das 85° "Problem" gibts übrigens einen "Value Filter LBS", dessen Verwendung aus meiner Sicht sauberer ist, als spezielle Werte von 1wire Sensoren einfach zu unterdrücken. I.d.R. ist die Ursache für die 85° Ausreißer die Verwendung der parasitären Stromversorgung der Sensoren, d.h. die Anbindung mit nur 2 Adern. Und auch in der Situation taucht es bei mir nur bei echten Temperaturen >70° auf. (bei mir Warmwasser Desinfektionslauf)

[skyacer]

So ich wollte einmal eine kurze Rückmeldung geben zu dem Problem aus Post #205. Das Problem lag an der Triggerfolge. Ich hab in einer anderen Logik eine "Und-LBS" nach einem Telegramgenerator und der Systemvariabel 2 gehabt. Dadurch wurde der Eingang mit einer 0 getriggert obwohl der LBS noch nicht bereit war. Dies ergab dann die Fehler. Nach entfernen des Und-LBS waren alle Fehler weg.
Im übrigen wirft es mir auch keine Fehler raus wenn ich die IP und den Port über einen Eingangs-LBS zuführe.

Grüße

[Wingfighter]

OK. Verstanden.

[jonofe]

Wingfighter, all,
Ich würde bitten keine veränderten LBS hier zu posten, die ursprünglich von mir stammen.
Es hat sich als sinnvoll herausgestellt notwendige Anpassungen hier im Forum zu diskutieren, die dann zentral einfließen oder auch nicht. Im letzteren Fall kann es dann der Nutzer für sich persönlich anpassen, aber bitte nicht veröffentlichen.

[Wingfighter]

Hallo skyacer,
ich habe in der originalen V0.7 einiges geändert, ehe es in meiner Installation ohne Fehler lief.
Ohne jetzt genau analysiert zu haben, was in den Originalzeilen 7,8,9 steht, hänge ich Dir mal meine modifizierte Version an. Evtl. beheben meine Änderungen auch Dein Problem.
U.a. habe ich den Eingang E8 eingeführt, der über den Baustein 19000101 (Hostcheck) prüft, ob der 1Wire-Server verfügbar ist. Meine RasPi's sind per WLAN angebunden, was ab und zu wegen externen Störungen ausfällt.
Der Execute-Teil ist ab und zu hängen geblieben, weil Sensoren nicht erreichbar waren.
@Kollisionskurs: Bei den verwendeten Temperatursensoren habe ich die 85° abgefangen, die keine Temperatur sondern eine Meldung über einen Power-On-Reset bedeuten und nicht in die Datenreihe aufgenommen werden sollen. Das gibt sonst hässliche Peaks.
Und zu guter Letzt habe ich auch das Logging an neuere Versionen von jonofe angepasst.

[skyacer]

Leider füllen die Fehler wieder das log nach einem Reboot. Daran lag es also nicht.

Grüße

[jonofe]

Ich denke der Fehler sollte weg sein, wenn du IP und Port statisch belegst und nicht mit iKOs.

[skyacer]

Moin zusammen,

ich habe jetzt immer mal wieder versucht herauszufinden warum dieser Fehler kommt nach einem Neustart. Hat vielleicht noch jemand diese Fehler? Kann es ein Problem in Zusammenhang mit PHP7.4 sein?

[CODE]

2022-02-02 06:14:28	118546	?	4096810	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000193.php | Fehlercode: 8 | Zeile: 7 | Trying to access array offset on value of type bool	ERROR
2022-02-02 06:14:28	118742	?	4096810	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000193.php | Fehlercode: 8 | Zeile: 7 | Trying to access array offset on value of type null	ERROR
2022-02-02 06:14:28	118782	?	4096810	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000193.php | Fehlercode: 8 | Zeile: 8 | Trying to access array offset on value of type bool	ERROR
2022-02-02 06:14:28	118824	?	4096810	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000193.php | Fehlercode: 8 | Zeile: 8 | Trying to access array offset on value of type null	ERROR
2022-02-02 06:14:28	118860	?	4096810	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000193.php | Fehlercode: 8 | Zeile: 9 | Trying to access array offset on value of type bool	ERROR
2022-02-02 06:14:28	118900	?	4096810	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000193.php | Fehlercode: 8 | Zeile: 9 | Trying to access array offset on value of type null	ERROR

Grüße

[jonofe]

Vergleicher

[dtk33d]

ja 85 besagt parasitäre verbindung reicht nicht aus.... wie würde das mit den grenzwerten gemacht? welchen lbs ?

danke

[Kollisionskurs]

Hallo,

leider haben meine ds1820 Sensoren manchmal fehlerhafte readings: Temperatur: 85
entweder sind meine Sensoren defekt oder die Verkabelung.

Hat jemand eine Idee wie ich diese Werte aus der Datenbank entferne oder vorher filtern kann?

danke

besagt ein Wert von 85 nicht aus das die Spannungsversorgung am Sensor zu knapp ist bzw. die parasitäre Versorgung nicht ausreicht ?