Nulleinspeisung mit Balkonkraftwerk und opendtu und einige Fragen

@marc71 @Zorro99

Vielen Dank für Eure Antworten.

jo, das ist der Grund. Diese DTU hab ich gekauft:

Lieferumfang:

*DTU Bausatz mit der installierten Software OPEN DTU

*ESP32 WROOM und integrierter Antenne

*0.96" OLED Display

*professionell gefertigtes und designtes Kunststoffgehäuse

*incl.USB Kabel

*Ausführliche Betriebsanleitung & Support

Verbaut ist ein schneller ESP32 dieser ist schneller als die ESP 8266

Und mit der stärkeren NRF24L01 + mit integrierter Antenne

in dem wunderschönen Gehäuse ist ein Einschub für den NRF24L01. Vielleicht passt der CMT2300A da auch rein.

Ich schreib mal den Verkäufer an

@mottes Ja das ist die falsche. Weiß nicht ob der Verkäufer dir da hilft. Bestell dir das andere Funkmodul und schließ es an.

Für den PIN schau mal im App Store da gibt es diverse Apps die das blinken übernehmen können.

@mhltheone Er hilft. Er tauscht die DTU um.

Bei der Taschenlampeneingabe für den Zähler habe ich jetzt den Trick raus. Die Lampe auf scharfen Strahl einstellen und für den kurzen Impuls genau über der Diode kurz das Gehäuse berühren, dann die Lampe wegziehen und nach unten leuchten. Dann kommt die Reaktion relativ zuverlässig. So ist es mir gestern gelungen, die PIN einzugeben. Jetzt muss ich mir die Doku noch mal genau ansehen, welche Signale man danach senden muss. Die Syntax des Tasmota-Scripts habe ich inzwischen auch verstanden. Wenn man das Script mit der Dokumentation vergleicht, erkennt man den Aufbau.

Die Stadtwerke sind auch ziemlich hilfsbereit, und haben den gedrosselten Wechselrichter akzeptiert. Wenn ich die Impulse zur Freigabe der Übertragung der übrigen Werte nicht finde, frage ich einfach noch mal nach

@mottes netter Verkäufer.

Mit der App war nur ein Tipp da es so Recht easy ist.

Freut mich das der Netzbetreiber das go gibt für den WR.

So, der Zähler ist jetzt auch aufgebohrt. Übel war, dass die Doku von meinem Stadtwerk genau da aufgehört hat, wo es interessant wurde. Erst bei den Stadtwerken Haltern habe ich eine schöne Kurzanleitung gefunden, die die Kommunikation mit der Taschenlampe einfach und komplett beschrieben haben. Ich musste Info auf on, und PIN auf off stellen, und schon hatte ich in Tasmota die Leistung aller drei Phasen und die Summe angezeigt.

Die Werte werden per MQTT in einen Broker hochgeladen. Haupt-Topic ist tasmotaT:

19:03:05.474 MQT: tele/tasmotaT/SENSOR = {"Time":"2024-03-28T19:03:05","SM":{"56_7_0":16.60}} 19:03:05.503 MQT: tele/tasmotaT/SENSOR = {"Time":"2024-03-28T19:03:05","SM":{"76_7_0":40.18}} 19:03:06.414 MQT: tele/tasmotaT/SENSOR = {"Time":"2024-03-28T19:03:06","SM":{"16_7_0":465.11}} 19:03:06.496 MQT: tele/tasmotaT/SENSOR = {"Time":"2024-03-28T19:03:06","SM":{"36_7_0":406.37}} 19:03:06.505 MQT: tele/tasmotaT/SENSOR = {"Time":"2024-03-28T19:03:06","SM":{"56_7_0":18.28}} 19:03:06.517 MQT: tele/tasmotaT/SENSOR = {"Time":"2024-03-28T19:03:06","SM":{"76_7_0":40.46}} 19:03:07.415 MQT: tele/tasmotaT/SENSOR = {"Time":"2024-03-28T19:03:07","SM":{"16_7_0":473.53}} 19:03:07.442 MQT: tele/tasmotaT/SENSOR = {"Time":"2024-03-28T19:03:07","SM":{"36_7_0":407.63}} 19:03:07.474 MQT: tele/tasmotaT/SENSOR = {"Time":"2024-03-28T19:03:07","SM":{"56_7_0":25.64}} 19:03:07.504 MQT: tele/tasmotaT/SENSOR = {"Time":"2024-03-28T19:03:07","SM":{"76_7_0":40.26}}
In der inneren geschweiften Klammer ist der Wert nach 16_7_0 die Gesamtleistung in W. Das passiert in diesem Ausschnitt 2mal

Welches ist jetzt das Unter-Topic, das ich dem IoT-MQTT-Panel auf meinem Smartphone angeben muss?

[quote data-userid="30574" data-postid="197281"]
Haupt-Topic ist tasmotaT: [/quote]

Ist natürlich Unsinn: Haupttopic ist "tele/tasmotaT/SENSOR". Und der Rest ist im JSON-Format, wie ich mich inzwischen schlau gemacht habe.

im IoT-MQTT-Panel muss also irgendwas wie $.SM.16_7_0 als JSON-Path eingetragen werden, nur das funktioniert nicht.

Kennt sich damit jemand aus?

nach über einem Monat Aktivität mochte ich ein Update bringen:

Die Module sind auf einem Garagendach mit Metalldach-Montagematerial montiert und elektrisch angeschlossen. Die umgetauschte Opendtu (noch mal vielen Dank an Markus Aegerter für sein Entgegenkommen) hat den Wechselrichter sofort gefunden, und ich hab ihn auf 600 W eingestellt. Danach eine Steckdose gefunden, und seit heute Mittag produziert die Anlage vorschriftsmäßig.

Ein paar Baustellen hab ich noch, z.B.

endgültige Befestigung; ein Klemmteil fehlt

Erweiterung des Wlans; die opendtu kann nur an einer Stelle die Signale sowohl vom Wlan als auch von dem Wechselrichter empfangen, und die ist nicht überdacht

Vorstellung bei den Stadtwerken.

Integration des Hichi-Moduls (auch ihm großen Dank für freundlichen Support) in die opendtu; scheint über das MQTT-Protokoll zu gehen

Eine sinnvolle Überwachung der Anlage von Ferrne, wohl wieder mit MQTT und einem öffentlichen Broker.

Frage an die Gemeinde:

Hat schon jemand das HIchi-Modul zu Zählerablesung mittels Tasmota in die opendtu integriert? Im github gibt es da eine Diskussion, die man aber erst verstehen muss. Deswegen: Gibt es dazu ein einfaches Tutorial?

Für Tipps, auch zu den anderen Themen, wäre ich sehr dankbar

Ich habe auch einen Hichi-Lesekopf auf meinem Stromzähler, der per MQTT seine Daten an meinen Home Assistant sendet. Man kann den Hichi aber auch per direktem Zugriff (URL) auslesen; das habe ich auch in meine OpenDTU-onBattery eingetragen.

Was man in das Feld "Json path" eintragen muss, kann man erraten, wenn man die URL (http://192.168.x.y/cm?cmnd=status%208, x und y je nach deinem WLan) per Hand im Browser aufruft. Bei mir kommt dann als Rückmeldung:

{"StatusSNS":{"Time":"2024-05-05T11:00:34","Power":{"Meter_Number":"XXXXXXXXXXXXXX","Total_in":4155.999,"Total_out":84.606,"Power_curr":8.00}}}

Nach ein bisschen Rumprobieren bin ich dann auf "StatusSNS/Power/Power_curr" gekommen, weil das obige Json hierarchisch aufgedröselt so ausschaut:

{
"StatusSNS":
{
"Time":"2024-05-05T11:00:34","
Power":
{
"Meter_Number":"XXXXXXXXXXXXXXXXXXXXXXX",
"Total_in":4155.999,
"Total_out":84.606,
"Power_curr":8.00
}
}
}

3 „Gefällt mir“

@forum2023

ich sag schonmal danke, und werde berichten.

1 „Gefällt mir“

@forum2023

kurze Frage noch, wollte morgen mal drangehen: muss ich im Tasmota-Menu unter MQTT auch was eingeben?

Wahrscheinlich. Ist dann die opendtu der Broker?

Für die direkte Abfrage des Hichi-Lesekopfes per URL muss MQTT wahrscheinlich nicht mal konfiguriert werden. D.h. wenn es dir ausschließlich um die Nulleinspeisung geht, reichen OpenDTU, Lesekopf, Akku, Laderegler, Solarpanele und die notwendigen Kabel.

Wenn du den Hichi dennoch seine Daten per MQTT versenden lassen willst, dann brauchst du einen MQTT-"Server" (offiziell MQTT Broker), der sie entgegennehmen kann.

OpenDTU kann das nicht, du brauchst dann irgendeinen kleinen Rechner ala Raspi oder MiniPC, der 24/7 dauerläuft und den MQTT Broker beherbergt. Bei mir ist das ein Addon namens Mosquitto Broker im Home Assistant. Mosquitto Broker ist ein sehr beliebter und schlanker MQTT Broker mit geringen Hardware-Anforderungen, der standalone auf genügsamer Hardware laufen kann (oder eben als Addon in einer Hausautomatisierungssoftware).

Sinn macht so ein dauerlaufender MQTT Broker aber eigentlich erst, wenn du eine Smarthome-Software wie Home Assistant, IOBroker, HAB, o.ä. laufen lässt, um deine Hausdaten aufzuzeichnen, zu visualisieren und ein bisschen auszuwerten.

@forum2023

openDTUonBattery kann auch MQTT lesen soviel ich weiß.

lese dort einfach mal das Wiki, speziell unter Powermeter

Bei mir habe ich am "Tasmota-Stromsensor" nirgends was extra konfiguriert.

Beim OpenDTU on Battery habe ich nur den Tasmota-Stromsensor als Quelle konfiguriert, wie es zuvor forum2023 schon beschrieben hat.

Lediglich, wenn Du irgendwo noch ein Home Assistant oder ähnliches System im Netz hast, kannst Du den unter MQTT konfigurieren

Natürlich. Du kannst den Zähler auf die verschiedensten Arten auslesen, nicht nur per URL, sondern auch per MQTT.

Aber: Wenn du ihn per MQTT auslesen willst, dann brauchst du auf irgendeinem Rechner einen dauerlaufenden MQTT Broker. OpenDTU ist immer nur ein MQTT-Client. Den MQTT Server braucht man immer noch extra. Deswegen - will man keinen MQTT-Server aufsetzen (weil man keinen dauerlaufenden KleinPC hat oder möchte), dann kann man auf MQTT auch komplett verzichten.

@alle: Danke, hat geklappt

JSON kommt nicht über MQTT, sondern über HTTP. Also brauch ich auch keinen Broker.

mein Eintrag ist ein wenig anders, weil ich einen anderen Zähler habe; hab bei der Gelegenheit was über JSON gelernt

vielleicht noch für die Mitleser: Tasmota musste dafür nicht konfiguriert werden; Das Hichi-Modul sendet ja ständig über HTTP

1 „Gefällt mir“

Neuer Step: IOT MQTT Panel ist konfiguriert; die Daten können jetzt auch remote abgerufen werden.

Nur Tasmota mit dem JSON-Text sperrt sich immer noch.

Hier der Link zum Video 0€ Balkonkraftwerk Dashboard einfach selbstgemacht | MQTT | hoymiles ahoy dtu | aus WWW erreichbar - YouTube

Seit letzter Woche Samstag steht der Zähler inzwischen bei 30 kWh

Für die DTU habe ich ein Plätzchen gefunden, das sich in Reichweite des WLANs und des Wechselrichters befindet, Stromanschluss hat und unter Dach ist.

Derzeit bringt die Anlage trotz 600W-Bremse mehr als 5kWh/Tag, was ich remote verfolgen kann.

Aber: um die Wirtschaftlichkeit untersuchen zu können, benötige ich eine MQTT-Client, der auf möglichst schmaler Hardware läuft, die ordentlich Speicher hat. Ich möchte den Solar-Ertrag und den Verbrauch protokollieren. Danach wollte ich Auswertungen fahren, ob ein Speicher sich vielleicht amortisieren würde. Hier wurde bereits Home-Assistant genannt, ich selbst habe Mosquito gefunden. Input sollte rein über MQTT/JSON erfolgen, output sollte excel-kompatibel sein.

Wäre das mit mosquito und RASPI möglich? Oder reicht ein anderes Programm / andere Hardware?

Any hints are appreciated.

@derdickebaer Danke, aber die Frage nach dem lokalen Netz stellt sich nicht. Ich hab hier die MQTT-Werte, die Tasmota und openDTU rausbringen

Ich hab jetzt mal den den mosquitto_sub installiert, der protokolliert stoisch die openDTU-Werte, aber was mache ich mit diesen blöden JSON-Ausdrücken von Tasmota, die werden von mosquitto_sub als Text ausgegeben, und entziehen sich jeder Auswertung.

Eigentlich brauch ich nur einen Lastgang. Den muss ich doch irgendwie aus den JSON-Daten ermitteln können. Hier ist mal eine Zeile.

{"Time":"2024-05-12T13:26:27","SM":{"16_7_0":-99.43}}
Das bedeutet, dass heute um 13:26 Uhr und 27 sekunden 99,43 Watt eingespeist worden sind. Aber das kann ich doch nicht händisch machen. Da muss es doch irgendeine Umformatierungsroutine geben, die das so interpretiert, wie ich das gerade beschrieben hab.

Eben das würde die Kombination von Home Assistant mit dem Addon Mosquitto für dich tun. Das JSON-Ergebnis auswerten, den Wert in der Datenbank speichern und nach deinen Wünschen visualisieren. (Ob es auch Addons zum Exportieren der Daten aus der Datenbank gibt, weiß ich nicht.)

@forum2023

Geht auch mit Bordmitteln:

sed 's/{"Time":"2/2/ ;s/T/;/;s/","SM":{"//;s/"://;s/16_7_0/;;;;/;s/36_7_0/;;;/;s/56_7_0/;;/;s/76_7_0/;/;s/}}//; w 1305241800.csv'  1305241800.json 

wobei 1305241800.json die von Mosquitto heruntergeladenen Werte sind, und 1305241800.csv von jeder Tabellenkalkulation verarbeitet werden kann. Morgen lass ich mal den großen Computer tagsüber laufen und protokollieren.

1 „Gefällt mir“