NEWS
Heidelberg Energy Control / PV-Laden / Modbus / Blockly
-
Hallo,
ich habe die Aufgabe die Heidelberg-WB für meinen lieben Nachbarn in sein Smarthome (HA) zu integrieren.
Grundsätzlich ist mir die Angelegenheit eigentlich klar, wobei wir noch mit den Details kämpfen. Der eingesetzte Adapter (elfin EW11 WIFI) ist sehr zickig.
Eine Frage habe ich:Warum hast Du die Wallbox als Follower und nicht als Master eingestellt? Ich habe die als einzige und deswegen Master gesehen - aber bei uns läuft es halt auch noch nicht...
-
Hallo,
ich habe die Aufgabe die Heidelberg-WB für meinen lieben Nachbarn in sein Smarthome (HA) zu integrieren.
Grundsätzlich ist mir die Angelegenheit eigentlich klar, wobei wir noch mit den Details kämpfen. Der eingesetzte Adapter (elfin EW11 WIFI) ist sehr zickig.
Eine Frage habe ich:Warum hast Du die Wallbox als Follower und nicht als Master eingestellt? Ich habe die als einzige und deswegen Master gesehen - aber bei uns läuft es halt auch noch nicht...
@digi303 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:
Warum hast Du die Wallbox als Follower und nicht als Master eingestellt? Ich habe die als einzige und deswegen Master gesehen - aber bei uns läuft es halt auch noch nicht...
Der Chef, also der "Master", ist die modbus-Instanz des iobroker. Alle anderen müssen dem Master folgen, sind also nur "Follower".
Du hast zwei Geräte, nicht nur eines, die miteinander umgehen sollen -- der Master ist modbus, der Follower die Wallbox. -
@digi303 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:
Warum hast Du die Wallbox als Follower und nicht als Master eingestellt? Ich habe die als einzige und deswegen Master gesehen - aber bei uns läuft es halt auch noch nicht...
Der Chef, also der "Master", ist die modbus-Instanz des iobroker. Alle anderen müssen dem Master folgen, sind also nur "Follower".
Du hast zwei Geräte, nicht nur eines, die miteinander umgehen sollen -- der Master ist modbus, der Follower die Wallbox. -
@roetty sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:
@nitrox9
Hallo Nitrox,vielen dank für die wirklich tolle Step by Step Erklärung :-). Ich richte meine Heidelberg EC auch gerade ein und komme an einer Stelle einfach nicht weiter. Die Kommunikation mit der Box steht würde ich sagen. Alles Grün und ich bekomme alle Werte die in den Registern stehen von der Box zurück. Dennoch blinkt sie Weiß/Blau und ich erhalte beim Charging-State IMMER nur den Wert 10 (Box locked / not Ready) zurück!
Hallo Roetty, was mir auffällt:
-
sieht alles soweit gut aus. Mein erste Frage: ist ein Auto angeschlossen und was sagt innen das Auto? Ohne Auto wirst du das weiß/blaue Blinken nicht wegbekommen (wohl Standby-Problematik trotz Anzeige 40259 mit disabled).
-
Und ja, da habe ich einen Fehler gefunden: bei dir steht etwas in der 30101/30102 von 6A. Ab Werk ist innen in der Box der Drehschalter auf 6A eingestellt (in die Falle bin ich auch gelaufen). Das auf 16A stellen. Keine Ahnung, ob das dein Problem löst.
-
stelle die Werte in 40259-40263 mal so ein, wie bei mir. Wobei ich bei meiner Firmware am Ende 40259 und 40260 nicht mehr abgefragt habe (Haken bei Abfrage, machte nur Ärger, brauche ich nicht. Allerdings ist deine Instanz grün, hat er also geschluckt).
-
ich nutze auch "nur" den Modbus Adapter. Allerdings läuft bei mir iobroker in stable, also mit modbus v4.0.4 (bei dir 5.0.5)
-
Bei mir hat die 30005 die 263, also Firmware v1.0.7. Bei dir 264, also Firmware v1.0.8. Schaue nochmal in die Tabelle, ob es da Unterschiede gibt. So zeigt er ja bei mir mit 40262 nur (null) an.
Sonst ist ja technisch alles soweit am Laufen. Probiere mal meine Tipps -- wird schon :-)
Hallo zusammen, und @nitrox9 vielen Dank auch von mir für die Anleitung :-) Leider habe auch mit "Problemchen" zu kämpfen.
Kommunikation steht, Auto ist dran, er fängt aber ums verrecken das Laden nicht an :-(
Der Chargingstate (30006) steht immer in 4!
40262 habe ich schon diverse Vorgaben gemacht. Hilft aber nicht.
40263 geht komischerweise immer wieder auf "0" zurück wenn ich etwas vorgebe...
Zufällig jemand eine Idee?
MFG ttoebbe :-)
-
-
Hallo zusammen, und @nitrox9 vielen Dank auch von mir für die Anleitung :-) Leider habe auch mit "Problemchen" zu kämpfen.
Kommunikation steht, Auto ist dran, er fängt aber ums verrecken das Laden nicht an :-(
Der Chargingstate (30006) steht immer in 4!
40262 habe ich schon diverse Vorgaben gemacht. Hilft aber nicht.
40263 geht komischerweise immer wieder auf "0" zurück wenn ich etwas vorgebe...
Zufällig jemand eine Idee?MFG ttoebbe :-)
-
40260_Remote_Lock = 1 ;-)
Sollte 0 sein.Sonst mal mit 16A (40262) starten, einige Autos wie die ZOE brauchen min 8A.
@nitrox9 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:
einige Autos wie die ZOE brauchen min 8A.
meine lädt brav mit 6A am go-e Charger
-
@nitrox9 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:
einige Autos wie die ZOE brauchen min 8A.
meine lädt brav mit 6A am go-e Charger
einige Autos wie die ZOE brauchen min 8A.
meine lädt brav mit 6A am go-e Charger
Die ZOE ist ja als „Ladezicke“ bekannt. Ist ja toll, wenn es bei dir geht.
Mein Tesla lädt mit 6A, sobald ich unsere ZOE anklemme, muss ich per VIS auf 8A umschalten.Aber hier geht es erstmal um Fehlereingrenzung und auch nicht um den go-e Charger. Auch keine Ahnung, ob hier überhaupt eine ZOE im Spiel ist.
-
40260_Remote_Lock = 1 ;-)
Sollte 0 sein.Sonst mal mit 16A (40262) starten, einige Autos wie die ZOE brauchen min 8A.
-
40260_Remote_Lock = 1 ;-)
Sollte 0 sein.Sonst mal mit 16A (40262) starten, einige Autos wie die ZOE brauchen min 8A.
Auch bringen die 16A leider nichts. Immer noch der Charging State 4. Ich habe einen E-Golf dran! Ich habe hier einmal den aktuellen Status als Bild und auch die Erklärung zu den ChargingStates. Falls hier noch jemand eine Idee hat...:cry:
-
Auch bringen die 16A leider nichts. Immer noch der Charging State 4. Ich habe einen E-Golf dran! Ich habe hier einmal den aktuellen Status als Bild und auch die Erklärung zu den ChargingStates. Falls hier noch jemand eine Idee hat...:cry:
-
Hallo,
meine Lösung für die Aufgabe "PV-Überschussladen mit Wallbox Heidelberg Energy Control über Modbus, ioBroker und Blockly" möchte ich hier vorstellen:
Anbindung über RS485
Bei Recherchen habe ich mehrere Adapter probiert. Am erfolgversprechendsten war das oft angepriesene Hösi Universalgateway.
Nach meinem Verständnis kann diese allerdings gar nicht funktionieren, da die von der Heidelberg geforderten 19200/8E1 nicht in der Hösi einstellbar sind.Am Ende klappte es prima mit einem 2,75€ RS485-USB-Adapter in einer ZWEITEN Raspberry in der Garage.
Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.
Einstellungen Heidelberg
DIP Schalter Config: Block S4/4 = On (ID1), S6/2 = On (Endwiderstand Ein). Die Wallbox ist somit Follower mit der ID1 ohne Master und intern terminiert.
Den Drehschalter S1 (Mitte unten) sollte man von 0 (max 6A) auf 5 (max 16A) stellen.
Einrichtung Modbus RTU im ioBroker
Auf der ZWEITEN Raspberry wird ganz normal ein frisches ioBroker installiert. Als Adapter dann modbus. Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
Einstellungen dann auf /dev/ttyUSB0,19200/8E1 und ID1
Die Eingangsregister wurden schon in anderen Postings gut beschrieben:
Die Holdingregister funktionieren bei mir (v1.0.7) nur genauso (Haken bei Abfrage) wie beschrieben:
Die Tabelle mit den Registern sollte man parat haben:
https://www.amperfied.de/wp-content/uploads/2022/06/ModBus-Register-Tabelle.pdf
https://www.amperfied.de/wp-content/uploads/2022/06/Erweiterte-ModBus-Registerbeschreibung.pdf
https://www.amperfied.de/de/service-support/downloads/
Relevant ist auch die Version der Firmware. Bei mir steht unter der Adresse 4/30005 die Decimal 263, somit habe ich die Firmware v1.0.7. Dec264 wäre v1.0.8.Box in Betrieb nehmen
Nun Instanz neu starten. Es muss grün werden, sonst weiter suchen (siehe unter Protokolle). Am einfachsten ist es, wenn dabei ein Auto angeschlossen ist, um potentielle Probleme (die ich nicht hatte) mit Standby der Box erstmal auszuschliessen.
Auto nur anschliessen, wenn die Box nicht mehr blau blinkt.Wenn man nun in die 40262 z.B. 100 für 10A schreibt, dann sollten die Modbus-Objekte für einphasiges Laden bei angeschlossenem Auto so aussehen (L1 lädt mit 10.1A):
- Erst wenn bis hier alles einwandfrei läuft und das Auto mit den manuell eingestellen Werten lädt, geht es weiter! Blockly ganz am Schluß!
- Wenn nun alles auf der zweiten Raspberry funktioniert, dann werden beide Raspberry mit Master/Slave verbunden. Ein klasse Feature von ioBroker!
Wie das mit dem Master/Slave --also multihost-- funktioniert, findet man im Internet, z.B. hier:
https://www.youtube.com/watch?v=o2AT1E0FDD0
Das Blockly zum PV-Überschussladen ist im Gegensatz zur Technik ja eine Spielwiese :-)
Meine Gedanken dazu:
- Grafiken werden optional über InfluxdDB und Grafana/eCharts erstellt.
- der zur Verfügung stehende Überschussstrom wird bei mir über einen Sensor direkt am Zähler erfasst ==> powerfox/poweropti
https://poweropti.powerfox.energy/. Für den powerfox gibt es sogar einen iobroker-Adapter -- sehr einfache Sache.
Bei den meisten wird das sicherlich irgendwie über den Wechselrichter gehen. - bei mir hat PV-Überschuss nur einphasig Sinn. Über die Werte von L1/L2/L3 könnte man sich dreiphasiges PV-Laden bauen.
- Über VIS kann ich per Smartphone PV-Laden ausschalten, er lädt dann max (siehe weiter unten im Blockly)
- Wer will kann sich analog zu openWB noch Features wie Grundladen (Min+PV), also z.B. immer min 10A leicht einbauen
- Die Debug-Meldungen sollte man operativ noch ausblenden (rechte Maustaste auf debug und "Bausteine deaktivieren").
- Zukünftig kann man so intelligent weitere Features wie Wärmepumpe oder DIY-Solarspeicher leicht integrieren.
- Ja, sogar eine Lastverteilung unter mehreren Wallboxen, auch verschiedener Firmen, ist machbar. Die Boxen müssen nur irgendwo im ioBroker Datenpunkte ablegen, egal ob über mqtt, modbus oder sonstwas.
Kurzum, eine Spielwiese :-) :
Und so sieht dann das alles im Betrieb aus
Rot ist der Hausverbrauch. Orange ist die Heidelberg, die sich sehr feinfühlig bemüht den Hausverbrauch zu stabilisieren.
Hauptsache nichts einspeisen ;-)
@nitrox9 braucht man denn für das modbus Kabel zwangsweise ein geschirntes Kabel? Ich habe in die Garage noch 10x2 Adernpaare (Telekom Leitung) ungeschirmt liegen. Alternativ könnte ich das 2. Adernpaar aus dem knx Kabel nehmen. Das LAN Kabel brauche ich für Netzwerk in der Garage leider voll...
-
@nitrox9 braucht man denn für das modbus Kabel zwangsweise ein geschirntes Kabel? Ich habe in die Garage noch 10x2 Adernpaare (Telekom Leitung) ungeschirmt liegen. Alternativ könnte ich das 2. Adernpaar aus dem knx Kabel nehmen. Das LAN Kabel brauche ich für Netzwerk in der Garage leider voll...
@iobrokerin Rein technisch brauchst du nur zwei Adern. Also nein, du brauchst nicht zwingend ein geschirmtes und verdrilltes Kabel.
Von der sauberen und störungsfreien Durchführung her, ist das natürlich zu empfehlen.
Aber wenn es Probleme in der Datenkommunikation gibt, dann weißt du wenigstens wo du suchen musst :grin: -
@iobrokerin Rein technisch brauchst du nur zwei Adern. Also nein, du brauchst nicht zwingend ein geschirmtes und verdrilltes Kabel.
Von der sauberen und störungsfreien Durchführung her, ist das natürlich zu empfehlen.
Aber wenn es Probleme in der Datenkommunikation gibt, dann weißt du wenigstens wo du suchen musst :grin:@nitrox9 ok, Spitze. Welchen ModBus 2 USB Adapter hast du gekauft? Abschliessen tue ich das dann mit einem 150 Ohm Widerstand, reingeklemmt zw. die beiden Anschlussklemmen, richtig?
-
Hallo,
meine Lösung für die Aufgabe "PV-Überschussladen mit Wallbox Heidelberg Energy Control über Modbus, ioBroker und Blockly" möchte ich hier vorstellen:
Anbindung über RS485
Bei Recherchen habe ich mehrere Adapter probiert. Am erfolgversprechendsten war das oft angepriesene Hösi Universalgateway.
Nach meinem Verständnis kann diese allerdings gar nicht funktionieren, da die von der Heidelberg geforderten 19200/8E1 nicht in der Hösi einstellbar sind.Am Ende klappte es prima mit einem 2,75€ RS485-USB-Adapter in einer ZWEITEN Raspberry in der Garage.
Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.
Einstellungen Heidelberg
DIP Schalter Config: Block S4/4 = On (ID1), S6/2 = On (Endwiderstand Ein). Die Wallbox ist somit Follower mit der ID1 ohne Master und intern terminiert.
Den Drehschalter S1 (Mitte unten) sollte man von 0 (max 6A) auf 5 (max 16A) stellen.Einrichtung Modbus RTU im ioBroker
Auf der ZWEITEN Raspberry wird ganz normal ein frisches ioBroker installiert. Als Adapter dann modbus. Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
Einstellungen dann auf /dev/ttyUSB0,19200/8E1 und ID1Die Eingangsregister wurden schon in anderen Postings gut beschrieben:
Die Holdingregister funktionieren bei mir (v1.0.7) nur genauso (Haken bei Abfrage) wie beschrieben:
Die Tabelle mit den Registern sollte man parat haben:
https://www.amperfied.de/wp-content/uploads/2022/06/ModBus-Register-Tabelle.pdf
https://www.amperfied.de/wp-content/uploads/2022/06/Erweiterte-ModBus-Registerbeschreibung.pdf
https://www.amperfied.de/de/service-support/downloads/
Relevant ist auch die Version der Firmware. Bei mir steht unter der Adresse 4/30005 die Decimal 263, somit habe ich die Firmware v1.0.7. Dec264 wäre v1.0.8.Box in Betrieb nehmen
Nun Instanz neu starten. Es muss grün werden, sonst weiter suchen (siehe unter Protokolle). Am einfachsten ist es, wenn dabei ein Auto angeschlossen ist, um potentielle Probleme (die ich nicht hatte) mit Standby der Box erstmal auszuschliessen.
Auto nur anschliessen, wenn die Box nicht mehr blau blinkt.Wenn man nun in die 40262 z.B. 100 für 10A schreibt, dann sollten die Modbus-Objekte für einphasiges Laden bei angeschlossenem Auto so aussehen (L1 lädt mit 10.1A):
- Erst wenn bis hier alles einwandfrei läuft und das Auto mit den manuell eingestellen Werten lädt, geht es weiter! Blockly ganz am Schluß!
- Wenn nun alles auf der zweiten Raspberry funktioniert, dann werden beide Raspberry mit Master/Slave verbunden. Ein klasse Feature von ioBroker!
Wie das mit dem Master/Slave --also multihost-- funktioniert, findet man im Internet, z.B. hier:
https://www.youtube.com/watch?v=o2AT1E0FDD0
Das Blockly zum PV-Überschussladen ist im Gegensatz zur Technik ja eine Spielwiese :-)
Meine Gedanken dazu:
- Grafiken werden optional über InfluxdDB und Grafana/eCharts erstellt.
- der zur Verfügung stehende Überschussstrom wird bei mir über einen Sensor direkt am Zähler erfasst ==> powerfox/poweropti
https://poweropti.powerfox.energy/. Für den powerfox gibt es sogar einen iobroker-Adapter -- sehr einfache Sache.
Bei den meisten wird das sicherlich irgendwie über den Wechselrichter gehen. - bei mir hat PV-Überschuss nur einphasig Sinn. Über die Werte von L1/L2/L3 könnte man sich dreiphasiges PV-Laden bauen.
- Über VIS kann ich per Smartphone PV-Laden ausschalten, er lädt dann max (siehe weiter unten im Blockly)
- Wer will kann sich analog zu openWB noch Features wie Grundladen (Min+PV), also z.B. immer min 10A leicht einbauen
- Die Debug-Meldungen sollte man operativ noch ausblenden (rechte Maustaste auf debug und "Bausteine deaktivieren").
- Zukünftig kann man so intelligent weitere Features wie Wärmepumpe oder DIY-Solarspeicher leicht integrieren.
- Ja, sogar eine Lastverteilung unter mehreren Wallboxen, auch verschiedener Firmen, ist machbar. Die Boxen müssen nur irgendwo im ioBroker Datenpunkte ablegen, egal ob über mqtt, modbus oder sonstwas.
Kurzum, eine Spielwiese :-) :
Und so sieht dann das alles im Betrieb aus
Rot ist der Hausverbrauch. Orange ist die Heidelberg, die sich sehr feinfühlig bemüht den Hausverbrauch zu stabilisieren.
Hauptsache nichts einspeisen ;-)
@nitrox9 said in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:
Die if Abfragen könnte man etwas kürzen - hier mal ein Code-Snippet:
-
Hallo,
meine Lösung für die Aufgabe "PV-Überschussladen mit Wallbox Heidelberg Energy Control über Modbus, ioBroker und Blockly" möchte ich hier vorstellen:
Anbindung über RS485
Bei Recherchen habe ich mehrere Adapter probiert. Am erfolgversprechendsten war das oft angepriesene Hösi Universalgateway.
Nach meinem Verständnis kann diese allerdings gar nicht funktionieren, da die von der Heidelberg geforderten 19200/8E1 nicht in der Hösi einstellbar sind.Am Ende klappte es prima mit einem 2,75€ RS485-USB-Adapter in einer ZWEITEN Raspberry in der Garage.
Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.
Einstellungen Heidelberg
DIP Schalter Config: Block S4/4 = On (ID1), S6/2 = On (Endwiderstand Ein). Die Wallbox ist somit Follower mit der ID1 ohne Master und intern terminiert.
Den Drehschalter S1 (Mitte unten) sollte man von 0 (max 6A) auf 5 (max 16A) stellen.Einrichtung Modbus RTU im ioBroker
Auf der ZWEITEN Raspberry wird ganz normal ein frisches ioBroker installiert. Als Adapter dann modbus. Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
Einstellungen dann auf /dev/ttyUSB0,19200/8E1 und ID1Die Eingangsregister wurden schon in anderen Postings gut beschrieben:
Die Holdingregister funktionieren bei mir (v1.0.7) nur genauso (Haken bei Abfrage) wie beschrieben:
Die Tabelle mit den Registern sollte man parat haben:
https://www.amperfied.de/wp-content/uploads/2022/06/ModBus-Register-Tabelle.pdf
https://www.amperfied.de/wp-content/uploads/2022/06/Erweiterte-ModBus-Registerbeschreibung.pdf
https://www.amperfied.de/de/service-support/downloads/
Relevant ist auch die Version der Firmware. Bei mir steht unter der Adresse 4/30005 die Decimal 263, somit habe ich die Firmware v1.0.7. Dec264 wäre v1.0.8.Box in Betrieb nehmen
Nun Instanz neu starten. Es muss grün werden, sonst weiter suchen (siehe unter Protokolle). Am einfachsten ist es, wenn dabei ein Auto angeschlossen ist, um potentielle Probleme (die ich nicht hatte) mit Standby der Box erstmal auszuschliessen.
Auto nur anschliessen, wenn die Box nicht mehr blau blinkt.Wenn man nun in die 40262 z.B. 100 für 10A schreibt, dann sollten die Modbus-Objekte für einphasiges Laden bei angeschlossenem Auto so aussehen (L1 lädt mit 10.1A):
- Erst wenn bis hier alles einwandfrei läuft und das Auto mit den manuell eingestellen Werten lädt, geht es weiter! Blockly ganz am Schluß!
- Wenn nun alles auf der zweiten Raspberry funktioniert, dann werden beide Raspberry mit Master/Slave verbunden. Ein klasse Feature von ioBroker!
Wie das mit dem Master/Slave --also multihost-- funktioniert, findet man im Internet, z.B. hier:
https://www.youtube.com/watch?v=o2AT1E0FDD0
Das Blockly zum PV-Überschussladen ist im Gegensatz zur Technik ja eine Spielwiese :-)
Meine Gedanken dazu:
- Grafiken werden optional über InfluxdDB und Grafana/eCharts erstellt.
- der zur Verfügung stehende Überschussstrom wird bei mir über einen Sensor direkt am Zähler erfasst ==> powerfox/poweropti
https://poweropti.powerfox.energy/. Für den powerfox gibt es sogar einen iobroker-Adapter -- sehr einfache Sache.
Bei den meisten wird das sicherlich irgendwie über den Wechselrichter gehen. - bei mir hat PV-Überschuss nur einphasig Sinn. Über die Werte von L1/L2/L3 könnte man sich dreiphasiges PV-Laden bauen.
- Über VIS kann ich per Smartphone PV-Laden ausschalten, er lädt dann max (siehe weiter unten im Blockly)
- Wer will kann sich analog zu openWB noch Features wie Grundladen (Min+PV), also z.B. immer min 10A leicht einbauen
- Die Debug-Meldungen sollte man operativ noch ausblenden (rechte Maustaste auf debug und "Bausteine deaktivieren").
- Zukünftig kann man so intelligent weitere Features wie Wärmepumpe oder DIY-Solarspeicher leicht integrieren.
- Ja, sogar eine Lastverteilung unter mehreren Wallboxen, auch verschiedener Firmen, ist machbar. Die Boxen müssen nur irgendwo im ioBroker Datenpunkte ablegen, egal ob über mqtt, modbus oder sonstwas.
Kurzum, eine Spielwiese :-) :
Und so sieht dann das alles im Betrieb aus
Rot ist der Hausverbrauch. Orange ist die Heidelberg, die sich sehr feinfühlig bemüht den Hausverbrauch zu stabilisieren.
Hauptsache nichts einspeisen ;-)
@nitrox9 Hallo nochmal, ich verstehe nicht, warum bei deinem Screenshot alle Adressen eines höher sind, als in der Tabelle von Heidelberg.
Z. B. ist die Adresse 30005 die "Modbus Register-Layouts Version" in der Heidelbergadresse auf der Bus-Adresse 4 und nicht 5. Hat das einen Grund?
-
@nitrox9 Hallo nochmal, ich verstehe nicht, warum bei deinem Screenshot alle Adressen eines höher sind, als in der Tabelle von Heidelberg.
Z. B. ist die Adresse 30005 die "Modbus Register-Layouts Version" in der Heidelbergadresse auf der Bus-Adresse 4 und nicht 5. Hat das einen Grund?
@iobrokerin sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:
@nitrox9 Hallo nochmal, ich verstehe nicht, warum bei deinem Screenshot alle Adressen eines höher sind, als in der Tabelle von Heidelberg.
Hat was mit dem Modbus-Protokoll, dem Offset und auch den Herstellerangaben zu tun.
Google mal nach „modbus offset +1“ oder so. -
Auch bringen die 16A leider nichts. Immer noch der Charging State 4. Ich habe einen E-Golf dran! Ich habe hier einmal den aktuellen Status als Bild und auch die Erklärung zu den ChargingStates. Falls hier noch jemand eine Idee hat...:cry:
-
Hallo,
meine Lösung für die Aufgabe "PV-Überschussladen mit Wallbox Heidelberg Energy Control über Modbus, ioBroker und Blockly" möchte ich hier vorstellen:
Anbindung über RS485
Bei Recherchen habe ich mehrere Adapter probiert. Am erfolgversprechendsten war das oft angepriesene Hösi Universalgateway.
Nach meinem Verständnis kann diese allerdings gar nicht funktionieren, da die von der Heidelberg geforderten 19200/8E1 nicht in der Hösi einstellbar sind.Am Ende klappte es prima mit einem 2,75€ RS485-USB-Adapter in einer ZWEITEN Raspberry in der Garage.
Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.
Einstellungen Heidelberg
DIP Schalter Config: Block S4/4 = On (ID1), S6/2 = On (Endwiderstand Ein). Die Wallbox ist somit Follower mit der ID1 ohne Master und intern terminiert.
Den Drehschalter S1 (Mitte unten) sollte man von 0 (max 6A) auf 5 (max 16A) stellen.Einrichtung Modbus RTU im ioBroker
Auf der ZWEITEN Raspberry wird ganz normal ein frisches ioBroker installiert. Als Adapter dann modbus. Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
Einstellungen dann auf /dev/ttyUSB0,19200/8E1 und ID1Die Eingangsregister wurden schon in anderen Postings gut beschrieben:
Die Holdingregister funktionieren bei mir (v1.0.7) nur genauso (Haken bei Abfrage) wie beschrieben:
Die Tabelle mit den Registern sollte man parat haben:
https://www.amperfied.de/wp-content/uploads/2022/06/ModBus-Register-Tabelle.pdf
https://www.amperfied.de/wp-content/uploads/2022/06/Erweiterte-ModBus-Registerbeschreibung.pdf
https://www.amperfied.de/de/service-support/downloads/
Relevant ist auch die Version der Firmware. Bei mir steht unter der Adresse 4/30005 die Decimal 263, somit habe ich die Firmware v1.0.7. Dec264 wäre v1.0.8.Box in Betrieb nehmen
Nun Instanz neu starten. Es muss grün werden, sonst weiter suchen (siehe unter Protokolle). Am einfachsten ist es, wenn dabei ein Auto angeschlossen ist, um potentielle Probleme (die ich nicht hatte) mit Standby der Box erstmal auszuschliessen.
Auto nur anschliessen, wenn die Box nicht mehr blau blinkt.Wenn man nun in die 40262 z.B. 100 für 10A schreibt, dann sollten die Modbus-Objekte für einphasiges Laden bei angeschlossenem Auto so aussehen (L1 lädt mit 10.1A):
- Erst wenn bis hier alles einwandfrei läuft und das Auto mit den manuell eingestellen Werten lädt, geht es weiter! Blockly ganz am Schluß!
- Wenn nun alles auf der zweiten Raspberry funktioniert, dann werden beide Raspberry mit Master/Slave verbunden. Ein klasse Feature von ioBroker!
Wie das mit dem Master/Slave --also multihost-- funktioniert, findet man im Internet, z.B. hier:
https://www.youtube.com/watch?v=o2AT1E0FDD0
Das Blockly zum PV-Überschussladen ist im Gegensatz zur Technik ja eine Spielwiese :-)
Meine Gedanken dazu:
- Grafiken werden optional über InfluxdDB und Grafana/eCharts erstellt.
- der zur Verfügung stehende Überschussstrom wird bei mir über einen Sensor direkt am Zähler erfasst ==> powerfox/poweropti
https://poweropti.powerfox.energy/. Für den powerfox gibt es sogar einen iobroker-Adapter -- sehr einfache Sache.
Bei den meisten wird das sicherlich irgendwie über den Wechselrichter gehen. - bei mir hat PV-Überschuss nur einphasig Sinn. Über die Werte von L1/L2/L3 könnte man sich dreiphasiges PV-Laden bauen.
- Über VIS kann ich per Smartphone PV-Laden ausschalten, er lädt dann max (siehe weiter unten im Blockly)
- Wer will kann sich analog zu openWB noch Features wie Grundladen (Min+PV), also z.B. immer min 10A leicht einbauen
- Die Debug-Meldungen sollte man operativ noch ausblenden (rechte Maustaste auf debug und "Bausteine deaktivieren").
- Zukünftig kann man so intelligent weitere Features wie Wärmepumpe oder DIY-Solarspeicher leicht integrieren.
- Ja, sogar eine Lastverteilung unter mehreren Wallboxen, auch verschiedener Firmen, ist machbar. Die Boxen müssen nur irgendwo im ioBroker Datenpunkte ablegen, egal ob über mqtt, modbus oder sonstwas.
Kurzum, eine Spielwiese :-) :
Und so sieht dann das alles im Betrieb aus
Rot ist der Hausverbrauch. Orange ist die Heidelberg, die sich sehr feinfühlig bemüht den Hausverbrauch zu stabilisieren.
Hauptsache nichts einspeisen ;-)
Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
Wie macht man denn die Zuweisung?
-
Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
Wie macht man denn die Zuweisung?
OK, habe es hinbekommen. Ich habe nun das Skript nachgebaut. Ich habe noch folgende Verbesserung eingebaut:
Bei der Glättung dekrementierst du den Timer immer, wenn der Ladestrom = 0 ist, wenn der integer-Timer-Wert allerdings umbricht, dann lädst du immer mit Ladestrom = 60. Ich weiss jetzt nicht, ob das ein Praxisrelevanter Fall ist, aber eine Abfrage beim Dekrementieren, ob der Timer > 0 ist behebt das Problem... -
@iobrokerin sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:
@nitrox9 Hallo nochmal, ich verstehe nicht, warum bei deinem Screenshot alle Adressen eines höher sind, als in der Tabelle von Heidelberg.
Hat was mit dem Modbus-Protokoll, dem Offset und auch den Herstellerangaben zu tun.
Google mal nach „modbus offset +1“ oder so.@nitrox9 Hallo nitrox,
Dein Beitrag ist sehr toll und war mir sehr hilfreich bis jetzt. Danke schonmal hierfür. Ein Problem habe ich aktuell noch. Vielleicht kannst du mir da ja helfen. Ich habe die Heidelberg nun erfolgreich via Modbus TCP im Io Broker eingebunden und kann auch alle Werte einlesen. Problem ist: Ich kann den Maximal Current command nich wirklich regeln. Sobald ich im maximal current command einen Wert setze (z.B. 160) wird dieser zwar kurz grün, springt nach 1 s aber sofort wieder auf den Wert des FailSafe current. Das heißt der maximal current command passt sich immer automatisch an den Failsafe current an. Sprich: was im FailSafe steht, steht auch im maximal current. Sobald ich den FailSafe ändere, ändert sich der maximal Current Wert automatisch mit. Woran könnte das denn liegen? Ich wäre dir sehr dankbar, über eine Antwort!Liebe Grüße, Leon.
Support us
306
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge