Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[mcm1957]

@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

[Dieter_P]

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.

[Dieter_P]

Da ich das openHASP Panel benötige habe ich nach Möglichkeiten weiter probiert.

Dazu temporär nun gleiches Setup aufgesetzt wie @Sebi85

openHASP <--> mosquitto server <--> iobroker mqtt client

Auf dem MQTT-Explorer funktioniert alles dauerhaft einwandfrei wie zuvor.

Die Nachrichten, die auch jetzt weiterhin im IO-Broker funktionieren sind Nachrichten mit dem Inhalt:

{"event":"up"}

Nachrichten von Buttons oder Switchen mit festem Stati, zeigen sich nun allerdings ergänzt um den value :

{"event":"up","val":1}

Das funktioniert im Mqtt-Explorer wie bekannt unbegrenzt einwandfrei.

Im IOBroker funktioniert das genau einmal. Allerdings steht nun auch im Datenpunkt (type: "mixed"):

{"event":"down","val":0}

Zusätzlich nun die Meldung im Debug-Log:

mqtt.1 2024-10-24 15:07:57.319	warn	Error while setting state "mqtt.1.hasp.plate.state.p1b1" for Client: Error: The state contains the forbidden properties event!
mqtt.1 2024-10-24 15:07:57.058	warn	Error while setting state "mqtt.1.hasp.plate.state.p1b1" for Client: Error: The state contains the forbidden properties event!
mqtt.1 2024-10-24 15:07:55.109	warn	Error while setting state "mqtt.1.hasp.plate.state.p1b1" for Client: Error: The state contains the forbidden properties event!

Somit auch über diesen Umweg eines zweiten Mqtt-Brokers und den Mqtt-Adapter Einsatz als Client leider keine funktionierende Lösung.

Verwende Mqtt Adapter 6.1.2 und hier besprochene Fixe sehe ich auf Github mit 6.0.1 vom 6.8.2024 durch @haus-automatisierung. Das Thema doch noch offen?

Bitte um Unterstützung, Thanks.

[sebi85]

Hallo @dieter_p ,

ich habe leider bisher keinen Fix gesehen. Ich habe die Probleme hauptsächlich bei den Toggle-/Switch-Buttons in OpenHASP wo der "val" relevant ist. Die normalen Buttons funktionieren soweit.
--> Ich habe mein Display so angepasst, dass ich nur noch normale Buttons - ohne Switch-Funktionalität habe.

[mrjeschke]

@dieter_p
Ich nutze den mqtt-client Adapter.
Läuft bei mir mit openhasp ohne Fehler.

[Dieter_P]

@sebi85 said in Fehler mit mqtt Adapter - Forbidden properties:

Hallo @dieter_p ,

ich habe leider bisher keinen Fix gesehen. Ich habe die Probleme hauptsächlich bei den Toggle-/Switch-Buttons in OpenHASP wo der "val" relevant ist. Die normalen Buttons funktionieren soweit.
--> Ich habe mein Display so angepasst, dass ich nur noch normale Buttons - ohne Switch-Funktionalität habe.

Danke. Ja genau so hab ich es auch beobachtet und interessant dass wenn man einen anderen Broker nutzt und sich dort die Daten anschaut, funktioniert alles.

Ich nutze normal halt den Mqtt Adapter auch als Broker. Für die Problemstellung scheint das aber prinzipiell keinen Unterschied zu machen. Die Fehler bzw. Teilergebnisse sind nur leicht anders.

Puh, jetzt nur noch Buttons (ohne toggle) zu nutzen fände ich schon heftig und geht massiv auf die Usebility vom Display. Überlege und versuche gerade heraus zu finden, ob man nicht in openHASP ein zusätzliches und modifiziertes MQTT publish einbauen kann, dass nur den value published. Das sollte der Mqtt Adapter ja verstehen.

Ist zwar irgendwie selten "krumm" aber ich brauche gerade recht dringend ein funktionsfähiges Display und laufe leider in Hürde nach Hürde. Unter HASPmota trifft man übrigens die gleiche Problemstellung....basiert ja irgendwie auf openHASP.

@mrjeschke said in Fehler mit mqtt Adapter - Forbidden properties:

@dieter_p
Ich nutze den mqtt-client Adapter.
Läuft bei mir mit openhasp ohne Fehler.

Kannst Du das bitte näher erläutern? Nutzt Du Switches und Buttons mit toggle-Funktion?
Welche Adapterversion?

[mrjeschke]

@dieter_p
Ich habe das Gerät noch nicht lange, aber bis jetzt ohne Fehler.
Ich nutze Schwitches und Buttons mit Toggle.
Der Adapter mqtt-client v2.0.1 (nicht der mqtt Adapter)

[Dieter_P]

@mrjeschke said in Fehler mit mqtt Adapter - Forbidden properties:

mqtt-client v2.0.1

Danke. Ah ok der andere Adapter.
Wärst Du so nett mir ein Screenshot der Adaptersettings zu zeigen?

Verbinde damit zum Mosquitto Broker (klappt) aber die Messages vom ebenfalls verbundenen openHASP Panel werden nicht durchgereicht. Evtl. etwas an den Subskription-Einstellung im Adapter zu ändern?

