[Frage] Realisierung Adapter UDP Keba Wallbox
-
@tminimax oh, ich hab vergessen zu erwähnen, dass ich den Branch auf master zurück gemergt habe. Bitte wieder Master nehmen (geht also mit Reiter git)
-
@sneak-l8
Habe mein Script noch etwas gekürztBlockly
<xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="MU8;yslk(B7(Tv%sqWM=">Phasenlimit in A</variable> </variables> <block type="variables_set" id="E*Vu$_+fuxrGm/d:dGi#" x="23" y="-354"> <field name="VAR" id="MU8;yslk(B7(Tv%sqWM=">Phasenlimit in A</field> <value name="VALUE"> <block type="math_number" id="gqLBcLSd@@Snb8KlaVTx"> <field name="NUM">32</field> </block> </value> <next> <block type="on_ext" id="2s[RmVP})1RW}8|l/6pN"> <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <value name="OID0"> <shadow type="field_oid" id="$s?)jmdJ!-uBN2*Q%ez]"> <field name="oid">fronius.1.meter.0.Current_AC_Sum</field> </shadow> </value> <statement name="STATEMENT"> <block type="control" id="T~q1?/]SMOxLPmZ?_S7T"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">kecontact.0.automatic.limitCurrent</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="math_arithmetic" id="J6Nk{J9=+uJ%]s.koila"> <field name="OP">MULTIPLY</field> <value name="A"> <shadow type="math_number" id="Z{Vk|*~/(O0zyg;T@0-q"> <field name="NUM">1</field> </shadow> <block type="math_arithmetic" id="xlV)uzos74*Z54_`_vpH"> <field name="OP">MINUS</field> <value name="A"> <shadow type="math_number" id="F4``i@tO{@ZsVDVEkX^s"> <field name="NUM">1</field> </shadow> <block type="variables_get" id="?,G]_}j/2XK.{I/:SV(x"> <field name="VAR" id="MU8;yslk(B7(Tv%sqWM=">Phasenlimit in A</field> </block> </value> <value name="B"> <shadow type="math_number" id=",l%4P_9nAUjj2mNGH[h2"> <field name="NUM">1</field> </shadow> <block type="math_round" id="~[yGWn[1a|N5Vd]OFBYo"> <field name="OP">ROUND</field> <value name="NUM"> <shadow type="math_number" id="{wV8`R=q|7O=$|[gI6_t"> <field name="NUM">3.1</field> </shadow> <block type="math_on_list" id="IE:o.]A^D[N|P{Bno.IL"> <mutation op="MAX"></mutation> <field name="OP">MAX</field> <value name="LIST"> <block type="lists_create_with" id="O162NtYNZ~wUA9s=P=]W"> <mutation items="3"></mutation> <value name="ADD0"> <block type="get_value" id="ow$Xn02]:Vt{wT;tLX%$"> <field name="ATTR">val</field> <field name="OID">fronius.1.meter.0.Current_AC_Phase_1</field> </block> </value> <value name="ADD1"> <block type="get_value" id="=bdn8.dOaSZs.tZ]bWRk"> <field name="ATTR">val</field> <field name="OID">fronius.1.meter.0.Current_AC_Phase_2</field> </block> </value> <value name="ADD2"> <block type="get_value" id="p5he[kz$J=zaKte5tC}:"> <field name="ATTR">val</field> <field name="OID">fronius.1.meter.0.Current_AC_Phase_3</field> </block> </value> </block> </value> </block> </value> </block> </value> </block> </value> <value name="B"> <shadow type="math_number" id=".0n_l9PyIGr}lG[(RN7+"> <field name="NUM">1000</field> </shadow> </value> </block> </value> </block> </statement> </block> </next> </block> </xml>und Javascript
var Phasenlimit_in_A; Phasenlimit_in_A = 32; on({ id: [].concat(['fronius.1.meter.0.Current_AC_Sum']), change: 'ne' }, async (obj) => { let value = obj.state.val; let oldValue = obj.oldState.val; setState('kecontact.0.automatic.limitCurrent' /* limit dynamic charging to this value of amperage (0 = no limitation) */, ((Phasenlimit_in_A - Math.round(Math.max.apply(null, [getState('fronius.1.meter.0.Current_AC_Phase_1').val, getState('fronius.1.meter.0.Current_AC_Phase_2').val, getState('fronius.1.meter.0.Current_AC_Phase_3').val]))) * 1000)); }); -
@gto Danke für die Skripte, ich hatte aber schon das Meiste programmiert. Jetzt steht eine guthub-Version bereit, die auch eine Limitierung auf einen bestimmten wert je Phase zulässt.
Bitte einfach mal testen, mein energyMeter liefert keine Ampere-Werte und wollte die jetzt auch nicht berechnen lassen. -
@sneak-l8 Hallo Sneak, danke für die Arbeit. Es hat sich noch ein Fehler eingeschlichen. LimitCurrent bleibt immer auf auf einem konstanten Wert, egal was die Phasen für Werte haben.
Habe im debug-log gesehen, dass ein Eintrag "wallbox set to charging maximum of 7000 mA" kommt. Dieser Wert wäre richtig, er wird aber nicht in "limitCurrent" geschrieben. Regelst du über einen anderen Datenpunkt?
Habe gerade gesehen, dass du über CurrentUser regelst. Hier scheint es korrekt zu laufen. Ich muss aber noch warten bis ein KFZ lädt.
-
@gto Ah, ok. Ich hatte gerade danach geschaut und dachte, dass es eigentlich passen muss. Hab das Debug-Log nun auch um die Einzelwerte für die Ampere-Berechnung ergänzt.
Aber ja, limitCurrent ist für Dich. Dort kannst dem Adapter dynamisch eine (zusätzliche) Begrenzung mitteilen.
Wenn Du den wert brauchst, könnte ich ihn höchstens als weiteren State (wie maxPower) unter statistics ausgeben. -
@sneak-l8 Noch eine Verständnisfrage für die Testung.
Regelst du immer oder nur wenn an der Wallbox ein Auto lädt?
Die Hardwarelimitierung über die DIP-Schalter ist die Obergrenze für currentUser?LimitCurrent benötige ich nicht.
-
@gto Siehe Post #1133 - ich regle immer, da ich nicht weiß, wann ein Fahrzeug angesteckt wird und dann die Wallbox bereits runtergeregelt sein sollte.
Ja, das "Standardlimit" ist currentHardware, ein anderes Limit kenne ich nicht. -
@sneak-l8 Danke, ich teste wenn der Hybrid zuhause ist und gebe dann Bescheid
-
-
@gto Kannst Du noch mal die neuste Version ziehen? Hatte heute Morgen noch ergänzt, dass im Debug log auch die Einzel-Werte aus der Berechnung ausgegeben werden. Jetzt hab ich noch einen State statistics.maxAmperage ergänzt, in dem Du immer die aktuelle Begrenzung siehst.
Und schicke bitte auch mal ein Screenshot der Konfig (gerne aus dem Log).
Evtl. hast Du die Einheit für das EnergyMeter noch auf mA stehen? -
@sneak-l8 neueste Version installiert
Debug-LOG
LOG.txtInfo-Log
Info-Log.txtEinstellungen zur Leistungsbegrenzung
Config.zipIch denke deine Umrechnung A in mA stimmt nicht, ich habe gerade einen Fixwert von 25A an einer Phase eingegeben und der Wert statistics.maxAmperage ist 31975.
kecontact.0
2025-02-24 20:51:55.301 debug Available max amperage: 31975kecontact.0
2025-02-24 20:51:55.301 debug amperage of mains: 25/-3.39/-4.15, amperage of charging station: 0/0/0 => available: 31975/32003.39/32004.15 -
@gto Ah, hab die Einheit falsch abfragt, bin aber schon auf der Couch... Muss ich morgen machen, wird evtl. auch übermorgen.
-
@sneak-l8 kein Problem, ich teste gerne wenn du fertig bist, morgen habe ich ohnehin kein Auto zum laden daheim
-
@gto So, jetzt bitte nochmal probieren. Jetzt wird im Log auch der neue Wert für die Einheit mitprotokolliert.
-
@sneak-l8 Sieht mit manuell eingegebenen Werten in Datenpunkten gut aus. Nächste Woche kommt mein Auto, dann kann ich mit 2 Autos im Echtbetrieb weitertesten.
Ein herzliches Dankeschön für deine Bemühungen .
-
@sneak-l8 Hallo Sneak,
ich habe jetzt einmal ein Testergebnis mit dem einphasig ladenden Hybrid, ich habe den Heizstab der zufällig auf der selben Phase liegt eingeschaltet.
maxAmperage ist korrekt berechnet, regelt die Box mit diesem Wert oder sollte auch der current User reduziert sein?
Wäre es nicht sinnvoll bei unterschreiten von 6A bei maxAmperage die Box auf Pause zu setzen? -
@gto der state "currenUser" sollte nicht höher als maxAperage sein. Kannst Du mal das debug-Log dazu bereitstellen? Habe im Code jetzt auch nichts Verdächtiges gefunden.
-
@sneak-l8 Hallo Sneak,
Log.txt
Heute regelt der Adapter beim Laden den currentUser mit, allerdings um einen Abfragezyklus zeitversetzt (das bedeutet, dass der Strombezug für 30 Sekunden oder mehr überschritten wird).
Die Regelung erfolgt aber nur wenn der maxAmperage einen höheren Wert hat (Bild Heizstab aus). Schalte ich den Heizstab ein, so ist maxAmperage zwischen 2000 und 3000mA und es erfolgt keine Regelung des currentUser.Hängt das mit dem Unterschreiten der 6000mA-Grenze zusammen? In diesem Fall muss das Ladelimit aber auch runter oder die Box deaktiviert werden. Mit pauseWallbox wäre das aber schlecht realisierbar, weil dann ja bei genug Energie die Pause aufgehoben wird. Es könnte aber die Pause auch bewusst vom Nutzer eingeschaltet gewesen sein und nicht von der Ladelimitbegrenzung, dann dürfte sie nicht aufgehoben werden.
Ich möchte auch zur Diskussion stellen, ob nicht eine Abrundung auf 500mA oder 1000mA (könnte durchaus die eingestellte Schrittweite für die PV-Regulierung sein) sinnvoll wäre. Derzeit werden viele currentUser-Werte im zweistelligen Bereich geregelt. Könnte dies nicht bei manchen KFZ.Ladereglern zu Problemen führen?
Für dieses LOG ist zuerst der Heizstab an (19:49), danach ausgeschaltet.
-
-
@gto Also die Regelung der Wallbox erfolgt immer nur alle 30 Sekunden (es werden aber alle 15 Sekunden die Werte aktualisiert).
Um 19:49:05 ist erstmal der Heizstab ab (maxAmperage bei 2,8A). Das ist aber die Zwischenberechnung, bei der keine Regelung erfolgt. 19:49:20 ist die nächste Messung und da wird dann auch geregelt.
Wenn die verfügbare Stromstärke unter das untere Limit (in der Regel 6A), dann wird der Ladevorgang unterbrochen. Dazu wird zwar currUser 0 gesendet, aber die Wallbox zeigt weiterhin bei Currnet den letzten Wert an. Aber enabled ist dann 0. Das mag verwirrend sein, aber ist halt so das Vorgehen der Wallbox. Daher evtl. Deine Anzeige ändern auf enabled == 1, dann zeige currUser sonst 0.Aber ich habe nun die Ampere-Begrenzung nach vorne verschoben, so dass sie alle 15 Sekunden greift, also auch bei der Zwischenmessung. Hier wird immer nur begrenzt (ggf. Ladung unterbricht), nicht erhöht.
Auch den Hinweis auf die Rundung ist super. Bei der Leistungsbegrenzung ist sie drin, bei den Ampere hatte ich sie vergessen. Das trage ich nach, so dass auch gemäß dem in den Einstellungen hinterlegten Delta geregelt wird.
Diese Version steht jetzt bereit.
