NEWS
Verfügbarkeit von Sensoren über Node Red überwachen
-
@schmetterfliege Ja in der Tabelle die Differenzen - aber dann brauchst den Timestamp nicht mehr.
Ein Zeitstempel in der Tabelle
und dann ist 27 Minuten her - finde ich halt redundant.
Im Prinzip im Objekt ist es egal - aber ich würde es halt in der Tabelle nicht mehr anzeigen.
-
@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:
@schmetterfliege Ja in der Tabelle die Differenzen - aber dann brauchst den Timestamp nicht mehr.
Ein Zeitstempel in der Tabelle
und dann ist 27 Minuten her - finde ich halt redundant.
achsooooo!
Die Timestamps zeige ich da ja nicht mehr an -
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Die Timestamps zeige ich da ja nicht mehr an
Ah OK -
- Dann macht das Sinn.
-
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Die Timestamps zeige ich da ja nicht mehr an
Dann kannst auch die letzte Regel rausschmeissen, die den Unix Timestamp formatiert:
-
stimmt
-
-
@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.
-
@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
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 -
@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.
- 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
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?
-
@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 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.
-
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.