Heidelberg Energy Control / PV-Laden / Modbus / Blockly

[iobrokerin]

@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]

@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

[iobrokerin]

@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?

[iobrokerin]

@nitrox9 said in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

Die if Abfragen könnte man etwas kürzen - hier mal ein Code-Snippet:

[iobrokerin]

@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]

@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.

[Philipp 2]

@ttoebbe
@nitrox9
Ich habe das selbige Problem mit einem eGolf mittels HA.
Muss der Standby-Modus der Wallbox dauerhaft abgeschalten werden ( sprich Wert auf 4 ) oder muss eine kleine Wartezeit zwischen Wallbox aus dem Standby holen und den Ladebefehl vorhanden sein?

[iobrokerin]

@nitrox9

Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.

Wie macht man denn die Zuweisung?

[iobrokerin]

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...

[leonledule]

@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.

[nitrox9]

@leonledule
Ich habe gerade mal in mein Skript geschaut, offenbar hatte ich da auch mal Probleme, denn ich schalte beides gleichzeitig
Also die 160 in die Maximal (40262) UND in die Failsafe (40263) schreiben -- geht

[leonledule]

@nitrox9 Ok, habs jetz mal so:
Ich denke so hast du es gemeint. Das funktioniert auch:

Danke für deine Hilfe!

[nitrox9]

@leonledule Ja, ungefähr so. Ich habe da auch mit "aktualisiere" anstatt "steuere" gearbeitet -- aber das sehe ich pragmatisch

[leonledule]

@nitrox9 Alles klar
danke.

[leonledule]

@nitrox9
Hallo Nitrox,

Nun funktioniert alles super durch deine Hilfe. Ich kann alle Werte der Wallbox einlesen und schreiben und habe bereits mein Überschuss Script, welches wunderbar funktioniert. Das Script ist nur zum einphasigen Laden. Könnte man das auch umbasteln, um dreiphasig zu regeln? Meine Frage dazu: Ich habe ja den Maximal Current Command. Kann ich damit die Phasen beim Laden irgendwie einzeln regeln, oder regelt der Maximal Current Command beim dreiphasigen Laden alles Phasen gleichzeitig, sprich wenn ich 6A einstelle lädt er auf allen 3 Phasen mit 6 A ?

Liebe Grüße
Leon

[nitrox9]

@leonledule
Super!
Ja, der "Maximal Current Command" gilt für alle drei Phasen gleichzeitig, somit dann 3x6A gleichzeitig.

[nitrox9]

@leonledule sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

Ich habe ja den Maximal Current Command. Kann ich damit die Phasen beim Laden irgendwie einzeln regeln,

Wenn du auf die Idee kommst, die Sicherungen L2+L3 nur bei Bedarf zuzuschalten, dann auf jeden Fall nur (!!!!!) bei ausgestecktem Auto.

[leonledule]

@nitrox9 Ok.

[leonledule]

@nitrox9 Ja, das auf jeden Fall! Habe sowieso nicht vor Phasen wegzuschalten.

[mmoeller53]

Hallo, habe das ganze heute versucht über einen ew11 wifi zu rs485 adapter zu realisieren, leider blickt meine wallbox nur dumm rum direkt nach dem einschalten, per iobroker klappt die verbindung nicht, mit qmodmaster wird ab und zu was ausgelesen aber komme halt nicht wirklich weiter da die wallbox direkt in fehler mode geht...
auto anstecken zum standbuy vermeiden habe ich versucht aber leider auch erfolgslos, ich hoffe ihr könnt mir irgendwie helfen