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

[zizu29]

@higginsd Da hänge ich mich mal mit dran, auch der Übersetzter liefert mir nicht wirklich Klarheit über die Werte

[zizu29]

@badsnoopy667 Danke das du dein Blockly zur Verfügung stellst, Welche datenpunkte hast du zusätzlich erstellt, hast du da evtl. eine Liste oder screenshot?

Und Danke für die Unterstützung

[badsnoopy667]

@zizu29
Ich bin gerade im Urlaub. Ich suche das nächste Woche mal raus. Aber die Beschreibung der Datenpunkte oben passt schon ganz gut!

[Hansi1989]

Hallo ich habe den Node Red Adapter und das Flow wie die npms installiert laut dieser Anleitung aber leider bekomm ich einen Fehler und ich bin Neuling beim Node Red. Die Datenpunkte kommen alle nur dieser Error macht mir sorgen weil der Iobroker sich über die Nacht neu installiert alles von neu anfangt. Ich danke für jede Unterstützung.

2023-04-13 20:16:45.802 - error: node-red.0 (16278) 13 Apr 20:16:45 - [error] [modbus-getter:32016] Error: Modbus exception 6: Slave device busy (retry request again later)

Aber eins muss ich noch sagen tolle Arbeit wird da geleistet!

[firebowl]

Bei mir läuft das ganze seit einigen Wochen absolut Top und viel besser als solaranzeige.
Ich hab nur ein kleines Problem im ioBroker Log:

Das hatte ich auch bei anderen Objekten die geschrieben wurde aber da konnte ich es anpassen in dem ich im Flow oder im ioBroker Objekt den Typ des Objekts angepasst habe. Aber bei dem Objekt bekomm ich es nicht weg. Hat jemand ne Idee?

[Atifan]

@firebowl im IoBroker die Datentypen in den Datenpunkten ändern von number auf object.

[firebowl]

@atifan Hab ja geschrieben, dass ich das schon gefühlt x mal gemacht habe und es bei den anderen Datenpunkten auch funktioniert hat. Hab's jetzt noch mal geändert. ;)

[firebowl]

@firebowl funzt nicht, jetzt kommt die Meldung:

[mickym]

@firebowl Wenn Du meinen Flow nicht nimmst - mache eine JSON Node vor die iobroker-Out Node - die stringifiziert Dein Objekt wieder zu einem String.

[firebowl]

@mickym Ich benutze den Flow aus dem ersten Post hier, ist das deiner?
Ansonsten hab ich leider absolut keine Ahnung von node-red, benutze ich nur für den WR und sonst für nix..:sweat_smile:

[mickym]

@firebowl sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

@mickym Ich benutze den Flow aus dem ersten Post hier, ist das deiner?
Ansonsten hab ich leider absolut keine Ahnung von node-red, benutze ich nur für den WR und sonst für nix..:sweat_smile:

Nein, ist nicht von mir. Aber du solltest doch die iobroker-out Node finden, die dir diesen Datenpunkt schreibt. Das ist so eine blaue Node auf der rechten Seite und das Topic zeigt auf den Datenpunkt. Und vor diese Node klemmst du eine JSON Node.

Ansonsten ist es natürlich schade, dass du dich nicht mit diesem tollen Tool beschäftigst. So mancher ehemalige Blockly Fan wird Dir das bestätigen. ;)

[firebowl]

@mickym Glaub ich hab's:

Also noch sieht node-red einfach viel ui komplex für mich aus. ;)
Kann mir aber gut vorstellen, dass ich viele meine Blocklys darüber schöner oder besser abbilden könnte.

[mickym]

@firebowl sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

@mickym Glaub ich hab's:

Also noch sieht node-red einfach viel ui komplex für mich aus. ;)
Kann mir aber gut vorstellen, dass ich viele meine Blocklys darüber schöner oder besser abbilden könnte.

Sehr gut - damit sollte es gehen - wenn nicht immer Objekte rauskommen (die JSON node konvertiert standardmässig in beide Richtungen) - dann kannst Du ihr auch sagen, die soll grundsätzlich nur Zeichenfolgen erzeugen:

Wenn Du den Datenpunkt nun als Typ String definierst, dann solllten die Logeinträge weg sein. So wie es aussieht ist das aber nur eine Zahl in einem Array. Also

[41.35] - wenn das immer so ist dann ändere ggf. den buffer parser - wobei ich keine Ahnung habe was da rein kommt, sonst nimmst Du statt der JSON Node eine Change Node - dann musst du den Datenpunkt aber als Zahl definieren.

Dann machst Du aus dem Array eine normale Zahl:

ggf. kannst Du auch in dem Buffer-Parser nachschauen, dass Du nicht versehentlich values als Array ausgeben lässt:

dann lieber auf key/value umstellen,dann brauchst Du gar keine Konvertierung.

[badsnoopy667]

@mickym Du kannst mir bestimmt helfen:

Ich möchte gerne den Flow zu Datenabfrage kurzzeitig "anhalten" können. Hintergrund: Wenn ich den Befehl an den Wechselrichter sende, die Batterieentladung zu drosseln (beim Laden des eAutos), kommt dieser Befehl oft nur sehr verzögert durch weil die Kommunikation mit dem WR schon ausgelastet ist.
Halte ich den Datenabfrage Flow an, geht der Befehl sofort durch.

Meine Idee: Ich möchte hinter die "5 Sek. Intervall" - Node gerne eine Switch Node setzen, die prüft, ob ein ioBroker Datenpunkt, nennen wir ihn 0_userdata.0.Huawei.Battery.Abfrage_Sperre, auf false steht. Nur dann soll die Abfrage durchgeführt werden. Bei true soll einfach nichts passieren. Ich bin dafür leider zu doof. ;-)
Hast Du eine Idee, wie das am Besten geht? Danke schonmal!

Alternativ: Wenn es eine einfache Möglichkeit gibt, aus einem anderen Flow herraus einen Flow zu deaktivieren und nach z.B. 30 Sekunden wieder zu aktivieren, gerne auch das!

[mickym]

@badsnoopy667 sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

Ich möchte hinter die "5 Sek. Intervall" - Node gerne eine Switch Node setzen, die prüft, ob ein ioBroker Datenpunkt, nennen wir ihn 0_userdata.0.Huawei.Battery.Abfrage_Sperre, auf false steht. Nur dann soll die Abfrage durchgeführt werden. Bei true soll einfach nichts passieren. Ich bin dafür leider zu doof.
Hast Du eine Idee, wie das am Besten geht? Danke schonmal!

Du kannst einfach mit einer get-Node den Datenpunkt abfragen und in einer anschliessenden switch Node entscheiden, ob die Nachrichten weitergereicht werden oder nicht.

Alternativ: Wenn es eine einfache Möglichkeit gibt, aus einem anderen Flow herraus einen Flow zu deaktivieren und nach z.B. 30 Sekunden wieder zu aktivieren, gerne auch das!

Über Kontextvariablen kannst Du ebenfalls über eine Switch-Node einen Flow blockieren oder freigeben.

Ich möchte gerne den Flow zu Datenabfrage kurzzeitig "anhalten" können. Hintergrund: Wenn ich den Befehl an den Wechselrichter sende, die Batterieentladung zu drosseln (beim Laden des eAutos), kommt dieser Befehl oft nur sehr verzögert durch weil die Kommunikation mit dem WR schon ausgelastet ist.

Halte ich den Datenabfrage Flow an, geht der Befehl sofort durch.

Du kannst auch einfach alle Nachrichten um eine Anzahl von Sekunden verzögern, in dem Du eine delay Node dazwischen klemmst.

Ich denke ich würde die 2. Möglichkeit über Kontextvariablen bevorzugen. Ich mach Dir ein theoretisches Beispiel.

