Fehler mit mqtt Adapter - Forbidden properties
-
Ja, hab das Problem gefunden. Wenn ein Objekt kommt, wird davon ausgegangen, dass das ein State-Objekt ist:
@mcm1957 sagte in Fehler mit mqtt Adapter - Forbidden properties:
Aber wenn ich's richtig gesehen habe stehen da noch BINARY STATEs Aufrufe drinnen.
Ja, bin ich gerade auch schon drüber gestolpert, ... noch recht viele Themen offen dort
-
@haus-automatisierung vielen Dank für die schnelle Analyse.
Fällt dir spontan eine Möglichkeit ein, wie ich das als Endanwender irgendwie umgehen/beheben kann?
-
@sebi85
Da das zuerst mal eine Warning ist gehe ich davon aus, dass im Prinzip die Funktion (noch) gegeben ist. Wenn das stimmt kannst du die Warning zunächst mal ignorieren. Oder ev. den Loggin Level auf error stellen. -
@haus-automatisierung said in Fehler mit mqtt Adapter - Forbidden properties:
Ja, hab das Problem gefunden. Wenn ein Objekt kommt, wird davon ausgegangen, dass das ein State-Objekt ist:
@mcm1957 sagte in Fehler mit mqtt Adapter - Forbidden properties:
Aber wenn ich's richtig gesehen habe stehen da noch BINARY STATEs Aufrufe drinnen.
Ja, bin ich gerade auch schon drüber gestolpert, ... noch recht viele Themen offen dort
Danke - DU BIST SPITZE !
Kannst du das in ein Issue gießen? Ich nehme an du hast nicht grad Lust / Zeit das zu fixen. Die Binary States kann ja ev. Moritz ansehen - der hat das bei einigen anderen Adaptern schon umgestellt.
-
@mcm1957 said in Fehler mit mqtt Adapter - Forbidden properties:
@sebi85
Da das zuerst mal eine Warning ist gehe ich davon aus, dass im Prinzip die Funktion (noch) gegeben ist. Wenn das stimmt kannst du die Warning zunächst mal ignorieren. Oder ev. den Loggin Level auf error stellen.Die Funktion ist leider nicht gegeben, er aktualisiert den state nicht bzw. schreibt den von openHASP gelieferten Wert nicht in den state - somit funktionieren alle weiteren Automatisierungen auch nicht.
-
-
@mcm1957 sagte in Fehler mit mqtt Adapter - Forbidden properties:
Da das zuerst mal eine Warning ist gehe ich davon aus, dass im Prinzip die Funktion (noch) gegeben ist.
Nein, da der State dann gar nicht geschrieben wird. Mich wundert ehrlich gesagt, dass das bisher nicht aufgefallen ist.
@mcm1957 sagte in Fehler mit mqtt Adapter - Forbidden properties:
Die Binary States kann ja ev. Moritz ansehen - der hat das bei einigen anderen Adaptern schon umgestellt.
Das wär schön - ansonsten packe ich das bei mir mit auf ToDo.
-
@haus-automatisierung said in Fehler mit mqtt Adapter - Forbidden properties:
@mcm1957 sagte in Fehler mit mqtt Adapter - Forbidden properties:
Da das zuerst mal eine Warning ist gehe ich davon aus, dass im Prinzip die Funktion (noch) gegeben ist.
Ist es:
https://github.com/ioBroker/ioBroker.mqtt/issues/443Nur konnte es Ingo nicht erkennen um was es da geht. Ev. kannst du das beim Issue ergänzen (und wenn du den Zugriff hast) Question auf Bug ändern)
-
Betreffend binary states hab ich mal ein Issue erstellt
https://github.com/ioBroker/ioBroker.mqtt/issues/468
und Moritz per TG angepingtclosed Adapter uses binary states #468
-
@haus-automatisierung danke für deine Anpassung, ich habe es jetzt erneut mit der Version 6.0.1 des mqtt-Adapters getestet - sieht grundsätzlich erstmal "besser" aus.
Mein Problem ist aber leider immer noch da, weil der mqtt-Adapter den Typ des Objects von "object" auf "mixed" umstellt und somit greift dann die von dir erstellte Routine nicht mehr
Ich bekomme die Daten einmalig aktualisiert (siehe javascript-Adapter-Ausgabe) und anschließend setzt der mqtt-Client den Objekttyp auf "mixed" und es funktioniert leider nicht mehr.
mqtt.3 2024-08-07 11:02:10.833 warn Error while setting state "mqtt.3.hasp.lanbon_l8.state.p1b4" for Client: Error: The state contains the forbidden properties event! mqtt.3 2024-08-07 11:02:10.806 info Client: Changed type of "mqtt.3.hasp.lanbon_l8.state.p1b4" from "object" to "mixed" javascript.0 2024-08-07 11:02:10.685 info script.js.Eigene_Skripte.Ueberwachung.Lonbon_OpenHasp: DATA {"event":"down","val":0}Kann ich den mqtt-Adapter daran hindern den Typen zu hindern oder müsste ggf. dein Fix auch für "mixed"-Objekte integriert werden?
-
@sebi85 sagte in Fehler mit mqtt Adapter - Forbidden properties:
weil der mqtt-Adapter den Typ des Objects von "object" auf "mixed"
Die Objekte werden doch alle als
mixedangelegt, oder nicht?Bitte NIE manuell an Objekten rumspielen, welche man nicht selbst angelegt hat. Nie nie nie.
-
@haus-automatisierung nein, es wird erst als "object" angelegt und dann umgestellt auf "mixed" (durch den mqtt-Adapter, ich habe da manuell nichts gemacht).
Folgendes Vorgehen hatte ich durchgeführt:
- Stoppen der mqtt3 Instanz
- Löschen des p1b4 Objekts
- Starten der mqtt3 Instanz
- Triggerung des events am Lanbon
Durch die Triggerung des events wird durch den mqtt-Client das Objekt angelegt und anschließend anscheinend direkt geändert. Bei der Erstanlage bekomme ich die Daten auch richtig angezeigt/gelesen - nur dann ändert er das Objekt auf "mixed" und es klappt nicht mehr.
mqtt.3 2024-08-07 11:22:48.170 warn Error while setting state "mqtt.3.hasp.lanbon_l8.state.p1b4" for Client: Error: The state contains the forbidden properties event! mqtt.3 2024-08-07 11:22:48.146 info Client: Changed type of "mqtt.3.hasp.lanbon_l8.state.p1b4" from "object" to "mixed" -
@sebi85 sagte in Fehler mit mqtt Adapter - Forbidden properties:
es wird erst als "object" angelegt und dann umgestellt auf "mixed"
Das sollte nicht so sein. Aus meiner Sicht sollten die alle mixed sein. Muss ich mir in einer ruhigen Minute mal anschauen.
-
@haus-automatisierung sofern es als "mixed" definiert ist, würde aber auch der von dir integrierte Fix nicht mehr funktionieren (weshalb ich dann auch wieder den Fehler
The state contains the forbidden properties event!erhalte.
-
@sebi85 Warum? Ich habe das eigentlich ausführlich getestet. Du bist aber schon im Client-Mode, oder? Im Server-Mode habe ich das nicht angeschaut.
-
@haus-automatisierung für mich sieht es so aus als würde der Code nur durchlaufen werden wenn das Object auch vom Typ "object" ist.
Initialer Start (mqtt legt das Objekt in diesem Zuge auch an, es ist vorher nicht vorhanden):
Hier ist die Meldung auch erhalten und er speichert es im Objekt ab --> erster Lauf funktioniert. Allerdings ändert er dann (siehe info-Meldung) automatisch den Typ auf "mixed".
Jegliche weitere Änderung wird dann ignoriert und die obige gelbe Zeile kommt auch nicht mehr.
Ich hätte jetzt vermutet, dass hier dein Code nicht durchlaufen wird, weil er das Objekt gar nicht als solches erkennt:
-
Hallo zusammen, gibt es bereits eine überarbeitete Version des mqtt Adapters oder einen alternativen Workaround um die OpenHASP Stati korrekt auszulesen?
Vielen Dank.
-
@sebi85 sagte in Fehler mit mqtt Adapter - Forbidden properties:
Initialer Start (mqtt legt das Objekt in diesem Zuge auch an, es ist vorher nicht vorhanden):
Hier ist die Meldung auch erhalten und er speichert es im Objekt ab --> erster Lauf funktioniert. Allerdings ändert er dann (siehe info-Meldung) automatisch den Typ auf "mixed".
Der Typ sollte eigentlich immer
mixedbleiben. So werden ja alle Objekte vom MQTT-Adapter angelegt. Oder habe ich etwas übersehen? Die Idee war ja auch nicht, dass man den Zustandstyp aufobjectändert, sondern nur den Wert korrekt als JSON speichert. Das scheint im ersten Lauf ja auch geklappt zu haben. Ziel sollte also sein: Typmixed+ JSON als Wert.@sebi85 sagte in Fehler mit mqtt Adapter - Forbidden properties:
Jegliche weitere Änderung wird dann ignoriert und die obige gelbe Zeile kommt auch nicht mehr.
Das sollte natürlich nicht so sein. Müsste ich noch einmal in Ruhe testen. Kostet leider alles extrem viel Zeit (und die habe ich gerade nicht).
-
@phiwie said in Fehler mit mqtt Adapter - Forbidden properties:
Hallo zusammen, gibt es bereits eine überarbeitete Version des mqtt Adapters oder einen alternativen Workaround um die OpenHASP Stati korrekt auszulesen?
Vielen Dank.
Welche Version ist für dich die nicht überarbeitete Version?
Latest Version des Adapters ist 6.1.1 -
Hallo
habe gerade den Beitrag gefunden und versuche ebenso openHASP mit dem MQTT Adapter zu nutzen und wunderte mich warum nur einmal der value in den Datenpunkt geschrieben wurde.
Nachdem Beitrag hier den Log geprüft und finde dort im Zeitrahmen diese Einträge:
2024-10-23 06:39:45.926 - info: mqtt.0 (1003) Server: Changed type of "mqtt.0.hasp.plate.state.p1b2" from "number" to "object" 2024-10-23 06:39:45.948 - info: mqtt.0 (1003) Server: Changed type of "mqtt.0.hasp.plate.state.p1b2" from "object" to "mixed" 2024-10-23 06:40:09.046 - info: mqtt.0 (1003) Server: Changed type of "mqtt.0.hasp.plate.state.p1b3" from "number" to "object" 2024-10-23 06:40:09.077 - info: mqtt.0 (1003) Server: Changed type of "mqtt.0.hasp.plate.state.p1b3" from "object" to "mixed"Die Datenpunkte (nichts von mir geändert) haben aktuell alle den type mixed aber Daten kommen dort keine mehr an.
Verwende die stable Version 6.1.2 des Mqtt Adapters.
Gibt schon eine Lösung oder Workaround?
Danke
Edit: Hoffe die Beobachtung hilft. Angelegte PushButtons die einen Mqtt Nachricht liefern
{\"event\":\"up\"}funktionieren wie hier im log und Ergebnis zu sehen ist weiterhin:
mqtt.0 2024-10-23 13:41:15.953 debug stateChange mqtt.0.hasp.plate.state.p1b5: {"val":"{\"event\":\"down\"}","ack":true,"ts":1729683675946,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1729683675946} mqtt.0 2024-10-23 13:41:15.200 debug stateChange mqtt.0.hasp.plate.state.p1b5: {"val":"{\"event\":\"up\"}","ack":true,"ts":1729683675193,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1729683675193} mqtt.0 2024-10-23 13:41:15.117 debug stateChange mqtt.0.hasp.plate.state.p1b5: {"val":"{\"event\":\"down\"}","ack":true,"ts":1729683675110,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1729683675110} mqtt.0 2024-10-23 13:41:14.354 debug stateChange mqtt.0.hasp.plate.state.p1b5: {"val":"{\"event\":\"up\"}","ack":true,"ts":1729683674347,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1729683674347} mqtt.0 2024-10-23 13:41:14.244 debug stateChange mqtt.0.hasp.plate.state.p1b5: {"val":"{\"event\":\"down\"}","ack":true,"ts":1729683674237,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1729683674237} mqtt.0 2024-10-23 13:41:13.524 debug stateChange mqtt.0.hasp.plate.state.p1b5: {"val":"{\"event\":\"up\"}","ack":true,"ts":1729683673517,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1729683673517}Alleine angelegte devices mit festen/konstanten stati wie Switche oder Auswahllisten funktionieren nicht mehr. Auch im Debug Zustand sehe ich keinerlei Einräge im Log dazu. Dann per Mqtt-Explorer geschaut und hier funktionieren diese Nachrichten zB für p1b2,p1b3,p1b4:
Edit2: Der Unterschied genauer hier beschrieben, was ein object button (https://openhasp.haswitchplate.com/0.6/design/objects/#button) und ein object switch (https://openhasp.haswitchplate.com/0.6/design/objects/#switch) so neben dem Unterschied data type so rauschickt.
Einen Log-Eintrag dazu habe ich bisher nicht erhalten.
Um gleich der Mqtt Nachricht von @sebi85 zu prüfen
{"event" : "up", "val": 1}habe ich sowohl beim button als auch beim switch die toggle-funktion aktiviert aber keine erkennbare Änderung zu sehen.
Vermute es ist sehr sinnig genau zu wissen was da über MQTT geschickt wird bzw ankommt. Der Debug-Log wie gesagt leer und im MQTT-Explorer sehe ich nur das funktionierende Ergebnis. Daher gerne einen Hinweis wie ich das zur Verfügung stellen kann.
