Adapter für Telnet Daten
-
@mickym Es ist schade das nur ein Client zur gleichen Zeit darauf zugreifen kann.
Wollte die App in der Vis nachbauen. Aber egal.
Eigentlich könnte ich den Intervall auf eine Sekunde stellen und die App einfach nicht mehr verwenden. Das müsste ja funktionieren. Falls ich sie dann verwende sieht man halt auf der Vis nix.Hatte mal einen Pioneer Receiver da ging das auch nicht, immer nur ein Client. War ein Mist. Da wir mehrere Handys im Haus haben die die App verwendet hatten. Habe den dann getauscht. Mit meinen neuen ist das kein Problem mehr.
-
@nwh Na ja - wie gesagt bei den Daten muss man sich wirklich fragen, ob man die Daten sekündlich aktuell halten muss. Allerdings wenn Du die App nicht mehr nutzt, sondern nur noch VIS - können ja mehrere Handys VIS aufrufen.
-
@mickym Du hast schon Recht, man muss sie nicht sekündlich neu haben. War nur eine Überlegung.
Die App hat schon noch was tolles da gibt es eine Gegenüberstellung von produziert, eingespeist und zugekaufter Strom.
-
@nwh Nun nachdem Du alle Datenpunkte hast, kannst Du ja über die History Funktion im iobroker auch solche Diagramme erstellen.
-
@mickym Stimmt eigentlich.
Ich werde das jetzt mal ein paar Tage laufen lassen, ich trau dem noch nicht ganz.Wie kann ich dir danken für deine tolle Hilfe. Unglaublich das du mir so hilfst.
Also Node Red ist schon sehr mächtig muss ich sagen. Ob ich das aber mal genau verstehen werde bin ich mir nicht so sicher.
-
@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.
-
@nwh Eventuell noch nicht - weil das Problem ist, dass das Datum heute der 6.6. ist - aber wahrscheinlich ist Monat und Tag noch vertauscht.
-
@mickym na das werden wir dann morgen sehen.
-
@nwh
Hier nochmalige Korrektur der UTC Node.Jetzt schaut es gut aus.
- Muss man immer probieren, welches Format gefressen wird.
-
@mickym Danke. Ist ausgetauscht.
So gn8...und wie gesagt Danke danke.
-
@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.
-
@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.
-
@mickym erledigt
