UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mickym]

@nwh Ok - dann ist jetzt was passiert.
Vielleicht ist das Ganze etwas langsamer bei Dir - erhöh mal den Timeout von 300ms auf 1000ms und schau immer ob was aus der Node Rauskommt -

Die Node gibt das @DAT übrigens in Kleinbuchstaben ein - weiß nicht ob das ein Unterschied macht.

Gibst Du bei Deinem Telnetaufruf einen anderen Port ein?

[NWH]

@mickym Du bist der beste.

Jetzt sind Daten da.
Es war das kleingeschriebene @Dat

[mickym]

@nwh Na super - allerdings ist das decode ja noch nicht so erfolgreich. Mach mal im Debug Fenster den Buffer auf und stell den mal auf String um. und poste den Screeshot.

Hier einfach den Pfeil aufklappen und auf die raw Schaltfläche des Buffers klicken:

[NWH]

@mickym Wir müssen morgen weiter machen, mein Wlan ist ab 0.00 Uhr aus. Somit bekomme ich keine Verbindung mehr.
Ich hoffe du es klappt morgen. Wäre am Vormittag Einsatz bereit... :face_with_rolling_eyes:
Ich sage jetzt schon mal Danke...:clap:

[mickym]

@nwh Eher am frühen Nachmittag - aber läuft Dir ja nicht weg - hast ja auf jeden Fall schon mal Daten im System - es scheint zwar, dass der Decode nicht funktioniert aus diesem Flow - aber das muss man halt auseinanderpflügen. Ist zwar noch ein Stück Arbeit - aber immerhin kannst Du ja nun schon mal die Daten abrufen.

[NWH]

@mickym Ja wäre super wenn das klappen würde, denn ich habe leider einen Exoten mit dem ich meine Strom Daten (PV Erzeugung und Verbrauch) auslese und damit auch eine Heizpatrone steuere. Leider habe ich sonst keine Möglichkeit an die Daten ran zu kommen.
Ausser über die App, allerdings kann man damit nix steuern.

Bin echt dankbar wenn wir das hinbekommen würden.

Übrigens das sind die Daten vom Telent Client.

[mickym]

@nwh Ja das habe ich schon von dem Artikel gesehen - nur ich würde es anders parsen. Nachdem in der 2. Debug Node nichts ankommt - schauen wir uns morgen erst mal den Buffer an, insbesondere wenn man den in Strings wandelt. Dann können wir aus den einzelnen Zeilen einzelne Nachrichten machen und ich hab mal einen Subflow gebastelt, der Dir Objekte dann in iobroker Strukturen schreibt.

https://forum.iobroker.net/topic/43856/json-string-oder-java-object-in-iobroker-struktur

Damit hast Du dann einzelne Datenpunkte, die Du später im VIS verwenden kannst.

[NWH]

@mickym sagte in Adapter für Telnet Daten:

@nwh Ja das habe ich schon von dem Artikel gesehen - nur ich würde es anders parsen. Nachdem in der 2. Debug Node nichts ankommt - schauen wir uns morgen erst mal den Buffer an, insbesondere wenn man den in Strings wandelt. Dann können wir aus den einzelnen Zeilen einzelne Nachrichten machen und ich hab mal einen Subflow gebastelt, der Dir Objekte dann in iobroker Strukturen schreibt.

https://forum.iobroker.net/topic/43856/json-string-oder-java-object-in-iobroker-struktur

Damit hast Du dann einzelne Datenpunkte, die Du später im VIS verwenden kannst.

Das klingt perfekt.
Ich richte mich dann morgen nach dir.

[mickym]

@nwh Poste dann einfach mal den Buffer - als String - aus dem Debugfenster als Screenshot.

Dann wäre es noch gut wenn Du den Buffer über diese Schaltfläche in die Zwischenablage kopierst:

und dann hier in CodeTags einbettest.

Dann kann ich das nämlich bei mir in eine InjectNode kopieren und den Buffer dann bei mir selbst bearbeiten, um Dir mit dem Flow zu helfen.

[NWH]

