Shelly addon über Node Red auf einer NAS mit iobroker

mickym

@laser Nun das sind aber Tasmota Probleme - wie gesagt ich bin mir nicht sicher, ob das mit discovery richtig ist - aber da dieser Discovery-Wert nicht aktualisiert wird, ist er ja nutzlos. Warum im tele Ast nur der P-Wert rauskommt, das kann ich Dir nicht beantworten. Das ist aber ein Tasmota Problem. Ggf. muss man ein Kommando abschicken, um die vollständigen Werte im tele Ast zu bekommen.

Die Datenpunkte habe ich schon mehrfach gelöscht und neu anlegen lassen.

wie gesagt - ich würde auf der Tasmota suchen und nicht auf der iobroker Seite. Hast Du im stat Ast auch keine Datenpunkte?

Laser

@mickym im Stat- Ast nur POWER und RESULT
Bei einem anderen Tasmota ESP8266 mit 2 Sensoren funktioniert es.
Mal in Tasmota Foren suchen, was da sein könnte...

mickym

@laser Ja wie gesagt - da bin ich überfragt. Die erstellen da immer irgendwelche Skripts - vielleicht hilft Dir das ja:

https://www.mikrocontroller.net/topic/555811

Wenn ich mir diese Seite anschaue - dann ist das glaube normal, dass nur geänderte oder bestimmte Werte kommen:
https://forum.creationx.de/forum/index.php?thread/3640-smart-meter-mt175-braucht-kleinere-mqtt-reportfrequenz/

16:25:11.061 MQT: tele/Stromzaehler/STATE = {"Time":"2022-03-20T16:25:11","Uptime":"13T20:34:39","UptimeSec":1197279,"Heap":21,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":67,"POWER":"OFF","Wifi":{"AP":1,"SSId":"WLS1924","BSSId":"DC:15:C8:5C:92:CC","Channel":11,"Mode":"11n","RSSI":48,"Signal":-76,"LinkCount":1,"Downtime":"0T00:00:03"}}
16:25:11.070 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:11","MT175":{"E_in":5194.0,"E_out":7854.3,"P":-2424.00,"L1":-877.00,"L2":-484.00,"L3":-1038.00,"Server_ID":"090149534b000485d342"}}
16:25:11.395 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:11","MT175":{"P":-2404.00}}
16:25:11.417 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:11","MT175":{"L1":-863.00}}
16:25:11.436 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:11","MT175":{"L2":-484.00}}
16:25:11.457 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:11","MT175":{"L3":-1038.00}}
16:25:12.495 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:12","MT175":{"P":-2201.00}}
16:25:12.516 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:12","MT175":{"L1":-805.00}}
16:25:12.536 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:12","MT175":{"L2":-390.00}}
16:25:12.558 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:12","MT175":{"L3":-989.00}}
16:25:13.676 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:13","MT175":{"P":-2022.00}}
16:25:13.698 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:13","MT175":{"L1":-739.00}}
16:25:13.718 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:13","MT175":{"L2":-364.00}}
16:25:13.738 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:13","MT175":{"L3":-920.00}}
16:25:14.710 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:14","MT175":{"P":-1885.00}}
16:25:14.731 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:14","MT175":{"L1":-686.00}}
16:25:14.751 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:14","MT175":{"L2":-327.00}}
16:25:14.771 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:14","MT175":{"L3":-869.00}}
16:25:15.777 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:15","MT175":{"P":-1761.00}}
16:25:15.799 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:15","MT175":{"L1":-656.00}}
16:25:15.819 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:15","MT175":{"L2":-272.00}}
16:25:15.840 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:15","MT175":{"L3":-832.00}}
16:25:16.882 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:16","MT175":{"P":-1701.00}}
16:25:16.893 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:16","MT175":{"L1":-633.00}}
16:25:16.902 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:16","MT175":{"L2":-259.00}}
16:25:16.920 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:16","MT175":{"L3":-811.00}}
16:25:17.998 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:17","MT175":{"P":-1699.00}}
16:25:18.017 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:18","MT175":{"L1":-632.00}}
16:25:18.037 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:18","MT175":{"L2":-256.00}}
16:25:18.060 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:18","MT175":{"L3":-808.00}}
16:25:19.032 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:19","MT175":{"P":-1635.00}}
16:25:19.053 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:19","MT175":{"L1":-616.00}}
16:25:19.074 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:19","MT175":{"L2":-240.00}}
16:25:19.095 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:19","MT175":{"L3":-787.00}}
16:25:56.698 MQT: tele/Stromzaehler/SENSOR = {"Time":"2022-03-20T16:25:56","MT175":{"P":-749.00}}

Vielleicht musst Du in dem letzten Link was am Script machen.

>D
>B
->sensor53 r
>M 1
+1,3,s,16,9600,MT175
1,77070100010800ff@1000,E-gekauft,kWh,E_in,1
1,77070100020800ff@1000,E-geliefert,kWh,E_out,1
1,77070100100700ff@1,P,W,P,18
1,77070100240700ff@1,L1,W,L1,18
1,77070100380700ff@1,L2,W,L2,18
1,770701004C0700ff@1,L3,W,L3,18
1,77070100000009ff@#,Zaehlernummer,,Server_ID,0
#

Das sieht so aus, als ob Du hier speziell diese Parameter in ein Script übernehmen musst, dass es via Sensor ausgegeben wird.

Aber das hat alles nichts mehr mit dem iobroker zu tun. ;) - Sorry dass ich da nicht weiter helfen kann.

