Willkommen im Loxone Community Forum. Um alle Funktionen nutzen und sehen zu können, registriere dich bitte zuerst. Dies gilt auch für das herunterladen von Dateien.
Da zwei Boxen haben, habe ich natürlich alles "doppelt".
Habe noch den Status von Stecker gesteckt und Ladung aktiv eingebunden und in einen Status gebastelt.
Der Lademodus, den man in Loxone einstellt habe ich mittels Radiotasten gelöst. Wenn der Lademodus an der Box oder per openWB Interface geändert wird, dann wird der Radiotastenstatus über den linken Teil geändert. Der Addierer addiert +1, da openWB mit 0 indiziert und Loxone hier mit 1.
okay cool, hab auch nen Fronius. Allerdings Gen24, aber wird schon klappen. Bin gespannt. Die Werte von der WB zu Loxone dann via http oder?
Vielen Dank schon mal für Deine Ideen und Posten der Umsetzung!
ich stehe kurz davor mir die OPENWB Dual zu holen. Allerdings habe ich schon einiges recherchiert und noch folgende Fragen:
Ich möchte die OPENWB gerne überwiegend zum PV Überschuss nutzen. Hausverbrauch bekomme ich vom Zählerauge (Lox) und PV Leistung vom Symo Wechselrichter.
Über den Baustein Energiemonitor sehe ich dann ob ich Überschuss (-wert) habe oder "normal" Strom einkaufe.
Ich habe kein SmartMeter.
Bekomme ich den die Werte die ich soweiso schon in Loxone habe (Überschuss, Hausverbrauch,Produktion etc.) in die OPENWB oder geht das nicht?
Nutzt Ihr überwiegend die Radiotasten für die OPENWB oder auch den Baustein Wallbox? Welche Vorteile seht ihr bei welcher Variante?
Vielen Dank AlexAn. Ich wollte MQTT vermeiden da ich den MQTT Broker vom Loxberry verwende und damit sehr zufrieden bin. Wenn ich MQTT verwenden will muss ich ja alle Clients auf den OPENWB Broker "umhängen". So habe ich es zumindest verstanden.
Ich habe nach weiteren Recherechen festgestellt das mein Vorhaben über HTTP nicht funkitionieren wird. Im OPENWB Forum gab es diese Anfrage schon und wurde auch beantwortet.
ich würde in dem Fall auch immer zu mqtt raten, ist einfach schneller und meiner Meinung nach auch komfortabler.
Per MQTT kann man alle benötigten Daten zur openWB senden. Hier ein Beispiel zum Energieversorger:
Ich wollte aber auch nicht alle Clients über die openWB laufen lassen und habe mir aus dem Grund einen eigenen MQTT Broker (virtuelles Debian + mosquitto) installiert.
Hierauf dann eine Bridge zur openWB und im Loxberry dann den neuen/eigenen Broker hinterlegt. (Bei MQTT Broker im Plugin die Checkbox "Use the local Mosquitto MQTT broker" deaktivieren und unterhalb die Adresse seines neuen Broker eintragen)
Hinzu kommt noch die Bridge zur openWB. Einfach eine Datei erstellen (etc/mosquitto/conf.d/openwb.conf)
Code:
#
# bridge to openWB Wallbox (Garage)
#
connection openwb
address IP.DER.WALL.BOX:1883
start_type automatic
topic openWB/# both 2
local_clientid rem.mosquitto
Der Aufwand hat sich gelohnt finde ich. Die openWB wird nicht durch die weiteren MQTT Daten "belastet" und die Funktionalität steht weiterhin wie gewohnt via Loxberry zur Verfügung.
Zumal lassen sich in der mosquitto config auch je Geräte unterschiedliche Rechte einrichten.
hab's jetzt erst seit ein paar Tagen im Einsatz - noch alles im Grünen 😉
bezüglich openWB und Broker abschalten (und normal als Client nutzen) hatte ich auch recherchiert... wird aber nicht passieren, da die ihr Frontend damit befeuern und somit auch einen Broker brauchen.
Ich habe mal nach deiner Anleitung einen MQTT-Broker aufgesetzt. Aber irgendwie kann ich nicht mit einem Client darauf zugreifen. Kannst du mir da helfen?
danke an stefb für die Beschreibung
habe meine ersten Schritte mit MQTT gemacht
bei mir läuft der Loxberry auf einem QNAP NAS und da habe ich auch jetzt erst mal ein Mosquitto laufen
brauche aus der openWB eigentlich erst mal "nur" Bezug/Einspeisung vom EVU Kit
ohne Filter kommen von der openWB ja unheimlich viele Daten
wollte mal Shelly probieren
das kommt vom Shelly auch am Loxberry MQTT Gateway an
wenn ich aber von Loxone was an das Loxberry MQTT Gateway sende dann kommt da nix mehr an
muss ich dann dafür in den im "Ersatz" Mosquitto noch was machen?
Ich habe hier etwas grundsätzliches noch nicht verstanden.
Es gibt offensichtlich zwei Arten um die Befehle zu senden. Das wäre einmal via http Befehl. Das verstehe ich glaube ich: Ist wie wenn ich den http Befehl einfach im Browser eingebe und bestätige -> Dann funktioniert die Umschaltung bei openWB bei mir auch.
Jedoch gibt es noch die MQTT Variante: Was ist genau der Unterschied?
Ich habe nun wohl etwas vermischt bei meiner Anwendung.
Ich habe zuerst bei Loxberry diese LoxBerry Broker Einstellungen vorgenommen und dann auch noch die Subscription openWB/#
In openWB habe ich jedoch meinen Solaredge WR direkt per IP Adresse als EVU-Übergabepunkt angegeben.
(Wenn ich auf MQTT umstelle, dann wird der Hausverbrauch nicht mehr aktualisiert.)
Nun habe ich aber wenn ich die Einrichtung in der Config aber mit http versucht (verstehe nicht ganz wieso man das kompliziertere MQTT machen soll).
Aber die Befehle werden irgendwie nicht richtig abgesetzt oder kommen nicht an.
Ist das weil ich die Broker und Subscription Einstellungen geändert habe?
Dies habe ich im Anschluss wieder rückgängig gemacht und siehe da, es klappt.
Aber ich musste auch die Befehle anpassen in: http://IP...
und .../openWB/web/api.php?
mit der Trennung zwischen web... und .../api ging es nicht.
Möchte jedoch das MQTT Konzept auch begreifen, da es hier wohl mehr Ausgangsbefehlsmöglichkeiten gibt.
Ich wollte es nun nochmal mit MQTT ausprobieren.
Im Wiki sehe ich aber nur Ausgänge in der Vorlage, keine Eingänge.
Heisst das, dass die Eingänge auch bei der MQTT Variante via http reinkommen?
Nur die Ausgänge macht man via MQTT anstatt http?
Weshalb heisst denn ein Ausgang bspw. "Energie PV erzeugt"?
Das müsste doch als Eingang in den Miniserver reinkommen und kann doch schlecht als Ausgang rausgehen.
Wie hast du das programmiert mit dem virtuellen HTTP Eingang? Ich habe es schon versucht, bekomme aber immer nur eine " Null " angezeigt in der Config.
Hallo Johny, ich würde auch gerne die openWB Daten über MQTT und Loxberry an den Miniserver geben.
Leider lässt mein Solaredge Wechselrichter nur eine Modbus verbindung zu daher muss ich für die Loxone diesen Umweg gehen.
Kannst du ggf hier einmal erklären wie du das aufgebaut hast?
Ich bin was Rasberry Pi neuling, in der Config kann ich schon das ein oder andere umsetzen aber diese Nummer ist aktuell noch unübersichtlich für mich...
viele Grüße
In FHEM, welches man unter Loxberry als Plugin installieren kann, gibt es ein Modul für die openWB. Damit kann man alle Daten zum MQTT senden und dann zu Loxone. Steuerbefehle können von Loxone direkt an FHEM gesendet werden.
Den Syntax für die Parameter kann man sehr gut mit dem MQTT Explorer heraus finden.
Ja gleiches Problem hier auch, hab mir das Webinar angeschaut aber werde trotzdem nicht schlau daraus.
mir scheint es so dass hier die komplette Regelung dann über den Energiemanager laufen würde
bei mir sieht das ganze bisher so aus mit dem neuen Wallbox-Baustein. Lade-Modi Einstellung geht. Muss nur noch die Ladebegrenzung einbauen und bin am überlegen mehr Logik in Loxone zu nehmen (via Energiemanager). Bisher regeln die openWBs bei mir das PV-Laden selbst (direkt mit WR verheiratet)
Bei den Radiotasten wird auf den MQTT Befehl an die openWB gemappt.
O1 (Sofortladen): publish openWB/set/ChargeMode 0
O2 (Min+PV): publish openWB/set/ChargeMode 1
O3 (PV-Überschuss): publish openWB/set/ChargeMode 2
O5 (Standby): publish openWB/set/ChargeMode 4
Wir verarbeiten personenbezogene Daten über Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen, Werbung zu personalisieren und Websiteaktivitäten zu analysieren. Wir können bestimmte Informationen über unsere Nutzer mit unseren Werbe- und Analysepartnern teilen. Weitere Einzelheiten finden Sie in unserer Datenschutzrichtlinie.
Wenn Sie unten auf "Einverstanden" klicken, stimmen Sie unserer Datenschutzrichtlinie und unseren Datenverarbeitungs- und Cookie-Praktiken wie dort beschrieben zu. Sie erkennen außerdem an, dass dieses Forum möglicherweise außerhalb Ihres Landes gehostet wird und Sie der Erhebung, Speicherung und Verarbeitung Ihrer Daten in dem Land, in dem dieses Forum gehostet wird, zustimmen.
Kommentar