[Frage] Realisierung Adapter UDP Keba Wallbox
-
@sneak-l8 unter automatics. habe ich keinen wert...; meinst du den unter "kecontact.0.statistics.1p3pSwTimestamp"?
Dierser hat den Wert: Sun Feb 09 2025 19:48:45 GMT+0100
deckt sich somit mit obigen Log-Screenshot mit der letzten schaltung von 1 auf 0 -
@tminimax ok, danke. Ich hatte nicht bedacht, dass ich nicht über den S10 per X2 umschalte sondern über einen eigenen Installationsschütz. Dort greift der Time nicht. Dann passt das. Ich schaue weiter, warum er dennoch die Umschaltung versucht.
-
@tminimax So, ich glaub ich habe die Stellen gefunden...
Wenn das Auto abgesteckt wird, dann wird der Schütz in die Stellung "off" gebracht. Da der S10 ein NO (normally open, also Schließer) ist, entspricht das dem 1phasigen Laden. Damit soll der Schütz geschont werden und unnötiger Stromverbrauch für das "Anziehen" des Schützes vermieden werden.
Wenn Du das Auto wieder ansteckst, dann geht er in Ladebereitschaft, weil die PV-Automatik ausgeschaltet ist. also will er auf 3phasiges Laden gehen.
Hier lagen aber zwei Punkte vor:- in den beschriebenen Fällen wurde die minimale Ruhezeit zwischen dem Umschalten nicht berücksichtigt und immer sofort umgeschaltet.
- Ich hab die Abfrage drin "wenn Fahrzeug angesteckt und PV-Automatik aktiv", dann regle ich so optimal wie möglich. Falls eine der beiden Bedingungen nicht zutrifft, dann wurde immer auf 3phasiges Laden gegangen. Und hier muss ich aber unterscheiden: ist das Auto abgesteckt, dann sollte der Ladeschutz in Ruhestellung gehen (bei Dir 1p, bei mir (hab einen Öffner (NC) ist das 3p) und nur wenn das Auto angesteckt ist auf 3p.
Bei mir machte das keinen Unterschied, daher hab ich das auch nicht wahrgenommen. Bei Dir aber schon. Daher kam es auch zum sofortigen Umschalten: Beim Abstecken war fest das off (1p) drin, bei der regulären Berechnung all 30 Sekunden dann aber 3p.
Neue Version steht jetzt wieder im Branch bereit...
Ich hoffe, jetzt ist alles ok.
-
@sneak-l8 danke soweit; werde heute in der Nacht noch eine Ladung machen...Feedback folgt
-
Guten Morgen, ich werde auch Testen, muss heute sowieso ohne PV-Automatik mal wieder etwas in den Akku pumpen
-
@sneak-l8 leider hatten wir heute in der Nacht mehrere Stromausfälle (hoffentlich nicht davon
). Kann erst heute am späteren Nachmittag bereichten. Das jetztige Protokoll wäre vermutlich zu schwer zu lesen. -
@darkiop Mist, ich glaube, ich habe gestern nicht mehr den letzten Stand gepusht.
Punkt 1 ist da, aber Punkt 2 fehlt noch.
Muss ich heute Abend noch pushen...
Sorry. -
@darkiop So, jetzt ist die Version auch auf git verfügbar....
-
@sneak-l8 für mich gilt immer noch der andere download-link - oder? weil wir git kommt wieder der json fehler...
-
@tminimax Also zum Testen steht nur die Version vom speziellen git-Branch bereit. Da sollte der Json-Fehler weg sein. Die alte Version hat keine Vorteile.
-
@sneak-l8 anbei das Log der heutigen Ladesitzung (leider versehentlich in der INFO Log Tiefe).
So wie es aussieht funktioniert das mit dem X2 Umschalten nun gut (danke!). Es gibt aber immer noch (obwohl nicht im PV=TRUE Modus geladen wird) extrem viele 'regulate wallbox' Einträge, die zumindest ich nicht verstehe. Weiters zur Info: via KebaPortal habe ich 16A als max. Ladeleistung hinterlegt (siehe Info bzw. Screenshot dazu vor einigen Tagen).Kurze Auflistung der Aktivitäten:
----------> 20:31:57: Auto angesteckt (beidseitig Box und Auto)
----------> 20:34:57: Ladung pausiert
----------> 23:02: Ladung wieder gestartet (Pause deaktiviert)
----------> wenn er nicht im PV Modus lädt, weshalb sind dann soviele REGULATE WALLBOX nötig, vor allem wenn bei mir 16A MAX in der Ladestation am KebaPortal eingestellt ist (oder kann man das nicht auslesen)
----------> 23:58 wurde die Ladung wieder pausiert
----------> 01:02 wurde die Ladung wieder gestartet (Pause deaktiviert)
----------> wenn er nicht im PV Modus lädt, weshalb sind dann soviele REGULATE WALLBOX nötig, vor allem wenn bei mir 16A MAX in der Ladestation am KebaPortal eingestellt ist (oder kann man das nicht auslesen)
----------> 05:41 hat das Auto von sich aus die Ladung beendet
======>wieso bekommt das die Box oder der Adapter nicht mit, oder ist das nur im INFO Log so?)
----------> Auto wurde abgesteckt (ob auf beiden Seiten - sprich Auto und Ladestation) weiß ich leider nicht mehr....Anbei das Log (KebaLog.txt ).
-
@tminimax Vielen Dank fürs Testen und Deine Rückmeldung.
Du hast eingestellt, dass an Deinem HÜP (Stromanschluss) nur eine maximale Leistung von 23kW gezogen werden darf.
Auch wenn die PV-Automatik aus ist, sorgt das dafür, dass die Wallbox die Leistung so begrenzt, dass Dein Hausanschluss max. 23kW aus dem Netz bezieht. Das wird permanent geregelt (dadurch, dass sich andere Verbraucher im Netz mehr oder weniger Leistung genehmigen). Daher auch der Hinweis (maxPower) hinter jedem Eintrag.
Warum er die 16A nicht erkennt? Kann es sein, dass das nur software-seitig bei Keba eingestellt ist und nicht über die DIP-Switches? Ich lese die max. Stromstärke direkt aus der Wallbox gem. der DIP-Switches aus.
Einen beendeten Ladevorgang bekommt die Wallbox nur durch Änderung des States "state" mit. Der dürfte da auch 5 springen. Das wird aber im Log nicht vermerkt. -
@sneak-l8 Hallo Sneak, ich habe eine Frage zur Gesamtstromlimitierung.
Es gibt 3 Felder zur Eingabe von Zählerzuständen. Sind hierbei die 3 Phasen gemeint? Welche Einheit (A, VA,W, kW)? Wird dann beim Gesamtstrom das Maximum einer Phase eingetragen oder der Gesamtstrom und berechnest dann das Phasenmaximum?Ich nutze nämlich 2 Wallboxen, die P30x, geregelt mit dem Adapter, die P30c passiv zum Auslesen der Daten. Limitierung auf 24kW (35A-Sicherung pro Phase) am Einspeisepunkt.
An der passiven Box hängt ein Hybrid der nur einphasig laden kann. Wenn dieser lädt (16A) und an der zweiten Box dreiphasig (25A) geladen wird, liegt der Gesamtstrom (20,9kW) unter dem Limit, die erste Phase ist aber mit 41A überlastet.LG
Thomas -
@sneak-l8 ist nur in der "software" hinterlegt, physisch via dip ist 32a eingestellt, da ich eben dachte, da man es in der keba software einstellen kann, das die wallbox heranzieht....
-
@tminimax Ok, das erklärt es. Dann müsstest Du es in der Hardware (DIP-Switches) einstellen.
-
@gto Hm, eine Notwendigkeit, die beiden Wallboxen dafür zu verknüpfen sehe ich nicht unbedingt.
Aber die Ladestrombegrenzung müsste von Gesamtsumme auf die einzelnen Phasen heruntergebrochen werden.
Allerdings geht das nur für die Messung. Es werden immer alle drei Phasen zusammen geregelt.
außerdem muss man sicherstellen, dass die Nummerierung der Phasen sowohl bei beiden Wallboxen las auch beim Energy-Meter am Zählerpunkt übereinstimmen. Das muss man erstmal prüfen, da ich Zweifel habe, dass ein Elektriker da explizit darauf achtet.
Ich sehe das daher erst mal eher als einen Spezialfall und würde hier empfehlen, diesen Fall mit einem kleine Skript abzudecken (lese die Ladewerte der 2. Wallbox und setze ggf. den State kecontact.0.automatic.limitCurrent bei der 1. Wallbox. -
@sneak-l8 Die Phasenlage habe ich heute überprüft, sie ist bei beiden Boxen und beim Zähler ident.
Ich denke aber dass eine Programmierung gar kein so großer Aufwand ist und auch allgemein funktioniert. Die Idee kam mir von den Einstellmöglichkeiten der P30x. Diese könnte ja die Last regeln, allerdings wird kein Akku wie in deinem Adapter unterstützt, weshalb das nicht nutzbar ist.
Bei der Keba gibt man als Limit die Ampere der Hauptzählersicherung/Phase an. Vom Wechselrichter kommen die Phasenwerte, diese kann ich mit dem Froniusadapter auch auslesen und als State im Adapter einbinden. Das wären dann die 3 Zählerwerte aus denen sich die Absenkung der Ladeleistung durch den Adapter ergäbe.
Ich kann mich natürlich auch an einem Script versuchen.Blockly ist fertig, falls es jemand benötigt
Ich rechne von der Phasenlast die geregelte Wallbox weg, ermittle die stärkst belastete Phase und setze die noch möglichen mA ins Current Limit<block xmlns="https://developers.google.com/blockly/xml" type="math_arithmetic" id="0Wotkp~^M8)43cY2!7m@" x="693.9805755615234" y="148"> <field name="OP">MULTIPLY</field> <value name="A"> <shadow type="math_number" id="Ea84EgpG%DR($8@)!3Q,"> <field name="NUM">1</field> </shadow> <block type="math_rndfixed" id="2Pu~dHk0TN[3V$}Kx8|k"> <field name="n">1</field> <value name="x"> <shadow type="math_number" id="3_YU_V~*2iZD)fNET+UA"> <field name="NUM">3.1234</field> </shadow> <block type="math_arithmetic" id="nQ[3.D9U)E.@rI+KO0LE"> <field name="OP">DIVIDE</field> <value name="A"> <shadow type="math_number" id="d%h!1{tHq.xp.@F:o4xg"> <field name="NUM">1</field> </shadow> <block type="variables_get" id="D8AKCJrRsm]w%o6nQ~(6"> <field name="VAR" id=",X+oZ}VKiY7b]7+C6/4Y">Phase_max</field> </block> </value> <value name="B"> <shadow type="math_number" id="bjdw;mH1v|uTau6wi%-F"> <field name="NUM">10</field> </shadow> </value> </block> </value> </block> </value> <value name="B"> <shadow type="math_number" id="nW9:SGl.xLO!*(~.3AO-"> <field name="NUM">10</field> </shadow> </value> </block>
