MQTT Protokoll hält sich nicht an Standard.

Fragen zur Nutzung, Features, usw..
SkodaEnyaq
Beiträge: 3
Registriert: Mi Jul 06, 2022 9:20 pm

Re: MQTT Protokoll hält sich nicht an Standard.

Beitrag von SkodaEnyaq »

Ich habe das gleiche Problem. Mein IO Broker Log ist komplett zu, sobald ich das Loglevel auf Info stelle.
Hat jemand einen Work araond gefunden?
Die Nightly FW wird hierzu nichts bringen, oder?

LG, Tim
hhoefling
Beiträge: 662
Registriert: So Jul 25, 2021 2:32 pm
Has thanked: 1 time

Re: MQTT Protokoll hält sich nicht an Standard.

Beitrag von hhoefling »

Die Überschrift verwirrt.
Es gibt keinen Standart der den Type des MQTT-Payload definieren würde.
Der Inhalt des Payload wird nur durch die publishende Application festgelegt.
In diesem Falle betrachte einfach alle Topics als String und wandle nötigenfalls Str->Int um.
gruss
Heinz

6kWp+7.7kWp PV, RCT Akku, RCT Power DC6+DC8, +Tibber,+Shelly's
Skoda Citigo e-iV, openWB series2 standart+
mit openWB_lite
Github: https://github.com/hhoefling/openWB_lite
https://github.com/hhoefling/MyOwnOWBC
schrej
Beiträge: 60
Registriert: Mo Sep 14, 2020 10:03 am
Been thanked: 1 time

Re: MQTT Protokoll hält sich nicht an Standard.

Beitrag von schrej »

In 2.0 werden alle Topics mit JSON Daten gesendet, sodass das Problem dort nicht auftreten sollte.
Ob das im JSON kommt oder nicht, spielt keine Rolle.
Wenn du im JSON einmal "0" und einmal "" sendest, bekommst du den gleichen Fehler, wenn du das Payload Item als " Number" definierst. Das sollte also auch im JSON nicht passieren.
Jörg
PV 5,2 kWp, Kostal Plenticore 8.5, BYD HVS 7.7, KSEM, OpenWB Standard+ 2.1.3, Homeassistant mit zahlreichen WLAN (Tasmota-flashed), Zigbee, Bluetooth & DECT Devices, Volvo XC40 Recharge Single Extended Range MJ24
hominidae
Beiträge: 1403
Registriert: Di Sep 03, 2019 4:13 pm
Has thanked: 6 times
Been thanked: 8 times

Re: MQTT Protokoll hält sich nicht an Standard.

Beitrag von hominidae »

...ich finde die Diskussion hier nicht zielführend.
Das "Problem" im Titel ist keines von mqtt.
Der Umstiieg auf JSON in openWB 2.0 ändert da auch nix dran.
Auch der IOBroker hält sich da mMn nicht an Standards...nur an eine andere Konvention als openWB.

Aber Standards sind nicht immer dazu da, es allen Recht zu machen. Standards-Arbeit ist Lobby Arbeit und kostet viel Zeit=Geld.
In der Regel "gewinnt" Derjenige, der als Erster sein Produkt erfolgreich an den Markt bringt...man kann froh sein, wenn es überhaupt eine Beschreibung der Konventionen gibt.

mqtt ist also eine Sache, die Andere eben die Konvention, wie Daten über ein Transport-Protokoll hinweg in der Applikation beim Austausch normiert werden.
Dafür gibt es in der Tat Standards, zB https://homieiot.github.io/specification/
Woanders ist es IEC-61850 in der Elektotechnik....https://iec61850.dvl.iec.ch/

Ob in 1.9 oder 2.0, geht openWB da einen eigenen, pragmatischen Weg und das ist auch gut so.
IOBroker, als - wie der Name schon suggeriert - Integrator sollte da nicht als Standardskonvention interpretiert werden., sondern offen für unterschiedliche "Standardkonventionen" sein. Wenn es da zu "Problemen" kommt oder einen die Logs stören, dann ist es mMn dort zu fixen und nicht in der openWB.....wie gesagt, schon gar kein Problem von mqtt.

...my 2 cents.
schrej
Beiträge: 60
Registriert: Mo Sep 14, 2020 10:03 am
Been thanked: 1 time

Re: MQTT Protokoll hält sich nicht an Standard.

Beitrag von schrej »

Sorry,
Aber wenn ein Wert einmal als Number und einmal als String kommt ist das schon ein Problem der Implementierung in der OpenWB. Zu argumentieren, man solle danach halt bei sich Routinen implentieren, die das abfangen, ist nicht zielführend.
Jörg
PV 5,2 kWp, Kostal Plenticore 8.5, BYD HVS 7.7, KSEM, OpenWB Standard+ 2.1.3, Homeassistant mit zahlreichen WLAN (Tasmota-flashed), Zigbee, Bluetooth & DECT Devices, Volvo XC40 Recharge Single Extended Range MJ24
hhoefling
Beiträge: 662
Registriert: So Jul 25, 2021 2:32 pm
Has thanked: 1 time

