NEWS
Verfügbarkeit von Sensoren über Node Red überwachen
-
Also ja, du übergibst das in das Objekt das im Flow übergeben wird.
Ich dachte aber mit Objekt meinst du das Zigbee Objekt in den Kontextvariablen :grin:
Sorry! -
Also ja, du übergibst das in das Objekt das im Flow übergeben wird.
Ich dachte aber mit Objekt meinst du das Zigbee Objekt in den Kontextvariablen :grin:
Sorry!@schmetterfliege Na egal - somit sollte Dein Problem jedenfalls gelöst sein.
-
Vielen Dank für die Lösung meines Problems! :)
Was meinst du btw. damit dass du es für überflüssig hältst ts und die Zeitdifferenz zu berechnen?
Die TS habe ich ja nur damit ich die Differenzen berechnen kann.
Und die Differenzen möchte ich um innerhalb der Tabelle direkt sehen zu können ob alle Sensoren regelmäßig Daten liefern, oder ob da einer nicht mehr funktioniert - ohne im IoB im Zigbee Adapter nachschauen zu müssen -
Vielen Dank für die Lösung meines Problems! :)
Was meinst du btw. damit dass du es für überflüssig hältst ts und die Zeitdifferenz zu berechnen?
Die TS habe ich ja nur damit ich die Differenzen berechnen kann.
Und die Differenzen möchte ich um innerhalb der Tabelle direkt sehen zu können ob alle Sensoren regelmäßig Daten liefern, oder ob da einer nicht mehr funktioniert - ohne im IoB im Zigbee Adapter nachschauen zu müssen@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.
-
@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 :D -
@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 :D@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. :+1:
-
@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 :D@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 :)
-
@schmetterfliege bzw. die Change NOde ganz vereinfachen und den timestamp aus dem Objekt entfernen. ;)
-
@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.
546
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge