Einbindung Sonnenbatterie - viertueller Ausgänge (wegen Tibber)

[Ingos]

Hallo,
soeben getestet, die neue Version ist Schuld. Ich hoffe sonnen findet dafür bald eine Lösung bzw. ein Update.
Ja, bin sonnen Partner.

Hier auch schon die Antwort von sonnen:
Vielen Dank für Ihre Anfrage. Die API V1 ist seit dem letzten Softwareupdate nicht mehr in Funktion. Alternativ können Sie die API V2 benutzen. Alle Infos inkl. Bedienungsanleitung finden Sie in Ihrem Dashboard unter dem Punkt Software Integration.

So wie ich das sehe, verwenden wir die V2, daher kann ich mit der Antwort leider wenig anfangen.

[Ingos]

Hallo, heute ist die Rückmeldung von sonnen gekommen.
"Wir möchten Ihnen mitteilen, dass wir das von Ihnen gemeldete Fehlerbild identifiziert und behoben haben."

Möchte das jemand testen?

[aexl]

Na das wäre eine feine Sache, wenn Du hier eine Info bekommen würdest, das dürfte bei Dir besser funktionieren, als bei mir
Na die API V1 brauchen wir ja auch nicht, Laden, Entladen und Modiwechsel basieren ja auf V2, also muss ja doch etwas an der Firmware geändert worden sein.
Danke Dir schon mal für neue Infos - wenn es mal welche gibt.

[Oaki]

Also ich hab 1.12.5 als Version drauf und da gehts
Nein also der Adressbereich der IP kanns nicht sein (ich bin ITler).
Du schickst was weg und bekommst ne Antwort, also gibt's ne Kommunikation.

Also wenn es ja grundsätzlich geht, dann muss es ein vermutlich kleines Fitzelproblem an der Konfig von Loxone sein, weil das mit dem Terminal geht wie du sagst?!

[aexl]

Oaki Korrekt, über Terminal funktioniert es, aber wie Ingos schon sagte, kann er das gleiche Fehlerbild nachstellen. Irgendwo klemmts da zwischen der LoxConfig und der sonnenBatterie seit der Version 1.13 bei sonnen.
Das interessante ist ja, dass ich den Befehl über die LoxConfig bei der sonnenBatterie von meinem Vater (1.12.5) absetzen kann, bei mir nicht, da gehts nur über Terminal.

[Oaki]

Ich habe mal meine Konfig exportiert, Du muss nur die URL und den Token Eintragen, der Rest ist korrekt
VG

[vendor]

ich habe eine Lösung gegen den aktuellen "Bad Request"

Ich hatte seit dem letzten Softwareupdate auch nur noch "Bad Request" und habe mir daraufhin mal den Header von Curl angesehen, denn mit Curl funktionierte der PUT Befehl zum ändern des Modus nach wie vor:

# curl -v -X PUT http://192.168.xxx.xxx:80/api/v2/configurations --header 'Auth-Token:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx' -d EM_OperatingMode=1
* Trying 192.168.xxx.xxx:80...
* Connected to 192.168.xxx.xxx (192.168.xxx.xxx) port 80 (#0)
> PUT /api/v2/configurations HTTP/1.1
> Host: 192.168.xxx.xxx
> User-Agent: curl/7.74.0
> Accept: */*
> Auth-Token:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
> Content-Length: 18
> Content-Type: application/x-www-form-urlencoded
>
* upload completely sent off: 18 out of 18 bytes
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Date: Fri, 03 May 2024 08:18:05 GMT
< Content-Type: application/json
< Content-Length: 24
< Connection: keep-alive
< Content-Security-Policy: default-src 'self' sentry.sonnenbatterie.de 'unsafe-inline'
< Referrer-Policy: same-origin
< X-Content-Type-Options: nosniff
< X-Frame-Options:: sameorigin
< X-Permitted-Cross-Domain-Policies:: none
< X-XSS-Protection: 1; mode=block
< Server: sonnenBatterie API
<
* Connection #0 to host 192.168.xxx.xxx left intact
{"EM_OperatingMode":"1"}

Daraufhin habe ich in Loxone den VO folgendermaßen angepasst:

Befehl bei EIN: /api/v2/configurations
HTTP header bei EIN: Auth-Token:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx\r\nContent-Type: application/x-www-form-urlencoded
HTTP body bei EIN: EM_OperatingMode=2
HTTP Method bei EIN: PUT

Befehl bei AUS: /api/v2/configurations
HTTP header bei AUS: Auth-Token:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx\r\nContent-Type: application/x-www-form-urlencoded
HTTP body bei AUS: EM_OperatingMode=1
HTTP Method bei AUS: PUT


Keine Ahnung, ob Loxone seit der letzten Beta oder Sonnen etwas mit der neuen Firmware angepasst hat, jetzt funktioniert es jedenfalls wieder.
Wichtig ist Content-Type als application/x-www-form-urlencoded und dass der EM_OperatingMode nicht mit ? im Befehl übergeben wird, sondern als HTTP-body.

VG,
Thomas

[Ingos]

Hallo, die Lösung funktioniert auch bei mir. Vielen Dank!
Das Loxone hier etwas geändert hat muss ich leider ausschließen, ich habe zwei Batterien mit unterschiedlichen Software Stand getestet.
Mit dem selben Loxone Software Stand am Miniserver hat es bei v1.12.5 funktioniert und bei v1.13 nicht mehr.

[vendor]

Hallo, die Lösung funktioniert auch bei mir. Vielen Dank!
Das Loxone hier etwas geändert hat muss ich leider ausschließen, ich habe zwei Batterien mit unterschiedlichen Software Stand getestet.
Mit dem selben Loxone Software Stand am Miniserver hat es bei v1.12.5 funktioniert und bei v1.13 nicht mehr.

Gut zu wissen, wäre für mich nur zu aufwendig gewesen, das im Nachhinein herauszufinden, da das Familienhaus weiterlaufen muss :-)
Mir war primär wichtig, dass meine dynamische Nachtentladung wieder funktioniert - der Akku soll in den teuren Nachtstunden komplett und in den günstigen anteilig so genutzt werden, dass er bis zum nächsten PV-Ertrag durchhält...

VG,
Thomas

[aexl]

Hallo zusammen,
super, danke für den Input.
Ich habe mich über die letzten Wochen ebenfalls intensiv mit dem Loxone-Support ausgetauscht und mir wurde direkt in der Config ein passender VO angelegt:

Befehl bei EIN: /api/v2/configurations
HTTP header bei EIN: Auth-Token:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx\r\nContent-Type: application/json
HTTP body bei EIN: {"EM_OperatingMode":"1"}
HTTP Method bei EIN: PUT

Mit dieser Variante hat es jetzt funktioniert und ich bin happy

[woifi]

Genau so habe ich es jetzt auch bei mir eingetragen und hat gleich funktioniert.
Danke für die Lösung

[c-lox]

Bei mir wird mit der Softwareversion 1.14.5 der Sonnenbatterie der Befehl korrekt verarbeitet. Die Lade/Entladeleistung kann ich auch vorgeben, jedoch wird der Zustand vom Speicher nur einige Sekunden aufrechterhalten und danach aktiviert sich wieder der Operating Mode 2 obwohl ich den virtuellen Ausgang weiterhin aktiviert habe. Hatte das auch schon jemand?

[Donny]

Du musst die Batterie vorher in manual Mode setzen. Wenn sie in Self-Consumtion ist nimmt sie zwar den Befehl zum ent- oder beladen springt dann aber nach ca. 15 sek. wieder in Self-Consumption zurück.

[andreas221988]

Genügt eigentlich ein Impuls bei dem Virtuellen Ausgang um zu laden oder muss dieser dauerhaft aktiv sein wenn geladen werden soll?

[c-lox]

Es genügt ein Impuls.
Meine obige Frage ist auch hinfällig, da ich übersehen habe das beide Werte, also Lade und Entladeleistung gleichzeitig auf 0 gesetzt werden müssen.

[andreas221988]

Bei mir wird dann auch immer nur kurz geladen... Wie hast du das gelöst?

[andreas221988]

Wie beende ich das manuelle Laden dann wieder?

[c-lox]

Indem du den OperatingMode wieder auf 2 setzt. Du kannst den Status deiner Batterie mit folgendem Link abfragen: IPAdresse:8080/api/v1/status
Das hilft dir bei der Ursachenforschung.

[andreas221988]

Kann man auch Time of Use verwenden und die Ladezeiten dynamisch setzen?