Re: MQTT Protokoll hält sich nicht an Standard.

Beitrag von hhoefling »

Ok.
Dann definiere mal "Nichts" als Zahl.
gruss
Heinz

6kWp+7.7kWp PV, RCT Akku, RCT Power DC6+DC8, +Tibber,+Shelly's
Skoda Citigo e-iV, openWB series2 standart+
mit openWB_lite
Github: https://github.com/hhoefling/openWB_lite
https://github.com/hhoefling/MyOwnOWBC
Gero
Beiträge: 3374
Registriert: Sa Feb 20, 2021 9:55 am
Has thanked: 2 times
Been thanked: 39 times

Re: MQTT Protokoll hält sich nicht an Standard.

Beitrag von Gero »

hhoefling hat geschrieben: Mi Jul 13, 2022 7:02 am Ok.
Dann definiere mal "Nichts" als Zahl.
Bei SQL-Datenbanken gibt es den Wert NULL. Der hat die Eigenschaft ungleich alles anderen zu sein. Da muss man immer explizit auf "is NULL" abfragen. Oder auch Excel's "N/A", was man auch explizit mit isna() abfragen muss. Eine Zahl die mal als "" kommt verhält sich da genauso.
openWB-series2, openWB-Buchse, E3/DC S10pro+19.5kWh, 30kWp Ost-Süd, Model 3 und Ion
hhoefling
Beiträge: 662
Registriert: So Jul 25, 2021 2:32 pm
Has thanked: 1 time

Re: MQTT Protokoll hält sich nicht an Standard.

Beitrag von hhoefling »

@Gero, ist schon klar. ging eher an Schrej
PS:
der Parameter "payload" ist übrigens immer ein String, auch wenn der String aus Ziffern besteht und eine Zahl darstellt.
gruss
Heinz

6kWp+7.7kWp PV, RCT Akku, RCT Power DC6+DC8, +Tibber,+Shelly's
Skoda Citigo e-iV, openWB series2 standart+
mit openWB_lite
Github: https://github.com/hhoefling/openWB_lite
https://github.com/hhoefling/MyOwnOWBC
Gero
Beiträge: 3374
Registriert: Sa Feb 20, 2021 9:55 am
Has thanked: 2 times
Been thanked: 39 times

Re: MQTT Protokoll hält sich nicht an Standard.

Beitrag von Gero »

hhoefling hat geschrieben: Mi Jul 13, 2022 9:12 am @Gero, ist schon klar. ging eher an Schrej
Schon klar, ich wollte nur anmerken, dass es in anderen Programmierumgebungen in der IT durchaus das Konzept eines zulässigen Variablenwerts gibt, der in sonst üblichen Operationen zu "Fehlern" führt. Eigentlich sind das ja keine, wenn man das Konzept verstanden hat. Genauso würde ich den leeren String an Stelle einer Zahl sehen: Ist halt kein Wert vorhanden. Muss man explizit abfragen, wenn man das wissen will und nicht einfach mit dem Wert drauflosrechnen, weil man davon ausgeht, dass der immer numerisch ist.

PS: Das mit dem Prüfen auf einen erwarteten Inhalt vor der Verarbeitung sollte sowieso gängige Praxis des Programmierens sein. Dann wären uns die allermeisten der heutzutage doch so gängigen Buffer-Overflows oder Remote Code Excecutions wohl erspart geblieben.
openWB-series2, openWB-Buchse, E3/DC S10pro+19.5kWh, 30kWp Ost-Süd, Model 3 und Ion
schrej
Beiträge: 60
Registriert: Mo Sep 14, 2020 10:03 am
Been thanked: 1 time

Re: MQTT Protokoll hält sich nicht an Standard.

Beitrag von schrej »

der Parameter "payload" ist übrigens immer ein String, auch wenn der String aus Ziffern besteht und eine Zahl darstellt.
Das ist absolut richtig. Aber mit der Argumentation müsste man jede Payload in MQTT nur als String auslesen.
Bei MQTT Announcements wird aber in der Regel z.B. der Typ und wenn vorhanden auch die Einheit mitgegeben.
Und eine Zahl ist nun mal eine Zahl. Und eine Zahl kennt keinen leeren Wert.
Ich muss also jetzt jeden Wert der OpenWB als String übernehmen und dann mit z.B. JavaScript analysieren, ob da ein leerer Wert kommt.
Das kann es doch wirklich nicht sein.

Jörg
PV 5,2 kWp, Kostal Plenticore 8.5, BYD HVS 7.7, KSEM, OpenWB Standard+ 2.1.3, Homeassistant mit zahlreichen WLAN (Tasmota-flashed), Zigbee, Bluetooth & DECT Devices, Volvo XC40 Recharge Single Extended Range MJ24
Antworten