Laser

@mickym Danke. Ich forsche weiter. Mein Script sieht ebenso aus, etwas andere Bezeichnungen.

mickym

@laser Ja aber Du siehst - dass dieses E_in und E_out auch bei dem nur einmal ausgegeben wird und dann nur noch P,L1,L2,L3

Laser

@mickym Ja, die haben das gleiche Problem. Hoffentlich eine Lösung gefunden!
Wenn natürlich irgendwann der String von dem "JSON.parse" nicht gefunden wird und sich IOBroker jedes Mal aufhängt, ist das suboptimal.

Laser

@mickym Dort wurde das so gelöst, daß zyklisch gesendet wird. Das erste gesendete Datenpaket enthält alle Werte.
Das in einen Alias zu packen hat bei mir nicht geklappt, ich nehme 3 Einzelne.

mickym

@laser Ja aber wird ja nicht aktualisiert oder?

Laser

@mickym eben doch! Dort wurde dieses Script in den Tasmota geladen:

>D

;BOOT
>B
;disable mqtt at boot prevents sending 0
smlj=0
->sensor53 r

;SML
>M 1
+1,3,s,16,9600,MT175
1,77070100100700ff@1,Leistung,W,Power_curr,0
1,77070100010800ff@1000,Verbrauch,KWh,Total_in,0
;Die nächste 1 Zeile benötigt ihr nur, wenn ihr eine PV-Anlage habt. Sonst einfach löschen!
1,77070100020800ff@1000,Netzeinspeisung,KWh,Total_out,0
#

;EVERY SECOND
>S
;start mqtt if smartmeter is sending
if (sml[2]>0)
{
  smlj=1
}

mickym

@laser Na dann wird es doch jede Sekunde gesendet - aber wie gesagt da bin ich nicht fit genug in Tasmota.

HF_SPSler

Hallo zusammen,

das Thema ist zwar schon etwas älter, aber aus aktuellem Anlass hole ich den Faden noch mal hoch und hoffe das mein Anliegen hier richtig ist ohne ein neues Thema dazu zu eröffnen.

