Bei 5 liegt es am Auto. Also z. B.
— Auto ist voll
— Auto ist für späteres Laden programmiert
— eingestellter SOC im Auto erreicht

An Wallbox oder iobroker liegt es bei 5 nicht.

Grüße

Ab und zu geht der Ladestatus (bei angestecktem Auto & Auto wird nicht geladen) auf 5.
Laut Doku bedeutet der Status 5 = B2 = Vehicle plugged without charging request & Wallbox allows charging.

Ich kann das Laden dann aber nicht über den Wert in der maximal angegebenen Ladeleistung realisieren.
I.d.R ist der Ladestatus bei angestecktem Auto & Auto lädt nicht auf 4. Dann funktioniert alles.
Wenn das Auto lädt ist er bei 7. Dann funktioniert ebenfalls alles.

Hat jemand einen Tipp für mich warum der Ladestatus ab und zu bei angestecktem Auto auf 5 ist und warum ich das Auto dann nicht laden kann?

Vielen Dank im Voraus!

Gruß
Adri

So weit weg kam es doch gar nicht sein, dass das läuft. Jemand noch eine Idee?

Ich denke, ich werde mal schauen, ob ich beim Ladeende den raspi automatisiert herunterfahren lasse. Sollte ja einfach machbar sein. Mit einem Netzschalter dann komplett vom Strom trennen. Ein Handgriff mehr. Mit einem Shelly null Handgriffe mehr, komplett automatisierbar. Beim erneuten Laden einfach den Netzschalter an und der Raspi bootet wieder. Bootzeit kleiner 30 Sekunden mit raspian OS (Alternativ mit dietPi OS wird es noch schneller gehen). In der Zeit kann man die Ladeklappe öffnen und das Kabel stecken. Also auch ein kleiner Handgriff mehr. Oder alternativ einen kleinen Bewegungsmelder, der den raspi über den shelly anschaltet.

Magst Du dein aktuelles Script mal teilen?

Der Raspi ist seit Jahren bei jeder Temperatur und Luftfeuchtigkeit in der Blechgarage. Alles gut, keine Probleme. Lasse das Ding da ruhig auf Dauer laufen. Die paar Watt (gerade bei den alten Raspis) sind nicht wirklich relevant.
Viel Spaß!

Am Rande: das oben aufgeführte Blockly ist sehr rudimentär und dient eher zum Lernen.
Heute puffere ich den Strom im Hausakku und schalte die Wallbox erst aus, wenn der Puffer (z.B. 10%) im Hausakku aufgebraucht ist -- aber das soll jeder machen, wie er will.

$ iwconfig wlan0
wlan0     IEEE 802.11  ESSID:"xxx"
         Mode:Managed  Frequency:2.462 GHz  Access Point: 00:00:00:00:00:00
         Bit Rate=43.3 Mb/s   Tx-Power=31 dBm
         Retry short limit:7   RTS thr:off   Fragment thr:off
         Power Management:on
         Link Quality=32/70  Signal level=-78 dBm
         Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
         Tx excessive retries:3  Invalid misc:0   Missed beacon:0

Es war also wirklich an der Verkabelung gelegen. Hätte ich nicht gedacht, da nur 25 m. Gemini rät mir, wenn schon ein Telefonkabel, dann dieses durchgehend bis zur Wallbox. Ich dachte, dass es besser sei, wenn ich die letzten 10 m mit einem geschirmten Kabel unterwegs bin. Selbst dann ist es fraglich, ob es läuft...

Andere Frage: Wie machst Du das mit dem Raspi in deiner Garage? Er ist spezifiziert von 0-50 Grad?? Im Winter hat es auch dort deutlich unter 0 Grad drinnen, geschweige denn die hohe Luftfeuchte.

Nächste Frage: das System braucht ca. 3 W. Das muss ja nicht dauerhaft laufen. Idee: ich lasse das System herunterfahren, wenn erkannt wird, dass ich das Ladekabel abziehe. Dann ziehe ich den Raspi einfach vom Strom ab und nehme ihn mit ins Haus. Vor dem Ladevorgang müsste er dann wieder ans Stromnetz und der USB-Adapter gesteckt werden. Vertretbarer Aufwand, denke ich. Wie machst Du das?

• Vom USB-Stick gehe ich mit einem 0,5 m KNX-Kabel raus zum
• Telefonkabel, das hat 8x2 Paare. Ich habe 2 jetzt rot und gelb auf A geklemmt und rot-schwarz und gelb-schwarz auf B. Kabellänge vielleicht 15 m in die Garage
• In der Garage habe ich wieder die gleiche Klemmung gemacht auf KNX. Das KNX Kabel ist vielleicht 10 m lang, eher etwas weniger und geht direkt in die Wallbox
• Beim USB-Stick habe ich mit einen Widerstand zw. A und B geklemmt.
• Masse geht jetzt nicht rüber zur Wallbox, kann ich ja nicht anschliessen an den beiden Klemmen des USB Sticks

