ich möchte mir eine Keba Wallbox zulegen. Hat von euch jemand die Keba DE440 Deutschland Edition am Modbus mit IPS verbunden. Wenn ja was könnt ihr alles steuern?
Ich habe nämlich gelesen das die DE440 einen abgespeckten Modbusdienst hat.
Was ich möchte wäre: Eien Wallbox mit der ich genau die Leistung die aktuell die PV Anlage liefert ins Auto laden, das sollte mit der KeContact P30 C series von Keba gehen, aber die kostet halt 300 Euro mehr und ich glaube die muss wegen der 22 kW vom Versorger auch genehmigt werden.
Deswegen meine Frage an Euch, ob jemand das DE Modell an IPS hat…
nein, mit der Deutschland Edition habe ich keine Erfahrung, aber lt. Dokumentation hat die ja auch einen LAN-Anschluss und verweist auf Modbus und UDP.
Da ich nur eine Beschreibung von Modbus und UDP für alle Keba-Modelle gefunden habe, würde ich schon davon ausgehen, das sie das auch kann.
Ich habe mir gerade gestern eine *KeContact P30 C series * bestellt und werden dann, wenn ich sie habe auch ein passendes Modul erstellen.
Liefertermin habe ich noch nicht, aber einen Handwerker
Mega, auf das Modul freue ich mich. Gerne stelle ich mich als Tester zur Verfügung Hab die KEBA 97.919 KeContact P30 (22 kW, 4m Kabel, Typ2, DC, EM, ETH, LMS, c-Serie). Mega zufrieden. Falls du bei „The Mobility House“ bestellt hast wirst du überrascht sein wie schnell die liefern. War bei mir innerhalb eines Tages da.
diese Woche habe ich Termin mit dem Elektriker zur Installation der Wallbox (bei mir eine KEBA KeContact P30 c.series, 97.908). Mein e-Auto kommt aber erst Ende Q1. Von daher werde ich vermutlich rudimentär mit der Box reden können (sollte ja auch gehen, wenn kein Verbraucher dran hängt) aber mehr wird bei mir noch nicht gehen.
Wenn das dann soweit ist, würde ich zwecks Test auf @7weazel7 zukommen
kurzer Zwischenstand: heute hat der Elektriker die Box fertig gemacht, ich konnte die interne Wallbox-Webseite aufrufen - d.h. ich kann loslegen.
Ich werde mich mal etwas genauer einlesen, Modbus hatte ich noch nie was mit zu tun.
Also klar, ich brauche eine IO-Client-Instanz zur Low-Lebel-Komunikation mit der Wallbox. Aber so wie es in der Symcon-Doku steht muss man einen Modbus-Splitter benutzen und pro Variable ein Modbus-Device. Nur will ich ja zumindestens alle Variablen direkt im Modul selber pflegen. Egal, mal lesen …
so, ich habe die allerseits Version KEBA KeConnect P30 in dem Modulstore als Beta eingestellt (daher genau nach diesem Namen suchen).
Instanz ganz normal anlegen, er fragt dann Splitter- und IO-Instanz ab, Angaben siehe README.md
Es ist zur Zeit realisiert
a) nur lesen, die schreibenden Zugriffe kommen noch
b) es werden alle Variablen zyklisch abgefragt
=> hier kann ich mir vorstellen, das bestimmte Variablen währen des Ladens häufiger abgefragt werden, andere Variablen eher sehr selten. Grund: lt. Doku sollte man zu häufiges Abfragen vermeiden und jede Variable ist ja ein eigener Abruf. Was haltet ihr davon?
c) ich habe die Bezeichnungen so gewählt und die Profile so aufgebaut, wie mir das sinnvoll erschien. Da ich aber mit E-Mobilität bisher noch keiner Erfahrungen habe, muss das nicht wirklich sinnig sein.
Ich kann das nur trocken testen, weil ich zwar die Wallbox angeschlossen habe, aber noch kein E-Auto, das dauert sicherlich noch mit März.
Wenn ihr also Fehlermeldungen / Verbesserungswünsche habt, nur zu
erstmal vielen Dank das du dir die Mühe machst ein Modul zu erstellen.
Ich habe es installiert und die Installation lief Fehlerfrei.
Was mir im ersten Schritt aufgefallen ist, das die Gesamtenergie nicht stimmt. Hier müsste das Komme um eine Stelle versetzt werden.
Dann habe ich eine Verständnis Frage, wo bei ich dazu sagen muss das ich mich mit Mode-Bus nicht auskenne. Warum fragst du die Werte zyklisch ab? Wenn ich, wie im Post von 7weazel7 anlege, bekomme ich immer Werte geliefert sobald sich etwas ändert.
Gruß Stephan
PS: Freue mich schon auf die Funktion das Laden abschalten zu können damit man gezielt laden kann wenn die PV-Anlage Strom liefert.
Tja, gute Frage, ich habe gaaaanz viel Ahnung von Modbus (nachdem mur @paresy gestern auf die Sprünge geholfen hat, habe ich mich voran getastet), aber so wie ich die Doku verstehe, ist ModBus schon so, das man abfragen muss. Ich kenn das Script/Anleitung von @7weazel7 nicht, wo steht das? dann kann ich schauen, wie er es da macht bzw. eventuell kann er auxh selbst einen Hinweis geben.
ja unbedingt. Ich muss noch etwas schauen, wie man so ein Register schreibt. Ich kann es ja noch nicht ausprobieren, aber mit etwas Glück kann ich da morgen eine Funktion für machen und dann kannst du testen …
ich habe mir gerade mal die Screenshots angeschaut, bei den Variablen steht Aktualisierungsintervall 1000ms, d.h. jede
ModBus-Variablen-Instanz aktualisiert sich jede Sekunde, macht also den Abruf, den ich meinte.
In der Keba-ModBus-Doku steht aber etwas davon, das man nur alle 0,5s Register auslesen soll
The recommended timing invervals for reading registers is >0.5 sec. For data, which does not change on a frequent basis, higher intervalls are recommended. The recommended timing intervall for writing registers is >5 sec, to avoid stressing of the charging station.
Wie genau man das auch immer nehmen muss, es gibt m.E. hier 3 Gruppen von Variablen/Registern
die sich nie (Modell, Seriennummer, …) / so gut wie nie (Firmware-Version) ändern
=> Abruf sehr selten oder manuell
Variable, die permanent überprüft werden müssen (Lade- und Kabel-Status sowie Fehler)
=> jede Sekunde
Variablen, die nur eng überwacht werden müssen, wenn man lädt, sonst eigentlich seltenst/gar
=> 1s beim Laden, sonst zB alle 5 Minuten
Hallo @demel42, deine Idee der Abfrage-Intervalle finde ich sehr gut Wird aber bestimmt nicht leicht dies mit Timern umzusetzen. Frägst du den Splitter auch schon so schön über Datenblöcke ab? (Keine Ahnung ob es da Modulfunktionen gibt)
Aber theoretisch würde es ja reichen den Ladestatus/Kabelstatus sekündlich abzufragen und dann daraus resultierend die Intervalle in der Datenblockabfrage zu verändern.
Zu den Variablenprofilen hätte ich noch folgendes: KebaConnect.CableState
Bei Wert 3 und 7 „verriegelt“ bitte richtig schreiben KebaConnect.ChargingState
Bei Wert 2 „bereit zum Laden“ KebaConnect.Error
Bei Wert 0 finde ich persönlich „Kein Fehler“ oder „Alles in Ordnung“ besser
Ich teste weiter. Vielen Dank schon einmal. Der Rest sieht echt klasse aus.
das habe ich nicht verstanden. Ih frage Register für Register mit ModBus-FuncCode 3 ab. Die Abfrage geht über den Splitter, der für mich das LowLevel-Handling übernimmt. Ist so echt easy.
so hab ich mir das gedacht, wobei ich vermutlich bei dem sekündlichen Zyklus alle Variablen im IPS überprüfe und ggfs. die Variablen, deren Aktualisierung zu alt ist, auch abfrage.
nur ein kleiner Test, ob das jemand liest
demel
Nachtrag zu den Fehlern: gibt es zu den Fehlercodes eigentlich Texte? Ich habe den Keba-Support gestern mal angeschrieben, ob es eine Liste gibt …
Okay, keine Ahnung wie das bei der Modulentwicklung funktioniert. Ich meine nur, dass bevor man in den Einstellungen ganze Datenblöcke abgefragen konnte die Einzelabfrage ziemlich unperformant war. Aber du machst das bestimmt richtig. Hast dich ja mit paresy abgestimmt Muss mir dein Modul mal anschauen, könnte ich für meine KEBA Heizung auch brauchen
@paresy: ist das etwas, was in eine Modul auch sinnvollerweise berücksichtigt werden sollte? Hat das eine Änderung in der Kommunikation mit dem ModBus-Partner zur Folge oder dient das mehr zur Reduzierung der Last innerhalb vom IPS?