SENEC Wallbox: Steuerung über die SENEC API

[vdecoderv]

Hallo zusammen,

ich habe bereits die Möglichkeit die SENEC Wallbox über die SENEC interne API zu steuern. Dabei kann ich die Wallbox z.B. an und ausschalten sowie die Amperezahl pro Phase angeben. Dadurch habe mir eine Art bessere PV-Überschuss Ladeplanung selbst gebaut.

Nun bin ich auf evcc gestoßen und es ist natürlich eine wesentlich elegantere Lösung. Für die Einbindung der Wallbox muss ich die Hardwareinstallation verändern und das möchte ich aufgrund von Garantiebedingungen nicht.

Daher meine Frage: ist es möglich, dass evcc die Steuerung der SENEC Wallbox über einen Webhook oder Aufruf einer externen API übernimmt? Der Webhook würde z.B. die Parameter bekommen, ob und mit welcher Amperezahl die Wallbox geschaltet werden soll und der Webhook (von mir entwickelt) würde die SENEC interne API aufrufen und die Befehle ausführen.

Danke!

[StefanSchoof]

Es gibt das https://docs.evcc.io/docs/reference/plugins/#http-lesenschreiben plugin das man mit dem manuellen Charger kombinieren kann https://docs.evcc.io/docs/devices/chargers/#manuell

[vdecoderv]

Hmm die Cloud API hatte ich gar nicht auf dem Schirm. Aber dann ist doch alles tiptop. Wenn die Wallbox angehen soll machst du es über die lokale API und gleichzeitig über die Cloud-API, damit sie deine Einstellung nicht überschreibt. Die Amperezahl kannst du ja über die lokale API beliebig steuern. 👍

[TTP1106]

Die Steuerung der Wallbox ist eigentlich ziemlich einfach:

curl -L -X POST 'http://X.X.X.X/lala.cgi' -H 'Content-Type: application/json' --data-raw '{"WALLBOX" : {"PROHIBIT_USAGE":["u8_01","u8_00","u8_00","u8_00"]}}' für AUS und

curl -L -X POST 'http://X.X.X.X/lala.cgi' -H 'Content-Type: application/json' --data-raw '{"WALLBOX" : {"PROHIBIT_USAGE":["u8_00","u8_00","u8_00","u8_00"]}}' für AN

Zusätzlich kann man die Amperezahl als IEEE-754 Float Wert setzen (https://g2384.github.io/collection/Hex_Calc_IEEE754_conversion.html). Hier ein Beispiel für 6: curl -X POST http://X.X.X.X/lala.cgi -d '{ "WALLBOX" : {"SET_ICMAX": ["fl_40E00000","fl_00000000","fl_00000000","fl_00000000"]} }'

Das eigentliche Problem fängt aber später an: der Speicher fragt die letzte Einstellung in der Senec-Cloud an und überschreibt die lokalen Einstellungen, die du über die API vorgenommen hat. Das bezieht sich auf die generelle An- bzw. Aus-Stellung sowie auf den Modus (Schnell bzw Solaroptimiertes Laden). Dadurch geht die Wallbox z.B. nach 5 Minuten an, obwohl du sie über die API ausgeschaltet hast und umgekehrt. Um das zu korrigieren reicht es also nicht aus lediglich die Einstellungen lokal vorzunehmen, sondern zusätzlich auch die beiden Parameter in der Cloud zu setzen. Dafür habe ich allerdings keine vernünftige Lösung. Du könntest zwar sekündlich die gewünschten Einstellungen über die oben genannten API-Aufrufe setzen und damit die Cloud-Einstellungen immer wieder überschreiben. Allerdings könnte es sein, dass der Ladevorgang doch alle 5 Minuten kurz unterbrochen wird. Ob das passiert und wie ungesund es ist, kann ich allerdings nicht sagen.

Ouh, das ist ziemlich cool. Danke für die Angabe, das baue ich gleich in mein eigenes SmartHome System ein =).
Aktuell habe versucht evcc einzubinden, aber ich stoße immer mehr auf Probleme, deshalb habe ich angefangen, mein eigenes SmartHome System um Ladeintegration und PV Parameter zu erweitern :)

[EdinDerMagier]

Ich hab da mal ne Frage wegen "lala.cgi". Also wenn ich bspw. Versuche eine request an "http://X.X.X.X/lala.cgi" zu schicken, wird mir zurückgegeben, dass lala.cgi nicht gefunden werden konnte.
Habe dann mal über das Entwicklungstool von Chrome geschaut und gesehen, dass das Webinterface konstant Anfragen an "http://X.X.X.X/lala.cgi" schickt.
Weiß einer vielleicht, woran genau das liegt? Oder hat jemand eine Vermutung?

