HTTP API für Software 2

[phamel]

Hallo,

wir haben viele Kunden mit OpenWB, die zusätzlich einen Loxone Miniserver verwenden.
In Software 1.9 haben wir die daten der Wallbox super einfach über die HTTP API abrufen können, was aber jetzt in Software 2 nicht mehr geht.
Da Loxone auch von allein kein MQTT spricht sorgt das für einige Probleme, wo auch bei vielen weiterhin neue SD-Karten mit Software 1.9 installiert werden müssen.
Wär es also möglich, wieder eine solche HTTP API zur Verfügung zu stellen?

[LutzB]

Welche Daten werden benötigt? Als offiziell dokumentierte API bietet die software2 Modbus/TCP, was auch über Loxone abgefragt werden kann.

[phamel]

Was hauptsächlich benötigt wird sind Ladeleistung, Status ob ein Fahrzeug eingesteckt ist, Aktueller Lademodus und Auswahl des Lademodus.
Des weiteren wurde mir vom Support mitgeteilt, dass Modbus nur aktiv wäre, wenn man die OpenWB als Secondary konfiguriert hat.

[pappnase]

Hallo,

ich möchte mich phamel anschließen. Auch ich vermisse die "alte" http-Schnittstelle. Ich hab ein Python-Proggy gebastelt, das die Daten meiner Solaranlage (Datenquelle Sonnenbatterie) per http-Request im JSAON-Format ausließt und minütlich in eine SQL-Datenbank schreibt. Das Ganze werte ich dann grafisch per Grafana aus. Funktioniert soweit prima.
Nun geht es mir darum, neben den Daten der Solaranlage/Batterie auch ausgewählte Daten (vor allem Ladeleistung und SoC) der OpenWB hinzuzufügen.
Bis zu Version 1.9 hätte ich in einem Rutsch einfach einen http-Request auf die OpenWB machen, und mit der eh schon vorhandenen JSON-Library auswerten und per SQL unter dem selben Timestamp in die DB schieben können.
Das gleiche würde per MQTT erheblich mehr Aufwand bedeuten.

[openWB]

Es gibt derzeit einen Branch/PR feature-http-api:

https://github.com/openWB/core/pull/1751

[openWB]

Ist nun im Master vorhanden.

Ich würde es sehr begrüßen wenn auf dieser Basis auch die Anbindung an SmartHome Geschichten wie HomeAssistant, ioBroker und co stattfindet.

Bildschirmfoto 2024-07-23 um 14.23.43.png

(148.54 KiB) Noch nie heruntergeladen

[phamel]

Erst einmal vielen Dank für das Feature, es war schon sehr nützlich.
Was mir allerdings aufgefallen ist, ist das ein ändern des Lademodus recht problematisch erscheint, da der gesamte Fahrzeugeintrag geändert werden muss.
Ist hier etwas geplant, um dies einfacher zu gestalten?

[grothauu]

Ist hier etwas geplant, um dies einfacher zu gestalten?

Das unterstütze ich. Die Box war in der 1.9er wesentlich einfacher von anderen Programmen steuerbar. Ich habe unter 1.9 z.B. minPV Laden im Winter als normalen Lademodus ab einer gewissen Überschussleistung per mqtt aktiviert und bei wenig Überschuss in den Abendstunden einfach per ioBroker auf "Stop" geschaltet. So habe ich die Sonne mitgenommen, ohne ständig zu schalten. Sowas in der 2er zu realisieren ist leider erheblich aufwändiger geworden.

[Gero]

Dass der Ladenodus so versteckt (im Ladeprofil des angesteckten Autos) liegt, soll mal geändert werden, so dass es eine temporäte Änderung des Lademodus aus dem Ladeprofil des angesteckten Autos wird. Dafür wird es vermutlich neue Topics geben, sonst wüsste ich nicht wie es gehen soll.

Diese Änderung lässt aber schon auf sich warten, von daher dauert‘s ja vielleicht nicht mehr lang‘…

[rstcologne]

Welche Daten werden benötigt? Als offiziell dokumentierte API bietet die software2 Modbus/TCP, was auch über Loxone abgefragt werden kann.

Wo findet man denn die Modus "API" Dokumentation bzw. Registerbeschreibungen? Ich habe im Repository gewühlt, aber irgendwie konnte ich dazu nichts finden.

Ich würde gerne den Lademodus und die Parameter von Außen steuern (Stop, Sofort, PV, ...), habe zwar gefunden, wo man in der MQTT Struktur Werte ändern müsste, aber darin herumzuschreiben ist mir ehrlich gesagt zu heiß. Die OpenWB ist da ja extrem fragil. Ich suche eine robuste API, bei der man nicht jedes Mal Gefahr läuft, die ganze Config zu versauen, wenn man etwas ändert, was man nicht ändern sollte, oder wenn sich mal wieder eine ID verschiebt.

Ist Modbus da robuster?