[badsnoopy667]

@mickym
Super, danke schonmal!
Für die 2. Möglichkeit müsste das dann in etwa so aussehen:
Wenn Datenpunkt "Battery_Discharge_Power_SET" geändert wurde, dann halte Flow "Modbus TCP" an.
Sende dann den neuen Wert aus dem SET Datenpunkt an den WR (Diesen Teil habe ich ja schon), warte 30 Sekunden und Starte dann den "Modbus TCP" Flow wieder.

[mickym]

@badsnoopy667

Spoiler

[
   {
       "id": "b392cab7e92fdcc5",
       "type": "comment",
       "z": "702aafcb19d928ac",
       "name": "Wenn ich den Befehl an den Wechselrichter sende, die Batterieentladung zu drosseln (beim Laden des eAutos),",
       "info": "",
       "x": 480,
       "y": 100,
       "wires": []
   },
   {
       "id": "a4b541ada4dbff5b",
       "type": "inject",
       "z": "702aafcb19d928ac",
       "name": "Drossele ;)",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "drosseln",
       "payloadType": "str",
       "x": 340,
       "y": 240,
       "wires": [
           [
               "7f67d6a08eb47568"
           ]
       ]
   },
   {
       "id": "7f67d6a08eb47568",
       "type": "change",
       "z": "702aafcb19d928ac",
       "name": "",
       "rules": [
           {
               "t": "set",
               "p": "pause",
               "pt": "flow",
               "to": "true",
               "tot": "bool"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 530,
       "y": 240,
       "wires": [
           [
               "7782c00477972ce8",
               "70cefd961ae5a1df"
           ]
       ]
   },
   {
       "id": "7782c00477972ce8",
       "type": "debug",
       "z": "702aafcb19d928ac",
       "name": "wird gedrosselt",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 740,
       "y": 240,
       "wires": []
   },
   {
       "id": "70cefd961ae5a1df",
       "type": "trigger",
       "z": "702aafcb19d928ac",
       "name": "",
       "op1": "",
       "op2": "false",
       "op1type": "nul",
       "op2type": "bool",
       "duration": "30",
       "extend": false,
       "overrideDelay": false,
       "units": "s",
       "reset": "",
       "bytopic": "all",
       "topic": "topic",
       "outputs": 1,
       "x": 730,
       "y": 180,
       "wires": [
           [
               "df0ab2949c6f434e"
           ]
       ]
   },
   {
       "id": "df0ab2949c6f434e",
       "type": "change",
       "z": "702aafcb19d928ac",
       "name": "",
       "rules": [
           {
               "t": "set",
               "p": "pause",
               "pt": "flow",
               "to": "payload",
               "tot": "msg"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 930,
       "y": 180,
       "wires": [
           []
       ]
   },
   {
       "id": "fb55f931ec42672a",
       "type": "inject",
       "z": "702aafcb19d928ac",
       "name": "Abfrage",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "5",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "",
       "payloadType": "date",
       "x": 340,
       "y": 380,
       "wires": [
           [
               "adcd90f6a30cee7e"
           ]
       ]
   },
   {
       "id": "ed5f7870769bdc0e",
       "type": "comment",
       "z": "702aafcb19d928ac",
       "name": "Halte ich den Datenabfrage Flow an, geht der Befehl sofort durch.",
       "info": "",
       "x": 330,
       "y": 300,
       "wires": []
   },
   {
       "id": "adcd90f6a30cee7e",
       "type": "switch",
       "z": "702aafcb19d928ac",
       "name": "Pause ?",
       "property": "pause",
       "propertyType": "flow",
       "rules": [
           {
               "t": "false"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 1,
       "x": 500,
       "y": 380,
       "wires": [
           [
               "7d524fe2d7ae45a8"
           ]
       ]
   },
   {
       "id": "7d524fe2d7ae45a8",
       "type": "debug",
       "z": "702aafcb19d928ac",
       "name": "es wird abgefragt ....",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 720,
       "y": 380,
       "wires": []
   }
]

Wenn Du den Flow über einen DP im iobroker steuern willst, dann so:

Spoiler

[
   {
       "id": "28b45bfa3f89e574",
       "type": "inject",
       "z": "2f30279e53882e25",
       "name": "",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "5",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "",
       "payloadType": "date",
       "x": 370,
       "y": 180,
       "wires": [
           [
               "8c2db9f4fba55e12"
           ]
       ]
   },
   {
       "id": "d213a463ebfcb035",
       "type": "comment",
       "z": "2f30279e53882e25",
       "name": "Über iobroker Datenpunkt",
       "info": "",
       "x": 350,
       "y": 100,
       "wires": []
   },
   {
       "id": "8c2db9f4fba55e12",
       "type": "ioBroker get",
       "z": "2f30279e53882e25",
       "name": "block?",
       "topic": "0_userdata.0.Test.aktiv",
       "attrname": "block",
       "payloadType": "value",
       "errOnInvalidState": "nothing",
       "x": 530,
       "y": 180,
       "wires": [
           [
               "92c013e426392176"
           ]
       ]
   },
   {
       "id": "92c013e426392176",
       "type": "switch",
       "z": "2f30279e53882e25",
       "name": "",
       "property": "block",
       "propertyType": "msg",
       "rules": [
           {
               "t": "false"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 1,
       "x": 670,
       "y": 180,
       "wires": [
           [
               "2687c381ceab8786"
           ]
       ]
   },
   {
       "id": "2687c381ceab8786",
       "type": "debug",
       "z": "2f30279e53882e25",
       "name": "Abfrage",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 820,
       "y": 180,
       "wires": []
   }
]

[mickym]

@badsnoopy667 sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

Battery_Discharge_Power_SET

@badsnoopy667 sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

@mickym
Super, danke schonmal!
Für die 2. Möglichkeit müsste das dann in etwa so aussehen:
Wenn Datenpunkt "Battery_Discharge_Power_SET" geändert wurde, dann halte Flow "Modbus TCP" an.
Sende dann den neuen Wert aus dem SET Datenpunkt an den WR (Diesen Teil habe ich ja schon), warte 30 Sekunden und Starte dann den "Modbus TCP" Flow wieder.

Nun dann ist eine einfache Delay Node auch ausreichend wenn der Flow eh durch SET getriggert wird.

Man kann auch den Wert aus dem SET Datenpunkt zwischenspeichern und dann auslesen.

Spoiler

[
   {
       "id": "a55c82d5a44953b9",
       "type": "ioBroker in",
       "z": "2f30279e53882e25",
       "name": "Battery_Discharge_Power_SET",
       "topic": "0_userdata.0.Test.Zahl",
       "payloadType": "value",
       "onlyack": "",
       "func": "all",
       "gap": "",
       "fireOnStart": "false",
       "outFormat": "MQTT",
       "x": 370,
       "y": 180,
       "wires": [
           [
               "e7da92a0b7653af9"
           ]
       ]
   },
   {
       "id": "f3e7849bcb369d63",
       "type": "debug",
       "z": "2f30279e53882e25",
       "name": "setze Wert",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 990,
       "y": 320,
       "wires": []
   },
   {
       "id": "5e288d024c5be6ee",
       "type": "comment",
       "z": "2f30279e53882e25",
       "name": "Wert zwischenspeichern",
       "info": "",
       "x": 330,
       "y": 100,
       "wires": []
   },
   {
       "id": "e7da92a0b7653af9",
       "type": "trigger",
       "z": "2f30279e53882e25",
       "name": "",
       "op1": "false",
       "op2": "",
       "op1type": "bool",
       "op2type": "pay",
       "duration": "30",
       "extend": false,
       "overrideDelay": false,
       "units": "s",
       "reset": "",
       "bytopic": "all",
       "topic": "topic",
       "outputs": 1,
       "x": 630,
       "y": 180,
       "wires": [
           [
               "540bd249bf4be993"
           ]
       ]
   },
   {
       "id": "540bd249bf4be993",
       "type": "change",
       "z": "2f30279e53882e25",
       "name": "",
       "rules": [
           {
               "t": "set",
               "p": "Battery_Discharge_Power_SET",
               "pt": "flow",
               "to": "payload",
               "tot": "msg"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 900,
       "y": 180,
       "wires": [
           []
       ]
   },
   {
       "id": "3a3ef09b0e0b7874",
       "type": "inject",
       "z": "2f30279e53882e25",
       "name": "Abfrage",
       "props": [
           {
               "p": "payload"
           },
           {
               "p": "topic",
               "vt": "str"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "0",
       "payloadType": "num",
       "x": 270,
       "y": 320,
       "wires": [
           [
               "a6ddae275fa49953"
           ]
       ]
   },
   {
       "id": "a6ddae275fa49953",
       "type": "switch",
       "z": "2f30279e53882e25",
       "name": "Battery_Discharge_Power_SET = Zahl?",
       "property": "Battery_Discharge_Power_SET",
       "propertyType": "flow",
       "rules": [
           {
               "t": "istype",
               "v": "number",
               "vt": "number"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 1,
       "x": 540,
       "y": 320,
       "wires": [
           [
               "7e08d903d092ff11"
           ]
       ]
   },
   {
       "id": "7e08d903d092ff11",
       "type": "change",
       "z": "2f30279e53882e25",
       "name": "Hole Wert",
       "rules": [
           {
               "t": "set",
               "p": "payload",
               "pt": "msg",
               "to": "Battery_Discharge_Power_SET",
               "tot": "flow"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 800,
       "y": 320,
       "wires": [
           [
               "f3e7849bcb369d63"
           ]
       ]
   },
   {
       "id": "dd7987ebd180bc62",
       "type": "comment",
       "z": "2f30279e53882e25",
       "name": "Wert abrufen, wenn Zahl",
       "info": "",
       "x": 350,
       "y": 260,
       "wires": []
   }
]

So nun fällt mir glaube ich nichts mehr ein. ;)

[badsnoopy667]

@mickym
Ich habe jetzt Deinen Vorschlag aus dem ersten Screenshot genommen. Wo trage ich denn da den Namen des Flows ein, der gestoppt werden soll? Das muss doch irgendwo in diesem gelben Node sein, oder? Habe schon versucht das flow.pause durch flow.Modbus_TCP zu ersetzen, aber da passiert nix...

@mickym Warte mal mit dem Antworten, ich glaube ich versteh gerade so langsam was hier passiert ;)

Ich glaube ich habe es jetzt hinbekommen. Ich habe alles (Lesen und Schreiben) in einen Flow gepackt und dann diese Pausen Variable dazwischen gebastelt:

Es scheint zu funktionieren! Vielen Dank schonmal für die schnelle Hilfe!!

[mickym]

@badsnoopy667 Gut - dann denke ich, es ist verstanden. :) - Weiterhin viel Spaß mit dem Flow. ;) Im Prinzip gehts aber unten auch einfacher. Meine erste Change sollte quasi Deine Function Node sein. ;) Ich kannte Deinen kompletten Flow nicht. ;)

Du kannst deshalb die erste Change Node weglassen.

Und mit dem Initialisieren der Kontextvariablen hast Du ja gecheckt.
Du kannst Dir die Kontextvariablen über das Menü anschauen:

Die trigger Node kann true und false ja gleichzeitig setzen:

Du solltest dann auch noch den Haken setzen - dass bei Eingang neuer Nachrichten verzögert wird. Damit wenn beide iobroker-In Nodes hintereinander triggern - immer die 15 s eingehalten werden.