Ich möchte einen Shelly Mini1PMG3 über den Iobroker bzw. Iqontrol ein- und ausschalten. Mit einem Nous A1 über Tasmota funktioniert das auch soweit, aber am Shelly beiße ich mir gerade die Zähne aus. Das Thema hier hab ich aufmerksam und mehrfach gelesen aber irgendwo hakt es bei mir immer noch.

Es wird der mqtt Adapter verwendet und ich habe die Einstellungen für Topic usw. aus der Empfehlung hier aus dem Faden übernommen:

In Iqontrol habe ich (wie für den Tasmota Nous A1 auch) einen Knopf angelegt der auf einen DP alias.0.SmartHome.Esszimer.Licht.Haupt zugreift. Unter SET_VALUE ist als Konstante "on" und OFF_SET_VALUE "off" (ohne Anführungszeichen) eingetragen.

Der Alias sieht so aus:

{
  "type": "state",
  "common": {
    "name": "Haupt",
    "role": "state",
    "type": "string",
    "read": true,
    "write": true,
    "alias": {
      "id": {
        "read": "mqtt.0.shellys.Esszimmer_Licht_Haupt.status.switch:0",
        "write": "mqtt.0.shellys.Esszimmer_Licht_Haupt.command.switch:0"
      },
      "read": "JSON.parse(val).output"
    }
  },
  "_id": "alias.0.SmartHome.Esszimer.Licht.Haupt",
  "native": {},
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1733998910262
}

Der Baum unter Alias ist wie folgt aufgebaut:

Unter dem mqtt Adapter sieht es so aus:

{
  "_id": "mqtt.0.shellys.Esszimmer_Licht_Haupt.command.switch:0",
  "common": {
    "name": "shellys/Esszimmer_Licht_Haupt/command/switch:0",
    "write": true,
    "read": true,
    "role": "variable",
    "desc": "mqtt server variable",
    "type": "string"
  },
  "native": {
    "topic": "shellys/Esszimmer_Licht_Haupt/command/switch:0"
  },
  "type": "state",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1733948893920
}

Mit setzen von "on" oder "off" direkt im mqtt Adapter kann ich den Shelly ein- und ausschalten.

Das Verhalten des Shellys treibt mich noch in den Wahnsinn. Wenn ich in Iqontrol in den Einstellungen des Knopfes unter "Gerätespezifische Optionen" die Rückstellzeit auf z.B. 1000ms stelle und dann in der Weboberfläche den Knopf drücke schaltet sich der Shelly ein und wie erwartet nach 1s wieder aus. Da er aber nicht als Impulsgeber fungieren soll sondern als Schalter, soll ja statt den 1000ms dort eine 0 stehen (0=nie, umschalten). Steht dort jedoch eine 0, dann kann ich genau einmal einschalten und danach wird jegliches bedienen des Knopfes ignoriert.

Trage ich nichts ein, also weder 1000ms noch eine 0 dann fungiert der Knopf als Taster und sein "Ausgangssignal" toggelt sofort mit Betätigen und wieder loslassen. Der Shelly reagiert auch hier richtig. Knopf betätigt >> Shelly = true, Knopf losgelassen >> Shelly = false.

Was kann ich hier bloß übersehen haben?

mickym

@hf_spsler Keine Ahnung was für Verrenkungen Du machst - nichts mit Rückstellen usw.

Du hast einen Alias der auf true und false reagiert. Den Zustand dieses Alias holst Du Dir über den Status und das command setzt Du darüber ab. Im iqontrol nimmst Du einen normalen Schalter der den Alias mit true und false schaltet.

Dann solltest Du den Shelly ganz normal im Alias mit true und false schalten können und damit auch über iqontrol .Den Pfad zum status (lesen) und command (schreiben) musst Du halt anpassen. Also angelegt schaut Dein Alias ja richtig aus, nur die Konvertierungsfunktion fehlt bzw. steht da Unsinn drin, wenn man mit "on" oder "off" schaltet.

Wenn in den mqtt Datenpunkten on oder off steht, dann hat das doch nichts mit einem JSON zu tun.

