NEWS
Hichi-Lesekopf liefert nicht alle Objekte über MQTT
-
Ich konnte den Alias soeben erstellen. Funzt also.
Die Frage ist ob ich damit den Soyo auch füttern kann. -
Die Teleperiod steht bei mir auf 10. Die ist aber nur für MQQT wirksam!?! Oder?
-
Die Teleperiod steht bei mir auf 10. Die ist aber nur für MQQT wirksam!?! Oder?
Die ist aber nur für MQQT wirksam!?! Oder?
Ja.
Ich habe meinen Hichi per MQTT mit dem Sonoff verbunden und sende alle 10 Sekunden.
Über das SML kann man steuern, ob die Leistungswerte bei jeder Änderung oder nur mit dertele-periodübertragen werden. -
Danke für Euer flottes Feedback.
Den Sonoff Adapter habe ich schon ewig am Laufen, und das funktioniert auch mit den Tasmota Sache inkl. Hitchi.
Natürlich ist mein Stromzähler längst "freigeschaltet und liefert auch alle relvanten Werte.Der Knackpunkt warun ich das wie oben beschrieben habe möchte ist der folgende.
Ich habe mehrere Soyo Source Inverter für mein System.
Die Steuere ich wegen 0 Einspeisung und auch Allem anderen über MQTT im IOBroker mit der Software von hier:https://github.com/syssi/esphome-soyosource-gtn-virtual-meterDer Hitchi wird dort allerdings direkt ausgelesen. Also ohne MQTT. Das funktioniert auch.
Aber, der Verbrauchswert vom Hitch/Stromzähler kommt nicht alle 10s wie über MQTT, sondern im Halbsekundentakt.
Dies führt zu einer unnötigen Volatilität in dem der Verbrauchswert ziemlich zappelig ist, und ständig +- hin und her springt.Das funktioniert so alles.
Ich dachte mir wenn ich den Verbrauchswert irgendwie per MQTT wetergebe, dass sich hierdurch das Regelverhalten zur Null Einspeisung verlangsamen lässt.
Das ist der Hintergrund.
Ich hatte gesucht, ob sich der Hitchi irgendwie überreden lässt den Verbrauchswert im 5 oder 10 Sekundentakt weiterzureichen. Aber Fehlanzeige.Übrigens, ich habe auch einen Shelly 3EM. Der gibt den Verbauchswert aber nur für jede Phase einzeln aus. Aber nicht addiert für alle 3.
Wenn der Shelly 3EM so wie oben beschrieben eingebunden ist, funktioniert das auch, ist aber noch volantiler.Habt Ihr vielleicht eine Idee, wie ich die Ausgebe des Verbrauchswertes vom Hitchi oder Shelly verlangsamen kann?
@thomas-homrighausen sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Übrigens, ich habe auch einen Shelly 3EM. Der gibt den Verbauchswert aber nur für jede Phase einzeln aus. Aber nicht addiert für alle 3.
Warum nimmst Du dann nicht diese Lösung
https://github.com/KlausLi/Esp-Soyosource-Controller
und jagst die Soyos gegen den Shelly 3EM?
Steuerung im Sekundentakt und irre zügig. Hatte ich vor meiner Umstellung auf Victron 2 Jahre mit 5 Soyos parallel im Einsatz.
-
@thomas-homrighausen sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Übrigens, ich habe auch einen Shelly 3EM. Der gibt den Verbauchswert aber nur für jede Phase einzeln aus. Aber nicht addiert für alle 3.
Warum nimmst Du dann nicht diese Lösung
https://github.com/KlausLi/Esp-Soyosource-Controller
und jagst die Soyos gegen den Shelly 3EM?
Steuerung im Sekundentakt und irre zügig. Hatte ich vor meiner Umstellung auf Victron 2 Jahre mit 5 Soyos parallel im Einsatz.
codÜber das SML kann man steuern, ob die Leistungswerte bei jeder Änderung oder nur mit der tele-period übertragen werden.e_textHättest Du ein beispiel?
-
codÜber das SML kann man steuern, ob die Leistungswerte bei jeder Änderung oder nur mit der tele-period übertragen werden.e_textHättest Du ein beispiel?
-
@thomas-homrighausen sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Übrigens, ich habe auch einen Shelly 3EM. Der gibt den Verbauchswert aber nur für jede Phase einzeln aus. Aber nicht addiert für alle 3.
Warum nimmst Du dann nicht diese Lösung
https://github.com/KlausLi/Esp-Soyosource-Controller
und jagst die Soyos gegen den Shelly 3EM?
Steuerung im Sekundentakt und irre zügig. Hatte ich vor meiner Umstellung auf Victron 2 Jahre mit 5 Soyos parallel im Einsatz.
@samson71
Hatte ich ganz am Anfang in Verwendung.Der Bavarian Super Guy hatte sich aber irgendwann zuückgezogen. Außerdem closed Souce.
Vielelicht versuch ich es nochmal damit. Hatte MQTT bei Dir damit funktioniert -
@codierknecht
Aber beeinflusst das auch die Übertragung ohne MQTT? -
@homoran sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
wenn du deinen Zähler korrekt nach Anleitung ... eingerichtet hast
Hat er offenbar. Er bekommt ja die Daten.
@thomas-homrighausen sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
{"StatusSNS":{"Time":"2025-10-13T17:06:00","SML":{"server_id":"0a014546522303e0d669","export_total_kwh":4019.3210,"total_kwh":2881.7263,"curr_w":315,"volt_p1":236.6,"volt_p2":236.1,"volt_p3":236.1,"amp_p1":0.8,"amp_p2":1.1,"amp_p3":0.3,"phase_angle_l2_l1":244.0,"phase_angle_l3_l1":122.0,"phase_angle_p1":343.0,"phase_angle_p2":6.0,"ph@codierknecht aaaber
There seems to be a problem with your JSON.
-
@samson71
Hatte ich ganz am Anfang in Verwendung.Der Bavarian Super Guy hatte sich aber irgendwann zuückgezogen. Außerdem closed Souce.
Vielelicht versuch ich es nochmal damit. Hatte MQTT bei Dir damit funktioniert@thomas-homrighausen sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Der Bavarian Super Guy hatte sich aber irgendwann zuückgezogen. Außerdem closed Souce.
Die Lösung selbst funktioniert super schnell und zuverlässig.
Hatte MQTT bei Dir damit funktioniert
Du kannst doch im Controller direkt den 3EM angeben mit seiner IP. Die Regelung läuft dann völlig unabhängig von MQTT direkt zwischen den Soyos und dem Controller.

-
@thomas-homrighausen sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Der Bavarian Super Guy hatte sich aber irgendwann zuückgezogen. Außerdem closed Souce.
Die Lösung selbst funktioniert super schnell und zuverlässig.
Hatte MQTT bei Dir damit funktioniert
Du kannst doch im Controller direkt den 3EM angeben mit seiner IP. Die Regelung läuft dann völlig unabhängig von MQTT direkt zwischen den Soyos und dem Controller.

Vielen Dank für Eure Ratschläge bis hierhin.
Muss noch ein wenig arbeiten.Gruss an Alle
Thomas -
@codierknecht aaaber
There seems to be a problem with your JSON.
@thomas-homrighausen sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Ich konnte den Alias soeben erstellen. Funzt also.
Hat er ja hinbekommen :grin:
-
@codierknecht
Aber beeinflusst das auch die Übertragung ohne MQTT?@thomas-homrighausen sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Aber beeinflusst das auch die Übertragung ohne MQTT?
Kann ich Dir leider nicht sagen. Ich nutze ausschließlich MQTT mit dem Sonoff.
-
@thomas-homrighausen sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Ich konnte den Alias soeben erstellen. Funzt also.
Hat er ja hinbekommen :grin:
@codierknecht sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Hat er ja hinbekommen
aber den Helfenden liefert er unvollständige Daten :rage:
-
@codierknecht sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Hat er ja hinbekommen
aber den Helfenden liefert er unvollständige Daten :rage:
Hallo zusammen,
Kurzes Feedback von meiner Seite.
Alias erstellen hat funktioniert. Dank dem Posting von @Codierknecht vom 12.03.25.
Das zappelige Verhalten, also das Hin und Her springen zwischen Bezug und Einspeisung, funktioniert nun ebenfalls wie gewünscht.Beim beobachten der Konsole vom Tasmota Hitchi Lesekopf war mir aufgefallen, dass jede Sekunde eine Anfrage/Request vom Soyo ausgelöst wurde.
Dies bedeutet, das der Hitchi die gewünschte Info (curr_w) nicht einfach rausposaunt, sondern auf Anfrage des Soyos reagiert. Und das jede Sekunde.Dann habe ich mir das Yaml File angeschaut. Dort gibt es einen Punkt "interval:" und der stand bei mir auf 1100ms.
Diesen Wert habe ich auf 10000ms geändert, neu kompiliert, und die neue bin Datei auf den Wemos D1 mini geflasht.Jetzt ist die große Volantilität beseitigt, und der Soyo speist nur das ein, was tatsächlich bei mir im Haus aktuell verbraucht wird.
Codierknecht, Homoran und Samson71. Vielen dank nochmals Euch dreien, dass Ihr mich unterstütz habt.
Ihr seit bestimmt auch außerhalb des Internets gut Kumpels.
Gruß Thomas
-
@thomas-homrighausen sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Habe einen Hichi IR Lesekopf mit Tasmota der sich nicht richtig in den "normalen" MQTT Broker innerhalb von IOBroker einbinden lässt.
Warum nicht den Sonoff Adapter? Der sollte ein Tasmota-Telegramm gleich richtig zerlegt liefern.
Welche Werte Du überhaupt bekommst hängt vom Zähler und letztlich vom Netzbetreiber ab.@samson71 sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Warum nicht den Sonoff Adapter? Der sollte ein Tasmota-Telegramm gleich richtig zerlegt liefern.
Welche Sonoff Adapter ist konkret gemeint?
Wie lautet die genaue Bezeichnung?
Wo sollte ich diesen bei Bedarf bestellen?Man kann den IR Lesekopf auch gut mit hterm testen um ein Fehlerquelle auzuschließen.
https://www.der-hammer.info/pages/terminal.html -
@codierknecht sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
JSON.parse(val).DWSB20.Power
Leider funktioniert die Konvertierung bei mir nicht:
{ "type": "state", "role": "text", "common": { "name": "SENSOR", "type": "mixed", "read": true, "write": true, "desc": "created from topic", "custom": { "mqtt-client.1": { "enabled": true, "topic": "tele/tasmota_3xxxx/SENSOR", "publish": false, "pubChangesOnly": false, "pubAsObject": false, "qos": 0, "retain": false, "subscribe": true, "subChangesOnly": false, "subAsObject": false, "subQos": 0, "setAck": true } } }, "native": { "topic": "tele/tasmota_34E4F8/SENSOR" }, "from": "system.adapter.mqtt-client.1", "user": "system.user.admin", "ts": 1759573826217, "_id": "mqtt-client.1.tele.tasmota_3xxx.SENSOR", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Der Datenpunkt sieht so aus:
{"Time":"2025-10-18T14:31:54","data":{"1-8-0":14648.1,"2-8-0":69112.2,"1-5-0":0.000,"2-5-0":7.552,"2-6-0":12.112,"36-7-0":-2.56,"56-7-0":-2.50,"76-7-0":-2.70,"32-7-0":239.30,"52-7-0":240.70,"72-7-0":239.70,"31-7-0":10.74,"51-7-0":10.47,"71-7-0":11.34,"16-7-0":-7.77}}Wie muss die Formel aussehen? Kann der Alias Datenpunkt vom Typ "number" sein?
-
@codierknecht sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
JSON.parse(val).DWSB20.Power
Leider funktioniert die Konvertierung bei mir nicht:
{ "type": "state", "role": "text", "common": { "name": "SENSOR", "type": "mixed", "read": true, "write": true, "desc": "created from topic", "custom": { "mqtt-client.1": { "enabled": true, "topic": "tele/tasmota_3xxxx/SENSOR", "publish": false, "pubChangesOnly": false, "pubAsObject": false, "qos": 0, "retain": false, "subscribe": true, "subChangesOnly": false, "subAsObject": false, "subQos": 0, "setAck": true } } }, "native": { "topic": "tele/tasmota_34E4F8/SENSOR" }, "from": "system.adapter.mqtt-client.1", "user": "system.user.admin", "ts": 1759573826217, "_id": "mqtt-client.1.tele.tasmota_3xxx.SENSOR", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Der Datenpunkt sieht so aus:
{"Time":"2025-10-18T14:31:54","data":{"1-8-0":14648.1,"2-8-0":69112.2,"1-5-0":0.000,"2-5-0":7.552,"2-6-0":12.112,"36-7-0":-2.56,"56-7-0":-2.50,"76-7-0":-2.70,"32-7-0":239.30,"52-7-0":240.70,"72-7-0":239.70,"31-7-0":10.74,"51-7-0":10.47,"71-7-0":11.34,"16-7-0":-7.77}}Wie muss die Formel aussehen? Kann der Alias Datenpunkt vom Typ "number" sein?
-
@samson71 sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Warum nicht den Sonoff Adapter? Der sollte ein Tasmota-Telegramm gleich richtig zerlegt liefern.
Welche Sonoff Adapter ist konkret gemeint?
Wie lautet die genaue Bezeichnung?
Wo sollte ich diesen bei Bedarf bestellen?Man kann den IR Lesekopf auch gut mit hterm testen um ein Fehlerquelle auzuschließen.
https://www.der-hammer.info/pages/terminal.html@dojodojo sagte in Hichi-Lesekopf liefert nicht alle Objekte über MQTT:
Welche Sonoff Adapter ist konkret gemeint?
Wie lautet die genaue Bezeichnung?Hää???
Es gibt doch nur einen


