UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[digi303]

@nitrox9
danke. So hab ich das def. nicht gesehen.

Ich bastel beizeiten mal weiter rum und stelle die Lösung hier online, so sie dann läuft. Evtl. ist ein Modbus-WIFI-Adapter ja auch für andere interessant.

[ttoebbe]

@nitrox9

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 :-)

[nitrox9]

40260_Remote_Lock = 1 ;-)
Sollte 0 sein.

Sonst mal mit 16A (40262) starten, einige Autos wie die ZOE brauchen min 8A.

[Homoran]

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

@homoran

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.

[nitrox9]

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

40260_Remote_Lock = 1
Sollte 0 sein.

Sorry, muss doch auf 1 stehen. 0=locked 1=unlocked

[ttoebbe]

@nitrox9

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:

[ttoebbe]

@nitrox9

gefunden...so was blödes :-) #aktualisieren vs. steuern --> Da habe ich unsauber kopiert ;-)

oh man :face_palm:

danke euch für die Hilfe :-)

[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 :grin:

[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!