nach Aktivierung Powermeter mit Mqtt wird die WR-Leistung ohne Zutun auf 0 gestellt

[IngoEF]

Der WR wird im gleichen Zug abgeschaltet. Zu allem Überfluss ist kurz danach openDTU nicht mehr erreichbar und kommt erst nach kompletter Stromtrennung/Wiederverbindung wieder.
"Dynamic Power limiter Settings" ist dabei die ganze Zeit aus.
Das hat sich inzwischen diverse Male wiederholt.
Was tun?

[MalteSchm]

Was bedeutet denn Aktivierung MQTT und wie ist die WR Leistung vorher eingestellt worden?

[IngoEF]

Der Inverter

• bleibt dauerhaft und zuverlässig aus
• steht genauso dauerhaft schlagartig mit Powerlimit Null da
  OpenDTU hängt stetig in der Bootschleife.
  Kann alles im oben mitgeschickten Protokoll (ab ca. 11:52 Uhr) nachgelesen werden.
  Nach der Nachricht "Received MQTT message on topic: tele/Hausverbrauch/SENSOR" kommt

1. "abort() was called at PC 0x401ab673 on core 1"
2. "Backtrace"
   usw.
   platformio-device-monitor-230505-123307.log
   OpenDTU ist dann in keiner Weise mehr erreichbar und braucht Erase + einmal neu Flashen

[IngoEF]

Ich würde dann noch gern wissen, weshalb sich die Firmware dazu hinreißen lässt, überhaupt etwas regeln zu wollen, wenn das gar nicht eingeschaltet ist; gewollt sein kann das doch nicht -oder? Einen Hinweis darauf habe ich zumindest nicht gelesen.

[helgeerbe]

Wenn PowerLimiter aus ist, sollte nichts geregelt werden. Es sei denn du hast noch irgendwelche MQtt Clients laufen, oder im Broker sind published messages mit retain flag. Dann würde die openDtu bei jedem hochfahren einen Befehl von Broker bekommen

[IngoEF]

der DynamicPowerLimiter? Der ist aus.
Woran kann ich ein Retain-Flag erkennen?
Würde dieser Befehl in irgendeiner Weise protokolliert/nachvollziebar sein?
Könnte das die Sache so stark beeinflussen, dass die Firmware sich in die beobachtete Boot-Schleife verzieht?

[IngoEF]

/Hichi/Tasmota schickt in dem Topic "tele/Hausverbrauch/SENSOR" den Wert {"Time":"2023-05-05T15:35:48","MT681":{"Power_cur":171}}.
Kann der OpenDTU durcheinanderbringen?
Ist ggf. meine Topic-Angabe falsch?

[IngoEF]

Das war an. Könnte diese Einstellung Schuld an der Misere haben? Home-Assistent beabsichtige ich zwar, habe aber noch nichts dgl, am Laufen

[madmartin]

Das war an. Könnte diese Einstellung Schuld an der Misere haben?

Definitiv Nein.

[helgeerbe]

So, ich hatte jetzt mal Zeit, mir dein Logfile anzusehen. Dass der ESP abstürzt ist sicher nicht richtig. Kannst du mir bitte mal deine Power Meter Einstellungen zeigen.

Das MQTT Interface erwartet die Powerwerte in der Payload. Du schickst ein JSON Objekt. Das kann nicht funktionieren.
Kannst du die Daten nicht per http abfragen und dann an den Powerwert über den Json-Path kommen?

[helgeerbe]

Kannst du deinen Lesekopf nicht mit http://deineIP/cm?cmnd=status%2010 auslesen. Was bekommst du dafür im Browser zurück? Natürlich bitte die richtige IP verwenden.

[helgeerbe]

http://deineIP/cm?user=admin&password=mypassword&cmnd=status%2010 wenn du user und password brauchst.

[IngoEF]

Du meinst, ich würde ein JSON-Objekt schicken. Ich bezweifle, dass ein MQTT-Broker wie Mosquitto sowas tut, denn der steckt zwischen allem.
Nachdem MQTT so kläglich den Geist aufgibt, bin ich nun auch schon auf HTTP/JSON gekommen, scheitere aber an meiner Unfähigkeit, JSON zu sprechen und kriege deswegen den JSON Pfad in den Powermeter-Einstellungen nicht gebacken.
Die Antwort sieht aus wie im Bild.

[IngoEF]

Bzgl. MQTT hatte ich weiter oben schon geschrieben:
In der Konsole erscheinen ein paar Meldungen wie:
Received MQTT message on topic: tele/Hausverbrauch/SENSOR
Das ist im Logfile genauso zu sehen und kann mAn nicht in Ordnung sein.
Fraglich ist nur, wo die Payload des Topics bleibt...

[madmartin]

Probier als JSON-Path mal StatusSNS/MT681/Power_cur

[IngoEF]

Na, das ist mal ein Ding.
Ich hangele mich die ganze Zeit ergebnislos Beispiel längs:
JSON path examples:
total_power - { "othervalue": "blah", "total_power": 123.4 }
und dann ist der Pfad Slash-getrennt.
Danke, so geht's.

[helgeerbe]

Freut mich, wenn es jetzt geht.

Mqtt erwartet eine Zahl als Payload. Dein Tasmota schickt ein JSON Objekt. Da fehlt eine Überprüfung im Code, deshalb stürzt der ESP ab.

[madmartin]

Ist schon okay, die Freude ist schliesslich groß!

[madmartin]

Ja, ist doch schön wenn man weiß warum es funktioniert!

Bitte - wenn Fragen beantwortet sind - diese auch als solches markieren.

Eine Anmerkung noch zum Lesen des Stromzählers per HTTP und nicht per MQTT:
Ich habe im ersten Moment gedacht "was soll das denn, die Werte kommen doch schon per MQTT".
Bei näherem Nachdenken ist aber das "lauschen" auf MQTT Nachrichten für den PowerLimiter "passiv", das heißt er muß warten bis er Werte bekommt. Beim Abfragen über http kann der Powerlimiter gezielt abfragen. Das Mitteilen der Werte per MQTT kann man auch nicht beliebig hochdrehen, denn irgenwann kommt der MQTT Server bei grösseren Installationen an seine Grenzen.
Das macht also - lesen per http - schon irgendwie sinn.

[IngoEF]

Wenn es tatsächlich so sein sollte, dass z.B. Mosquitto JSON durch die Gegend schickt (ich kann das mangels entsprechender Werkzeuge nicht testen), und dieser Umstand die Software bis zum Neustart führt, wird die angesprochene Fehlerbearbeitung hoffentlich noch eingebaut, damit nicht andere auch in die Falle laufen.
Danke für die Problem-Umschiffung.

[github-actions[bot]]

This discussion has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion for related concerns.