Was soll das denn? JSON.parse(val).output - und wie gesagt im iqontrol schaltest Du mit true und false den Alias - und der übersetzt das dann für mqtt.

HF_SPSler

@mickym Danke für deine schnelle Antwort. Ich habe anscheinend noch so gar nicht geblickt wie das Ganze von Statten geht, würde es aber gern blicken.

Der Wert der mqtt Variablen mqtt.0.shellys.Esszimmer_Licht_Haupt.status.switch:0 ist doch ein JSON oder nicht? Um an den Wert von "output", also den Status des Relais, zu kommen muss der Wert von mqtt.0.shellys.Esszimmer_Licht_Haupt.status.switch:0 doch geparst werden oder? Deswegen das JSON.parse(val).output - was in Iqontrol ja auch zuverlässig den aktuellen Status des Relais angezeigt hat.

Inhalt von mqtt.0.shellys.Esszimmer_Licht_Haupt.status.switch:0:

{"id":0, "source":"WS_in", "output":false, "apower":0.0, "voltage":234.8, "freq":49.9, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1734013740}, "ret_aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1734013740},"temperature":{"tC":56.0, "tF":132.7}}

"output" muss hier doch extrahiert werden und kann nicht einfach als "on" oder "off" ausgelesen werden.... ich blick das nicht.

mickym

@hf_spsler Ok - wenn das so drin steht, dann hast Du Recht und dann ist es aber nicht on, off.

Sprich bei Lesen nimmst Du

JSON.parse(val).output

aber bei dem command schreibst Du doch on, off so wie ich das verstanden habe. Dieses Ermitteln von Zuständen machst DU nur in Deinem Alias. Das iqontrol kann nicht mit unterschiedlichen Datenpunkten zum Lesen und Schreiben umgehen.

Für das iqontrol hast Du nur einen Datenpunkt - den Alias mit true und false.

HF_SPSler

@mickym sagte

Sprich bei Lesen nimmst Du
JSON.parse(val).output

Nun, genauso hatte ich es in meinem ersten Post ja geschrieben und der Status des Relais wird ja auch zuverlässig in Iqontrol angezeigt. Nur das Schreiben in den command klappt genau einmal und dann passiert bei erneutem Betätigen des Widgets nix mehr.

Ich weiß nicht ob ich mich unglücklich ausdrücke oder wir einfach aneinander vorbei reden.

Das "on" oder "off" gesendet werden sollen hab ja nicht ich mir ausgedacht, das scheint ja der command zu erwarten.

Der Knopf in Iqontrol sieht so aus:

Und ganz unten in den gerätespezifischen Optionen ist aktuell eine 0 eingetragen damit der Knopf schaltet und nicht toggelt:

Würde ich anstelle der 0 z.B. 1000 eintragen, dann würde beim Betätigen des Widgets das Relais anziehen und nach genau 1sec wieder abfallen. Das suggeriert mir, die grundsätzliche Ansteuerung scheint zu klappen. Nur nicht dann wenn der Knopf schalten statt toggeln soll....

Schreibe ich z.B. direkt über Iobroker hier ein "on" oder "off" rein kann ich den Shelly schalten:

mickym

@hf_spsler Ich hab Dir doch die Konvertierungsfunktion zum Schreiben in dem Screenshot des Alias geschickt. Kein Zurückstellen - im jqontrol machst Du nichts. Aus dem jqontrol schickst Du true und false - sonst nichts.

HF_SPSler

@mickym Erstmal vielen Dank für deine schnelle Unterstützung :+1: . Jetz läuft es wie gewünscht. Ich hatte zwischenzeitlich mal den Shelly-Adapter ausprobiert allerdings gefiel es mir nicht, dass dort die Client ID nicht geändert werden darf und man beim Einsatz von zig Shellys dann m.E. kaum eine Klartextzuordnung, welcher Shelly was macht, erhält. Daher bin ich wieder zurück zu deiner, wirklich guten, Lösung über den MQTT-Adapter da dort eben die Zuordnung und Strukturierung über das MQTT prefix sauber möglich ist.

