NEWS
Adapter für Telnet Daten
-
@nwh sagte in Adapter für Telnet Daten:
@mickym ich muss leider blöd fragen, aber was meinst du mit der Kommandozeile, wo und was muss ich wo eingeben. Sorry für die Frage.
Ach ja soll ich die EXEC Node einbauen. Da weil es mit dem Intervall funktioniert lasse ich es, oder?
Auf Kommandozeile hast Du ja was eingegeben um den Screenshot aus dem Ergebnis zu erreichen:
https://forum.iobroker.net/topic/45537/adapter-für-telnet-daten/58?_=1623007809108
-
@mickym Alles klar, hatte ich mit dem Telnet Client gemacht.
Es ist so wie du gesagt hast keine Verbindung wenn die App läuft. Hängt davon ab wer zuerst kommt. Wenn der Telnet client läuft geht die App nicht mehr. Beende ich den geht die App usw.@nwh Nun dann ist alles normal und hat nicht mit NodeRed oder den Intervallen zu tun. Dann würde ich noch wesentlich seltener pollen und dann lieber in Deiner VIS noch ein Aktualisierungsbutton einbauen. Dann brauchst das auch nicht mehr mit dem Telnet probieren.
Es kann zu einer Zeit halt immer nur ein Client Zugriff haben und das musst halt aufteilen und solange die App halt läuft, dann kannst Du eben mit nichts anderem mehr darauf zugreifen.
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 dann ist alles normal und hat nicht mit NodeRed oder den Intervallen zu tun. Dann würde ich noch wesentlich seltener pollen und dann lieber in Deiner VIS noch ein Aktualisierungsbutton einbauen. Dann brauchst das auch nicht mehr mit dem Telnet probieren.
Es kann zu einer Zeit halt immer nur ein Client Zugriff haben und das musst halt aufteilen und solange die App halt läuft, dann kannst Du eben mit nichts anderem mehr darauf zugreifen.
@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.
-
@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.
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 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.
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 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.
-
@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 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!
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 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.
412
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge