[Frage] [V3.5.1] Täglichen Zählerstand ermitteln und loggen

[Robert_Mini]

Hallo Hans!

Du musst da ein wenig umdenken, da der TWS event-basiert designed ist und damit zB auf KNX auch nichts Abfragen kann (außer beim Reboot).
Ausnahme sind zb 1-wire und Modbus, die man so parametriert, dass zyklisch abgefragt wird.

D.h. im Bezug auf Zählerstände:
Man zwischenspeichert Werte zum Zeitpunkt ihrer Erstellung/Verfügbarkeit und sendet mit einem anderen Event

Beispiel Stromverbrauch:
1) Stromzählerstand wird zyklisch per Modbus ausgelesen und zb in eine Zeitserie geschrieben
2) ein Logik lauscht auf diesen Wert (zb per Update u am Eingang) und per Event zb Mitternacht wird der Tagesverbrauchswert berechnet und der aktuelle (=letzte) Zählerstand gespeichert.

Wenn du dazu Hilfe brauchst (CustomLogik), einfach melden.

Ob das in NodeRed oder an TWS gelöst wird, ändert am Grundprinzip erstmal nichts. Ich hab ehrlicherweise aber auch noch nicht ganz verstanden, wozu du NodeRed brauchst (außer als Messanger).

Lg
Robert

[hans4711]

Danke für die Erklärung.

Ich hab ehrlicherweise aber auch noch nicht ganz verstanden, wozu du NodeRed brauchst (außer als Messanger).

Wenn es geht möchte ich auf NodeRed und auf alle anderen Container verzichten. Habe keine Lust mehr auf Linux Server Wartung und Updates per Komandozeile, nach Updates nach Fehlern suchen. Daher habe ich an den TWS schon eine hohe Erwartungshaltung

Daher wären für mich folgende Themen essentiell wichtig:
* Telegram-Bot Unterstützung
* Zigbee oder Matter/Thread Unterstützung
* MQTT Server (aus meiner Naivität heraus dachte ich das der TWS das schon hat und bin jetzt etwas enttäuscht)
* automatisches Onlinebackup/Restore des kompletten TWS in Dropbox/OneDrive o.ä.

[Robert_Mini]

Die Frage bez. Notwendigkeit von NodeRed bezog sich auf das Thema Zählerstände. Da denke ich sollte es auch ohne gehen.

Die anderen Punkte sind sicher verstanden, aber aktuell nicht nativ verfügbar.

MQTT Server verstehe ich nicht ganz was du meinst. Es gibt einen Broker als Container (noch nicht als App) oder so wie im Video über die Cloud. Beides in wenigen Minuten eingerichtet und praktisch „wartungsfrei“.

Lg
Robert

[hans4711]

Ok, werde ich mir anschauen, danke

[Sebastian104]

Hier wäre der Wiki Eintrag zum MQTT Container:
https://elabnet.atlassian.net/wiki/spac ... stallieren

[gbglace]

Das ding mit dem Telegram bot der da auf das einegehende PV dir was zurückschickt geht im TWS ohne Lesen aus Datenbank.

Das einzige Problem sehe ich noch im Zusammenstellen eines Mehrzeiligen textes.

Aber sonst wäre das ein Logikbaustein der den ganzen Text baut. der hat dazu für die Messwerte die notwendigen Eingänge. Diese Eingänge werden so in der Logik eingestellt das einfach nur der Wert aktualisiert wird aber kein Output ausgelöst wird. Dafür kommt dann ein weiterer Eingang als reiner Triggereingang dazu. Und dieser muss da halt auf das eingegeangene 'pv' horchen. Kommt der triger wird der Text gebaut und ausgegeben, und dort die Option auf Allways. Den Ausgang auf die Rest.API zum Bot und schon hast dieNachricht mit den jeweils letzten Werten.

Die Logik auf persistenz gestellt dann überstehen die zuletzt empfangenen Werte auch einen Neustart der Logikengine/TWS.

[hans4711]

MQTT Server verstehe ich nicht ganz was du meinst. Es gibt einen Broker als Container (noch nicht als App) oder so wie im Video über die Cloud. Beides in wenigen Minuten eingerichtet und praktisch „wartungsfrei“.

Welches Video meinst du?

Das einzige Problem sehe ich noch im Zusammenstellen eines Mehrzeiligen textes.

In NodeRed mache ich das mit \n, das funktioniert aber im TWS nicht wenn ich das so einfach in die URI mitgebe
---> habe es rausgefunden, geht mit %0A

Aber sonst wäre das ein Logikbaustein der den ganzen Text baut. der hat dazu für die Messwerte die notwendigen Eingänge. Diese Eingänge werden so in der Logik eingestellt das einfach nur der Wert aktualisiert wird aber kein Output ausgelöst wird. Dafür kommt dann ein weiterer Eingang als reiner Triggereingang dazu. Und dieser muss da halt auf das eingegeangene 'pv' horchen. Kommt der triger wird der Text gebaut und ausgegeben, und dort die Option auf Allways. Den Ausgang auf die Rest.API zum Bot und schon hast dieNachricht mit den jeweils letzten Werten.

Die Logik auf persistenz gestellt dann überstehen die zuletzt empfangenen Werte auch einen Neustart der Logikengine/TWS.

Das ist echt eine Klasse Idee. Mit der CustomLogik komme ich noch nicht so ganz klar, weißt du welche Logik ich für das Verketten von Strings verwenden kann?
An der Syntax für die Telegram API hakt es auch noch ein bisschen, ich kann aktuell Text und variablen verschicken, mehr aber noch nicht - aber die Lernkurve ist hoch

[gbglace]

Da alle mit V4 IP5 auf gleichem Niveau sind wie mein Dev-Server schau mal in die 16Text Logikmodule. Auf dem Tabletcgerade ist es der erste wenn ich eine neue Logik hinzufügen möchte.

[Robert_Mini]

Welches Video meinst du?

Lg
Robert

[blaubaerli]

Hallo zusammen, im ersten Post steht 3.5.1

Ich vermute, dass Hans damit noch was fehlt, oder?

Beste Grüße
Jens