@mickym ok werde ich machen.
Wünsche eine gn8.

[mickym]

@nwh So wenn Dein Buffer einigermaßen die Daten hat, die Du in Deinem Screenshot gepostet hast, dann wird Deine Datenstruktur unter userdata_0.0 ungefähr so aussehen:

[NWH]

@nwh

Das ist der buffer

Spoiler

[64,68,65,84,13,10,59,85,84,67,32,84,105,109,101,59,48,54,47,48,54,47,50,48,50,49,32,48,56,58,48,52,58,51,56,59,100,100,47,109,109,47,121,121,121,121,32,104,104,58,109,109,58,115,115,59,13,10,59,80,114,111,100,117,99,101,100,32,80,111,119,101,114,59,48,46,54,52,59,107,87,59,13,10,59,80,114,111,100,117,99,101,100,32,69,110,101,114,103,121,59,49,57,50,51,46,48,57,59,107,87,104,59,13,10,59,80,114,111,100,117,99,101,100,32,69,110,101,114,103,121,32,70,49,59,49,51,49,49,46,53,51,59,107,87,104,59,13,10,59,80,114,111,100,117,99,101,100,32,69,110,101,114,103,121,32,70,50,59,51,49,50,46,57,49,59,107,87,104,59,13,10,59,80,114,111,100,117,99,101,100,32,69,110,101,114,103,121,32,70,51,59,50,57,56,46,54,53,59,107,87,104,59,13,10,59,67,111,110,115,117,109,101,100,32,80,111,119,101,114,59,50,46,53,53,59,107,87,59,13,10,59,67,111,110,115,117,109,101,100,32,69,110,101,114,103,121,59,49,55,56,53,46,51,56,59,107,87,104,59,13,10,59,67,111,110,115,117,109,101,100,32,69,110,101,114,103,121,32,70,49,59,56,49,50,46,48,48,59,107,87,104,59,13,10,59,67,111,110,115,117,109,101,100,32,69,110,101,114,103,121,32,70,50,59,52,50,48,46,51,53,59,107,87,104,59,13,10,59,67,111,110,115,117,109,101,100,32,69,110,101,114,103,121,32,70,51,59,53,53,51,46,48,51,59,107,87,104,59,13,10,59,66,111,117,103,104,116,32,80,111,119,101,114,59,49,46,57,49,59,107,87,59,13,10,59,66,111,117,103,104,116,32,69,110,101,114,103,121,59,57,52,48,46,53,57,59,107,87,104,59,13,10,59,66,111,117,103,104,116,32,69,110,101,114,103,121,32,70,49,59,50,50,54,46,53,52,59,107,87,104,59,13,10,59,66,111,117,103,104,116,32,69,110,101,114,103,121,32,70,50,59,50,56,48,46,50,54,59,107,87,104,59,13,10,59,66,111,117,103,104,116,32,69,110,101,114,103,121,32]

Passt das so?

[mickym]

@nwh Ja das geht schon von den 895 Zeichen, enthält der Buffer zwar nur 500 - aber für den ersten Test ging das schon.

Als erstes werden wir mal den Flow richtig stellen, so wie der nämlich dort abgebildet war, ist das eine Katastrophe.

Zuerst prüfst Du bitte mal, ob dieser Flow das gleiche Ergebnis liefert, sobald Du diese Inject-Node aus unten angehängten Flow importierst:

Spoiler

[
   {
       "id": "d40c6e89.65575",
       "type": "debug",
       "z": "6e170384.60c96c",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "false",
       "statusVal": "",
       "statusType": "auto",
       "x": 2110,
       "y": 4640,
       "wires": []
   },
   {
       "id": "7766f9.c6ac5908",
       "type": "tcp request",
       "z": "6e170384.60c96c",
       "server": "192.168.100.155",
       "port": "5001",
       "out": "time",
       "splitc": "300",
       "name": "Elios4You",
       "x": 1940,
       "y": 4680,
       "wires": [
           [
               "d40c6e89.65575"
           ]
       ]
   },
   {
       "id": "166d3d85.165252",
       "type": "inject",
       "z": "6e170384.60c96c",
       "name": "",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "@DAT",
       "payloadType": "str",
       "x": 1790,
       "y": 4680,
       "wires": [
           [
               "7766f9.c6ac5908"
           ]
       ]
   }
]