Allerdings, es funktioniert mit den Konvertierungsfunktionen wie folgt:

In Iqontrol ist das Widget auf "Schalter" eingestellt.

PS: In welcher Doku kann man nachlesen wie die Konvertierungsfunktionen anzuwenden sind? Man muss ja quasi erst mal wissen dass es mit derartigen Konvertierungen zu lösen geht

mickym

@hf_spsler sagte in Shelly addon über Node Red auf einer NAS mit iobroker:

PS: In welcher Doku kann man nachlesen wie die Konvertierungsfunktionen anzuwenden sind? Man muss ja quasi erst mal wissen dass es mit derartigen Konvertierungen zu lösen geht

Die Einzige Doku sind die Beispiele meines Erachtens unter der Konvertierung:

Gibt ja auch nicht viel - da es ja reines Javascript ist.
Beim Lesen steht im val Dein kompleter JSON string, denn Du über JSON.parse in ein Objekt wandelst und dann im Objekt die Eigenschaft selektierst.
Also:
https://www.w3schools.com/js/js_json_parse.asp

Bei Schreiben liest Du ja aus dem Alias quasi true/false und willst das in "on" "off"konvertieren. Also steht in val true oder false und du übersetzt das in "on" und "off". Dazu nimmst Du die conditional Schreibweise, da Du keinen mehrzeiligen JS Code schreiben kannst.

https://www.w3schools.com/js/js_comparisons.asp

Ggf. ist das hier noch die offiziele Doku: https://www.iobroker.net/#de/documentation/dev/aliases.md

Fazit: In welcher Doku kann man nachlesen wie die Konvertierungsfunktionen anzuwenden sind?
Reines Javascript solang es in eine Zeile passt.

HF_SPSler

@mickym Danke dir für die Links :+1:

Aber, so langsam geh ich am Stock. Jetzt funzt es schon wieder nicht mehr und mir gehen die Ideen aus was sich da ständig ändert dass es plötzlich nicht mehr funktioniert.

Seit ca. zwei Stunden tut sich nichts mehr wenn der Schalter in Iqontrol betätigt wird. Kann es eventuell an den Einstellungen im MQTT Adapter liegen?

Der MQTT Adapter steht auf grün und verursacht keine warnenden Logeinträge. Die derzeit verbundenen MQTT Geräte werden auch alle aufgelistet:

Aber wenn ich den Schalter betätige tut sich nichts, nur der drehende Kreis ist zu sehen:

Die Konvertierungsfunktionen sind nach wie vor so, wie sie heute Morgen noch einwandfrei funktioniert haben:

Hier die Ansicht aus dem MQTT Adapter-Baum, die Werte sind offensichtlich auch nicht bestätigt (rot):

Aber offensichtlich werden aus Iqontrol, also dem definierten Schalter, weder "ON" noch "OFF" herausgeschickt und ich kann mir einfach nicht mehr erklären warum dies nicht geschieht :disappointed:

Des kann doch nicht so schwer sein ein simples Relais per MQTT ein- und aus zu schalten - mit dem Tasmota-Dingen gehts ja auch... langsam macht sich Verzweifelung breit.

mickym

@hf_spsler Die mqtt Einstellungen sind am Besten - wenn Du alle Haken raus nimmst.

Den Alias hast Du verkehrt definiert.

Dein Alias ist doch ein Boolean - also Logikwert und keine Zeichenkette. In dem Alias wird doch alles von und nach true/false konvertiert. Das dürfte das Hauptproblem sein.

Und Rolle - lass mal auf state.

Community Forum

NEWS

Shelly addon über Node Red auf einer NAS mit iobroker

Support us

515

32.4k

81.4k

1.3m