Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[tiobb]

@Asgothian sagte:

Sicherer ist aber auch da die überwachung der letzten Aktualisierung des Datenpunktes den du dir anzeigen lässt, so wie du das schon bei den Temperatursensoren machst, aber

Senden diese Batterie betriebenen Sensoren nicht viel zu selten ein Lebenszeichen? Ich dachte man könnte irgendwie überwachen wenn der Datenpunkt available auf false geht

[Asgothian]

@tiobb sagte:

@Asgothian sagte:

Sicherer ist aber auch da die überwachung der letzten Aktualisierung des Datenpunktes den du dir anzeigen lässt, so wie du das schon bei den Temperatursensoren machst, aber

Senden diese Batterie betriebenen Sensoren nicht viel zu selten ein Lebenszeichen? Ich dachte man könnte irgendwie überwachen wenn der Datenpunkt available auf false geht

Was glaubst du denn wie der available State gesetzt wird ? Das geht auch danach wie lange der Sensor sich nicht gemeldet hat. Nur das du da nicht selber eintragen kannst wie lange sie offline sein dürfen, sondern an die im entsprechenden Adapter fest hinterlegten Zeiten gebunden bist.

A.

[tiobb]

@Asgothian sagte in Hilfe bei Blockly:

Was glaubst du denn wie der available State gesetzt wird ? Das geht auch danach wie lange der Sensor sich nicht gemeldet hat. Nur das du da nicht selber eintragen kannst wie lange sie offline sein dürfen, sondern an die im entsprechenden Adapter fest hinterlegten Zeiten gebunden bist.

werde ich dann mal testen was zuverlässiger läuft.
@paul53
Ich hatte dieses Blockly gebastelt, jetzt habe ich nur das Problem das die Meldungen im Minutentakt kommen, eine Meldung würde mir reichen, wie kann man das lösen?

Vielleicht so?

[paul53]

@tiobb [sagte]: wie kann man das lösen?

Wenn man Werte auswertet, macht es keinen Sinn, diese im Minutentakt abzufragen. Man sollte auf die Datenpunkte triggern (mit "ist kleiner als letztes"). Dann muss man auch nicht die Meldung basteln, denn auch wenn auf eine Liste von IDs getriggert wird, kann immer nur ein DP zur gleichen Zeit triggern.

EDIT: Prinzip mit 3 Sensoren:

Wenn die Batteriespannung weiter sinkt, werden erneut Meldungen erzeugt. Will man das nicht, muss man auch den vorherigen Wert prüfen:

[tiobb]

Servus @paul53 ,
werde ich die Tage mal nachbauen, DANKE!!

@paul53
So, ich hoffe ich habe keinen Fehler eingebaut

[tiobb]

@paul53 sagte:

@tiobb [sagte]: kamen die Meldungen

Für die Prüfung mehrerer Sensoren verwende besser eine Variable und nur einen Telegram-Block. Prinzip:

Ich habe dein Blockly etwas angepasst, da ich Fehlmeldungen erhalten habe, wenn sich der Wert mehrere Stunden nicht geändert hat, nun habe ich auf Zeitstempel umgestellt, was sagst Du dazu?

[paul53]

@tiobb [sagte]: auf Zeitstempel umgestellt, was sagst Du dazu?

Das hängt vom Adapter ab. Wenn der Zeitstempel nur dann aktualisiert wird, wenn der Sensor sendet, funktioniert es mit dem Zeitstempel.

[tiobb]

@paul53 sagte:

@tiobb [sagte]: auf Zeitstempel umgestellt, was sagst Du dazu?

Das hängt vom Adapter ab. Wenn der Zeitstempel nur dann aktualisiert wird, wenn der Sensor sendet, funktioniert es mit dem Zeitstempel.

Ja, macht er 👍

Ich habe mal wieder etwas am Blockly für die Taupunkt_Lüftung gebastelt, so sollte es doch ganz gut funktionieren, oder siehst Du einen Fehler? Actual im Taupunkt Block ist das Thermometer in der Werkstatt und im unteren Block ist Actual das Außenthermometer.

[paul53]

@tiobb [sagte]: siehst Du einen Fehler?

Damit die Variable luefter bei Skriptstart innerhalb der Hysterese nicht undefined ist, muss sie mit dem Wert des DP "SET" initialisiert werden.

[tiobb]

@paul53 sagte:

@tiobb [sagte]: siehst Du einen Fehler?

Damit die Variable luefter bei Skriptstart innerhalb der Hysterese nicht undefined ist, muss sie mit dem Wert des DP "SET" initialisiert werden.

Danke, aber kannst Du mir das für doofe erklären?

[Homoran]

@tiobb sagte:

kannst Du mir das für doofe erklären?

Genau das was @paul53 schreibt 😉

@paul53 sagte:

mit dem Wert des DP "SET" initialisiert werden.

Vor dem trigger muss
"Setze luefter auf Wert von 'SET'"
Gesetzt werden

[paul53]

@tiobb