[TTP1106]

Hatte ich auch, du musst dem Request mitgeben, dass er vom typ application/json ist, dann gehts ;)

[bastian1607]

Wenn man die Wallbox so einbinden will in EVCC fehlt doch aber der CP Wert, oder nicht? Den finde ich nämlich auch nicht, wenn ich mit der Cloud API "spiele".

[andig]

@vdecoderv wir steuern die SENEC ja heute schon über Modbus- wo wäre hier der Vorteil? Weitere unterstützte Geräte?

[jhejmann]

Sorry für das off-topic: Da die box keine Phasenumschaltung hat, kann ich die Umschaltung per Shelly triggern bzw. im Zweifel ein Rest-Call zum switchen schicken?
Umschaltung mit Shelly (2-Kanäle) und 2 Schützen....

[premultiply]

Nein, da elektrisch nicht sicher.
Bessere Alternative: Lasttrennschalter verwenden und bei wirklichem Bedarf manuell umschalten - bei abgestecktem Fahrzeug.

[jhejmann]

Genau deshalb habe ich ja 2 Schütze. Umschalten nur wenn alle 3 Phasen getrennt. Kann ich denn das umschaltsignal aus evcc auf einen Rest/http/mqtt Call umleiten?

[premultiply]

Nein, das ist nur für Wallboxen implementiert, dessen Hersteller diese Funktion offiziell anbieten und dafür im Zweifelsfall auch haften.

[jhejmann]

Okay. Ein letzter Punkt, dann bin ich vollends überzeugt:-) Kann ich verhindern, dass ich aus der Batterie ins Auto lade? Use case: der Tibber Strom ist günstig und ich möchte das Auto laden aber den Strom im senec Akku für die folgenden teuren Stunden behalten. Geht das? Über Nutzung der senec cloud api würde das gehen...
(Der Akku gibt nur den hausverbrauch ohne wallbox frei)

[bastian1607]

Ich stehe vor dem gleichen Problem. Hast du eine Lösung um mit der Cloud von Senec die Wallboxen zu steuern? Bestenfalls dokumentiert? ;-)

[premultiply]

EVCC mit SENEC zu nutzen (ohne Hardwareänderungen vornehmen zu müssen) um die Trägheit zu überwinden

Auf diesem Weg aussichtslos.

[jbaesner]

Ok, ich hatte es so verstanden, dass ich in EVCC zeitglich die Werte local an der API setze um es dann in der Cloud API auch zu setzen, damit das dort nicht wieder überschrieben wird. Wenn das so nicht geht, dann ist's in der Tat aussichtslos...

[bastian1607]

Um das Thema hier kurz zu umreißen:
Ich hatte das alles in der API aufgebaut und geschrieben mit dem http-Plugin. Ich bin mir auch zu 95% sicher, dass alles soweit richtig war, aber: Dadurch wurde der Speicher zu oft angepingt und ich erhielt "xxx/lala.cgi" Errors. Der Speicher blockierte dann. Es war alles mit der Cloud API aufgebaut!
Daher habe ich tatsächlich das hardwareseitig gelöst. Ich habe die Wallbox aufgemacht und geschaut auf welchen Phasen des Lan-Kabels die angeschlossen war (better safe than sorry und so) und habe dann das Lan-Kabel durchtrennt und die beiden Phasen an einen RS485 TO ETH-Konverter gehängt (A und B). Kurzer Einstellung am PC (ALLE HAKEN RAUSNEHMEN) und schon hat es funktioniert.
Ganz ehrlich: Die Stunden Mühe hätte ich mir lieber vorher gespart und wäre lieber direkt den Weg mit dem Konverter gegangen.

Deshalb: 1. nicht umsetzbar, da Error durch zu viele Pings, 2. direkter Weg mit dem Konverter.

[premultiply]

Einziger und einzig sinnvoller Lösungsweg.
Konverter braucht man nicht unbedingt, normaler USB-RS485-Adapter für 2 EUR/Stück reicht.
Kabel liegt eh schon. Am Senec-System abklemmen und an den Stick oder Konverter dran, fertig.

[bastian1607]

Stimmt, musste nur bei mir in den Access Point, da mein Mini PC nicht bei der Wallbox liegt. Wenn Rasberry/PC oder wo auch immer EVCC installiert ist direkt dort liegt, dann reicht ein kleiner kostengünstiger Adapter.