[Frage] Realisierung Adapter UDP Keba Wallbox
-
@tminimax Jetzt kann ich auch nachvollziehen, warum er trotz Abschalten der PV-Automatik nicht laden wollte. Du hattest zuvor pauseWallbox auf true gesetzt. Dann ist das natürlich erklärbar.
Dann schaue ich mal weiter hinten im Log, wo die Phasenumschaltung schiefgeht.
Hab jetzt im Adapter auch mehr Debug-Logs, um die Berechnung noch besser nachvollziehen zu können.
Dass Du Dein Kabel nicht nur am Auto sondern auch an der Wallbox stecken kannst, sollte nichts ausmachen. Angesteckt ist immer, wenn der Wert "plug" >= 5 ist.@sneak-l8 habe noch was gesehen:
habe kurz geladen; pv false; dann mittels automatic.pause "pausiert"
nach ca. 1 minute hat er dann kurz mit dem laden wieder begonnen und x2 von 3 auf 1 phase reoutgestellt und dann hat er gleich wieder das laden pausiert...auch interessant.
eigentlich sollte er das x2 umschalten nach dem pausieren nicht mehr machen oder?
-
@tminimax Ups, da hatte ich einen Fehler in der Konfig. da hat er tatsächlich den falschen Wert ausgelesen. Ist mit der neusten Version korrigiert.
-
@sneak-l8 habe die neue version gerade nochmal geladen, kann es sein, das jetzt auch der Wert "Name des Zustandes für Netzbezug" unter "wenn Wallbox PV..." leer ist? War sicher vorher gesetzt.....
@tminimax Ja, den hast Du mit der falschen Version zurückgesetzt. Du hast geschrieben, du nimmst ihn raus. Und dummerweise stand hinter diesem Feld aber der Regard-State ...
Kannst Du mal den State unter automatics.1p3pSwTimestamp schauen, ob da bei Dir was drinsteht? Mir scheint, dass der immer null ist und deswegen das Umschalten auch vor Ablauf der 5 Minuten erfolgt. Was noch nicht klärt, warum er es immer wieder versucht ...
-
@tminimax Ja, den hast Du mit der falschen Version zurückgesetzt. Du hast geschrieben, du nimmst ihn raus. Und dummerweise stand hinter diesem Feld aber der Regard-State ...
Kannst Du mal den State unter automatics.1p3pSwTimestamp schauen, ob da bei Dir was drinsteht? Mir scheint, dass der immer null ist und deswegen das Umschalten auch vor Ablauf der 5 Minuten erfolgt. Was noch nicht klärt, warum er es immer wieder versucht ...
@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 -
@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 -
@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 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.
-
@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.
-
Guten Morgen, ich werde auch Testen, muss heute sowieso ohne PV-Automatik mal wieder etwas in den Akku pumpen :)
-
@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.
-
Guten Morgen, ich werde auch Testen, muss heute sowieso ohne PV-Automatik mal wieder etwas in den Akku pumpen :)
-
Guten Morgen, ich werde auch Testen, muss heute sowieso ohne PV-Automatik mal wieder etwas in den Akku pumpen :)
-
@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 ).
-
@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. -
@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 -
@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 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....
-
@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@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. -
@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<xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="MU8;yslk(B7(Tv%sqWM=">Phasenlimit in A</variable> <variable id="9_y3TZ-b(n~=;KGQMbHy">Phase 1 ohne Wallbox</variable> <variable id="s,uBvtT+|q{)6)SO_[Md">Phase 2 ohne Wallbox</variable> <variable id="B8u[OZEOXEt|YkNhgOxu">Phase 3 ohne Wallbox</variable> <variable id="14Q~A%n3eqx=_.wh9IJo">Phase max A</variable> <variable id=".vhe63pLski-nVvGA3*.">Phase max mA</variable> </variables> <block type="variables_set" id="E*Vu$_+fuxrGm/d:dGi#" x="265" y="-408"> <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="comment" id="xrjTG/oCpXmHLZ2_%Xek"> <field name="COMMENT">Phasenlast ohne Wallbox</field> <next> <block type="variables_set" id="2UprYF$bz9vpLCV#O;W}"> <field name="VAR" id="9_y3TZ-b(n~=;KGQMbHy">Phase 1 ohne Wallbox</field> <value name="VALUE"> <block type="math_arithmetic" id="/6Na./,HDWbDa%UzOC1v"> <field name="OP">MINUS</field> <value name="A"> <shadow type="math_number" id="l?cH+*JFd_5keBns9P{y"> <field name="NUM">1</field> </shadow> <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="B"> <shadow type="math_number" id="$V4TOE]`|(kA]v;^+:rO"> <field name="NUM">3</field> </shadow> <block type="math_arithmetic" id="~Q0)S2hCNGGR@VhsGa#Q"> <field name="OP">DIVIDE</field> <value name="A"> <shadow type="math_number" id="#Wt81FmAbdWGGZ~D/@}_"> <field name="NUM">1</field> </shadow> <block type="get_value" id="R#(k#VwX{#hy;i{0)]Aw"> <field name="ATTR">val</field> <field name="OID">kecontact.0.i1</field> </block> </value> <value name="B"> <shadow type="math_number" id="gKnZ{b*!^n~1k.9~12fk"> <field name="NUM">1000</field> </shadow> </value> </block> </value> </block> </value> <next> <block type="variables_set" id="D.i|*TV`Y/6lhWWx^UFo"> <field name="VAR" id="s,uBvtT+|q{)6)SO_[Md">Phase 2 ohne Wallbox</field> <value name="VALUE"> <block type="math_arithmetic" id="+0nK1=4Hs^BJTJX`)p^s"> <field name="OP">MINUS</field> <value name="A"> <shadow type="math_number" id="l?cH+*JFd_5keBns9P{y"> <field name="NUM">1</field> </shadow> <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="B"> <shadow type="math_number" id="Conwu{[UvbZ_o?[ZFzA0"> <field name="NUM">3</field> </shadow> <block type="math_arithmetic" id="KsyRcEjnv~D,aT.AaO(5"> <field name="OP">DIVIDE</field> <value name="A"> <shadow type="math_number" id="#Wt81FmAbdWGGZ~D/@}_"> <field name="NUM">1</field> </shadow> <block type="get_value" id="[cc,kYI6Si:@4GdT$acO"> <field name="ATTR">val</field> <field name="OID">kecontact.0.i2</field> </block> </value> <value name="B"> <shadow type="math_number" id="YH/lJN3,!RZM+Lk~RJ6+"> <field name="NUM">1000</field> </shadow> </value> </block> </value> </block> </value> <next> <block type="variables_set" id="iIiN8[BO)GhwT=D#4r8h"> <field name="VAR" id="B8u[OZEOXEt|YkNhgOxu">Phase 3 ohne Wallbox</field> <value name="VALUE"> <block type="math_arithmetic" id="OL[0m(n6SBGsa@jf|#wv"> <field name="OP">MINUS</field> <value name="A"> <shadow type="math_number" id="l?cH+*JFd_5keBns9P{y"> <field name="NUM">1</field> </shadow> <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> <value name="B"> <shadow type="math_number" id="#OBc2iu6EB0f-6h,DIF^"> <field name="NUM">3</field> </shadow> <block type="math_arithmetic" id="a$t$272mdh,L.a:xV.5C"> <field name="OP">DIVIDE</field> <value name="A"> <shadow type="math_number" id="#Wt81FmAbdWGGZ~D/@}_"> <field name="NUM">1</field> </shadow> <block type="get_value" id="fmfn5=3Y64QnYFXSwwKG"> <field name="ATTR">val</field> <field name="OID">kecontact.0.i3</field> </block> </value> <value name="B"> <shadow type="math_number" id="gXLT*%!OJ=zY2~r=hu1}"> <field name="NUM">1000</field> </shadow> </value> </block> </value> </block> </value> <next> <block type="comment" id="nW_R=QRFZ^Yqw==W)Z{M"> <field name="COMMENT">stärkste Phase ermitteln</field> <next> <block type="controls_if" id="/^G/xAzqu$TM:N!uV/n["> <mutation elseif="2"></mutation> <value name="IF0"> <block type="logic_operation" id="wSICv[-Q?lNdhP4dG-Q$"> <field name="OP">AND</field> <value name="A"> <block type="logic_compare" id="]GG#?||_/xhy^fdtD1C{"> <field name="OP">GTE</field> <value name="A"> <block type="variables_get" id="b(0n;E,_%o1^t:kg]e4|"> <field name="VAR" id="9_y3TZ-b(n~=;KGQMbHy">Phase 1 ohne Wallbox</field> </block> </value> <value name="B"> <block type="variables_get" id="[WOHI2)^!J^WiQx0`I+I"> <field name="VAR" id="s,uBvtT+|q{)6)SO_[Md">Phase 2 ohne Wallbox</field> </block> </value> </block> </value> <value name="B"> <block type="logic_compare" id="AS*pUWjhc6leZXY5q5-%"> <field name="OP">GTE</field> <value name="A"> <block type="variables_get" id="o#g6zHc*Mh._(wi1SLBy"> <field name="VAR" id="9_y3TZ-b(n~=;KGQMbHy">Phase 1 ohne Wallbox</field> </block> </value> <value name="B"> <block type="variables_get" id="i.*he3j0ou:r^j|6Poj!"> <field name="VAR" id="B8u[OZEOXEt|YkNhgOxu">Phase 3 ohne Wallbox</field> </block> </value> </block> </value> </block> </value> <statement name="DO0"> <block type="variables_set" id="%_OdKx+xAv*}-*3}U:|4"> <field name="VAR" id="14Q~A%n3eqx=_.wh9IJo">Phase max A</field> <value name="VALUE"> <block type="variables_get" id="0q|:3|_E+D;{pnf@x5R="> <field name="VAR" id="9_y3TZ-b(n~=;KGQMbHy">Phase 1 ohne Wallbox</field> </block> </value> </block> </statement> <value name="IF1"> <block type="logic_operation" id="U7`L+VlDzN*;51c_6$7l"> <field name="OP">AND</field> <value name="A"> <block type="logic_compare" id="hU_%X:nvg-0OJ|SeFB+E"> <field name="OP">GTE</field> <value name="A"> <block type="variables_get" id=".qDGa`*fN{5.k?]p^r~m"> <field name="VAR" id="s,uBvtT+|q{)6)SO_[Md">Phase 2 ohne Wallbox</field> </block> </value> <value name="B"> <block type="variables_get" id="vuUI(Qt?{f_3v-R_(c)#"> <field name="VAR" id="9_y3TZ-b(n~=;KGQMbHy">Phase 1 ohne Wallbox</field> </block> </value> </block> </value> <value name="B"> <block type="logic_compare" id="WO^.MTn*u:FU?}Y6b~h("> <field name="OP">GTE</field> <value name="A"> <block type="variables_get" id="VLac$(8TaK3oZYU!2lgJ"> <field name="VAR" id="s,uBvtT+|q{)6)SO_[Md">Phase 2 ohne Wallbox</field> </block> </value> <value name="B"> <block type="variables_get" id="/Aa0GKiIMG6J(ZP{]ix="> <field name="VAR" id="B8u[OZEOXEt|YkNhgOxu">Phase 3 ohne Wallbox</field> </block> </value> </block> </value> </block> </value> <statement name="DO1"> <block type="variables_set" id=":8h6-wJ5|KIR.C25w/UI"> <field name="VAR" id="14Q~A%n3eqx=_.wh9IJo">Phase max A</field> <value name="VALUE"> <block type="variables_get" id="{/)M;fr,$]$Dhqk0;.1L"> <field name="VAR" id="s,uBvtT+|q{)6)SO_[Md">Phase 2 ohne Wallbox</field> </block> </value> </block> </statement> <value name="IF2"> <block type="logic_operation" id="/14}1=0y+?`9kmTKzYdv"> <field name="OP">AND</field> <value name="A"> <block type="logic_compare" id="Kr~e.)tYz1zg[08):aG7"> <field name="OP">GTE</field> <value name="A"> <block type="variables_get" id="^Z/?3/X]YpJ[rMFA=w:e"> <field name="VAR" id="B8u[OZEOXEt|YkNhgOxu">Phase 3 ohne Wallbox</field> </block> </value> <value name="B"> <block type="variables_get" id="TaU==ET,NVhb]qiW?-o|"> <field name="VAR" id="9_y3TZ-b(n~=;KGQMbHy">Phase 1 ohne Wallbox</field> </block> </value> </block> </value> <value name="B"> <block type="logic_compare" id="Z6=EoG0]ojqj$4SMUbO|"> <field name="OP">GTE</field> <value name="A"> <block type="variables_get" id="ru,1qkev|]W7{/;HCdNO"> <field name="VAR" id="B8u[OZEOXEt|YkNhgOxu">Phase 3 ohne Wallbox</field> </block> </value> <value name="B"> <block type="variables_get" id="OTSF];r%4ufAlNa((gk*"> <field name="VAR" id="s,uBvtT+|q{)6)SO_[Md">Phase 2 ohne Wallbox</field> </block> </value> </block> </value> </block> </value> <statement name="DO2"> <block type="variables_set" id="xPyPJ6N_Om]iYL3FQ!!?"> <field name="VAR" id="14Q~A%n3eqx=_.wh9IJo">Phase max A</field> <value name="VALUE"> <block type="variables_get" id="_xtu8qP#ax*0rD43u%0)"> <field name="VAR" id="B8u[OZEOXEt|YkNhgOxu">Phase 3 ohne Wallbox</field> </block> </value> </block> </statement> <next> <block type="comment" id="BL#hsp^[T3;nI?SD$Crj"> <field name="COMMENT">Berechnen, Runden und Umrechnen</field> <next> <block type="variables_set" id=";.-OFI4XTL:1(cUJ2Rop"> <field name="VAR" id=".vhe63pLski-nVvGA3*.">Phase max mA</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="variables_get" id="bKt:q{5Optbt)`$ca{As"> <field name="VAR" id="14Q~A%n3eqx=_.wh9IJo">Phase max A</field> </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> <next> <block type="comment" id="U4sh$]P1ZTIA(#c;KHG*"> <field name="COMMENT">Ladelimit setzen</field> <next> <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="variables_get" id="U79EJpWJZC^s%^co:P|}"> <field name="VAR" id=".vhe63pLski-nVvGA3*.">Phase max mA</field> </block> </value> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </statement> </block> </next> </block> </xml>und als Javasctript
var Phasenlimit_in_A, Phase_1_ohne_Wallbox, Phase_2_ohne_Wallbox, Phase_3_ohne_Wallbox, Phase_max_A, Phase_max_mA; 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; // Phasenlast ohne Wallbox Phase_1_ohne_Wallbox = getState('fronius.1.meter.0.Current_AC_Phase_1').val - getState('kecontact.0.i1').val / 1000; Phase_2_ohne_Wallbox = getState('fronius.1.meter.0.Current_AC_Phase_2').val - getState('kecontact.0.i2').val / 1000; Phase_3_ohne_Wallbox = getState('fronius.1.meter.0.Current_AC_Phase_3').val - getState('kecontact.0.i3').val / 1000; // stärkste Phase ermitteln if (Phase_1_ohne_Wallbox >= Phase_2_ohne_Wallbox && Phase_1_ohne_Wallbox >= Phase_3_ohne_Wallbox) { Phase_max_A = Phase_1_ohne_Wallbox; } else if (Phase_2_ohne_Wallbox >= Phase_1_ohne_Wallbox && Phase_2_ohne_Wallbox >= Phase_3_ohne_Wallbox) { Phase_max_A = Phase_2_ohne_Wallbox; } else if (Phase_3_ohne_Wallbox >= Phase_1_ohne_Wallbox && Phase_3_ohne_Wallbox >= Phase_2_ohne_Wallbox) { Phase_max_A = Phase_3_ohne_Wallbox; } // Berechnen, Runden und Umrechnen Phase_max_mA = (Phasenlimit_in_A - Math.round(Phase_max_A)) * 1000; // Ladelimit setzen setState('kecontact.0.automatic.limitCurrent' /* limit dynamic charging to this value of amperage (0 = no limitation) */, Phase_max_mA); });Vielleicht kannst du nochmals darüber nachdenken, deine Ladelimitierung auf diese Art umzubauen. bei deiner Variante benötigt man ja auch einen Zähler, es sind also keine weiteren Komponenten nötig und somit allgemein verwendbar. Die Berechnung mit der Phasenlast ist aber wesentlich genauer.
LG Thomas
548
Online32.7k
Users82.5k
Topics1.3m
Posts