search

achgut / Modbus_Versicharge

MIT License
0 stars 0 forks source link

Firmware 2.134.30 freigegeben mit kleinem Haken #21

Open coolo opened 8 months ago

coolo commented 8 months ago

(so die IT will) wird Morgen die 2.134.30 in die Production-Gruppe hochgeladen. Diese entkoppelt das "power level" der App mit der max current in modbus.

Dadurch ist die eingestellte max current jetzt nicht mehr auf dem charger gespeichert und überlebt keine reboots mehr. Dazu wäre Feedback gewünscht. Treiber der Entscheidung sind vor allem Setups indem der modbus master nicht permanent ist und man bei einer Speicherung der max current "für immer" die Wallbox nicht mehr nutzen kann. Aber wirklich glücklich bin ich nicht mit der Lösung.

Durch die Entkoppelung ist die Ampere-Steuerung jetzt direkter, aber leider immer noch nur ganzzahlig. Wir haben überlegt, ob wir Werte > 100 als .01A interpretieren. Auch dazu bitte Feedback.

achgut commented 8 months ago

Danke für die Info Werde ich mir anschauen. Bin aber gerade unterwegs daher dauert es etwas.

achgut commented 7 months ago

Die FW läuft jetzt auf meiner Wallbox.

Bis jetzt noch kein anderes Verhalten gemerkt. Das Speichern von MaxCurrent in der Box (auch nach Reboot) ist bei mir nicht relevant. Da ich die Box mit EVCC steuere, wird der MaxCurrent vor Start und während der Ladung immer wieder an die Box geschickt. Ist also für mich kein Problem.

Zu den Ampere Werten habe ich noch eine Frage: Bis jetzt arbeite ich (und EVCC) immer mit ganzen Werten. EVCC könnte auch mit genaueren Werten (also z.B. 6,7A) arbeiten, damit die Box genauer für den PV Strom gesteuert werden kann.

Verstehe ich dies richtig, dass dann der Wert 670 als 6,7A interpretiert würde? Wäre eine gute Sache, funktioniert aber erst durch etwas Änderung bei der Steuerung EVCC. Aber klingt sinnvoll für mich .....

coolo commented 7 months ago

Es wäre abwärtskompatibel - das heisst auch, dass beim Lesen des Registers steht dann 7, aber beim Schreiben von 670 wird es als 6,7 interpretiert.

Und Du müsstest evcc dann so ändern, dass es bei einer Exception beim Schreiben von 670 auf das alte Format fällt. Ich möchte mich halt um ein weiteres Register drücken :)

achgut commented 7 months ago

Das mit dem Lesen ist zwar nicht so schön, sehe ich aber nicht als Problem. Wichtig ist das Schreiben, um genauer einzustellen. Für die Energieberechnung wird nicht MaxCurrent bei EVCC verwendet.

Noch ein Kommentar zur Scalierung: Wäre es sinnvoller, Werte über 1000 zu nehmen? 6700 (in mA) ist aus meiner Sicht sinnvoller als 670

coolo commented 7 months ago

Wir haben nur 16bit und müssen Werte bis 80A (für US-Markt) darstellen, daher gehen mA nicht.

coolo commented 7 months ago

Und jetzt wo ich damit herumexperimentiere, stelle ich fest: der Duty-cycle ist in ganzen Prozent

image

10% == 6.0A-6.5A 11% == 6.6A-7.1A 12% == 7.2A-7.7A (mit dem bisherigen Interface nicht einstellbar) 13% == 7.8A-8.3A ... 20% == 12.0A-12.5A

Also das muss ich mir erstmal anschauen.

coolo commented 7 months ago

Ok, das ist nur die Ausgabe. Intern sind es ns.

coolo commented 6 months ago

Hab jetzt mal mit meinem Ioniq 5 an einer Versicharge mit einer Phase am Schukostecker (deshalb nur bis 10A) ausgemessen:

6A limit (10% duty cycle): 1270W / 5.5A 7A limit: 6.3A 8A limit: 7.3A 9A limit: 8.3A 10A limit: 9.3A

Und jetzt die Zwischenstufen, die mit der 2.135 freigeschaltet werden: 9.8: 9.1A 6.5: 5.8A 6.4: 5.7A 6.3: 5.6A 6.2: 5.5A 6.1: 5.5A

Also ist das wahre untere Limit des Ioniq 5 6.2A (Wallbox_MaxCurrent.py 620) - und er zieht (auf einer Phase) immer 0.7A weniger als er dürfte. Deshalb ist mehr als 9.3A (~2150kW) nicht drin. Dafür kannst Du tiefere Ladeleistungen einstellen als eigentlich technisch möglich.

Wäre spannend zu wissen, wie sich andere Autos verhalten und ob es sich meins an 3 Phasen anders verhält.