Ich habe das "@DAT" nun alles groß geschrieben - eventuell anpassen.

[NWH]

@mickym Importiert habe ich, es steht auch verbunden, aber es kommt nichts an.

Wo hast du gemeint das ich was anpassen soll? Fehlt da nicht eine Function?

[mickym]

@nwh Nee - die will ich ja gerade ersetzen, weil man die in meinen Augen nicht braucht. Wenn nichts angekommen ist, ist denn das @DAT so geschrieben, wie in der Funktion?

Ansonsten habe ich mal den Zeilenvorschub genauso direkt in der payload angegeben, wenn das nicht geht, dann brauchen wir halt die Funktion - aber ich wollte es erst mal ohne ausprobieren.

Also probier das nochmal, indem Du in der Inject Node das \r anhängst:

[NWH]

@mickym sagte in Adapter für Telnet Daten:

@nwh Nee - die will ich ja gerade ersetzen, weil man die in meinen Augen nicht braucht. Wenn nichts angekommen ist, ist denn das @DAT so geschrieben, wie in der Funktion?

Ansonsten habe ich mal den Zeilenvorschub genauso direkt in der payload angegeben, wenn das nicht geht, dann brauchen wir halt die Funktion - aber ich wollte es erst mal ohne ausprobieren.

Also probier das nochmal, indem Du in der Inject Node das \r anhängst:

@mickym sagte in Adapter für Telnet Daten:

@nwh Nee - die will ich ja gerade ersetzen, weil man die in meinen Augen nicht braucht. Wenn nichts angekommen ist, ist denn das @DAT so geschrieben, wie in der Funktion?

Ansonsten habe ich mal den Zeilenvorschub genauso direkt in der payload angegeben, wenn das nicht geht, dann brauchen wir halt die Funktion - aber ich wollte es erst mal ohne ausprobieren.

Also probier das nochmal, indem Du in der Inject Node das \r anhängst:

Habe es direkt beim Import reingeschrieben.
dann kommt was.
Dann kann auch das @DAT so stehen bleiben.

[mickym]

@nwh OK wunderbar - dann haben wir es gleich.
Als erstes sag mir bitte, wo Du die Daten unter 0_userdata.0 hingeschrieben haben möchtest:

In meinem Beispiel habe ich Elios4You genommen, aber kannst Du natürlich dann selbst ändern - wollte es nur für Dich vorbereiten:

Dann bitte nochmals in die Adapter/Instanzeinstellungen gehen und

schauen, ob Du die Erstellung von Fremdobjekten erlaubt hast.

[NWH]

@mickym sagte in Adapter für Telnet Daten:

@nwh OK wunderbar - dann haben wir es gleich.
Als erstes sag mir bitte, wo Du die Daten unter 0_userdata.0 hingeschrieben haben möchtest:

Würde sagen, dass das so passt.
Bei mir steht hier noch nichts drinnen.

In meinem Beispiel habe ich Elios4You genommen, aber kannst Du natürlich dann selbst ändern - wollte es nur für Dich vorbereiten:

![6747e69c-cfa0-469e-b8f9-31922e9fdeec-image.png]

Dann bitte nochmals in die Adapter/Instanzeinstellungen gehen und

schauen, ob Du die Erstellung von Fremdobjekten erlaubt hast.

Sollte so stimmen.

[mickym]

@nwh Mach bitte den Haken - iobroker-Werte in String konvertieren noch raus - hat zwar für diesen Flow keine Relevanz, aber ggf. für später - erspart Dir viel Konvertiererei.

[NWH]

@mickym sagte in Adapter für Telnet Daten:

@nwh Mach bitte den Haken - iobroker-Werte in String konvertieren noch raus - hat zwar für diesen Flow keine Relevanz, aber ggf. für später - erspart Dir viel Konvertiererei.

erledigt