Welche Kabel habt ihr verwendet? Die Verbindung auf je KNX-Kabel und Telefonkabel habe ich mit einer KNX-Klemme gemacht. Das könnte ich löten anstatt die Klemme einzusetzen. Und ich kann mehrere vom ungeschirmten Telefonkabel Adernpaare auf A und mehrere Adernpaare auf B

Als Tipp: bei sowas hat mir chatgpt.com schon richtig helfen können.
==> Einfach schreiben was du hast. z.B. "Ich möchte eine Heidelberg Wallbox per modbus an iobroker betreiben."
dann
"folgende Fehlermeldung bekomme ich: ......"

==> einfach mal probieren, bin selbst erstaunt, was heutzutage geht.

modbus.0
2025-01-25 14:27:05.645 error Error response: Slave is engaged in processing a long-duration command. Master should retry later
modbus.0
2025-01-25 14:27:05.645 error Error response for FCx24: Slave Device Busy
modbus.0
2025-01-25 14:27:05.614 error unknown function code: 0x1e, 0x66
modbus.0
2025-01-25 14:27:05.586 error Error response: fe
modbus.0
2025-01-25 14:27:05.555 error unknown function code: 0x60, 0x1e
modbus.0
2025-01-25 14:27:04.950 error unknown function code: 0x1e, 0x98
modbus.0
2025-01-25 14:27:04.942 error unknown function code: 0x78, 0x66
modbus.0
2025-01-25 14:27:04.914 error unknown function code: 0x0, 0x60
modbus.0
2025-01-25 14:27:04.884 error unknown function code: 0x18, 0xfe
modbus.0
2025-01-25 14:27:04.855 error unknown function code: 0x18, 0x86
modbus.0
2025-01-25 14:27:04.825 error unknown function code: 0x66, 0xe6
modbus.0
2025-01-25 14:27:04.796 error Error response: 66
modbus.0
2025-01-25 14:27:04.766 error Error response: 18
modbus.0
2025-01-25 14:27:04.736 error Error response: f8
modbus.0
2025-01-25 14:27:04.705 error unknown function code: 0x66, 0x98
modbus.0
2025-01-25 14:27:04.675 error unknown function code: 0x0, 0x0
modbus.0
2025-01-25 14:27:04.644 error Error response: 98
modbus.0
2025-01-25 14:27:04.613 error unknown function code: 0x1e, 0x86
modbus.0
2025-01-25 14:27:04.586 error Error response: fe
modbus.0
2025-01-25 14:27:04.555 error unknown function code: 0x60, 0x1e

Hier zur Info die Fehlermeldung die kommt, wenn ich das mit evcc versuche:

code_ evcc -c evcc.yaml
[main  ] INFO 2024/08/24 12:33:27 evcc 0.129.0
[main  ] INFO 2024/08/24 12:33:27 using config file: evcc.yaml
[db    ] INFO 2024/08/24 12:33:27 using sqlite database: /home/pi/.evcc/evcc.db
[main  ] INFO 2024/08/24 12:33:28 listening at :7070
[main  ] FATAL 2024/08/24 12:33:33 cannot create charger 'wallbox5': cannot create charger type 'template': cannot create charger type 'heidelberg': serial: timeout
[main  ] FATAL 2024/08/24 12:33:33 will attempt restart in: 15m0s
[server] FATAL 2024/08/24 12:33:33 unlinkat /tmp/evcc: operation not permittedtext

Hallo an alle,

ich kämpfe seit kurzer Zeit mit der Heidelberg. Ich wollte Überschussladen mit evcc einrichten, da habe ich allerdings Probleme.

Ihr macht das ja hier scheinbar anders. Ich habe zwei USB to RS485 Adapter und bekomme keine Verbindung mit der Heidelberg. Daher habe ich jetzt einfach einen Shelly in die Heidelberg gesetzt und schalte damit über die Möglichkeit einen Schlüsselschalter zu verwenden die Box ein uns aus. So kann ich das Auto einfach anschliessen und mein Blockly schaltet die WB von morgens 9:00 Uhr bis 21:00 Uhr ein, solange genug PV Energie da ist und der Batterie-Speicher es zulässt.

Was haltet Ihr von evcc ?
Euere Lösung sieht ja auch Top aus.

Da ich mich mit Modbus und RS 485 nicht auskenne (Interessiert mich aber schon) stellt sich die Frage, ob ich bei meiner Lösung bleibe.

Trotzdem würde ich gerne wissen, warum ich auf dem Raspi, keine Verbindung mit der Heidelberg bekomme.

Ich habe auch den Modbus Adapter geladen, der wird aber nicht grün.

modbus.2
2024-03-27 18:12:04.683 info Disconnected from slave

