[Frage] Realisierung Adapter UDP Keba Wallbox
-
Hallo,
ich habe seit kurzem eine Keba P30 C-Series. Leider bekommt der Keba Adapter keine Verbindung zur Wallbox. Die Wallbox ist im Netzwerk. Ich bekomme die "Statuswebseite" von der Wallbox bei Aufruf ihrer IP-Adresse angezeigt. Den DIP-Schalter für die UDP - Kommunikation habe ich an. Aber leider bleibt das gelbe Ausrufezeichen.
Hat jemand eine Idee, woran das liegen könnte? Die Wallbox hat die neueste Firmware P30 v 3.10.51.
Hier die Debug - Ergebnisse vom Adapter:
Vor allem die beiden Zeilen irritieren mich. Ist das richtig so???
kecontact.0 2023-07-08 15:18:27.029 debug UDP broadcast server listening on 0.0.0.0:7092 kecontact.0 2023-07-08 15:18:27.027 debug UDP server listening on 0.0.0.0:7090kecontact.0 2023-07-08 15:18:35.405 debug Sent 'report 127' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:35.105 debug Sent 'report 126' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:34.806 debug Sent 'report 125' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:34.505 debug Sent 'report 124' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:34.205 debug Sent 'report 123' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:33.905 debug Sent 'report 122' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:33.604 debug Sent 'report 121' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:33.305 debug Sent 'report 120' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:33.005 debug Sent 'report 119' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:32.705 debug Sent 'report 118' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:32.404 debug Sent 'report 117' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:32.104 debug Sent 'report 116' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:31.805 debug Sent 'report 115' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:31.504 debug Sent 'report 114' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:31.203 debug Sent 'report 113' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:30.903 debug Sent 'report 112' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:30.603 debug Sent 'report 111' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:30.303 debug Sent 'report 110' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:30.002 debug Sent 'report 109' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:29.701 debug Sent 'report 108' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:29.401 debug Sent 'report 107' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:29.101 debug Sent 'report 106' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:28.800 debug Sent 'report 105' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:28.500 debug Sent 'report 104' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:28.199 debug Sent 'report 103' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:27.898 debug Sent 'report 102' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:27.598 debug Sent 'report 101' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:27.300 debug Sent 'report 1' to 192.168.1.106:7090 kecontact.0 2023-07-08 15:18:27.072 debug subscribe state alias.0.Gebaeude.Hof_Gesamt.Energie.EVU.SML_total_curr_w - current value: -6034 kecontact.0 2023-07-08 15:18:27.029 debug UDP broadcast server listening on 0.0.0.0:7092 kecontact.0 2023-07-08 15:18:27.027 debug UDP server listening on 0.0.0.0:7090 kecontact.0 2023-07-08 15:18:27.011 info config wallboxNotIncluded: false kecontact.0 2023-07-08 15:18:27.011 info config stateEnergyMeter3: kecontact.0 2023-07-08 15:18:27.011 info config stateEnergyMeter2: kecontact.0 2023-07-08 15:18:27.011 info config stateEnergyMeter1: kecontact.0 2023-07-08 15:18:27.010 info config maxPower: 0 kecontact.0 2023-07-08 15:18:27.010 info config regardTime: 0 kecontact.0 2023-07-08 15:18:27.010 info config minTime: 300 kecontact.0 2023-07-08 15:18:27.010 info config underusage: 500 kecontact.0 2023-07-08 15:18:27.009 info config delta: 500 kecontact.0 2023-07-08 15:18:27.009 info config addPower: 0 kecontact.0 2023-07-08 15:18:27.009 info config minAmperage: 6000 kecontact.0 2023-07-08 15:18:27.008 info config.1p3pSwitchIsNO: true, 1p = 0, 3p = 1, off = 0 kecontact.0 2023-07-08 15:18:27.008 info config.1p3pViax2: true kecontact.0 2023-07-08 15:18:27.008 info config.state1p3pSwitch: kecontact.0 2023-07-08 15:18:27.008 info config statesIncludeWallbox: true kecontact.0 2023-07-08 15:18:27.007 info config limitBatteryStoragePower: true kecontact.0 2023-07-08 15:18:27.007 info config batteryMinSoC: 10 kecontact.0 2023-07-08 15:18:27.007 info config batteryPower: 0 kecontact.0 2023-07-08 15:18:27.006 info config stateBatterySoC: kecontact.0 2023-07-08 15:18:27.006 info config stateBatteryDischarging: kecontact.0 2023-07-08 15:18:27.005 info config stateBatteryCharging: kecontact.0 2023-07-08 15:18:27.004 info config stateSurplus: kecontact.0 2023-07-08 15:18:27.000 info config stateRegard: alias.0.Gebaeude.Hof_Gesamt.Energie.EVU.SML_total_curr_w kecontact.0 2023-07-08 15:18:27.000 info config useX1forAutomatic: false kecontact.0 2023-07-08 15:18:27.000 info config loadChargingSessions: true kecontact.0 2023-07-08 15:18:27.000 info config pollInterval: 30 kecontact.0 2023-07-08 15:18:26.999 info config passiveMode: false kecontact.0 2023-07-08 15:18:26.998 info config host: 192.168.1.106 kecontact.0 2023-07-08 15:18:25.295 info minimum regard time not speficied or too low, using default value of 0 kecontact.0 2023-07-08 15:18:25.294 info starting charging station in active mode kecontact.0 2023-07-08 15:18:25.252 info starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.kecontact, node: v18.16.0, js-controller: 4.0.24 kecontact.0 2023-07-08 15:18:24.355 debug Plugin sentry Initialize Plugin (enabled=true) kecontact.0 2023-07-08 15:18:24.152 debug States connected to redis: 127.0.0.1:9000 kecontact.0 2023-07-08 15:18:24.049 debug States create User PubSub Client kecontact.0 2023-07-08 15:18:24.048 debug States create System PubSub Client kecontact.0 2023-07-08 15:18:24.008 debug Redis States: Use Redis connection: 127.0.0.1:9000 kecontact.0 2023-07-08 15:18:23.950 debug Objects connected to redis: 127.0.0.1:9001 kecontact.0 2023-07-08 15:18:23.940 debug Objects client initialize lua scripts kecontact.0 2023-07-08 15:18:23.796 debug Objects create User PubSub Client kecontact.0 2023-07-08 15:18:23.794 debug Objects create System PubSub Client kecontact.0 2023-07-08 15:18:23.792 debug Objects client ready ... initialize now kecontact.0 2023-07-08 15:18:23.721 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 kecontact.0 2023-07-08 15:18:18.838 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason kecontact.0 2023-07-08 15:18:18.837 debug Plugin sentry destroyed kecontact.0 2023-07-08 15:18:18.836 info terminating kecontact.0 2023-07-08 15:18:18.831 info Got terminate signal TERMINATE_YOURSELF -
Ist zwischen ioBroker und Wallbox evtl. ein Switch? Und der lässt vielleicht nicht alle Broadcast-Messages durch bzw. verteilt sie nicht korrekt?
-
Danke für Deine Unterstützung!
Na ja ...
... es ist ein größeres Anwesen mit zwei Häusern. Es sind auf jeden Fall zwei Switche dazwischen. Wobei ich (jedenfalls wissentlich) die Kommunikation der Switche nicht eingeschränkt habe.Was auch noch zu erwähnen ist:
-
Der iobroker läuft in einem Docker - Container auf einer Synology. Da habe ich die Ports 7090 und 7092 "durchgereicht". Werden evtl. noch weitere Ports benötigt?
-
Ich habe zwei Elgris - Smartmeter als Stromzähler für die beiden Häuser im Einsatz die per (zwei) Modbus - Adapter über separate IPs über Port 502 mit dem iobroker verbunden sind. Auf Grund eines vorausgegangen Posts hier habe ich beide mal ausgesteckt und die Modbus - Adapter im iobroker gestoppt. Das hat aber leider am Keba - Adapter nichts bewirkt.
Was ich noch nicht verstehe ist, wie das mit dem PV - Überschußladen und der Phasenumschaltung des KeContact S10 funktionieren soll. In der Anleitung ist dazu dieses Bild:
Da gibt es eine Verbindungslinie zwischen der Wallbox und dem Smartmeter.
Wo würde man denn normalerweise in der Wallbox festlegen, welches Smartmeter sie zum Phasenumschalten berücksichtigt? Nimmt sich die WB da den ersten, den sie über Modbus TCP findet oder geht sie davon aus, dass es nur einen gibt?
Da ich das ganze eh über den iobroker steuern will, sollte sie ja eigentlich keine (direkte) Verbindung zu einem Smartmeter haben, sondern auf Anweisung vom ioB warten.
Kann es sein, dass die WB sich ein Elgris Smartmeter "schnappt" und deswegen für den ioB nicht verfügbar ist?Wäre schön, wenn mir da jemand "Licht ins Dunkel" bringen könnte
Vielen Dank für Eure Unterstützung
-
-
@stronoff Ich versuche es mal mit etwas Licht
- Du hast vermutlich 2 Instanzen des modBus-Adapters und nicht 2 (verschiedene) Adapter für die beiden EnergyMeter
- Du kannst bei den Switches in der techn. Beschreibung schauen, ob/wie sie mit Broadcast-Paketen umgehen. Da gbit es große Unterschiede. Mit Glück kann man es konfigurieren, aber meist ist der Verhalten out-of-the-box unterschiedlich.
- Evtl. kommt da auch noch das Verhalten von Docker dazu. Evtl. werden da auch Broadcasts nicht immer sauber durchgeschleust. Aber a bin ich kein Experte.
- Das Bild von Keba ist für mich auch rätselhaft. Denn die Wallbox besitzt ja nur eine passive Regelbarkeit. Z.B. über den ioBroker. Evtl. kann die PV-Edition oder die x-Series von Haus uas mehr. Daher schnappt sich die Wallbox da auch nichts und wüsste ja aufgrund der Vielzahl von EnergyMetern welche werte genau herangezogen werden müssten.
- Alles was Du für Überschussladen brauchst, stellst Du direkt in der Instanz des Keba-Adapters in ioBroker ein.
-
@sneak-l8 said in [Frage] Realisierung Adapter UDP Keba Wallbox:
@stronoff Ich versuche es mal mit etwas Licht
- Du hast vermutlich 2 Instanzen des modBus-Adapters und nicht 2 (verschiedene) Adapter für die beiden EnergyMeter
Stimmt natürlich. Es sind zwei Instanzen des modBus-Adapters im Einsatz
- Du kannst bei den Switches in der techn. Beschreibung schauen, ob/wie sie mit Broadcast-Paketen umgehen. Da gbit es große Unterschiede. Mit Glück kann man es konfigurieren, aber meist ist der Verhalten out-of-the-box unterschiedlich.
Der Switch ist ein Unifi USW-16-PoE. Ich habe nochmal alle Einstellungen angesehen. Ich konnte nicht erkennen, dass er die Datenströme irgendwie einschränkt. Ich habe heute auf dem Mobiltelefon die KEBA - App installiert. Mit der komme ich im lokalen Netzwerk über wifi auf die Wallbox und kann das Laden starten und stoppen und die Ladeleistung regeln. Kann ich damit ausschließen, dass es ein Problem mit den Broadcast - Paketen gibt? Wenn nein, gibt es eine Möglichkeit, das anders zu testen?
- Evtl. kommt da auch noch das Verhalten von Docker dazu. Evtl. werden da auch Broadcasts nicht immer sauber durchgeschleust. Aber a bin ich kein Experte.
Ich habe die Synology nochmal geprüft und z. B. die Firewall deaktiviert. Leider ohne Erfolg. Der Adapter bleibt gelb. Darüber hinaus steuere ich zwei Siemens Logo, die CCU3, influxdb und z. B. den Fronius Wechselrichter über den ioBroker. Da musste ich allenfalls einen Port freigeben, damit die Sachen ans Laufen kamen. Ich glaube eigentlich nicht, dass es damit zu tun. Aber falls jemand einen Tipp hat, wonach ich noch suchen könnte...?!?
- Das Bild von Keba ist für mich auch rätselhaft. Denn die Wallbox besitzt ja nur eine passive Regelbarkeit. Z.B. über den ioBroker. Evtl. kann die PV-Edition oder die x-Series von Haus uas mehr. Daher schnappt sich die Wallbox da auch nichts und wüsste ja aufgrund der Vielzahl von EnergyMetern welche werte genau herangezogen werden müssten.
So würde ich das ebenfalls erwarten.
- Alles was Du für Überschussladen brauchst, stellst Du direkt in der Instanz des Keba-Adapters in ioBroker ein.
Deswegen würde ich ihn ja soooo gerne einsetzen und hab' mich für die Wallbox entschieden
Noch eine andere Frage:
Verwendet ihr alle bereits die Firmware 3.10.51 und die V 2.0.0 des Adapters??? Leider finde ich die 3.10.42 nirgendwo mehr im Netz. Kann es sein, dass die Firmware "Unverträglichkeiten" zum 2.0er Adapter hat?
Hat jemand einen Tipp, wo ich die 3.10.42 runterladen könnte? Auf den Seiten von KEBA finde ich die leider nicht... -
@stronoff Wenn die anderen gesteuerten Geräte eine andere Verbindungsart nutzen (z.B. TCP anstelle UDP) oder vom ioBroker zu denen die Verbindung über einen anderen Switch läuft, dann kann das schon die Ursache sein.
Auch wenn Dein Handy zur Keba kommt: nutzt es den selben Verbindungsweg üder dieselben Router?
Vielleicht findest Du bei Goole was z.b. mit den Begriffen "weiterleitung broadcast udp router".
Zu den Firmwares: da merkre ich keinen Unterschied. Nutze die neuste Firmware mit der 2.0.0 (und jetzt 2.0.1 von git) ohne Probleme. Kann dir die 3.10.42 gerne per PN schicken. Das wird Dir aber vermutlich nicht helfen.
-
@stronoff sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Verwendet ihr alle bereits die Firmware 3.10.51 und die V 2.0.0 des Adapters???
Ja
Du könntest mal testen ob du von deinem ioBroker Container überhaupt deine Keba (per UDP) erreichst, z.B. mit nmap:
nmap -sU -p 7090 ip-der-kebaOder mit tcpdump
tcpdump -n -i eth0 host ip-der-keba and udpip-der-keba entsprechend anpassen
ggf. auch das interface.@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Das Bild von Keba ist für mich auch rätselhaft.
Ist damit vielleicht die Integration des KeContact E10 - Smart Energy Meter gemeint?
-
Ist damit vielleicht die Integration des KeContact E10 - Smart Energy Meter gemeint?
Der Stromzähler soll sicher der E10 sein. Aber das ist ein einfacher energyMeter wie von SMA oder vielen anderen Firmen. Der hat keine Logik. Und im Anschlussdiagramm des Geräts sind keine Verbingen zur Wallbox aufgeführt.
Es gibt noch das Lastmanagement-Modul M20. Das sit aber "nur" zur Steuerung über OCPP gedacht für Management von bis zu 200 Wallboxen. Das ist es also wohl auch nicht. -
Hallo,
eine Frage zu dem X2 Anschluss, kann der Status des Ausganges abgefragt werden? Ich meine, wenn die Wallbox den X2 schaltet das ich mit iobroker den Status abfrage und für mich dadurch z.B. eine weitere Aktion ausführe oder die Wallbox meldet es selber an iobroker!? -
@pengo Der X2-Ausgang wird ja aktiv von Dir (oder dem Adapter bei Phasenumschaltung) geschaltet. Das passiert entweder über "output" oder "x2PhaseSwitch". Die kannst Du nicht nur schreiben, sondern auch lesen. Somit solltest Du den Zustand abfragen können.
Oder hab ich Deine Frage vielleicht falsch verstanden? -
@sneak-l8
Ich möchte über Modbus den Zustand des X2 auslesen. Wenn der Zustand sich ändert sollen weitere Aktionen über iobroker ausgeführt werden. Wenn ich die Keba Dokumentation richtig verstehe, wird der Ausgang von der Wallbox geschaltet oder bekommt die Keba Wallbox von einer Steuerung ein Signal zum schaltet und sie schaltet dann den X2.
Mir geht es nicht darum den X2 zu schalten sondern mitzubekommen ( durch Modbus) wenn er geschaltet wird für weitere Aktionen. -
@pengo Wie gesagt, der Zustand ist unter "output" oder "x2PhaseSwitch" zu sehen, je nachdem, ob die Phasenumschaltung über X2 aktiviert ist.
Aber wer sollte denn den X2-Ausgang schalten, wenn das nicht über den Adapter machst? Und wie kommst Du über modbus an die Keba ran?
-
@sneak-l8
Der Adapter schaltet z.B. den X2 auf 3 Phasen, jetzt würde ich gerne über den Modbus den Zustand überwachen und bei Änderung eine weitere Aktion im iobroker ausführen lassen.
Es gibt ein Dokument von Keba wo beschrieben wird wie es über Modbus geht. Hier der Link Keba Modbus -
@pengo Also der ioBroker-Adapter kecontact schaltet die Phasen. arum willst du dann den Zustand über modbus auslesen? Warum prüfst du nicht einfach den state im ioBroker?
Der Adapter macht doch schon alles und stellt alle Daten bereits. Warum dann nochmal mit einer zweiten Technik auf die Keba zugreifen? -
habe die Keba P30 PV Edition in Verbindung mit einem Kostal Plenticore und BYD-Batteriespeicher in Betrieb.
Der Adapter funktioniert einschließlich Phasenumschaltung korrekt.Lediglich die Batterieeinbindung funktioniert nicht so wie ich mir das Vorstelle. Die Hausbatterie wird immer voll in den Ladevorgang des PKW mit einbezogen. Ich benutze folgende Einstellung.
Ich habe die vorstehenden Beiträge zum Thema Modi gelesen.
Meine Frage: Sind die Einstellungen richtig, wird das Problem durch die Modi gelöst?
-
Ich wollte mich nochmal zu dem Thema melden. Nach schier endlosen Versuchen den Keba Adapter auf der Synology mit Docker zum Laufen zu bekommen, habe ich das Thema nun begraben.
Ich habe Deine Google Suchbegriffe erweitert und nach "broadcast udp docker" gesucht. Dabei habe ich mehrere Hinweise gefunden, dass es anscheinend Schwierigkeiten gab/gibt udp - Pakete in/aus Docker zu bekommen. Jedenfalls hat das, was da als potentieller Workaround angeboten wurde, meine Fähigkeiten bei Weitem überfordert.
Ich hab das Ganze jetzt auf eine Ubuntu-VM der Synology umgezogen und da hat die Verbindung auf Anhieb geklappt. Jetzt fange ich an, den Adapter zu testen
Falls jemand eine Lösung finden sollte, den Adapter unter Docker zum Laufen zu bringen, wäre ich dennoch für Lösungsansätze dankbar.
Vielen Dank an @sneak-l8 für den Bau des Adapters und Deine Hinweise!
-
@opaw Ja, mit der neuen Version (die erst noch entwickelt werden muss - komme da die nächsten Wochen wohl nicht dazu) wird es einfacher sein, die gewünschten Optionen einzustellen.
Die einstellung 95% bis der die Batterie aber Leistung abgingt dürfte falsch sein. Sind vermutlich eher 5% oder 10%. Das meint, wenn der SoC darunter liegt, dann steht keine Leistung mehr von der Batterie zur Verfügung. Vielleicht ist das schon die einfache Lösung. -
@sneak-l8 Ok, die Sache mit der SoC bei der die Hausbatterie keine weitere Energie abgibt ist tatsächlich 5% bei der BYD und im Plenticore fest eingestellt.
Ich hatte die Vermutung über diesen Wert im Keba Adapter zB. kleiner 95% die Beteiligung der Batterie zu unterbinden. Bei Werten von z.B. über 95% kann die Batterie mit benutzt werden um kurzzeitig Bewölkung zu überbrücken. Vielleicht auch eine Lösungsmöglichkeit?
Ich habe noch eine grundsätzliche Frage:
in der Kombination P30 PV Edition und Kostal Smartmeter wird die Überschußladung über die Einstellungen in der P30 gesteuert. Man muß nur das Auto anstecken. Leider wird auch hier die Hausbatterie richtig leergesaugt. Ist logisch (zumindest bei Kostal) ja nur ein weiterer PV-Strang.
Wie wirkt eigentlich die in der Wallbox hinterlegten Logik und der keconect Adapter zusammen. Stören die sich nicht? Lässt sich das Programm in der P30 abschalten? -
@opaw Ich kenne die PV-Edition leider nicht im Detail. Soweit ich von Keba weiß, ist es eine x-Series. Wieviel diese selbst steuern kann, weiß ich nicht. Falls sie das aber tut, dann würdei ch den Keba-Adapter in den Passiv-Modus versetzen, damit sich die beiden Steuerungen nicht gegenseitig in die Wege kommen. Dann regelt der Adapter nichts mehr von alleine und reagiert nur noch auf explizite Kommandos.
Ob und wie man die Logik in der PV-Edition abschaltet weiß ich leider nicht. Sollte aber doch im Handbuch der PV-Edition stehen. -
@sneak-l8 Die Keba PV P30 Edition ist tatsächlich eine P30X (Keba Marketing)! Eine Lösung die interne Logik der P30 abzuschalten habe ich im Handbuch und auch in der WebUi nicht gefunden. Ich werde den keconect Adapter auf passiv schalten und nur noch die Werte zur Visualisierung auslesen.
Die Logik der Wallbox funktioniert in Verbindung mit einer PV-Anlage im Modus PV-Überschussladung ohne Hausbatterie perfekt. Der tatsächliche Überschuss wird ins Auto geladen. Auch die Phasenumschaltung in Abhängigkeit vom PV Überschuss funktioniert korrekt.
Bei einer PV-Anlage mit Hausbatterie wird der Ladevorgang beim Hochfahren der PV Leistung und steigendem Überschuss auch noch korrekt gesetzt. Die Batterie wird sogar durch von der Wallbox nicht genutzten Überschuss noch weiter geladen. Sinkt nun die PV-Leistung spendiert die Hausbatterie sozusagen "Intern" die fehlende Leistung nach. Der Smartmeter der ja die Daten für den Überschuss liefert, bekommt davon nichts mit. Als Folge wird die Hausbatterie leergesaugt.
Da die Hausbatterie eigentlich den Strombedarf meines Hauses in der Nacht decken soll, ist dieses Verhalten kontraproduktiv.
Hier brauch ich eine Lösung. Gibt es einen Ansprechpartner bei Keba
