Replies: 19 comments 32 replies
-
|
Wenn ich dich richtig verstehe, willst Du die OpenWB im Sunny Portal visualisieren, aber nicht über den SAE steuern lassen. In den Auszügen aus dem Log fehlen wichtige Teile für die Analyse. Es wäre hilfreich, wenn Du ein vollständiges Log zur Verfühgung stellen könntest. Auch die |
Beta Was this translation helpful? Give feedback.
-
|
Hallo Axel, vielen Dank. :-) Es macht wahrscheinlich sinn, wenn Du hinterher die entscheidenden Stellen des Logs als Klartext hier postest. Es ist bestimmt nur eine Kleinigkeit. Die Shellys werden auch nicht mehr gelesen. Es wird immer 0 im Portal angezeigt. Dabei habe ich da garnichts geändert, weder im SAE noch im SMA Portal noch im Netzwerk. Vorher sah es so aus im Portal: Jetzt kommt nur noch 0W, aber alle Datenannahmen stehen auf grün. |
Beta Was this translation helpful? Give feedback.
-
|
Oben schreibst Du, dass Du für die OpenWB das Gerät Wozu soll das gut sein? Außerdem habe ich gerade gesehen, dass Du eine sehr alte Version von SAE (2.1.3) verwendest. Solange Du nicht auf der aktuellen Version bist, kann ich Dir nicht helfen. Vermutlich ist das Problem inzwischen behoben. Zumindest funktioniert es hier, wenn ich mit Deiner Konfiguration teste. |
Beta Was this translation helpful? Give feedback.
-
|
Sorry, das war ein Tippfehler. Es läuft seit leztem Jahr die 2.3.1. |
Beta Was this translation helpful? Give feedback.
-
|
Ja, aber das hatten wir schon geklärt. |
Beta Was this translation helpful? Give feedback.
-
|
Ich betreibe 2 OpenWB. Eine ist Master, eine ist Slave oder "secondary" in openWB Sprech. Im Expolter steht internal WB und external WB. Die internal WB Software kontrolliert die externe WB, diese ist die zweite WB. Man stellt also alle Settings über die WB 1 ein. Diese Settings werden automatisch auf die WB2 übertragen. Das klappt sehr gut. Man kann ja nur einen MQTT Server ansprechen in SAE. Das ist die OpenWB 1 bei mir unter der IP x.134.
Ich habe mal "frequency" statt power eingegeben. Das sollte ja auch gehen und mir im Portal ca. 50W anzeigen. Auch das geht nicht. |
Beta Was this translation helpful? Give feedback.
-
|
Kann die OpenWB keine externen MQTT-Server vewenden? Ich würde es mit folgender Konfiguration für den MQTT-Zähler im SAE versuchen: Topic: openWB/chargepoint/16/get ... und das natürlich mit der aktuellen Version des SAE. |
Beta Was this translation helpful? Give feedback.
-
|
Vielen Dank. Ich habe es implementiert und werde berichten. :-) Ich habe Smart Appliance Enabler 2.3.1 seit langen drauf. Ich weiß nicht, ob die OpenWB mit einem externen MQTT Server arbeitet. Ich habe vor dem Update der OpenWB auf die 2.x noch nie etwas von MQTT gehört. :-( |
Beta Was this translation helpful? Give feedback.
-
|
es funktioniert leider nicht. Es läd gerade mit >2kW und im Portal kommen immer 0W an.
|
Beta Was this translation helpful? Give feedback.
-
|
Was erwartest Du als Reaktion auf: "es funktioniert leider nicht. Es läd gerade mit >2kW und im Portal kommen immer 0W an."? Die Antwort auf Deine Frage findest Du in: https://github.com/camueller/SmartApplianceEnabler/blob/master/doc/QA_DE.md#semp2 Die Ursache ist aber, dass Du die Leistungswerte per MQTT nicht bekommst. Die entsprechenden Log-Einträge waren in Deinem Log nicht zu sehen. Wie sie aussehen müssen, siehst Du hier: https://github.com/camueller/SmartApplianceEnabler/blob/master/doc/MqttMeter_DE.md#log Dafür solltest Du den Log-Level auf "trace" stellen und danach den SAE neu starten: Das danach entstandene Log inkl. Start des SAE kannst Du dann posten. |
Beta Was this translation helpful? Give feedback.
-
|
Hallo, ich finde deinen Support und die Rückmeldungen sehr gut und freue mich über jeden Hinweis, mit dem ich weiterkomme. |
Beta Was this translation helpful? Give feedback.
-
|
Hallo,
IP 145: Shelly PM zeigt folgendes im Browser:
Der SEMP Output des SAE zeigt aber ALLE devices mit Status "off". Das erklärt zumindest, warum das SMA Portal 0W anzeigt. SEMP XML Den logs nach schein SAE die Leistungswerte der Shellys zu lesen, gibt aber immer "off" und 0 aus. Ich füge als nächstes wieder die OpenWB hinzu. |
Beta Was this translation helpful? Give feedback.
-
|
Was der Shelly im Browser anzeigt, ist doch nur der Ausgangspunkt, um zu beurteilen, ob der SAE überhaupt die Chance hat, bei richtiger Konfiguration Daten von diesem zu bekommen. Ich nutze selbst keine Shellys, sondern nur Adapter mit Tasmota-Firmware. Insofern ist auch sämtliche Dokumentation dazu bereitgestellt von anderen Usern. Und Dokumentation bezieht sich immer auch auf Firmware-Versionen. Was für eine Version richtig ist, muss für die andere Version nicht auch richtig sein. |
Beta Was this translation helpful? Give feedback.
-
|
ich habe die Shellys geändert, weil die Leistungsauslesung seit der Aktivierung dieser MQTT Funktion im SME auch nicht mehr gingen. Ich habe von Regex auf diese $.power Pfad Geschichte umgestellt, weil dies nun auch so in der SMA Dokumention steht. Der nächste Schritt ist eine Neuinstallation des SAE. Ich weiß auch nicht mehr weiter. Oder es ist halt vorbei damit. der HTML Output der shellys ist im Klartext und stimmt. 2024-06-01 14:54:12,649 TRACE [pool-3-thread-1] d.a.s.m.MqttClient [MqttClient.java:278] F-00310871-000000000003-00-MQTT-HttpElectricityMeter: Publish message: topic=sae/F-00310871-000000000003-00/Meter payload={"energy":0.0016999858333333333,"power":51,"time":"2024-06-01T14:54:12.617315","type":"MeterMessage"} retained=false und 2W 2024-06-01 15:06:34,643 TRACE [pool-3-thread-1] d.a.s.m.MqttClient [MqttClient.java:278] F-00310871-000000000006-00-MQTT-HttpElectricityMeter: Publish message: topic=sae/F-00310871-000000000006-00/Meter payload={"energy":0.0,"power":2,"time":"2024-06-01T15:06:33.72507","type":"MeterMessage"} retained=false Im SEMP File steht aber immer "0" und status "off". Im SMA Portal in der Folge auch. Ich versuche an der Stelle erst mal das Problem mit den Shellys lösen, da ich denke, dass es mit meinem Problem zusammenhängt. |
Beta Was this translation helpful? Give feedback.
-
Daran hatte ich gar nicht gedacht: Du kannst nicht einfach die OpenWB als MQTT-Server für den SAE eintragen. Das wirkt wenig durchdacht, was OpenWB da veranstaltet. Da lob ich mir meinen Billig-Wallbox mit PhoenixContact-Ladecontroller und Modbus - funktioniert seit Jahren ohne Probleme. |
Beta Was this translation helpful? Give feedback.
-
|
bridge server einrichten auf einem weiteren Rechner kann ich nicht. OpenWB hat eine bridge Funktion, braucht dazu aber einen Server. Ich weiß nicht wie das geht.
Noch rätselhafter ist es, dass die Shellys auch nicht mehr eingelesen werden obwohl es seit Ewigkeiten lief ohne Änderung an den Teilen. |
Beta Was this translation helpful? Give feedback.
-
Das musst Du selbst herausfinden oder im obenwb-Forum erfragen. Hat ja nichts mit dem SAE zu tun.
Der MQTT-Zähler im SAE subscribt auf das konfigurierte Topic - wenn da nichts gepublished wird, kann der SAE nichts dafür. Aber so funktioniert MQTT.
Wenn Du die alte Konfiguration verwendest (Du hast doch sicher ein Backup der |
Beta Was this translation helpful? Give feedback.
-
|
Ich habe deinen Tipp befolgt und habe ein backup eingespielt. Es war von 2023, es ging aber trotzdem. Die Shelly Daten kommen wieder. Es wird aber wieder regex benutzt "."apower":(\d+)." bzw. "."power":(\d+)." Ich habe dann den MQTT Server Eintrag wieder mit der OpenWB IP besetzt. Eine Frage. Es gibt im zugänglichen Laufwerk der OpenwB einen JSON log-file. {"timestamp":1717263681,"time":"19:41:21","grid":-0.843,"house-power":1.493,"charging-all":0.0,"pv-all":2.336,"cp16-power":0.0,"cp17-power":0.0,"bat-all-power":0.0,"bat-all-soc":99} mit dem Pfad $["cp17-power"] würde ich eine Leistung auslesen können. |
Beta Was this translation helpful? Give feedback.
-
Das wird nicht funktionieren. Da muss ein "normaler" MQTT-Server angegeben werden. Sonst kommt nichts beim Sunny Home Manager an.
Der SAE kann das nicht. Aber Du kannst ja einen kleinen HTTP-Server bauen, der das macht und der SAE fragt diesen dann ab. |
Beta Was this translation helpful? Give feedback.
-
|
Ich versuche mich mal an node red. Dafür hat jemand sowas schon mal geschieben. |
Beta Was this translation helpful? Give feedback.
-
|
Hallo Axel, Topic per c&p aus dem MQTT Explorer wird ganz ordinär per MQTT von der OpenWB abgefragt und als HTML ausgegeben. Ich frage mich nur, warum das der SAE nicht direkt kann? Der MQTT Explorer als auch node red kommen mit der OpenWB ohne Probleme per MQTT zurecht. Ich vermute daher einen Bug in der SAE Software. Topics: Node red installiert. Ruft man den Link auf, den node red generiert, z.B. http://192.168.2.138:1880/wb2power, steht da die Ladeleistung als Zahl im Browser. Mein Programm sieht dann so aus:
und im SAE so: et voila: |
Beta Was this translation helpful? Give feedback.
-
Der SAE unterstützt MQTT-Zähler nur dahingehend, dass der Wert periodisch oder bei Änderung via MQTT aktualisiert wird. Du verwendest ein Topic, das "get" im Pfad enthält. Dieses wird vermutlich nicht von der openWB periodisch aktualisiert (sonst würde das "get" keinen Sinn machen). Offensichtlich erwarten auch andere Software-Pakete sonst gäbe es diesen Tread zu MQTT-Bridge im openWB-Forum nicht. Vielleicht findest Du die Leistung noch in einem anderen Topic, das von der openWB aktualisiert wird. Ansonsten kannst Du auch bei openWB einen Bug dazu aufmachen. |
Beta Was this translation helpful? Give feedback.
-
|
Wenn ich es mir im MQTT Explorer anschaue, wird es alle 1-3 Sekunden automatisch aktualisiert und der Message counter geht hoch. Lesen kann man immer alle Werte per Explorer und beliebig oft. Es kommt dann halt immer der selbe Wert bis er aktualisiert wird. get und set haben damit zu tun, dass man bei der OpenWB under der Topic-Kategorie "get" Werte liest und unter der Kategorie "set" schreibend Werte setzen kann, spezifisch den Ladestrom zur Steuerung der OpenWB. So steuert z.B. die "master" OpenWB mit der ID16 die "secondary" slave OpenWB mit der ID17. Man kann auch extern per MQTT die OpenWB so steuern. Anbei ein Video. Immer wenn der Kasten dunkel wird, wird der Wert aktualisiert. MQTT.Explorer.Open.WB.System.mov |
Beta Was this translation helpful? Give feedback.
-
|
Ich nutze selbst diverse Adapter mit Tasmota-Firmware und MQTT als MQTT-Zähler. Bei diesen die Updates - sowohl im MQTT-Explorer als auch im SAE. Bisher habe ich keine grundsätzliche Fehlermeldungen erhalten bis auf die von Dir. Da ich es nicht nachstellen kann, kann ich aktuell nichts machen, selbst wenn ich wollte. Und Du hast jetzt ja auch eine funktionierende Lösung. Darüber hinaus kannst Du Dir gern den Source-Code des SAE ansehen und konkrete Verbesserungsvorschläge machen. |
Beta Was this translation helpful? Give feedback.
-
|
Programmiertechnisch komme ich aus der Labview-Welt. Node-red war daher nicht so schwer. Dank der Minivorlage aus dem OpenWB Forum mit einem Node-red Programm konnte ich das gut nachvollziehen. From scratch hätte das ewig gedauert. Klassisch C++ kann ich nicht. Die letzten Atmel µC habe ich vor 10+ Jahren in Basic programmiert und ganz früher mal 8051 in Assembler. Ich habe aber immer lieber hardware entwickelt als die Software dazu. Ich bin nicht der einzige mit dem Problem SAE und OpenWB MQTT. Ohne dich wird man das nicht lösen können. Ich zumindest kann es nicht. Nochmals vielen Dank für SAE :-) |
Beta Was this translation helpful? Give feedback.
-
|
In der oben verlinkten Diskussion zur Bridge ist zu lesen:
Vermutlich hast Du da etwas noch nicht konfiguriert, sonst hätten die Daten der Shellys im Sunny Portal landen müssen, als Du die OpenWB als MQTT-Server im SAE konfiguriert hattest. Wenn Du mir ein Port-Forwarding für den MQTT-Port Deiner OPenWB einrichtest, könnte ich mal schauen, warum der SAE da Probleme hat. Wir könnten das zusammen machen, während wir uns per Google Meet austauschen und Bildschirm teilen (mache ich auch mit Usern im Rahmen des kommerziellen Supports so). Allerdings erst nach dem 12.06. - ich bin ein paar Tage unterwegs. Ansonsten sollte die Bridge-Lösung eigentlich nicht kompliziert sein, soweit ich das in der Diskussion gesehen habe. |
Beta Was this translation helpful? Give feedback.
-
|
die Shellys werden in der Werkskonfiguration sichtbar im Sunny Portal. Die MQTT Bridge der OpenWB dient soweit ich verstanden habe der Kommunikation mit einem externen MQTT Server. Ich habe aber keinen externen MQTT Server am Start. Ich kenne mich da aber wirklich nicht aus und konnte daher spontan keine Lösung aus dem OpenWB thread für mich ableiten. Ich weiß z.B. noch nicht einmal ob der SAE ein client, ein broker oder ein server ist. Selbiges gilt für meine OpenWB. Ich vermute der SAE ist ein client und die OpenWB ein Server. Wir können das gerne einmal versuchen. Danke für das Angebot. |
Beta Was this translation helpful? Give feedback.
-
|
Ich könnte mal versuchen in Node red eine MQTT Ausgabe zu erstellen und per SAE und MQTT einzulesen. |
Beta Was this translation helpful? Give feedback.
-
Doch hast Du, sonst würde der SAE nicht funktionieren. Bei der Installation des SAE wird auch der MQTT-Server
Ja, passt. Mittelfristig würde ich gern mal wieder ein neues Release bauen, aber davor potentielle Fehler ggf. fixen. |
Beta Was this translation helpful? Give feedback.
-
|
Hallo Axel, Verstehe ich das voran geschriebene und bisher zu dem Thema gelesene richtig: Liebe Grüße und herzlichen Dank für dein tolles Tool, ohne das die Visualisierung gar nicht möglich wäre! |
Beta Was this translation helpful? Give feedback.
-
Nein, SAE kann einen beliebigen Broker verwenden. Warum es mit dem MQTT-Broker auf der OpenWB Probleme gibt ist aktuell unklar (möglicherweise erlaubt OpenWB keine "externen" Topics). Da aber im OpenWB-Forum überhaupt das Thema MQTT-Bridge aufkam scheint der SAE nicht der einzige zu sein, der mit dem MQTT-Broker der OpenWB Probleme hat.
Das ist korrekt. Normalerweise braucht man nicht mehrere MQTT-Broker.
Da nur ein MQTT-Broker unterstützt wird, müssen alle Topics auf diesem vorhanden sein. Wie sie dahin kommen ist egal. |
Beta Was this translation helpful? Give feedback.
-
|
Vielen Dank für die schnelle Antwort. |
Beta Was this translation helpful? Give feedback.
-
|
Gut, dass Du das getestet hast. Vielleicht kannst Du das im OpenWB-Forum mal thematisieren. |
Beta Was this translation helpful? Give feedback.
-
|
Ich habe mal einen MQTT broker in node red implementiert auf dem port 1884 und die Nachrichten vom OpenWB Server darauf geleitet. Anschliessend habe ich eine neue Wallbox in SAE eingerichtet mit MQTT auf diesem lokalen Server mit obiger Portnummer sowie dem Topic wb2power. In node red habe ich mangels derzeitigem Ladevorgang den Wert im 1 erhöht und im SAE mit dem Faktor 2 multipliziert. Das sollte 2 W ergeben. und lo and behold auch im SMA Portal inkl. Graph. Damit schliesse ich mich dem Schluss an, dass es am MQTT der OpenWB liegt. |
Beta Was this translation helpful? Give feedback.
-
|
Wäre es aus Sicht des SAE sinnvoller, dass ich per node red auf "brauchbares" MQTT umstelle oder läuft das per HTTP ebenso gut? Im OpenWB Forum habe ich einen Hinweis platziert auf die MQTT Problematik. Mal schauen, was passiert. |
Beta Was this translation helpful? Give feedback.
-
|
Bei mir ist es eine Kauf-OpenWB, daher habe ich das Problem mit der Brücke direkt an den Support adressiert. Mal schauen, was da kommt... |
Beta Was this translation helpful? Give feedback.
-
|
bei mir auch. ich habe damals zwei gekauft. |
Beta Was this translation helpful? Give feedback.
-
|
im neuen OpenWB Release 2.1.4 steht folgendes: eine Pfad others kann ich im MQTT Explorer aber auf der OpenWB nicht finden? |
Beta Was this translation helpful? Give feedback.
-
|
Den Pfad "others" siehst du um Explorer erst, wenn dorthin ein Wert gepublished wird. |
Beta Was this translation helpful? Give feedback.
-
|
Kannst ja mal mit dem Explorer was rein schreiben.. |
Beta Was this translation helpful? Give feedback.
-
OpenWB kann nicht ernsthaft erwarten, dass andere Anwendungen nur Topics unter "others/" verwenden. Damit ist die Nutzung des MQTT-Servers der OpenWB durch den SAE nicht möglich und man muss sich mit Bridges oder anderen Lösungen behelfen. |
Beta Was this translation helpful? Give feedback.
-
|
Also die Umsetzung über einen 2. Broker in node red und Abfrage per MQTT in SME funktioniert auch. |
Beta Was this translation helpful? Give feedback.
-
|
Das klingt gut. Vielleicht ginge auch eine 2. Instanz des Moskito-Brokers oder sowas. |
Beta Was this translation helpful? Give feedback.
-
Der SAE benötigt einen MQTT-Broker, aber nicht "seinen", d.h. nicht exklusiv. Der SAE trifft auch keine sonstigen Annahmen bzgl. des MQTT-Brokers - es muss einfach einer vorhanden sein.
Das Problem von OpenWB ist, dass sie von bestimmten Annahmen ausgehen, wie "ihr" MQTT-Broker von anderen Anwendungen zu benutzen ist, ansonsten könnte der SAE diesen nutzen. Alternativ sollten sie ermöglichen, dass ein externer MQTT-Broker von OpenWB verwendet wird. Das beides nicht möglich ist zeugt schon von einer gewissen Arroganz seitens OpenWB.
Warum soll ich Aufwand zur Lösung eines Problems investieren, dass auf ein falsches Verständnis von MQTT zurückzuführen ist und nur OpenWB-User betrifft?. Insofern wird sich am SAE diesbezüglich nichts ändern. |
Beta Was this translation helpful? Give feedback.
-
|
Vielleicht finden wir ja, wo das Problem liegt. Es kann ja nur eine Kleinigkeit sein. Node red liest die Daten ja ohne Probleme aus der OpenWB ohne besondere Verrenkungen, der MQTT Explorer auch. IP angeben, connect und topic lesen. Mehr machen beide Programme ja nicht. |
Beta Was this translation helpful? Give feedback.
-
|
Ich glaube dabei war auch nur gemeint, dass der OpenWB-MQTT-Broker für andere Anwendungen nicht nutzbar ist, wenn der Stammpfad für andere zwingend other/ heißen muss. Dann ist SAE gar nicht möglich, was der SAE aber benötigt. |
Beta Was this translation helpful? Give feedback.
-
|
ich habe aber in node red nichts mit diesem "other" gemacht. Im MQTT Explorer habe ich auch nichts mit "other" gemacht. Ich kann es weder sehen noch habe ich irgendwas in ein Topic geschrieben oder ein solches kreiert. Diese Sache bezieht sich soweit wie ich es verstanden habe auf Schreibzugriffe zur Änderung von z.Z. Ladeleistung. Vorher konnte jeder in alle Topics schreiben und manche haben sich wohl so die Konfiguration der OpenWB erschossen. |
Beta Was this translation helpful? Give feedback.
-
Hallo,
seit mittlerweile Jahren läuft bei mir SAE (z.Z. 2.1.3) sehr gut. Ich exportiere Daten von Shelly Messdosen sowie meinen beiden OpenWB Wallboxen in das SMA Sunnyportal.
Diese Woche habe ich auf die neue OpenWB 2.1 Software umgestellt.
Diese unterstützt die Datenabfrage per http nicht mehr, sondern nun noch per MQTT.
Ich habe die wie vorgeschlagen eingerichtet.
Hinzu kommt, das sich der SMA SHM2 am 25.5. auf eine neue Version 2.14.13.R geupdated hat. Es lief aber alles korrekt weiter.
Ich bin nicht der einzige mit dem Problem.
Siehe : https://forum.openwb.de/viewtopic.php?p=110054
"1. im SAE unter Einstellungen--> MQTT Broker--> Host = IP der openWB, Port:1883
2. im SAE neues Gerät Anlegen:
ID: F-11082023-000000000011-00
Hersteller: OpenWB
Bezeichnung: Beliebig
Typ: Wallbox
Seriennummer: egal (13214)
Max Leistung: 22000
3. Speichern
4. Im Neuen Gerät auf Zähler
Einstellungen:
TYP: MQTT
Topic; openWB/chargepoint/get/power
Parameter: Leistung
Format: FREI LASSEN!!!
Regex für Extraktion: (\d+.?\d*)
Umrechnungsfaktor: 1
5. Speichern
6. Im Sunnyportal geräte suchen...."
Ich habe sowohl das "alte Gerät umgestellt als auch ein neues versucht.
Nutze ich die entsprechende Abfrage wie oben im MQTT Explorer, klappt es einwandfrei.
Im SMA Portal kommt aber immer "0" an, mittlerweile sogar für die Shellys per http Abfrage. Manuell abgefragt per Browser funktionieren diese
Im log steht folgendes:
zum Shelly bei korrekten 51W
2024-05-30 18:24:45,696 DEBUG [Timer-0] d.a.s.u.ValueExtractor [ValueExtractor.java:69] F-00310871-000000000003-00: value=51 inputValue={"power":51.20,"overpower":0.00,"is_valid":true,"timestamp":0,"counters":[0.000, 0.000, 0.000],"total":0} valueExtractionRegex=."power":(\d+). extractedValue=51 factorToValue=1.0
2024-05-30 18:24:45,696 DEBUG [Timer-0] d.a.s.m.PollPowerMeter [PollPowerMeter.java:127] F-00310871-000000000003-00: Calculating diffEnergy from power: diffEnergy=0.00007kWh currentPower=51W previousPowerTimestamp=2024-05-30T18:24:40.650808 currentPowerTimestamp=2024-05-30T18:24:45.650795 diffTime=4999ms
zur OpenWB mer MQTT: (init)
2024-05-30 15:47:52,047 DEBUG [Thread-4] d.a.s.a.ApplianceManager [ApplianceManager.java:268] F-00310871-000000000005-00: Initializing appliance ...
2024-05-30 15:47:52,048 DEBUG [Thread-4] d.a.s.a.Appliance [Appliance.java:186] F-00310871-000000000005-00: Initializing appliance
2024-05-30 15:47:52,051 INFO [Thread-4] d.a.s.m.MqttClient [MqttClient.java:82] Using MQTT broker tcp://192.168.2.134:1883
2024-05-30 15:47:52,052 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:151] F-00310871-000000000005-00-MQTT-Appliance: Created MQTT client F-00310871-000000000005-00-Appliance-0
2024-05-30 15:47:52,364 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:336] F-00310871-000000000005-00-MQTT-Appliance: Messages subscribed: topic=sae/F-00310871-000000000005-00/Event/EnableRuntimeRequest
2024-05-30 15:47:52,366 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:336] F-00310871-000000000005-00-MQTT-Appliance: Messages subscribed: topic=sae/F-00310871-000000000005-00/Event/DisableRuntimeRequest
2024-05-30 15:47:52,369 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:336] F-00310871-000000000005-00-MQTT-Appliance: Messages subscribed: topic=sae/F-00310871-000000000005-00/WrappedControl
2024-05-30 15:47:52,371 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:336] F-00310871-000000000005-00-MQTT-Appliance: Messages subscribed: topic=sae/F-00310871-000000000005-00/Event/EVChargerStateChanged
2024-05-30 15:47:52,372 DEBUG [Thread-4] d.a.s.n.NotificationHandler [NotificationHandler.java:54] F-00310871-000000000005-00: command=/opt/sae/notifyWithTelegram.sh senderId=null maxCommunicationErrors=10
2024-05-30 15:47:52,372 DEBUG [Thread-4] d.a.s.m.MqttElectricityMeter [MqttElectricityMeter.java:126] F-00310871-000000000005-00: Initializing ...
2024-05-30 15:47:52,374 INFO [Thread-4] d.a.s.m.MqttClient [MqttClient.java:82] Using MQTT broker tcp://192.168.2.134:1883
2024-05-30 15:47:52,376 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:151] F-00310871-000000000005-00-MQTT-MqttElectricityMeter: Created MQTT client F-00310871-000000000005-00-MqttElectricityMeter-0
2024-05-30 15:47:52,376 DEBUG [Thread-4] d.a.s.n.NotificationHandler [NotificationHandler.java:54] F-00310871-000000000005-00: command=/opt/sae/notifyWithTelegram.sh senderId=null maxCommunicationErrors=10
2024-05-30 15:47:52,378 INFO [Thread-4] d.a.s.m.MqttClient [MqttClient.java:82] Using MQTT broker tcp://192.168.2.134:1883
2024-05-30 15:47:52,380 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:151] F-00310871-000000000005-00-MQTT-MeterReportingSwitch: Created MQTT client F-00310871-000000000005-00-MeterReportingSwitch-0
2024-05-30 15:47:52,380 DEBUG [Thread-4] d.a.s.a.ApplianceManager [ApplianceManager.java:276] F-00310871-000000000005-00: Validating appliance ...
2024-05-30 15:47:52,380 INFO [Thread-4] d.a.s.a.Appliance [Appliance.java:293] F-00310871-000000000005-00: Validating appliance configuration
2024-05-30 15:47:52,381 DEBUG [Thread-4] d.a.s.m.MqttElectricityMeter [MqttElectricityMeter.java:96] F-00310871-000000000005-00: Validating configuration
2024-05-30 15:47:52,381 DEBUG [Thread-4] d.a.s.m.MqttElectricityMeter [MqttElectricityMeter.java:97] F-00310871-000000000005-00: configured: topic=openWB/chargepoint/17/get/power
2024-05-30 15:47:52,381 DEBUG [Thread-4] d.a.s.m.MqttElectricityMeter [MqttElectricityMeter.java:98] F-00310871-000000000005-00: Power configured: contentProtocol=null path=null factorToValue=null timePath=null extractionRegex=(\d+.?\d*)
Dann:
2024-05-30 15:47:54,446 DEBUG [Thread-4] d.a.s.a.ApplianceManager [ApplianceManager.java:286] F-00310871-000000000005-00: Starting appliance ...
2024-05-30 15:47:54,452 INFO [Thread-4] d.a.s.a.Appliance [Appliance.java:303] F-00310871-000000000005-00: Starting appliance
2024-05-30 15:47:54,454 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:195] F-00310871-000000000005-00: Starting to fill queue
2024-05-30 15:47:54,455 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:336] F-00310871-000000000005-00-MQTT-Appliance: Messages subscribed: topic=sae/F-00310871-000000000005-00/Meter
2024-05-30 15:47:54,458 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:336] F-00310871-000000000005-00-MQTT-Appliance: Messages subscribed: topic=sae/F-00310871-000000000005-00/Event/WrappedControlSwitchOnDetected
2024-05-30 15:47:54,461 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:336] F-00310871-000000000005-00-MQTT-Appliance: Messages subscribed: topic=sae/F-00310871-000000000005-00/Event/WrappedControlSwitchOffDetected
2024-05-30 15:47:54,462 INFO [Thread-4] d.a.s.a.Appliance [Appliance.java:327] F-00310871-000000000005-00: Starting MqttElectricityMeter
2024-05-30 15:47:54,462 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:224] F-00310871-000000000005-00: Current Queue is empty
2024-05-30 15:47:54,462 DEBUG [Thread-4] d.a.s.m.MqttElectricityMeter [MqttElectricityMeter.java:142] F-00310871-000000000005-00: Starting ...
2024-05-30 15:47:54,774 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:336] F-00310871-000000000005-00-MQTT-MqttElectricityMeter: Messages subscribed: topic=openWB/chargepoint/17/get/power
2024-05-30 15:47:54,775 DEBUG [Thread-4] d.a.s.m.MqttElectricityMeter [MqttElectricityMeter.java:188] F-00310871-000000000005-00: Start energy meter ...
2024-05-30 15:47:54,775 DEBUG [Thread-4] d.a.s.m.PollPowerMeter [PollPowerMeter.java:147] F-00310871-000000000005-00: Start energy counter: 0kWh
2024-05-30 15:47:54,776 DEBUG [Thread-4] d.a.s.m.MqttElectricityMeter [MqttElectricityMeter.java:196] F-00310871-000000000005-00: Current energy meter value: 0.0kWh
2024-05-30 15:47:54,776 INFO [Thread-4] d.a.s.a.Appliance [Appliance.java:334] F-00310871-000000000005-00: Starting MeterReportingSwitch
2024-05-30 15:47:54,777 INFO [Thread-4] d.a.s.c.MeterReportingSwitch [MeterReportingSwitch.java:125] F-00310871-000000000005-00: Starting: powerThreshold=10 offDetectionDelay=0 notificationHandlerSet=true
2024-05-30 15:47:54,819 DEBUG [MQTT Call: F-00310871-000000000005-00-MqttElectricityMeter-0] d.a.s.u.ValueExtractor [ValueExtractor.java:69] F-00310871-000000000005-00: value=0 inputValue=0 valueExtractionRegex=(\d+.?\d*) extractedValue=0 factorToValue=null
2024-05-30 15:47:55,088 DEBUG [Thread-4] d.a.s.m.MqttClient [MqttClient.java:336] F-00310871-000000000005-00-MQTT-MeterReportingSwitch: Messages subscribed: topic=sae/F-00310871-000000000005-00/Meter
2024-05-30 15:47:55,089 INFO [Thread-4] d.a.s.a.Appliance [Appliance.java:336] F-00310871-000000000005-00: Switch off appliance initially
2024-05-30 15:47:55,090 WARN [Timer-0] d.a.s.c.MeterReportingSwitch [MeterReportingSwitch.java:179] F-00310871-000000000005-00: No meter values received (yet).
2024-05-30 15:48:57,791 DEBUG [http-nio-8080-exec-1] d.a.s.s.w.SempController [SempController.java:336] F-00310871-000000000005-00: Reporting device status from control
2024-05-30 15:48:57,792 DEBUG [http-nio-8080-exec-1] d.a.s.s.w.SempController [SempController.java:345] F-00310871-000000000005-00: DeviceStatus{eMSignalsAccepted=false, status=Off, errorCode=null}
2024-05-30 15:48:57,793 DEBUG [http-nio-8080-exec-1] d.a.s.s.w.SempController [SempController.java:355] F-00310871-000000000005-00: Reporting power info from device characteristics.
2024-05-30 15:48:57,794 DEBUG [http-nio-8080-exec-1] d.a.s.s.w.SempController [SempController.java:365] F-00310871-000000000005-00: PowerInfo{averagePower=0, minPower=null, maxPower=null, timestamp=0, averagingInterval=60}
dann:
2024-05-30 15:49:02,786 WARN [Timer-0] d.a.s.c.MeterReportingSwitch [MeterReportingSwitch.java:179] F-00310871-000000000005-00: No meter values received (yet).
2024-05-30 15:49:02,799 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:224] F-00310871-000000000005-00: Current Queue is empty
2024-05-30 15:49:23,292 WARN [Timer-0] d.a.s.c.MeterReportingSwitch [MeterReportingSwitch.java:179] F-00310871-000000000005-00: No meter values received (yet).
oder
2024-05-30 18:23:57,066 DEBUG [http-nio-8080-exec-9] d.a.s.s.w.SempController [SempController.java:336] F-00310871-000000000005-00: Reporting device status from control
2024-05-30 18:23:57,067 DEBUG [http-nio-8080-exec-9] d.a.s.s.w.SempController [SempController.java:345] F-00310871-000000000005-00: DeviceStatus{eMSignalsAccepted=false, status=Off, errorCode=null}
2024-05-30 18:23:57,067 DEBUG [http-nio-8080-exec-9] d.a.s.s.w.SempController [SempController.java:355] F-00310871-000000000005-00: Reporting power info from device characteristics.
2024-05-30 18:23:57,068 DEBUG [http-nio-8080-exec-9] d.a.s.s.w.SempController [SempController.java:365] F-00310871-000000000005-00: PowerInfo{averagePower=0, minPower=null, maxPower=null, timestamp=0, averagingInterval=60}
Irgendwie komme ich alleine nicht mehr weiter.
Beta Was this translation helpful? Give feedback.
All reactions