NEWS
Verfügbarkeit von Sensoren über Node Red überwachen
-
@schmetterfliege bzw. die Change NOde ganz vereinfachen und den timestamp aus dem Objekt entfernen. ;)
-
@mickym
Funktioniert :)
Sorry dass ich dir durch meine Undeutlichkeit die ganze Arbeit mit dem Optimieren gemacht habe, und jetzt alles wieder rausfällt :S@schmetterfliege Na ja - im Prinzip hätte ich halt in der Timestamps variable - den ts nicht in ein Objekt sondern direkt gespeichert - das hat es dann halt noch bissi komplexer gemacht als nötig. Aber nun funktioniert es ja auch so. ;)
In diesem Fall siehst ist es aber alles halb so kompliziert und es wird über eine Regel in einer Change Node das erreicht, was Du vorher mit dem ganzen Flow machen wolltest.
Ich würde mir allerdings schon Sorgen machen, wenn sich die Geräte 4 Monate nicht mehr gemeldet haben.
-
@schmetterfliege Na ja - im Prinzip hätte ich halt in der Timestamps variable - den ts nicht in ein Objekt sondern direkt gespeichert - das hat es dann halt noch bissi komplexer gemacht als nötig. Aber nun funktioniert es ja auch so. ;)
In diesem Fall siehst ist es aber alles halb so kompliziert und es wird über eine Regel in einer Change Node das erreicht, was Du vorher mit dem ganzen Flow machen wolltest.
Ich würde mir allerdings schon Sorgen machen, wenn sich die Geräte 4 Monate nicht mehr gemeldet haben.
@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:
@schmetterfliege Na ja - im Prinzip hätte ich halt in der Timestamps variable - den ts nicht in ein Objekt sondern direkt gespeichert - das hat es dann halt noch bissi komplexer gemacht als nötig. Aber nun funktioniert es ja auch so. ;)
In diesem Fall siehst ist es aber alles halb so kompliziert und es wird über eine Regel in einer Change Node das erreicht, was Du vorher mit dem ganzen Flow machen wolltest.
Ich würde mir allerdings schon Sorgen machen, wenn sich die Geräte 4 Monate nicht mehr gemeldet haben.
Die Geräte die seit 4 Monaten keine Meldung mehr haben sind seit dem ersten Umzug vor 4 Monaten noch nicht wieder im Einsatz. Das sind die Sensoren die ich an die Heizkörperthermostate klebe.
Mal schauen wie lange ich die Heizungen noch aus lassen kann :grinning:
Der aus dem Flur2 hat aber ne Macke. Vermute einen HW Defekt, wenn ich den Resette und neu Verbinde geht es kurz, und dann wieder nicht. Wenn ich den per Knopfdruck physikalisch triggere, blinkt er nur ein mal statt 3 mal (was ein Senden von Daten zeigen würde). Den muss ich wahrscheinlich austauschen.
Aber genau für sowas habe ich ja diese Werte in der Tabelle haben wollen :D -
@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:
@schmetterfliege Na ja - im Prinzip hätte ich halt in der Timestamps variable - den ts nicht in ein Objekt sondern direkt gespeichert - das hat es dann halt noch bissi komplexer gemacht als nötig. Aber nun funktioniert es ja auch so. ;)
In diesem Fall siehst ist es aber alles halb so kompliziert und es wird über eine Regel in einer Change Node das erreicht, was Du vorher mit dem ganzen Flow machen wolltest.
Ich würde mir allerdings schon Sorgen machen, wenn sich die Geräte 4 Monate nicht mehr gemeldet haben.
Die Geräte die seit 4 Monaten keine Meldung mehr haben sind seit dem ersten Umzug vor 4 Monaten noch nicht wieder im Einsatz. Das sind die Sensoren die ich an die Heizkörperthermostate klebe.
Mal schauen wie lange ich die Heizungen noch aus lassen kann :grinning:
Der aus dem Flur2 hat aber ne Macke. Vermute einen HW Defekt, wenn ich den Resette und neu Verbinde geht es kurz, und dann wieder nicht. Wenn ich den per Knopfdruck physikalisch triggere, blinkt er nur ein mal statt 3 mal (was ein Senden von Daten zeigen würde). Den muss ich wahrscheinlich austauschen.
Aber genau für sowas habe ich ja diese Werte in der Tabelle haben wollen :D@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Mal schauen wie lange ich die Heizungen noch aus lassen kann
Na dann wünsche ich Dir bei Deinem Survival - Trip viel Spass. :grin: - Zum Glück werden die Winter ja immer wärmer. ;) - Ich werde da wohl lieber auf andere Dinge verzichten. ;) -
-
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Mal schauen wie lange ich die Heizungen noch aus lassen kann
Na dann wünsche ich Dir bei Deinem Survival - Trip viel Spass. :grin: - Zum Glück werden die Winter ja immer wärmer. ;) - Ich werde da wohl lieber auf andere Dinge verzichten. ;) -
@mickym
Na noch hab ich überall 21-23 Grad in der Bude :grinning:
Spätestens wenn die Temperaturen hier drin anfangen unter 20 Grad zu gehen, muss ich wohl in den sauren Apfel beißen^^
Die Tado Thermostate hab ich gestern schon montiert. Nur eben die Sensoren die ich zusätzlich da dran möchte noch nicht, weil die Heizungen aktuell sowieso noch aus bleiben :) -
@mickym
bezüglich der mosquitto installation: installiert war es bei mir scheinbar nicht (mehr), hab die Installation jetzt gemacht und bei dem Schritt hier:
läuft Mosquitto allerdings glaube ich direkt. Ich hatte keine Meldung vonwegen nur local, sondern es hat sich direkt einer der Clients verbunden (hab den Sonoff adapter pausiert weil er den gleichen Port genutzt hatte).Hattest du das auch?
Das macht die Pinrequests usw fröhlich weiter, also ich müsste den Befehl abbrechen.
-
In der mosquitto.conf ist der listener noch gar nicht eingetragen - wieso funktioniert das trotzdem? :grinning:
-
In der mosquitto.conf ist der listener noch gar nicht eingetragen - wieso funktioniert das trotzdem? :grinning:
@schmetterfliege Weil standard immer 1883 ist. ;) Ich habe mein Leben lang, keine Shelly, Tasmota oder sonstige Adapter genutzt, die eigene mqtt-Broker mitbringen.
-
@schmetterfliege Weil standard immer 1883 ist. ;) Ich habe mein Leben lang, keine Shelly, Tasmota oder sonstige Adapter genutzt, die eigene mqtt-Broker mitbringen.
-
@mickym
na um den Port gehts gar nicht, sondern eher darum dass die Geräte kommunizieren können ohne dass in in mosquitto einen listener eingerichtet habe^^@schmetterfliege Na nochmal - wenn kein listener in der config ist, werden standardwerte genommen. Ansonsten musst halt service stoppen.
-
@schmetterfliege Weil standard immer 1883 ist. ;) Ich habe mein Leben lang, keine Shelly, Tasmota oder sonstige Adapter genutzt, die eigene mqtt-Broker mitbringen.
-
@schmetterfliege 1.5.7 = version von mosquitto. mqtt 3.11 ist die Protokollversion von mqtt. Dies wird vom client festgelegt. mosquitto kann auch mqtt version 5 - genauso wie NodeRed.
-
@schmetterfliege Na nochmal - wenn kein listener in der config ist, werden standardwerte genommen. Ansonsten musst halt service stoppen.
nevermind.. service neu gestartet (war ja failed) und jetzt hab ich das gleiche wie in der Anleitung. Also weiter gehts :)
EDIT: war gelogen, wegen der Version ist es immer noch nicht local.
Wieso hat der bei mir denn eine ältere Version installiert? -
nevermind.. service neu gestartet (war ja failed) und jetzt hab ich das gleiche wie in der Anleitung. Also weiter gehts :)
EDIT: war gelogen, wegen der Version ist es immer noch nicht local.
Wieso hat der bei mir denn eine ältere Version installiert?@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Wieso hat der bei mir denn eine ältere Version installiert?
Falls Du mqtt 3.11 ist. Das ist keine ältere Version, die installiert ist, sondern wie gesagt hängt vom Client ab.
-
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Wieso hat der bei mir denn eine ältere Version installiert?
Falls Du mqtt 3.11 ist. Das ist keine ältere Version, die installiert ist, sondern wie gesagt hängt vom Client ab.
-
ich hab debian 10 (Buster) und da ist 1.5.7 das Paket.
Bei Debian 11 (Bullseye) wäre es 2.0.11-1.Macht letzteres nicht mehr Sinn? Welche Version nutzt du denn?
@schmetterfliege Nun ich habe Debian 11 - aber dann müsstest Du ja erst mal Dein ganzes System hochziehen. Ich würde jedoch hier nicht manuell andere Pakete installieren, weil es wohl Abhängigkeiten mit anderen Systembibliotheken geben wird.
mosquitto version 2.0.11 -
Wäre dir bekannt dass es Probleme mit IoB oder NR gibt wenn ich auf Bullseye upgrade?
-
Wäre dir bekannt dass es Probleme mit IoB oder NR gibt wenn ich auf Bullseye upgrade?
@schmetterfliege Ich habe diese Version bereits seit über 1 Jahr am Laufen. Du bist mit buster sowohl bald am Ende des Supports - ich glaube spätestens nächstes Jahr.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@schmetterfliege Ich habe diese Version bereits seit über 1 Jahr am Laufen. Du bist mit buster sowohl bald am Ende des Supports - ich glaube spätestens nächstes Jahr.
-
@mickym
LTS wäre bis 2024. Aber ich upgrade lieber mal haha@schmetterfliege Oje - das wird ja eine Generalüberholung^^
318
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge