Heidelberg Energy Control Wallbox ModBus Adapter

[zzhorch]

Aufgrund der KFW-Förderung und der schon jetzt recht langen Lieferzeit der Energy Control gehe ich davon aus, das dieser Adapter einiges erleichtern würde .

Die Neue Heidelberg Energy Control Wallbox ist per Modbus steuerbar, um z.b Ladeleistung anzupassen, laden freigeben oder stoppen, PV-Ladung zu ermöglichen, Verbräuche abzurufen, usw...

Mit einem passenden Adapter könnte man eine Zeitsteuerung realisieren, PV Ladung, evtl. sogar den Discovergy Strom Adapter mit einbeziehen um Strompreisgerecht das E-Auto zu laden z.b. über Nacht etc.

Für andere Wallboxen (KEBA KeContact Wallbox, go-eCharger Wallbox integration...) wurde die anbindung mittel Adapter bereits umgesetzt wobei diese nicht per Modbus arbeiten.

Ich denke der Adapter wäre für viele interessant um das ganze zu erleichtern, man könnte zwar vieles auch per Javascript umsetzen, ist aber für einige nicht praktikabel, evtl hat jemand Lust einen schönen Adapter zu schreiben.

Viele Grüße!

Hier noch ein paar Infos:

Externes Lastmanagment: https://wallbox.heidelberg.com/wp-content/uploads/2020/11/Wallbox_Energy_Control_Externes_Lastmanagement.pdf Modbus-Register nach Hersteller: https://wallbox.heidelberg.com/wp-content/uploads/2020/11/ModBus_register_table.pdf

Hier eine fertige Liste der funktionierenden Punkte bei mir zum einpflegen in den Modbus Adapter (Slave ID muss angepasst werden)

Inputregister deviceId address name description unit type len factor offset formula role room
2 4 Modbus Register-Layouts Version Modbus Register-Layouts Version uint16be 1 1 0 state
2 5 charging state charging state uint16be 1 1 0 state
2 6 L1 - Current RMS L1 - Current RMS uint16be 1 1 0 state
2 7 L2 - Current RMS L2 - Current RMS uint16be 1 1 0 state
2 8 L3 - Current RMS L3 - Current RMS uint16be 1 1 0 state
2 9 PCB-Temperatur in 0.1 °C PCB-Temperatur in 0.1 °C °C uint16be 1 0.1 0 state
2 10 Voltage L1 - N rms in Volt Voltage L1 - N rms in Volt Volt uint16be 1 1 0 state
2 11 Voltage L2 - N rms in Volt Voltage L2 - N rms in Volt Volt uint16be 1 1 0 state
2 12 Voltage L3 - N rms in Volt Voltage L3 - N rms in Volt Volt uint16be 1 1 0 state
2 13 extern lock state extern lock state uint16be 1 1 0 state
2 14 Power (L1+L2+L3) in VA Power (L1+L2+L3) in VA uint16be 1 1 0 state
2 15 Energy since PowerOn Energy since PowerOn uint16be 1 1 0 state
2 16 Energy since PowerOn Energy since PowerOn uint16be 1 1 0 state
2 17 Energy since Installation Energy since Installation uint16be 1 1 0 state
2 18 Energy since Installation Energy since Installation uint16be 1 1 0 state
2 100 Hardware configuration maximal current Hardware configuration maximal current uint16be 1 1 0 state
2 101 Hardware configuration minimal current Hardware configuration minimal current uint16be 1 1 0 state
2 200 Hardware-Variant Hardware-Variant uint16be 1 1 0 state
2 203 Application Software svn-revNo Application Software svn-revNo uint16be 1 1 0 state

Holdingregister deviceId address name description unit type len factor offset formula role room poll wp isScale 2 261 Maximal current command Maximal current command uint16be 1 1 0 value true false false
2 262 FailSafe Current configuration FailSafe Current configuration uint16be 1 1 0 value true false false

[Apollon77]

Why not using mbus adapter?

[zzhorch]

Ich benutze auch den Mbus Adapter, aber um gewisse Situationen zu schalten, benötigt es viele einzelne Scripte. Der Gedanke war eine kombinierte Lösung zu haben. Dieser Wallbox-Typ ist derzeit gefragt ohne Ende, ich denke es wäre Sinnvoll einen fertigen Adapter zu haben der alles kann, als wenn sich jeder Scripte basteln muss, die vorne und hinten nicht funktionieren.

[Thim-Thaler]

Moin, ich habe mir auch eine Heidelberg Energy Control Wallbox installiert. Da ich auch ioBroker verwende, wäre es ne echt coole Sache, wenn es dafür einen Adapter geben würde. Wie würde ich denn den ModBus an mein ioBroker-System bekommen? Ich zähle auf euch. ;-))

[Gonzo1981]

ich kann die Register 15-101 und 258-259 nicht auslesen. Modbus Adapter sagt, dass es diese nicht gibt. Ich habe keine Ahnung ob man da was spezielles beachten muss. Habe auch probiert die Adapter einzeln auszulesen. Das sende ich: 02 03 01 02 00 01 24 05 Das bekomme ich zurück : 02 83 02 30 F1

[MarcelMertens]

Ich habe ebenfalls die Energy Control Wallbox hier liegen. Allerdings noch nicht Angeschlossen, aktuell nur via Einphasig via 230V um die Modbus Integration zu testen. Ist es eigentlich möglich die Wallbox nur "Auszulesen"? Ich schaffe es zumindest alle Werte die mich Interessieren via Modbus Adapter auszulesen. Mich wundert aktuell nur, dass Register "5" "Charging State" auf dem Wert 2 (A1 = No vehicle plugged, Wallbox doen't allow charging") bleibt DIP Schalter Konfig: Block S4/4 = On (ID1), S6/2 = On (Endwiderstand Ein). Die Wallbox ist somit Follower mit der ID1 ohne Master.

[Gonzo1981]

Ich habe noch nicht geladen mit der Wallbox als Slave. Die Box gefällt mir nicht. Sobald sie in Standby geht, bringt der Modbus Adapter ständig Fehler. Ich sehe keinen Startbefehl, somit müsste es gehen nur auszulesen. Habe mir jetzt den Go-E Charger gekauft. Tausend mal besser. Die Heidelberg versuche ich zu verkaufen. Ich klemme die Heidelberg schnell an und hänge das Auto dran. Mal schauen wie sich das Register 5 ändert

[Gonzo1981]

Wenn man ein Auto ansteckt, springt der Charging State auf 4. Das Auto zeigt auch Bereit zum Laden an. Dann muss man mit einem Script jede Sekunde (ich lese alle 2 Sekunden) einen Ladestrom in das Register 261 schreiben Der Charging State Springt auf 7 Zum stoppen des Ladevorgangs muss der Ladestrom auf 0 geschrieben werden

[Gonzo1981]

Ich kann leider nicht in das Register 258 schreiben, weil ich es nicht lesen kann. Bekomme eine Fehlermeldung, dass es dieses Register nicht gibt

Am 08.03.2021 um 09:14 schrieb MarcelMertens notifications@github.com:

Ich habe noch nicht geladen mit der Wallbox als Slave. Die Box gefällt mir nicht. Sobald sie in Standby geht, bringt der Modbus Adapter ständig Fehler. Ich sehe keinen Startbefehl, somit müsste es gehen nur auszulesen. Habe mir jetzt den Go-E Charger gekauft. Tausend mal besser. Die Heidelberg versuche ich zu verkaufen. Ich klemme die Heidelberg schnell an und hänge das Auto dran. Mal schauen wie sich das Register 5 ändert

Ja, das Problem hatte ich auch. Schreibt man "4" in das Register 258 geht die Box nicht mehr in StandBy

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/559#issuecomment-792564585, or unsubscribe https://github.com/notifications/unsubscribe-auth/AH5KCLHTNXV7F2IANA2TIPLTCSBOTANCNFSM4WGPMBIA.

[MarcelMertens]

Hi,

ja, es geht mit IOBroker nicht. Ich habe es mit einem anderen Tool geschrieben (ohne zu lesen). Aber die Box geht irgendwann dann doch in den Standby.

Marcel

Von: Gonzo1981 notifications@github.com Gesendet: Montag, 8. März 2021 09:41 An: ioBroker/AdapterRequests AdapterRequests@noreply.github.com Cc: MarcelMertens marcel.mertens@me.com; Comment comment@noreply.github.com Betreff: Re: [ioBroker/AdapterRequests] Heidelberg Energy Control Wallbox ModBus Adapter (#559)

Ich kann leider nicht in das Register 258 schreiben, weil ich es nicht lesen kann. Bekomme eine Fehlermeldung, dass es dieses Register nicht gibt

Am 08.03.2021 um 09:14 schrieb MarcelMertens <notifications@github.com mailto:notifications@github.com >:

Ich habe noch nicht geladen mit der Wallbox als Slave. Die Box gefällt mir nicht. Sobald sie in Standby geht, bringt der Modbus Adapter ständig Fehler. Ich sehe keinen Startbefehl, somit müsste es gehen nur auszulesen. Habe mir jetzt den Go-E Charger gekauft. Tausend mal besser. Die Heidelberg versuche ich zu verkaufen. Ich klemme die Heidelberg schnell an und hänge das Auto dran. Mal schauen wie sich das Register 5 ändert

Ja, das Problem hatte ich auch. Schreibt man "4" in das Register 258 geht die Box nicht mehr in StandBy

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/559#issuecomment-792564585, or unsubscribe https://github.com/notifications/unsubscribe-auth/AH5KCLHTNXV7F2IANA2TIPLTCSBOTANCNFSM4WGPMBIA.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/559#issuecomment-792581802 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AE6WCUKPVCDUCDNEZP2EK6TTCSES7ANCNFSM4WGPMBIA . https://github.com/notifications/beacon/AE6WCUIN2UIVCOHKDIUHZY3TCSES7A5CNFSM4WGPMBIKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOF465NKQ.gif

[Gonzo1981]

MIt welchem Tool hast du es gamacht? Hast du es probiert Zyklisch dieses Register zu beschreiben?

Am 08.03.2021 um 09:40 schrieb Andrzej Gonsior forum@gonzo.pl:

Ich kann leider nicht in das Register 258 schreiben, weil ich es nicht lesen kann. Bekomme eine Fehlermeldung, dass es dieses Register nicht gibt

Am 08.03.2021 um 09:14 schrieb MarcelMertens <notifications@github.com mailto:notifications@github.com>:

Ich habe noch nicht geladen mit der Wallbox als Slave. Die Box gefällt mir nicht. Sobald sie in Standby geht, bringt der Modbus Adapter ständig Fehler. Ich sehe keinen Startbefehl, somit müsste es gehen nur auszulesen. Habe mir jetzt den Go-E Charger gekauft. Tausend mal besser. Die Heidelberg versuche ich zu verkaufen. Ich klemme die Heidelberg schnell an und hänge das Auto dran. Mal schauen wie sich das Register 5 ändert

Ja, das Problem hatte ich auch. Schreibt man "4" in das Register 258 geht die Box nicht mehr in StandBy

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/559#issuecomment-792564585, or unsubscribe https://github.com/notifications/unsubscribe-auth/AH5KCLHTNXV7F2IANA2TIPLTCSBOTANCNFSM4WGPMBIA.

[MarcelMertens]

MIt welchem Tool hast du es gamacht? Hast du es probiert Zyklisch dieses Register zu beschreiben? … Am 08.03.2021 um 09:40 schrieb Andrzej Gonsior @.>: Ich kann leider nicht in das Register 258 schreiben, weil ich es nicht lesen kann. Bekomme eine Fehlermeldung, dass es dieses Register nicht gibt > Am 08.03.2021 um 09:14 schrieb MarcelMertens @. @.***>>: > > > Ich habe noch nicht geladen mit der Wallbox als Slave. > Die Box gefällt mir nicht. > Sobald sie in Standby geht, bringt der Modbus Adapter ständig Fehler. > Ich sehe keinen Startbefehl, somit müsste es gehen nur auszulesen. > Habe mir jetzt den Go-E Charger gekauft. Tausend mal besser. > Die Heidelberg versuche ich zu verkaufen. > Ich klemme die Heidelberg schnell an und hänge das Auto dran. > Mal schauen wie sich das Register 5 ändert > > Ja, das Problem hatte ich auch. Schreibt man "4" in das Register 258 geht die Box nicht mehr in StandBy > > — > You are receiving this because you commented. > Reply to this email directly, view it on GitHub <#559 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AH5KCLHTNXV7F2IANA2TIPLTCSBOTANCNFSM4WGPMBIA. >

Mit QModMaster: Via IOBroker Modbus gibt es aktuell ein Bug, dass Write Only Registers nicht erstellt werden. https://github.com/ioBroker/ioBroker.modbus/issues/77

Der Datenpunkt wird nicht erstellt, somit ist ein dauerhaftes schreiben nicht möglich...

[Thim-Thaler]

Moin,

 

mal etwas für einen Anfänger.

 

Was brauche ich an Hard- und Software, um von der Heidelberg die Daten in ioBroker einlesen zu können.

Wie schließe ich das ganze an.

Könnt ihr mir da weiterhelfen?

 

Beste Grüße

   

Gesendet: Montag, 08. März 2021 um 10:19 Uhr Von: "MarcelMertens" notifications@github.com An: "ioBroker/AdapterRequests" AdapterRequests@noreply.github.com Cc: "Thim-Thaler" karl-heinz.knoll@web.de, "Comment" comment@noreply.github.com Betreff: Re: [ioBroker/AdapterRequests] Heidelberg Energy Control Wallbox ModBus Adapter (#559)

 

MIt welchem Tool hast du es gamacht? Hast du es probiert Zyklisch dieses Register zu beschreiben? … Am 08.03.2021 um 09:40 schrieb Andrzej Gonsior @.>: Ich kann leider nicht in das Register 258 schreiben, weil ich es nicht lesen kann. Bekomme eine Fehlermeldung, dass es dieses Register nicht gibt > Am 08.03.2021 um 09:14 schrieb MarcelMertens @. @.***>>: > > > Ich habe noch nicht geladen mit der Wallbox als Slave. > Die Box gefällt mir nicht. > Sobald sie in Standby geht, bringt der Modbus Adapter ständig Fehler. > Ich sehe keinen Startbefehl, somit müsste es gehen nur auszulesen. > Habe mir jetzt den Go-E Charger gekauft. Tausend mal besser. > Die Heidelberg versuche ich zu verkaufen. > Ich klemme die Heidelberg schnell an und hänge das Auto dran. > Mal schauen wie sich das Register 5 ändert > > Ja, das Problem hatte ich auch. Schreibt man "4" in das Register 258 geht die Box nicht mehr in StandBy > > — > You are receiving this because you commented. > Reply to this email directly, view it on GitHub <#559 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AH5KCLHTNXV7F2IANA2TIPLTCSBOTANCNFSM4WGPMBIA. >

Mit QModMaster:

Via IOBroker Modbus gibt es aktuell ein Bug, dass Write Only Registers nicht erstellt werden. ioBroker/ioBroker.modbus#77

Der Datenpunkt wird nicht erstellt, somit ist ein dauerhaftes schreiben nicht möglich...

— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe.

[MarcelMertens]

Die Heidelberg Wallbox macht nur Modbus RTU (also Seriel via RS485) Hierfür gibt es einen einen USB <> RS485 Adapter. Gibts bei Amazon etc für ca 15€ (habe einen mit einem CP2102 Chip). Dann etwas verdrillte Leitung (Netzwerkkabel oder Telefonkabel). Wer sein IOBroker System nicht direkt neben der Wallbox stehen hat kann auch Modbus auf WiFi/Ethernet Adapter verwenden. Liegen bei ca 60-80€. Softwareseitig bin ich aktuell noch nicht sehr weit. Aktuell ist mein Anschluss in der Garage noch nicht Fertig und das eAuto auch nur Bestellt und noch nicht geliefert. Daher liegt die Wallbox am 230V Anschluss auf allen 3 Phasen neben dem Schreibtisch. Mein Kenntnissstand (hier kann Gonzo1981 evtl genauer werden):

• Es ist nicht möglich die Wallbox "Autark" zu betreiben. Wenn man mit ModBus ran will, muß man auch mit Modbus steuern. Ein "Wallbox mach mal und ich lese nur aus" geht AFAIK nicht. Aktiviert man Modbus ist entweder die Box Master und sucht nach einem Slave: Findet sie keinen -> Fehler. Oder man stellt die Box auf Slave und muß mit IOBroker die Box steuern (regelmäßig den Ladestrom mitteilen) etc.
• Nach einer gewissen Zeit (5min) geht die Wallbox in Standby und nimmt keine Modbus Verbindung mehr an. Der Modbus IOBroker Adapter wirft dann Fehler. Es gibt das Register 258 welches dieses Verhindern soll. Einmaliges Schreiben bringt aber keine Verbesserung, mehrmaliges Schreiben aktuell nicht ausprobiert.

[Gonzo1981]

Ich habe einen Adapter, der Modbus RTU kann (etwas teuer). Im iOBroker ModbusAdapter stelle ich dann auf TCP Ich frage mich ob ein normaler RS485 auch funktioniert. Dann im iOBroker Adapter auf RTU über TCP einstellen? Wie hast du es gemacht Marcel? Hast du bei der Verdrahtung auch A und B tauschen müssen? Normal wäre A auf A und B auf B.

[Thim-Thaler]

Hi,

 

meine Heidelberg ist auch noch im Karton verpackt.

Das Auto noch nicht bestellt.

Aber ich wollte vorbereitet sein.

 

Wäre dieser Adapter etwas:

 

www.ebay.de/itm/274167613034?chn=ps&norover=1&mkevt=1&mkrid=707-134425-41852-0&mkcid=2&itemid=274167613034&targetid=857896282222&device=c&mktype=pla&googleloc=9044002&poi=&campaignid=10215345571&mkgroupid=105782605887&rlsatarget=pla-857896282222&abcId=1139676&merchantid=110763639&gclid=Cj0KCQiAs5eCBhCBARIsAEhk4r5CxvvpTy_tWQxHC8XmYoDin7TyAwrqyJmiQddXGPvtZs7HtqxHgngaAuTrEALw_wcB

 

Ein 8-adriges Kabel liegt bei mir von der garage zum Verteiler.

 

 

 

Gesendet: Montag, 08. März 2021 um 10:56 Uhr Von: "MarcelMertens" notifications@github.com An: "ioBroker/AdapterRequests" AdapterRequests@noreply.github.com Cc: "Thim-Thaler" karl-heinz.knoll@web.de, "Comment" comment@noreply.github.com Betreff: Re: [ioBroker/AdapterRequests] Heidelberg Energy Control Wallbox ModBus Adapter (#559)

 

Die Heidelberg Wallbox macht nur Modbus RTU (also Seriel via RS485) Hierfür gibt es einen einen USB <> RS485 Adapter. Gibts bei Amazon etc für ca 15€ (habe einen mit einem CP2102 Chip). Dann etwas verdrillte Leitung (Netzwerkkabel oder Telefonkabel). Wer sein IOBroker System nicht direkt neben der Wallbox stehen hat kann auch Modbus auf WiFi/Ethernet Adapter verwenden. Liegen bei ca 60-80€. Softwareseitig bin ich aktuell noch nicht sehr weit. Aktuell ist mein Anschluss in der Garage noch nicht Fertig und das eAuto auch nur Bestellt und noch nicht geliefert. Daher liegt die Wallbox am 230V Anschluss auf allen 3 Phasen neben dem Schreibtisch. Mein Kenntnissstand (hier kann Gonzo1981 evtl genauer werden):

Es ist nicht möglich die Wallbox "Autark" zu betreiben. Wenn man mit ModBus ran will, muß man auch mit Modbus steuern. Ein "Wallbox mach mal und ich lese nur aus" geht AFAIK nicht. Aktiviert man Modbus ist entweder die Box Master und sucht nach einem Slave: Findet sie keinen -> Fehler. Oder man stellt die Box auf Slave und muß mit IOBroker die Box steuern (regelmäßig den Ladestrom mitteilen) etc.
Nach einer gewissen Zeit (5min) geht die Wallbox in Standby und nimmt keine Modbus Verbindung mehr an. Der Modbus IOBroker Adapter wirft dann Fehler. Es gibt das Register 258 welches dieses Verhindern soll. Einmaliges Schreiben bringt aber keine Verbesserung, mehrmaliges Schreiben aktuell nicht ausprobiert.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe.

[MarcelMertens]

Also: IOBroker Prod Umgebung (Intel NUC mit Ubuntu 18.04 LTS) 1x https://www.amazon.de/gp/product/B08DXLJF8J/ref=ppx_yo_dt_b_asin_title_o05_s00?ie=UTF8&psc=1 Hier hängen aktuell zwei SDM Stromzähler dran (andere Baud und Parity Settings) Konfiguration im IOBroker:

IOBroker Dev Umgebung (Oracle Virtual Box VM mit Ubuntu auf Windows Client) 1x ModbusTCP/IP zu Modbus RTU (RS485) Gateway von http://hoelldobler.net/. Zu finden auf ebay. Konfig IOBroker: Konfig Gateway:

Dann habe ich noch einen zweiten USB <> RS485 Adapter um mit diversen Windows Tools zu testen

[Gonzo1981]

Für alle die noch keine Wallbox haben, meiner Meinung nach ist der go eCharger viel besser. Die Wallbox hat WiFi. NFC. App Es gibt einen iOBroker Adapter mit hunderten Stats. Hat leider kein fest angeschlossenes Kabel und keinen Kabelhalter.

[Thim-Thaler]

Für mich leider zu spät. 

   

Gesendet: Montag, 08. März 2021 um 11:20 Uhr Von: "Gonzo1981" notifications@github.com An: "ioBroker/AdapterRequests" AdapterRequests@noreply.github.com Cc: "Thim-Thaler" karl-heinz.knoll@web.de, "Comment" comment@noreply.github.com Betreff: Re: [ioBroker/AdapterRequests] Heidelberg Energy Control Wallbox ModBus Adapter (#559)

 

Für alle die noch keine Wallbox haben, meiner Meinung nach ist der go eCharger viel besser. Die Wallbox hat WiFi. NFC. App Es gibt einen iOBroker Adapter mit hunderten Stats. Hat leider kein fest angeschlossenes Kabel und keinen Kabelhalter.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe.

[MarcelMertens]

MIt welchem Tool hast du es gamacht? Hast du es probiert Zyklisch dieses Register zu beschreiben?

Ich habe das nun gerade auch nochmal ausprobiert: Mit QModMaster schreibe ich nun seit knapp 25 Min alle 10 Sekunden eine "4" in den Register 258... Bis jetzt geht die Wallbox nicht mehr in den Standby..

[harnisch1109]

Hi , ich versuch auch auf das Register 261 einmal pro Sekunde zu schreiben, damit die Ladung des Fahrzeugs beginnt. Leider geht da nix. Ich verwende allerdings ein KNX <> Modbus Gateway. Auslesen der Port 04 - readInputRegister klappt. Das Auslesen der 03 - readHoldingRegister und das Schreiben auf 06 - writeHoldingRegister geht leider nicht.

Falls jemand etwas herausfindet lasst es uns wissen.

[kahuwi14]

So, nach vielem Hin-und-Her und ausprobieren, habe ich heute endlich meine Energy Control komplett "überschussladefähig" gemacht.. Mir sind beim Installieren und probieren ein paar Dinge aufgefallen, die bei mir nicht so funktionieren, wie sie sollten.

Punkt 1: Zum Testen habe ich PyModbus genutzt, um einfach mal rohe Daten an die Box senden zu können und um zu sehen, was die Box macht bzw antwortet. Das hat allerdings erst funktioniert, als ich in den Tiefen des Internets über den Hinweis gestolpert bin, dass mein RS485-TCP-Gateway in PyModbus nur mit dem RTU-Framer funktioniert.

Punkt 2: Ich musste tatsächlich mit Modbus-TCP-Adapter an den "Bus-OUT"-Anschluss (links) gehen, sonst hats nicht geklappt. Mir ist schon relativ zu Anfang aufgegallen, als ich das erste Mal ein bisschen getestet hatte, dass der integrierte Abschlusswiderstand nur am IN-Anschluss zu messen, habe mich aber leider lange auf die Beschriftung der Platine verlassen. (Eig sollten es ja die Hersteller besser wissen) Der Durchbruch kam dann letztendlich Heute, weil ich nur am OUT-Anschluss auch die Werte für den MaxCurr (06#261) schreiben konnte.

Punkt 3: Das Schreiben des Remotelock-Wertes (06#259) , welches ja über den ModBus-Adapter nicht funktioniert, ist grundsätzlich nicht notwendig. Meine Absicht (und wahrscheinlich die der meisten anderen auch) war es, damit die Freigabe zum Laden zu realisieren und unbefugtes Laden zu unterbinden. Das ist aber tatsächlich nicht notwendig, denn eine 0 in MaxCurr (06#261) hat das gleiche Ergebnis: Die Ladung wird nicht initiiert oder abgebrochen sofern schon gestartet.

Punkt 4: Der Wert, der Zähler Energy since Installation (04#18) setzt sich beim Neustart (Strom aus - Strom an) ebenso zurück, wie der Energy since PowerOn (04#16). Umgekehrt werden beide aber auch nicht resettet, wenn man das Auto abklemmt und wieder anklemmt oder die Box aus dem StandBy erwacht. Vielleicht hat ja schon jemand herausgefunden, wie da die Absicht der Herstellers ist.

Punkt 5: Nur, falls jemand irgendwie darüber stolpert, man hat ja manchmal einfach ein Brett vorm Kopf, die Einstellungen der Dip-Schalter werden nur beim Neustart übernommen.

Zum guten Schluss dann nur die Wert der PV-Anlage mit den Möglichkeiten der Wallbox in einen Sack geworfen, mit dem großen Blockly-Hammer drauf gehauen und jetzt kann meine Energy Control auch endlich Überschuss laden!! Abschließend bin ich auch echt froh, mich für die Heidelberg entschieden zu haben, denn die Verarbeitung der Box selbst, sowie das schöne Aussehen in Verbindung mit dem Preis, ist mMn schon ein Plus für sie und ein Minus für viele Mitbewerber.

Ich hoffe sehr, dass ich dem einen oder anderen damit helfen konnte und sollte es noch Anmerkungen aus diesem Kreise geben, bin ich natürlich sehr dankbar für konstruktive Hinweise oder auch Fragen.

MfG

[steff393]

Hi, ich habe mir mittlerweile auch eine Heidelberg zugelegt, da ich sie qualitativ für besser verarbeitet halte als den go-eCharger. Für das fehlende WLAN-Interface habe ich eine NodeMCU mit RS485-Adapter aufgesetzt, s. hier: https://github.com/steff393/wbec Damit kann ich den Standby kontrollieren, die Werte auslesen und den Ladestrom einstellen (per HTTP GET z.B. aus der Loxone). Jetzt fehlt mir nur noch das Auto ;-)

[kahuwi14]

Hi @steff393 , ebenfalls eine sehr sehr coole Lösung!!

[bigschnulli]

Hallo zusammen Ich habe mir auch eine Heidelberg installiert mich dann durch die ganzen Foren durchgelesen. Heute dann mein persönlicher Durchbruch. Sie ist erreichbar, kann alles auslesen und z.B. die Standby Funktion ausschalten. Habe das Modbus Gateway USR W610 und den Modbus 3.3.0 im Einsatz. Hätte ich jetzt noch ein Auto zum testen wäre alles super

[harnisch1109]

Hi nachdem ich mal wieder etwas Zeit hatte, kann ich euch sagen, das meine Konfiguration mit der Heidelberg EnergyControl dem Weinzierl (KNX-Modubus Gateway ) nun funktioniert. Was ich genau falsch gemacht habe kann ich leider auch nicht sagen. Aber ein einfaches Schreiben auf das Register 261 mit dem Wert 0;60-160 reicht um die Ladung zu starten und zu steuern.

Aktuell stört mich an der Wallbox nur, das ich nicht einzelne Phasen steuern kann. Da erwarte ich wohl zu viel ;-)

[kerstinbaskakow]

Hi zusammen, wir haben die WB auch über ein Python-Script im Einsatz und können über einen ModeSelector zwischen "Sofort-Laden" und "Überschuss-Laden aus PV" umschalten. Funktioniert soweit so gut. Das Script läuft über ein Schedule-Module alle 10sec. Wir haben auch festgestellt, dass die Energiezähler (#15,16,17,18) immer mal wieder zurückgesetzt werden. Keine Ahnung warum das so ist. Wir rechnen das jetzt selber mit. (Einmal beim letzten Ladevorgang, und dann Gesamtenergie).

Wir bauen jetzt noch eine Phasenerkennung ein, damit wir den Schwellwert für die Überschussladung auch für ein 1phasiges Fahrzeug einstellen können. (1p 1,4kW, 2p, 2,8kW, 3p 4,2kW). Kennt jemand eine Möglichkeit, die Phasen schon beim Einsteckvorgang zu prüfen, alternativ müssten wir einen kurzen Prüfimpuls mit 6A setzen und dann über den Stromfluss aus Register #6,7,8 die Anzahl der Ladenden Phasen zu ermitteln.

Wir haben es heute beim Test festgestellt, dass das E-Fahrzeug bei Vorgabe von 0A (wg. PV-Leistung < 4kW) in der Ladedose Rot blinkt. Sobald wieder mehr Leistung verfügbar ist und wieder über #261 ein Strom geschrieben wird, fängt das Fzg. wieder an zu laden.

[kahuwi14]

Wir haben auch festgestellt, dass die Energiezähler (#15,16,17,18) immer mal wieder zurückgesetzt werden. Keine Ahnung warum das so ist. Wir rechnen das jetzt selber mit. (Einmal beim letzten Ladevorgang, und dann Gesamtenergie).

Jap.. :-/

Wir bauen jetzt noch eine Phasenerkennung ein, damit wir den Schwellwert für die Überschussladung auch für ein 1phasiges Fahrzeug einstellen können. (1p 1,4kW, 2p, 2,8kW, 3p 4,2kW). Kennt jemand eine Möglichkeit, die Phasen schon beim Einsteckvorgang zu prüfen, alternativ müssten wir einen kurzen Prüfimpuls mit 6A setzen und dann über den Stromfluss aus Register #6,7,8 die Anzahl der Ladenden Phasen zu ermitteln.

Ich habe auch eine OnChange() auf den Strom der Phasen gesetzt und prüfe dann, wie viele über 0A sind und dementsprechend dividiere ich dann den Max-Strom in 261.

Wir haben es heute beim Test festgestellt, dass das E-Fahrzeug bei Vorgabe von 0A (wg. PV-Leistung < 4kW) in der Ladedose Rot blinkt. Sobald wieder mehr Leistung verfügbar ist und wieder über #261 ein Strom geschrieben wird, fängt das Fzg. wieder an zu laden.

Ja genau, das klappt super.

[kerstinbaskakow]

Ya, so müssen wir es auch machen. Bzgl. Phasenumschaltung werde ich ein zusätzliches Schütz vor die WB hängen und L2 und L3 schaltbar machen. z.B. über Shelly o.ä.

Bzgl. der Roten Lade-LED würde ich morgen mal probieren, statt 0A (#261) den Wert auf 6A zu lassen, aber dann über den RemoteLock zu sperren. Vielleicht werden dann die Phasen (fahrzeug-seitig) nicht geschalten und das Fahrzeug geht nur in "INIT" und blinkt weiß.

Visualisierung läuft über Grafana

[steff393]

Wir haben auch festgestellt, dass die Energiezähler (#15,16,17,18) immer mal wieder zurückgesetzt werden. Keine Ahnung warum das so ist. Wir rechnen das jetzt selber mit. (Einmal beim letzten Ladevorgang, und dann Gesamtenergie).

Welche Modbus-Register-Layout-Version habt ihr? In der Register-Tabelle Stand 22. Februar 2021 steht folgendes: Up to and including version 1.0.7 after Power On or Standby default values are used. From version 1.0.8 in Register 257, 258, 259, 262 the stored values are retained and only in register 261 default values are valid after Power On or Standby. Die gelten für Register 6-8, 10-12, 14-18

[kerstinbaskakow]

Mir liegt die Version 20.10.2020 vor. Wenn ich Register 4 auslese sagt er Layout 2.6.4. Wo finde ich die Version von 2021? Bzgl. 262 kann ich das nicht bestätigen. Mein Fail-Safe-Current steht auf 6A (60).

[steff393]

Hab letzte Woche nochmal neue Boxen bekommen, bei denen jetzt ein gedrucktes Handbuch dabei ist. Dort findet sich die Tabelle. 264dez = 0x0108, müsste also schon der neueste Stand V1.0.8 sein. Bei Reg. 262 steht bei mir aktuell 0, aber kann sein, dass ich das schon mal verändert hab.

[kerstinbaskakow]

Hab letzte Woche nochmal neue Boxen bekommen, bei denen jetzt ein gedrucktes Handbuch dabei ist. Dort findet sich die Tabelle.

Gibts grundlegende Änderungen zur 20.10.2020? Ich frage mal parallel beim Support von Heidelberg nach, damit diese die aktuelle Version auch online stellen. Edit: Gab direkt ein Update: https://wallbox.heidelberg.com/wp-content/uploads/2021/04/EC_ModBus_register_table_20210222.pdf

[kahuwi14]

Visualisierung läuft über Grafana

Sieht sehr cool aus! Wie habt ihr das mit der Umrechnung von VA in W gemacht? Eig würde ich es ja gerne genau haben, aber ich habe irgendwie keine Idee, wie ich den tatsächlichen Wirkungsgrad bzw die reine Ladeleistung (ohne Verlust) aus den Werten generieren kann.

Hab letzte Woche nochmal neue Boxen bekommen, bei denen jetzt ein gedrucktes Handbuch dabei ist. Dort findet sich die Tabelle.

Wenn du mit gedruckt etwas anderes meinst, als die abgehefteten DinA4-Zettel, habe ich noch eine "alte" bekommen, somit sollte auf meiner zweiten ebenfalls ein älterer Sw-Stand sein. Das werde ich aber am Wochenende verifizieren.

[kerstinbaskakow]

Wir nehmen die tatsächliche gemessenen Leistung (W) (laut. Doku inkl. Korrektur) aus dem E3DC HKW und errechnen uns dann den Leistungsfaktor und multiplizieren diesen dann mit der Leistung aus dem Reg (04)14. LF steht bei uns aktuell bei 0,92. Im zweiten Schritt wollen wir noch die gemessene Ladeleistung (inkl. Leistungskorrektur) aus dem Fahrzeug auslesen.

Edit: Durch die Auflösung 1A des Max. Ladestromes (06)261 auf, hat man direkt aber auch schon mal einen kleinen "Verlust" von ~550W. (Wir runden immer ab)

Edit2: Ich werde mal mit einem SmartPi die cos φ Kennlinie der Wallbox ermitteln und bereitstellen. Ich denke aber, dass man VA und W eigentlich gleichsetzen kann, da die Messungenauigkeit aus der Heidelberg WB deutlich einflussreicher ist. Auch die PFC in den OBCs sind irgendwo im Bereich von 0,99... bei einem bayrischen Hersteller zumindestens ;-)

[fzahn]

Ich setze zwar nicht ioBroker ein, aber lese hier mit, da ich meine beiden Energy Control mittels Modbus in Openhab integriert habe. Funktioniert übrigens bestens. Ich muss die maximale Ladeleistung nur einmal setzen und nicht jede Sekunde, wie oben beschrieben. Bei mir gehen die Boxen auch nicht in den Standby, ich schreibe hierzu die 4 ins Register 258. Das auch nur einmalig nach PowerOn. Allerdings frage ich alle InputRegister alle 4s ab. Eventuell wird der Standby durch die Modbus-Aktivität verhindert? Hat von euch jemand mal die Leistungsaufnahme in diesem Betrieb gemessen? Also Wallboxen haben LEDs aus, tun nichts aber antworten auf Modbus-Polls? Meine DrehstromZähler zeigen 0 an, aber die benötigen eventuell einen Mindeststrom... Gruss Florian

[kahuwi14]

Edit2: Ich werde mal mit einem SmartPi die cos φ Kennlinie der Wallbox ermitteln und bereitstellen. Ich denke aber, dass man VA und W eigentlich gleichsetzen kann, da die Messungenauigkeit aus der Heidelberg WB deutlich einflussreicher ist. Auch die PFC in den OBCs sind irgendwo im Bereich von 0,99... bei einem bayrischen Hersteller zumindestens ;-)

Dann bin ich mal gespannt, was bei den Test herauskommt. ;)

Bei mir gehen die Boxen auch nicht in den Standby, ich schreibe hierzu die 4 ins Register 258. Das auch nur einmalig nach PowerOn.

Einmal genügt, das habe ich ebenfalls festgestellt. 👍

Allerdings frage ich alle InputRegister alle 4s ab. Eventuell wird der Standby durch die Modbus-Aktivität verhindert?

Das Abfragen von Registern verhindert den Standby nicht. Ich frage ebenfalls 24/7 ab, lasse aber das Ruhen zu und nach 5 min bekomme ich (wie erwartet) Lese-/Schreibfehler vom Modbus-Adapter. Sobald dann ein Auto angeschlossen wird, wacht die Box wieder auf und die Werte werden aktualisiert.

Also Wallboxen haben LEDs aus, tun nichts aber antworten auf Modbus-Polls? Meine DrehstromZähler zeigen 0 an, aber die benötigen eventuell einen Mindeststrom...

Gemessen habe ich nicht, da könnten evtl die Tests von @kerstinbaskakow weiterhelfen. Grundsätzlich ist mein Verständnis der Konfiguration des Dip-Schalters S5/1 in Verbindung mit dem deaktivierten Standby (so habe ich deine Konfig jetzt interpretiert), dass die Box weiter "arbeitet", allerdings einfach nur die Beleuchtung deaktiviert ist. Mit Standby aktiviert, ist die Beleuchtung ebenfalls aus, sie antwortet allerdings auch nicht mehr, bis ein Auto angeschlossen wird. Folglich muss die Box ja in deiner Konfig dann mehr Strom verbrauchen, als wenn sie im Standby wäre. Interessant wäre natürlich, wieviel das tatsächlich ist! 👍

[fzahn]

Ich kann inzwischen sagen, dass die Box zuverlässig in den Standby geht, wenn eben nicht die "4" im Register 258 steht. Das passiert aber nicht, wenn ein Fahrzeug angeschlossen ist (auch wenn es nicht lädt). Ich werde mein Openhab-Setup entsprechend umbauen, dass die letzten Werte (Maximal erlaubter Strom und Failsafe-Strom) wieder an die Box gesendet wird, sobald die aus dem Standby aufwacht. Veränderungen des Wertes würde ich dann in eine Variable schreiben und diese an die Box senden, sobald die Box aufwacht. Sonst würde ich den Boxen dann nun den Standby erlauben, da das etwas Strom spart. Gemäß Heidelberg sind in diesem "Deep-Sleep-Modus" die Boxen recht genügsam. Von der Homepage aus den FAQ: Wenn die Wallbox nicht mehr an einem Fahrzeug angeschlossen ist, wechselt sie in das Standby, um ihren Verbrauch zu reduzieren. In diesem Zustand schaltet die Wallbox so viel Funktionen wie möglich, z.B. die Beleuchtung, ab. Der Verbrauch reduziert sich auf 1 bis 1,3 W (modellabhängig). Der Restverbrauch wird von der Signalelektronik benötigt, um den Anschluss eines Fahrzeugs zu erkennen und die Wallbox in den Betriebsmodus aufzuwecken.

In einem Youtube-Video vergleicht jemand die Standbyaufnahmen verschiedener Wallboxen und hat etwas über 6W für die EnergyControl bei eingeschalteter LED ermittelt. Wäre auch noch okay, aber ist übers Jahr gesehen bei zwei Boxen schon nicht zu vernachlässigen.

Gruss Florian

[Clanchef]

Hallo zusammen Ich habe mir auch eine Heidelberg installiert mich dann durch die ganzen Foren durchgelesen. Heute dann mein persönlicher Durchbruch. Sie ist erreichbar, kann alles auslesen und z.B. die Standby Funktion ausschalten. Habe das Modbus Gateway USR W610 und den Modbus 3.3.0 im Einsatz. Hätte ich jetzt noch ein Auto zum testen wäre alles super

Hallo, das Elektroauto habe ich schon, das Gateway USR W610 liegt bei mir, die Heidelberg Wallbox wird nächste Woche montiert. Ich will OpenWB oder EVCC nutzen zur Überschussladung und Steuerung. Was muss wie konfiguriert werden? Habe einen NUC mit Ubuntu und Docker am laufen und will den EVCC laufen lassen. Die Config scheint nicht ohne zu sein.

[fzahn]

Meine Empfehlung ist das Gateway USR-DR302. Kostet 43,95€, ist für die Montage auf der Hitschiene/im Zählerschrank und funktioniert zwischen 5V und 36V. Funktioniert bei mir bestens

[steff393]

Folglich muss die Box ja in deiner Konfig dann mehr Strom verbrauchen, als wenn sie im Standby wäre. Interessant wäre natürlich, wieviel das tatsächlich ist!

Hab heute mal den Stromverbrauch in den unterschiedlichen Zuständen gemessen: https://github.com/steff393/wbec/issues/1#issuecomment-835336986

[fzahn]

Hallo,

sind interessante Werte, danke fürs Nachmessen. Die Wallboxen scheinen also auch ohne Standby recht genügsam zu sein. Aber besser ist es, die Wallboxen in den Standy gehen zu lassen, wenn kein Fahrzeug dran hängt. Aber sind wohl, nur 2 Watt Unterschied

[snodo]

Wallbox ist installiert und läuft, RS485 Hardware noch in Zulieferung. Nun wollte ich die Box schonmal passend einstellen. Also Abschlusswiderstand aktiviert (S6/2 ON) und Bus-ID 1 gesetzt (S4/4 ON). Restliche DIP-Schalter alle OFF. Jetzt habe ich aber beim Einschalten das Fehlerblinken.

Hier im Thread wurde es ja auch schon angesprochen:

• Es ist nicht möglich die Wallbox "Autark" zu betreiben. Wenn man mit ModBus ran will, muß man auch mit Modbus steuern. Ein "Wallbox mach mal und ich lese nur aus" geht AFAIK nicht. Aktiviert man Modbus ist entweder die Box Master und sucht nach einem Slave: Findet sie keinen -> Fehler. Oder man stellt die Box auf Slave und muß mit IOBroker die Box steuern (regelmäßig den Ladestrom mitteilen) etc.

Hierzu nun meine Frage: Was genau braucht die Box, damit sie die Businstallation als "in Ordnung" erkennt? Muss da nur irgendwo ein "Modbus Master" lauschen? Reicht das? Oder muss dieser auch aktiv nach der Box "suchen", indem er irgendwelche Befehle sendet? (In dem zitierten Post liest es sich so)

[steff393]

Hallo Snodo, ein Lauschen reicht nicht, weil die Slaves von sich aus keine Kommunikation starten. Der Master muss mit jeder Box kommunizieren, z.B. Register abfragen. Die Boxen erkennen nach 15s Timeout. Man kann diesen Wert auch auf z.B. 60s erhöhen.

[snodo]

Danke für die Info. Mein günstiger RS485 <=> USB Stick (mit CH340 Chip) kam und funktioniert nun auch.

Für die Allgemeinheit, die hier mitliest, mal die Probleme über die ich gestolpert bin: Zunächst klappte es nicht und ich wusste nicht wieso. Habe dann ewig durchgemessen, dass die 120 Ohm auch wirklich auf beiden Seiten da sind. Ja, sind da. In der Box scheint es egal zu sein ob man an OUT oder IN geht - logisch, ist ja ein Bus und die sind verbunden. Bin aber auf OUT gegangen, weil das hier in einem der Posts so geschrieben wurde, dass irgendein Holding Register sich nur dort schreiben lässt? Hab ich nicht geprüft, bin so oder so jetzt auf OUT. Hab A und B vertauscht (wurde hier irgendwo mal genannt). Brachte kein Erfolg, also wieder A auf A und B auf B.

RTFM sage ich da nur. Habe die ganze Zeit den Defaultwert bei der Parity belassen (also None), dabei bin ich schon als ich vor Wochen mal die Anleitung gelesen hab drüber gestolpert, dass es Even sein muss. Hatte ich aber schon wieder vergessen. Kaum war das korrigiert, klappt auch alles.

Das war aber gestern erst abends um 10. Ich werde da heute mal noch weiter mit experimentieren und dann meine Pythonscripts mit pymodbus schreiben.

Was mich vor allem interessiert: Wie reagiert die Box, wenn ich sie einschalte und erst nach 1 Minute (wenn sie schon im Fehlerblinken ist) zum ersten Mal etwas hin sende. Bin gespannt ob sie dann aus dem Fehlerzustand raus geht, oder weiterhin blinkt bis man sie neustartet. (Das ist der Fall, der nach einem Stromausfall passieren würde, denn der Raspi braucht unter Umständen eben genau diese Minute zum Hochfahren. Wäre allerdings auch nicht so dramatisch - das passiert hier eh nur alle paar Jahre mal.)

[DEV4c2]

Danke für die Info. Mein günstiger RS485 <=> USB Stick (mit CH340 Chip) kam und funktioniert nun auch.

Hallo, danke für deinen Erfahrungsbericht.

Ist es möglich, dass du die Konfiguration, die du für die Kommunikation Stick<->Wallbox eingestellt hast, mal posten? Ich habe leider kein USB Stick, sonder Modbus Ethernet und verzweifle gerade daran. Kurzzeitig hat ich heute eine Connection, die ich leider wieder gleich 'kaputtgespielt' habe und seit dem bekomme ich nur noch Timeouts.

Darüber hinaus wäre noch interessant, welche Einstellungen für die Kommunikation im ioBroker einzustellen sind. Kann hier jemand weiter helfen? Danke!

[snodo]

Hardware Verkabelung habe ich geprüft, dass in meinem Adapter auch wirklich ein 120 Ohm Widerstand drin ist. Das ist wohl nicht immer der Fall. War bei mir aber. In der Box habe ich es auch extra nachgemessen, aber wenn S6/2 an ist, dann klappt das. Dann eben A an A und B an B - GND von meinem Adapter offen gelassen, der ist nicht nötig. In der Heidelberg habe ich OUT genommen - ich würde behaupten es gehen beide, denn wenn man die durchpiepst sind sie verbunden, aber in den Anleitungen von Heidelberg wird OUT gezeigt und auch hier im Thread sagte jemand, dass manches nur auf OUT klappt. Kann ich kaum glauben, aber ich habs auch nicht auf IN probiert.

Die Verbindungseinstellungen zur Heidelberg: 19200 Baud, 8 Datenbits, 1 Stopbit, Even Parity (bis auf die Parity ist das alles Standard für RS485). Zum Verständnis: RS485 ist die physikalische Übertragung. Modbus RTU das logische Protokoll. (Ich war neu in der ganzen Modbus Thematik und genau diese Info musste ich mir erstmal mühsam erarbeiten).

Wenn man nun einen RS485 auf TCP Umsetzer für Modbus verwendet, ist wichtig, dass auch darüber mit RTU Frames gearbeitet wird. Habe da aber leider selbst keine Erfahrung mit dieser Konfiguration und kann dazu nichts weiter sagen.

Auch zum ioBroker kann ich leider nichts sagen. Bei mir ist es ein Python-Script mit pymodbus und ich schreibe die Daten nur in eine InfluxDB, um sie dann mit Grafana zu visualisieren. (PV Anlage ist noch nicht da - erst dann werde ich mich ums Überschussladen kümmern.)

Zur Heidelberg an sich: Nach dem Einschalten dauert es ein paar Sekunden und dann antwortet sie. Bekommt die Box nicht innerhalb von 15 Sekunden eine gültige Anfrage, fängt sie mit dem Fehlerblinken an. Man hat also eigentlich genug Zeit mit der Box zu kommunizieren. Als Test habe ich einfach immer erstmal nur das Register 4 gelesen.

Habe übrigens die 1.0.7 und der "Energy since Installation Energy since Installation" setzt sich bei mir nicht zurück bei Neustart der Box.

Nochmal Vorsicht: Bei mir war der Wert für Max Current auf 0 A beschränkt nach dem Start, so dass mein Auto motzte von wegen "Stromquelle prüfen". Ich musste also zunächst mal wieder 160 für 16 A aufs Register 261 senden.

[DEV4c2]

Ich bin auch neu in dem Thema Modbus - merkt man vielleicht... Die Verbindungseinstellunge zur Heidelberg habe ich auch soweit. Zusätzlich gibt es noch eine Einstellung für Flow Control, die lasse ich aber ausgeschaltet oder muss ich hier etwas einstellen?

Zur Heidelberg an sich: Nach dem Einschalten dauert es ein paar Sekunden und dann antwortet sie. Bekommt die Box nicht innerhalb von 15 Sekunden eine gültige Anfrage, fängt sie mit dem Fehlerblinken an. Man hat also eigentlich genug Zeit mit der Box zu kommunizieren. Als Test habe ich einfach immer erstmal nur das Register 4 gelesen.

Das heißt, ich habe lediglich 15 Sekunden Zeit? Vielleicht ist das mein Problem. Ich bin bisher von 5 Minuten bis zum Standby ausgegangen.

[snodo]

Flow Control aus lassen bzw. None oder wie auch immer das bezeichnet wird - exakt.

Ich bin mir gar nicht sicher, ob man nur 15 Sekunden Zeit hat. Das habe ich nich ausprobiert. Habe immer innerhalb dieser Zeit nach Einschalten schon Kommandos an die Box gesendet.

Was ich vorhin im laufenden Betrieb mal probiert hab: Mein Script abschalten, 15 Sek warten bis die Box ins Fehlerblinken geht, mein Script wieder starten. Dann antwortet die Box sofort wieder und da Fehlerblinken hört auf. Daher gehe ich davon aus, dass man auch beim Start tatsächlich 5 Minuten Zeit bis zum Standby hat, kann es aber nicht sicher sagen. Wenn die Verbindung dann mal steht, kann man ja ne 4 an Register 258 senden, dann ist diese Standby Funktion inaktiv. Zum Testen habe ich das tatsächlich getan. Im Dauerbetrieb darf die Box aber einfach in Standby gehen.

[steff393]

Hallo ihr beiden, die 15s sind im Register 257 hinterlegt. Man kann dort aber auch höhere Werte (z.B. 60s) einstellen oder auch die Timeout-Überwachung komplett deaktivieren (würde ich aber nicht empfehlen). Wenn die Box im Timeout ist und dann wieder gültige Botschaften kommen, dann geht sie auch innerhalb kurzer Zeit (einige Sekunden) wieder in den Normalbetrieb. Bei wbec spielt das Thema Stromausfall keine Rolle, der bootet in 8s ;-)

Das gleiche Timeout-Blinkmuster kommt übrigens auch, wenn man Register 259 auf 0 (Remote Lock setzt).

Ich schließe immer an IN an. Aber ich sehe es ähnlich, IN & OUT sind eh verbunden, so dass es keine Rolle spielen sollte. Den Standby deaktiviere ich in der Regel auch, macht das Testen einfacher.

[DEV4c2]

So, ich habe es gestern Abend tatsächlich geschafft, eine Kommunikation zur Wallbox aufzubauen. Mein Switch hatte sich zwischenzeitlich auch noch gegen die massiv auftretenden, fehlerhaften Anfragen gewehrt...

Ich habe jetzt den Standby jetzt erst einmal deaktiviert und Timeout auf 60s gesetzt. Das habe ich mit QModMaster gemacht. Hier kann ich auch Register 4 problemlos auslesen. Angeschlossen habe ich die WB übrigens an IN.

Leider habe ich aber noch immer eine Baustelle mit dem Auslesen im ioBroker. Ich bekomme zwar keine Fehler und der Status connection steht auch auf 'true', aber alle ausgelesenen Werte sind '0'.