Wir wechseln das Forum am 14.11.24 auf die Forensoftware Discourse. Zwischen Montag Abend und Dienstag Nachmittag wird das Forum deaktiviert. Danach sind wir hoffentlich mit neuem Forum inkl. der vorhandenen Beiträge wieder am Start! Hier zum Forenbeitrag!
1) muss ich zur Regelung der Nulleinspeisung noch einen Raspi einsetzen, wie das selbstbau-PV beschrieben ist? Heelgerbe schreibt nichts dazu
Nein, alles was Du brauchst ist bereits auf deinem openDTU-onBattery vorhanden (dynamic power limiter)
4) perspektivisch: wenn ich doch die große Lösung machen will: Welche Heimserver-Programme, die vielleicht auf einem Raspi laufen können, sind empfehlenswert( Home-assistant, Grafana, iobroker) Gibt es da irgendwo Basis-Informationen?
Empfehlenswert von mir, da ich es selbst nutze: Homeassistant. Viele Erläuterungen und tolle Videos im Netz. Einfach einzurichten und zu warten. Innerhalb von Homeassistant lassen sich Erweiterungen wie InfluxDB (Datenbank zum langfristigen Abspeichern deiner Werte) sowie Grafana (graphische Auswertung deiner Daten (Auch aus InfluxDB) installieren und sind alle an einem Ort und lassen sich dort per Mausklick warten und backups erstellen. Viel einfacher als Terminal-Zugriff und Codezeilen-Befehle m.M.n.
@d-san Vielen Dank für den Tipp. Auf welcher Hardware läuft das? Raspi? Und m.M.n. ich hab da lieber ne präzise Kommandozeile als ewiges clicki-bunti. Spätestens wenn Du dich mit Tasmota oder MQTT beschäftigst, wirst Du um die Kommandozeile nicht herumkommen.
So, das Set ist angekommen, 120 kg. Der Fahrer hats bis in die Garage geliefert. Zwei Platten habe ich erst einmal auf den Hof gelegt, und angeschlossen. Wechselricher ist ein HMS 1600-4T. Kam komplett ohne Dokumentation, muss ich noch reklamieren.
Leider komme ich mit der Opendtu nicht auf diesen WR. Obwohl ich den richtig eingetragen habe, zeigt das kleine Display und die Webseite der opendtu keine Leistung an, Wechselrichter-Informationen sind nicht da.
Ich hab verschiedenen Entfernungen zwischen Router, opendtu und dem Hoymiles ausprobiert. Selbst in unmittelbarer Nähe zum WR hat die opendtu keine Nachrichten vom WR empfangen. Die Verbindung zum Router ist am Ort des WR vorhanden. Hat jemand eine Idee, was man da noch machen kann? Gelöscht und wieder angelegt hab ich den WR auch, kein Erfolg.
Und dann hab ich von den Stadtwerken die Doku und die PIN des Stromzählers erhalten, und mich dann mit der Taschenlampe davorgestellt, und versucht, die PIN in den Zähler einzuleuchten. Nach mehreren Versuchen hatte ich die ersten drei Ziffern richtig, die letzte, eine 7 hab ich dann nicht mehr geschafft. Ich versuche es weiter
Jetzt hab ich den WR mit allen 4 Modulen Verbunden. Die Verbindung klappt immer noch nicht. Gerade habe ich dem Mann von den Stadtwerken versichert: Ja, klar der ist gedrosselt. Dieser Hoymiles Stick ist ja das letzte. Da braucht man ja zuerst einen Händler-login, um den WR einzurichten.
Ich frag jetzt in die Runde: Was kann ich noch tun, um die Verbindung mit dem Wechselrichter zu erreichen?
@mottes Du bist sicher, daß Du das richtige Funk interface in Deiner openDTU hast?
Alte Hoymiles HMxxx mit NRF24L01+ (2,4GHz)
Neue Hoymiles HMS-xxx und HMT-xxx mit CMT2300A (868MHz)
Hi,
Schau mal nach ob opendtu den Chip hat.
Mein HMS 2000 funktioniert so.
Ich hatte zuerst auch eine falsche OpenDTU gekauft.
LG
@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.
Aktuell eher im Bereich BKW aktiv. Einrichtung mehrere BKW (Hoymiles / EcoFlow / Nulleinspeisung).
Selbst ein BKW mit 4kWp und 5kW/h Akku im Betrieb und Tibber Kunde.
@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.
Aktuell eher im Bereich BKW aktiv. Einrichtung mehrere BKW (Hoymiles / EcoFlow / Nulleinspeisung).
Selbst ein BKW mit 4kWp und 5kW/h Akku im Betrieb und Tibber Kunde.
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?
Haupt-Topic ist tasmotaT:
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
Integration des Hichi-Moduls (auch ihm großen Dank für freundlichen Support) in die opendtu; scheint über das MQTT-Protokoll zu gehen
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
}
}
}
kurze Frage noch, wollte morgen mal drangehen: muss ich im Tasmota-Menu unter MQTT auch was eingeben?
Wahrscheinlich. Ist dann die opendtu der Broker?