[mrjeschke]

@dieter_p
Ist schon 'ne Weile her das ich den Adapter installiert habe.
Keine Ahnung ob das alles richtig ist.

[Dieter_P]

@mrjeschke
Danke vielmals. Ich seh endlich Licht am Ende des Displaytunnels :)

Funktioniert und im default fehlte der Eintrag:

Nun funktioniert alles und dauerhaft:

Danke!

P.S.: Im stable liegt der Mqtt-Client Adapter v2.0 nicht v2.0.1. Der läuft aber bei mir :)

[starfish]

2 Jahre später - gibts inzwischen eine Lösung? Ich habe das gleiche setup wie oben. Inzwischen verwende ich beide adapter mqtt und mqtt-client simultan, den mqtt-client extra für openHASP. Irgendwie ist dies suboptimal mit mqtt - verbindungsabbrüchen ohne neu-verbindungsaufbau. Zudem die ständigen Fehlermeldungen des mqtt adapters von wegen " forbidden properties event!" . produktiv lässt sich dies leider nicht einsetzen.

[Marc Berg]

@starfish sagte:

Zudem die ständigen Fehlermeldungen des mqtt adapters von wegen " forbidden properties event!" . produktiv lässt sich dies leider nicht einsetzen.

Du kannst doch den MQTT Adapter so konfigurieren, dass er die openHASP Nachrichten nicht abonniert und damit die Fehlermeldungen vermeiden.

Irgendwie ist dies suboptimal mit mqtt - verbindungsabbrüchen

Welche Verbindungsabbrüche meinst du?

[starfish]

welche Verbindungsabbrüche, ich hab das nicht weiter untersucht, openHASP hat plötzlich keine Verbindung mehr mit iobroker, während dem das Modul auf dem MQTT-Explorer noch munter weiter zu sehen ist. Wenn ich das Modul neu starte gehts wieder. Wie geht eigentlich die Ausschluss-Konfiguration "alle Nachrichten ausser openHASP" ? bis jetzt hatte ich mühsam alle erwünschten freigegeben - und das sind einige.
was nicht einleuchtet: weshalb gehts mit einem Adapter und mit dem anderen nicht? an node-js kanns jedenfalls nicht liegen, sonst wären beide betroffen.

[Marc Berg]

@starfish sagte:

welche Verbindungsabbrüche, ich hab das nicht weiter untersucht, openHASP hat plötzlich keine Verbindung mehr mit iobroker, während dem das Modul auf dem MQTT-Explorer noch munter weiter zu sehen ist. Wenn ich das Modul neu starte gehts wieder. Wie geht eigentlich die Ausschluss-Konfiguration "alle Nachrichten ausser openHASP" ? bis jetzt hatte ich mühsam alle erwünschten freigegeben - und das sind einige.

Alle deine Vorposter hatten die Konfiguration "Mosquitto als Broker und MQTT Adapter als Client". Wenn das bei dir anders ist, solltest du es erwähnen.

was nicht einleuchtet: weshalb gehts mit einem Adapter und mit dem anderen nicht? an node-js kanns jedenfalls nicht liegen, sonst wären beide betroffen.

Beide Adapter haben jeweils eine eigene Codebasis und gehen wohl unterschiedlich mit JSON Inhalten um. Ob das im Falle des MQTT Adapters ein Fehler ist, kann ich nicht beurteilen, scheint aber so.

[starfish]

@Marc-Berg sagte:

Wie geht eigentlich die Ausschluss-Konfiguration "alle Nachrichten ausser openHASP" ? bis jetzt hatte ich mühsam alle erwünschten freigegeben - und das sind einige.

Alle deine Vorposter hatten die Konfiguration "Mosquitto als Broker und MQTT Adapter als Client". Wenn das bei dir anders ist, solltest du es erwähnen.

bei mir ist es genau gleich, deshalb schreibe ich ja auch "ich habe das gleiche setup wie oben".
die Topics habe ich beim adapter eingeschränkt. das geht ja noch easy wenns nur 1 topic ist. wenns viele sind und immer wieder neue dazukommen ists eher mühsam , da wäre eben "alle topics ausser openhasp" hilfreich.

[Marc Berg]

@starfish sagte:

bei mir ist es genau gleich, deshalb schreibe ich ja auch "ich habe das gleiche setup wie oben".

Dann habe ich es noch nicht verstanden. Wenn du sagst, dass du nur die Topics abonnierst, die du brauchst, warum lässt du die HASP Topics nicht weg?

[starfish]

bis jetzt hatte ich dort # aber ok, so kann mans auch machen und bei jeder Änderung die Anpassung nicht vergessen. etwas umständlich halt, aber zumindest sind die Warnungen weg.

[Marc Berg]

Ich habe mir den Code mal näher angeschaut. Dort war seit der ersten Veröffentlichung des Adapters 2016 (damals nur als Broker) ein simpler Fehler bei der Typermittlung von JSON Messages drin, der später auch im Client-Teil erschien. Dazu existieren auch mindestens zwei offene Issues.

Es gibt einen Fix, den ich als PR 599 eingereicht habe.

[starfish]

danke :-)