modbus.2
2024-03-27 18:12:03.682 warn Poll error count: 9 code: {"err":"timeout","timeout":5000}

modbus.2
2024-03-27 18:12:03.682 error Request timed out.

modbus.2
2024-03-27 18:12:03.681 warn Error: undefined

modbus.2
2024-03-27 18:11:58.678 info Connected to slave

Jemand eine Idee woran es liegen könnte?
VG

Ich möchte das Laden per iOS-Device starten. Hierfür habe ich unter Userdata einen Datenpunkt angelegt (Wallbox), diesen dann per yahka (Homekit Adapter) schaltbar gemacht über das iOS-Device. Dies funktioniert auch. Allerdings startet das Blockly-Skript den Ladevorgang nicht, wenn ich den Schalten schalte (=true). Er schreibt die 16A nicht. Manuell kann ich es vorgeben.
Wo liegt hier mein Fehler?

Das Script schreibt auch folgendes jede Minute: IMMER nur den Wert 100 als Max Ladestrom. In den Registern wird aber 60 angezeigt. Selbst wenn ich dort manuell 100 reinschreibe, springt er sofort wieder auf 60. Safe Current steht bei 160.

Die Verbindung des Adapters ist nach wie vor immer grün, ob ich Fehler im Log sehe oder nicht. Ich habe jetzt auch nochmal alle DIP Schalter geprüft, die stimmen auch. Setze ich den S4 auf 0, dann leuchtet das weisse Licht dauerhaft, ist ja dann auch nicht als Client am Modbus konfiguriert. Ich weiss wirklich nicht, was ich noch tun kann. Wäre für jede Hilfe dankbar.

Allerdings blinkt meine Box 6 x weiss und 3 x blau, und zwar nach dem Muster:

ich in mir jetzt nicht sicher, aber ich denke am Anfang hat die Box weiss geleuchtet. Ich habe dann natürlich auch mal mein Auto angesteckt, das hat aber dann nicht geladen und ich wollte der Sache auf den Grund gehen und dabei diese Blink-Sequenz entdeckt.

Hat jemand oder Du @nitrox9 einen Tipp für mich?

So sehen meine Register aus:

Mit E3DC S10E und KEBA P30 C-Serie PV optimiert EV laden
https://forum.iobroker.net/topic/65668/mit-e3dc-s10e-und-keba-p30-c-serie-pv-optimiert-ev-laden

Grundsätzlich sollte der Weg zum PV optimierten laden nicht sehr unterschiedlich sein.

LG
alk

1phasiges Laden
Max Current Command
60 - 160 (6-16A) * 240V = 1,4kW - 3,8kW Ladeleistung

3phasiges Laden
Max Current Command
60 - 160 (6-16A) * 240V * 3 = 4,2kW - 11,4kW Ladeleistung

Stecke ich nun ein 1-phasen PKW (z.B. PlugIn Hybrid von meinen Vater) an sollte nur einer der Modbus 30007 - 30009 (L1/L2/L3 Current) Register eine Ladeleistung anzeigen. 2/3 bleiben auf 0

Stecke ich nun ein 3-phasen PKW an zeigen alle drei Register eine Ladeleistung an.
Heißt beim berechnen des "40261 max. current command" Wertes für eine PV-Überschussladung muß ich vorher schauen ob das Auto 1 oder 3 phasig läd?

Vielen Dank

1. Grundsätzlich finde ich den Tipp sehr gut, eine Hysterese-Bedingung mit einzubauen, wenn dies schonender für Box und Auto ist. Kannst du diesen Punkt genauer erklären? Ich verstehe einfach nicht, warum das Beenden nach (sagen wir mal) 2h und 5 Minuten besser ist als das Beenden des Ladevorgangs nach 2h. Am Ende gebe ich doch der Wallbox den Befehl, den Ladestrom so oder so von 60 auf 0 runterzufahren (oder auch von z.B. 80 auf 0, wenn auf einmal der PV-Überschuss deutlich sinkt). Sorry für die Laien-Frage, aber ich würde es gerne verstehen.
2. Gibt es einen bestimmten Grund, weshalb du die Wallbox in 1A-Schritten steuerst (also bei 1-phasigem Laden in 230W-Schritten)? Grundsätzlich kann die Energy Control doch in 0,1-A-Schritten gesteuert werden und ist somit noch feinfühliger. Klar, das würde das Skript verlängern. Aber man könnte ja auch die Vorgabe nicht in viele Einzelbedingungen, sondern auch als geschickte Formel angeben. Ich muss aber zugeben, dass die beispielhafte Grafik von dir schon echt beeindruckend aussieht. Es scheint also so, als würde eine genauere Einstellung auch nicht viel mehr bringen :-). Vielleicht kannst du es trotzdem kurz kommentieren?
   Danke!