NEWS
Adapter für Telnet Daten
-
@nwh Wenn Du lieber die lokale Zeit willst - dann tausche mal diese Change Node - gegen folgende aus. Das ist dann auch LocalTime in dem Datenpunkt ausgewiesen - dann kannst den UTC Datenpunkt löschen.
Die UTC Node austauschen!
@mickym sagte in Adapter für Telnet Daten:
[ { "id": "9b016a53.035d68", "type": "change", "z": "6e170384.60c96c", "name": "UTC Time", "rules": [ { "t": "change", "p": "topic", "pt": "msg", "from": "UTC.Time", "fromt": "str", "to": "LocalTime", "tot": "str" }, { "t": "change", "p": "payload", "pt": "msg", "from": ";(.*?);(.*?);(.*);$", "fromt": "re", "to": "$2", "tot": "str" }, { "t": "set", "p": "payload", "pt": "msg", "to": "$moment(payload & ' UT').locale(\"de\").tz('Europe/Berlin').format('DD.MM.YYYY HH:mm:ss')", "tot": "jsonata" }, { "t": "delete", "p": "stateUnit", "pt": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 2720, "y": 4380, "wires": [ [ "f0c2b56a.70ee38" ] ] } ]erledigt und funktioniert.
-
@mickym sagte in Adapter für Telnet Daten:
[ { "id": "9b016a53.035d68", "type": "change", "z": "6e170384.60c96c", "name": "UTC Time", "rules": [ { "t": "change", "p": "topic", "pt": "msg", "from": "UTC.Time", "fromt": "str", "to": "LocalTime", "tot": "str" }, { "t": "change", "p": "payload", "pt": "msg", "from": ";(.*?);(.*?);(.*);$", "fromt": "re", "to": "$2", "tot": "str" }, { "t": "set", "p": "payload", "pt": "msg", "to": "$moment(payload & ' UT').locale(\"de\").tz('Europe/Berlin').format('DD.MM.YYYY HH:mm:ss')", "tot": "jsonata" }, { "t": "delete", "p": "stateUnit", "pt": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 2720, "y": 4380, "wires": [ [ "f0c2b56a.70ee38" ] ] } ]erledigt und funktioniert.
@nwh Eventuell noch nicht - weil das Problem ist, dass das Datum heute der 6.6. ist - aber wahrscheinlich ist Monat und Tag noch vertauscht. ;)
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.
-
@nwh Eventuell noch nicht - weil das Problem ist, dass das Datum heute der 6.6. ist - aber wahrscheinlich ist Monat und Tag noch vertauscht. ;)
-
@nwh
Hier nochmalige Korrektur der UTC Node. ;)Jetzt schaut es gut aus. ;) - Muss man immer probieren, welches Format gefressen wird.
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.
-
@nwh
Hier nochmalige Korrektur der UTC Node. ;)Jetzt schaut es gut aus. ;) - Muss man immer probieren, welches Format gefressen wird.
-
@mickym So mal ein kleines update.
Also es funktioniert mal soweit.
Was komisch ist das wenn die PV keinen Strom mehr erzeugt bekomme ich mit Node Red keine Daten mehr. In der App schon.
Was mir noch aufgefallen ist, dass wenn ich länger in der App schaue das die Node händisch wieder angestoßen werden muss.
Intervall der Node habe ich auf ein 1 Minute gestellt. -
@mickym So mal ein kleines update.
Also es funktioniert mal soweit.
Was komisch ist das wenn die PV keinen Strom mehr erzeugt bekomme ich mit Node Red keine Daten mehr. In der App schon.
Was mir noch aufgefallen ist, dass wenn ich länger in der App schaue das die Node händisch wieder angestoßen werden muss.
Intervall der Node habe ich auf ein 1 Minute gestellt.@nwh Nun - richtig weiterhelfen bei diesen Kommunikationsdingen kann ich nicht.
Um ggf. noch einen Workaround zu erstellen - müsste man erst mal debuggen bzw. darf auch nicht so schnell mit den Rückschlüssen sein.Was komisch ist das wenn die PV keinen Strom mehr erzeugt bekomme ich mit Node Red keine Daten mehr. In der App schon.
Nun das muss nicht unbedingt richtig sein. Wenn kein Strom erzeugt wird, kann es sein, dass die PV tatsächlich keine Daten mehr liefert. Was Du dann in der App siehst ist dann unter Umständen eine von der App angezeigte Logik - sprich man kann dann im Flow halt dann eine 0 ausgeben - das kann man schon machen. Die zuletzt gespeicherten Daten müssen ja auch nicht verändert werden. Also hier wäre ich vorsichtig mit der Schlußfolgerung.
Was mir noch aufgefallen ist, dass wenn ich länger in der App schaue das die Node händisch wieder angestoßen werden muss.
Nun hier bin ich mir unsicher, ob aufgrund einer Fehlersituation die Kommunikation eingestellt wird oder nicht. Ich würde generell halt mal Debug Nodes hinter die Inject Node und hinter die TCP Request Node schalten (am Besten auch mit unterschiedlichem Namen) um zu sehen, ob tatsächlich nichts mehr von der Inject Node geschickt wird oder von der TCP Node dann nichts mehr zurückkommt.
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.
-
@nwh Nun - richtig weiterhelfen bei diesen Kommunikationsdingen kann ich nicht.
Um ggf. noch einen Workaround zu erstellen - müsste man erst mal debuggen bzw. darf auch nicht so schnell mit den Rückschlüssen sein.Was komisch ist das wenn die PV keinen Strom mehr erzeugt bekomme ich mit Node Red keine Daten mehr. In der App schon.
Nun das muss nicht unbedingt richtig sein. Wenn kein Strom erzeugt wird, kann es sein, dass die PV tatsächlich keine Daten mehr liefert. Was Du dann in der App siehst ist dann unter Umständen eine von der App angezeigte Logik - sprich man kann dann im Flow halt dann eine 0 ausgeben - das kann man schon machen. Die zuletzt gespeicherten Daten müssen ja auch nicht verändert werden. Also hier wäre ich vorsichtig mit der Schlußfolgerung.
Was mir noch aufgefallen ist, dass wenn ich länger in der App schaue das die Node händisch wieder angestoßen werden muss.
Nun hier bin ich mir unsicher, ob aufgrund einer Fehlersituation die Kommunikation eingestellt wird oder nicht. Ich würde generell halt mal Debug Nodes hinter die Inject Node und hinter die TCP Request Node schalten (am Besten auch mit unterschiedlichem Namen) um zu sehen, ob tatsächlich nichts mehr von der Inject Node geschickt wird oder von der TCP Node dann nichts mehr zurückkommt.
@mickym sagte in Adapter für Telnet Daten:
@nwh Nun - richtig weiterhelfen bei diesen Kommunikationsdingen kann ich nicht.
Um ggf. noch einen Workaround zu erstellen - müsste man erst mal debuggen bzw. darf auch nicht so schnell mit den Rückschlüssen sein.Was komisch ist das wenn die PV keinen Strom mehr erzeugt bekomme ich mit Node Red keine Daten mehr. In der App schon.
Ich werde das am Abend mal genau beobachten.
Nun das muss nicht unbedingt richtig sein. Wenn kein Strom erzeugt wird, kann es sein, dass die PV tatsächlich keine Daten mehr liefert. Was Du dann in der App siehst ist dann unter Umständen eine von der App angezeigte Logik - sprich man kann dann im Flow halt dann eine 0 ausgeben - das kann man schon machen. Die zuletzt gespeicherten Daten müssen ja auch nicht verändert werden. Also hier wäre ich vorsichtig mit der Schlußfolgerung.
Was mir noch aufgefallen ist, dass wenn ich länger in der App schaue das die Node händisch wieder angestoßen werden muss.
Nun hier bin ich mir unsicher, ob aufgrund einer Fehlersituation die Kommunikation eingestellt wird oder nicht. Ich würde generell halt mal Debug Nodes hinter die Inject Node und hinter die TCP Request Node schalten (am Besten auch mit unterschiedlichem Namen) um zu sehen, ob tatsächlich nichts mehr von der Inject Node geschickt wird oder von der TCP Node dann nichts mehr zurückkommt.
Die Debug Node habe ich mal aktiviert.
Stimmen die Einträge so?
-
@mickym sagte in Adapter für Telnet Daten:
@nwh Nun - richtig weiterhelfen bei diesen Kommunikationsdingen kann ich nicht.
Um ggf. noch einen Workaround zu erstellen - müsste man erst mal debuggen bzw. darf auch nicht so schnell mit den Rückschlüssen sein.Was komisch ist das wenn die PV keinen Strom mehr erzeugt bekomme ich mit Node Red keine Daten mehr. In der App schon.
Ich werde das am Abend mal genau beobachten.
Nun das muss nicht unbedingt richtig sein. Wenn kein Strom erzeugt wird, kann es sein, dass die PV tatsächlich keine Daten mehr liefert. Was Du dann in der App siehst ist dann unter Umständen eine von der App angezeigte Logik - sprich man kann dann im Flow halt dann eine 0 ausgeben - das kann man schon machen. Die zuletzt gespeicherten Daten müssen ja auch nicht verändert werden. Also hier wäre ich vorsichtig mit der Schlußfolgerung.
Was mir noch aufgefallen ist, dass wenn ich länger in der App schaue das die Node händisch wieder angestoßen werden muss.
Nun hier bin ich mir unsicher, ob aufgrund einer Fehlersituation die Kommunikation eingestellt wird oder nicht. Ich würde generell halt mal Debug Nodes hinter die Inject Node und hinter die TCP Request Node schalten (am Besten auch mit unterschiedlichem Namen) um zu sehen, ob tatsächlich nichts mehr von der Inject Node geschickt wird oder von der TCP Node dann nichts mehr zurückkommt.
Die Debug Node habe ich mal aktiviert.
Stimmen die Einträge so?
@nwh Ja und dann mach noch eine hinter TCP Node und nenn sie anders - damit Du im Debug Fenster gleich sehen kannst, von welcher Node eine Nachricht kommt.
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.
-
@nwh Ja und dann mach noch eine hinter TCP Node und nenn sie anders - damit Du im Debug Fenster gleich sehen kannst, von welcher Node eine Nachricht kommt.
330
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge