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

[mickym]

@nwh Ja und ursprünglich war es auf 300ms eingestellt. Das kannst ja auch wieder zurückstellen. Nicht dass der Port zulange belegt ist.

[NWH]

@mickym Ok super, habe ich wieder zurück gestellt.

[NWH]

@nwh So jetzt weiß ich was das Problem ist.
Wenn ich den Node-red Adapter deaktiviere funktioniert die Verbindung mit der App sofort wieder ohne Probleme. Wenn ich ihn wieder aktiviere ist die Verbindung in der App auch tot.
Was könnte da das Problem sein. Hättest du dazu auch eine Lösung?

[mickym]

@nwh Nun eigentlich sollte man nicht den ganzen Adapter deaktivieren müssen. Wenn Du die Wiederholungen der TCP Request Node erst mal ausstellst, dann sollte das nicht belegt sein. War ja heute vormittag auch so. Die Probleme fingen ja erst an, nachdem Du alle 5 s gepollt hast.

Es ist wie ich vermute, dass sich sowohl die App ebenfalls zyklisch diesen Port abfrägt und die sich in die Quere kommen. Also auf jedenfall in viel größeren Abständen abfragen und wenn das wieder auf 300 ms gestellt ist, sollte es eigentlich nicht dazu kommen. Wenn Du diese TCP Node vorübergehend deaktivierst, dann darf eigentlich gar nichts mehr vom Node Red Adapter ausgehen.

[mickym]

@nwh Was man theoretisch auch machen kann, ist das NodeRed den Befehl den Du auf der Kommandozeile absetzt auch in NodeRed absetzt ohne eine TCP Session zu eröffnen bzw. das über die Shell zu erledigen. Dazu kann man dann die Exec Node verwenden, dann müsste man aber ggf. den ganzen Flow neu machen.

[NWH]

@mickym ...so bin wieder zurück.
Ich habe die poll Zeit auf 1 min gestellt und 300ms ist auch eingestellt.
Aber ich bekomme nichts mehr zurück. In der Debug Note steht auch nichts.
Verstehe ich überhaupt nicht. Es ist alles so wie wir es am Vormittag gemacht haben.

Wenn ich deine Notes aus dem Post 37 nochmals importiere und hier beim Import gleich die IP ändere und das DAT mit dem r ergänze funktioniert es wenn ich es mit Hand triggere. Sobald ich die note aufmache und den Intervall ändern möchte ist es vorbei.
Dann muss ich wieder neu importieren. dann geht es wieder.

[mickym]

@nwh Also hast mit @DAT\r eingegeben - vielleicht musst ja mit den ms auch wieder etwas hoch. Aber soweit ich verstehe ist nun trotz NodeRed Adapter wieder KOmmunikation mit der App möglich. Geht den der Zugriff noch über Kommandozeile?

[NWH]

@mickym Ja ich änder gleich die Ip ab, da ich sie geändert habe da ich gedacht habe das es event. eine Konflikt gibt. Und \r ergänze ich.
Danach kann ich händisch so oft drücken wie ich will und die Daten werden geschrieben.
Was komisch ist ist wenn ich nach dem import was ändere geht nix mehr.

Habe jetzt beim import eine 1 Sekunde intervall geschrieben, dann geht es auch nicht mehr.

Was noch komisch ist das die Zeit nicht stimmt.

[mickym]

@nwh Du kannst ja die Function Node wieder dazwischen schalten - wobei das in meinen Augen keinen Unterschied machen sollte.

[
    {
        "id": "fd3175.99956e88",
        "type": "function",
        "z": "6e170384.60c96c",
        "name": "dat",
        "func": "msg.payload = \"@DAT\\r\";\nreturn msg;",
        "outputs": 1,
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 1460,
        "y": 4240,
        "wires": [
            [
                "75fdeed8.4d18b"
            ]
        ],
        "l": false
    }
]

Die Zeit stimmt das ist UTC - also Greenwich - die ist 2 Stunden zurück. Das kann man wenn Du willst noch umrechnen. Vergleiche das immer mit dem was Du auf der Kommandozeile eingibst. Letztlich kommt im Moment nichts anderes raus, als wenn Du es über Kommandozeile eingibst.

[NWH]

@mickym sagte in Adapter für Telnet Daten:

@nwh Du kannst ja die Function Node wieder dazwischen schalten - wobei das in meinen Augen keinen Unterschied machen sollte.

[
    {
        "id": "fd3175.99956e88",
        "type": "function",
        "z": "6e170384.60c96c",
        "name": "dat",
        "func": "msg.payload = \"@DAT\\r\";\nreturn msg;",
        "outputs": 1,
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 1460,
        "y": 4240,
        "wires": [
            [
                "75fdeed8.4d18b"
            ]
        ],
        "l": false
    }
]

Die Zeit stimmt das ist UTC - also Greenwich - die ist 2 Stunden zurück. Das kann man wenn Du willst noch umrechnen. Vergleiche das immer mit dem was Du auf der Kommandozeile eingibst. Letztlich kommt im Moment nichts anderes raus, als wenn Du es über Kommandozeile eingibst.

Du meinst so

Wie gesagt wenn ich es mit der Hand trigger geht es jetzt. Aber sobald ich den intervall einschalte ist es vorbei.

[mickym]

@nwh Genau - Wenn Du das Intervall einschaltest kommt gar nichts mehr? und kommt irgendwas aus der Node?

[NWH]

@mickym so jetzt habe ich den Intervall nochmals aktiviert mit einer Minute.
Jetzt im Moment klappt es so.

Frage bitte nicht warum.

Jetzt könnte ich noch die App aktivieren. Und schauen obs dann noch geht.
Soll ich mich das trauen :)

[mickym]

@nwh Also mit der Function Node zwischendrin?

Ja - klar probiers mal - Du siehst ja alles kann man wieder irgendwie hinbiegen. Wie gesagt wenn das Probleme macht, können wir es noch mit der Exec Node probieren - das ist dann wie wenn Du den Befehl auf Kommandozeile absetzt.

Alternativ kannst Du mal die EXEC Node probieren:

Spoiler

[
   {
       "id": "28e7aa55.fb8ca6",
       "type": "inject",
       "z": "6e170384.60c96c",
       "name": "",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "true",
       "payloadType": "bool",
       "x": 1680,
       "y": 4620,
       "wires": [
           [
               "b29afeda.4c84c"
           ]
       ]
   },
   {
       "id": "b29afeda.4c84c",
       "type": "exec",
       "z": "6e170384.60c96c",
       "command": "",
       "addpay": "",
       "append": "",
       "useSpawn": "false",
       "timer": "",
       "oldrc": false,
       "name": "",
       "x": 1850,
       "y": 4620,
       "wires": [
           [
               "3e07fe65.61cb72"
           ],
           [],
           [
               "88f8ed19.5638d"
           ]
       ]
   },
   {
       "id": "3e07fe65.61cb72",
       "type": "debug",
       "z": "6e170384.60c96c",
       "name": "Output exec",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 2040,
       "y": 4580,
       "wires": []
   },
   {
       "id": "88f8ed19.5638d",
       "type": "debug",
       "z": "6e170384.60c96c",
       "name": "Return Code",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 2040,
       "y": 4660,
       "wires": []
   }
]

In die EXEC Node gibst Du den Befehl so ein, wie Du ihn auf dem MAC in der Kommandozeile eingibst:

[NWH]

@mickym sagte in Adapter für Telnet Daten:

@nwh Also mit der Function Node zwischendrin?
Ja so

Ja - klar probiers mal - Du siehst ja alles kann man wieder irgendwie hinbiegen. Wie gesagt wenn das Probleme macht, können wir es noch mit der Exec Node probieren - das ist dann wie wenn Du den Befehl auf Kommandozeile absetzt.

Also wenn ich die App starte ist in der Zeit die Note still, sobald ich die App schließe geht es weiter. Das habe ich jetzt beobachtet.

[mickym]

@nwh Nun das ist das was ich gemeint habe, dass beide um den gleichen Zugang konkurrieren. Das finde ich aber nicht weiter schlimm - das kannst sowieso nicht ändern. Es zeigt nur, dass die App den gleichen Mechanismus benutzt - und das auch keine Echtzeitzugriffe sind, sondern ein Pollen aus der App. Lass mal die App auf und schau ob Du Ergebnisse auf der Kommandozeile bekommst - wahrscheinlich auch nicht.

[NWH]

@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?

[mickym]

@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

[NWH]

@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.

[mickym]

@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.

[NWH]

@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.