@Glasfaser: Ok, das konnte ich dem Post so nicht entnehmen. Wenn eBus unterstützt wird, müsste dann nicht der eBus-Daemon die Nachrichten dekodieren (können). Der Adapter holt sich doch alles vom ebusd. Eine Anpassung des Adapters wäre doch gar nicht nötig, oder was meinst Du?

Hallo,

ich habe meinem ioBroker mal ein zweites Interface im Gast-Netz gegönnt. Er findet den Ventilator und liest auch jede Menge aus. Ein paar Fehler werden noch gelogged:

dysonairpurifier.0	2020-11-30 19:02:58.267	info	(4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:03:11.001Z
dysonairpurifier.0	2020-11-30 19:02:58.267	info	(4935) Skipped creating unknown datafield for: [msg] Value: |-> ENVIRONMENTAL-CURRENT-SENSOR-DATA
dysonairpurifier.0	2020-11-30 19:02:58.173	info	(4935) Skipped creating unknown datafield for: [scheduler] Value: |-> {"srsc":"f57d","dstv":"0001","tzid":"0001"}
dysonairpurifier.0	2020-11-30 19:02:58.172	info	(4935) Skipped creating unknown datafield for: [dial] Value: |-> OFF
dysonairpurifier.0	2020-11-30 19:02:58.171	info	(4935) Skipped creating unknown datafield for: [state-reason] Value: |-> MODE
dysonairpurifier.0	2020-11-30 19:02:58.171	info	(4935) Skipped creating unknown datafield for: [mode-reason] Value: |-> ALXA
dysonairpurifier.0	2020-11-30 19:02:58.170	info	(4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:03:11.000Z
dysonairpurifier.0	2020-11-30 19:02:58.169	info	(4935) Skipped creating unknown datafield for: [msg] Value: |-> CURRENT-STATE
dysonairpurifier.0	2020-11-30 19:02:28.267	info	(4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:02:41.001Z
dysonairpurifier.0	2020-11-30 19:02:28.267	info	(4935) Skipped creating unknown datafield for: [msg] Value: |-> ENVIRONMENTAL-CURRENT-SENSOR-DATA
dysonairpurifier.0	2020-11-30 19:02:28.174	info	(4935) Skipped creating unknown datafield for: [scheduler] Value: |-> {"srsc":"f57d","dstv":"0001","tzid":"0001"}
dysonairpurifier.0	2020-11-30 19:02:28.172	info	(4935) Skipped creating unknown datafield for: [dial] Value: |-> OFF
dysonairpurifier.0	2020-11-30 19:02:28.171	info	(4935) Skipped creating unknown datafield for: [state-reason] Value: |-> MODE
dysonairpurifier.0	2020-11-30 19:02:28.171	info	(4935) Skipped creating unknown datafield for: [mode-reason] Value: |-> ALXA
dysonairpurifier.0	2020-11-30 19:02:28.170	info	(4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:02:41.000Z
dysonairpurifier.0	2020-11-30 19:02:28.169	info	(4935) Skipped creating unknown datafield for: [msg] Value: |-> CURRENT-STATE

Falls es für irgendwas hilfreich ist.

Herzlichen Dank für die bisher geleistete Arbeit !!!

Ich habe jetzt umgestellt. Schalter funktionieren einwandfrei. Leider kann ich jedoch meine HM-Rollladen nicht mehr steuern. Sie werden von Alexa immer als nicht erreichbar gekennzeichnet. Vermutlich liegt das daran, dass sticky unreach True ist. Jedoch sind die Rollladen trotz Status voll steuerbar und die Behanghöhe wird bei Veränderung auch korrekt im ioBroker aktualisiert.
Kann man die sticky unreach Auswertung eventuell abschalten? Wie es scheint ist der Status hier nicht korrekt (vermutlich ist das Problem nicht der iot Adapter, aber bei Schaltern wird sticky unreach offensichtlich nicht hinzugezogen).
Ähnliches habe ich bei den HM-Heizkörperthermostaten festgestellt.

@hasont ist das nicht eine Frage für die eBus Leute und nicht für ioBroker?

Btw: Warum postest Du den absolut identischen Text hier im Forum in zwei verschiedenen Threads?

@timmerx Läuft Dein eBusD ? Was sagen ?

systemctl status ebusd

ps aux | grep -i ebusd

@grizzelbee ```
dysonairpurifier.0 2021-06-25 13:22:14.007 info (67728) NN2-EU-KEA4278A - MQTT disconnected.
dysonairpurifier.0 2021-06-25 13:22:05.513 debug (67728) sendTo "send" to system.adapter.admin.0 from system.adapter.dysonairpurifier.0: getDyson2faMail
dysonairpurifier.0 2021-06-25 13:22:05.512 error (67728) getDyson2faMailError: Request failed with status code 401
dysonairpurifier.0 2021-06-25 13:22:05.129 debug (67728) Utils: getDyson2faMail!
dysonairpurifier.0 2021-06-25 13:22:05.128 debug (67728) OnMessage: locale: de-DE
dysonairpurifier.0 2021-06-25 13:22:05.128 debug (67728) OnMessage: country: DE
dysonairpurifier.0 2021-06-25 13:22:05.128 debug (67728) OnMessage: Mail: <email removed>
dysonairpurifier.0 2021-06-25 13:21:44.007 debug (67728) Updating existing object [NN2-EU-KEA4278A.Online] with value: [false]
dysonairpurifier.0 2021-06-25 13:21:44.006 info (67728) NN2-EU-KEA4278A - MQTT reconnecting.
dysonairpurifier.0 2021-06-25 13:21:43.007 debug (67728) Updating existing object [NN2-EU-KEA4278A.Online] with value: [false]
dysonairpurifier.0 2021-06-25 13:21:43.005 info (67728) NN2-EU-KEA4278A - MQTT disconnected.
dysonairpurifier.0 2021-06-25 13:21:13.004 debug (67728) Updating existing object [NN2-EU-KEA4278A.Online] with value: [false]
dysonairpurifier.0 2021-06-25 13:21:13.003 info (67728) NN2-EU-KEA4278A - MQTT reconnecting.
dysonairpurifier.0 2021-06-25 13:21:12.003 debug (67728) Updating existing object [NN2-EU-KEA4278A.Online] with value: [false]
dysonairpurifier.0 2021-06-25 13:21:12.002 info (67728) NN2-EU-KEA4278A - MQTT disconnected.
dysonairpurifier.0 2021-06-25 13:20:42.001 debug (67728) Updating existing object [NN2-EU-KEA4278A.Online] with value: [false]
dysonairpurifier.0 2021-06-25 13:20:41.999 info (67728) NN2-EU-KEA4278A - MQTT reconnecting.

Hallo,

nach einen Neustart des ioBroker bleibt die Instanz gelb. Neuanfordern des 2FA Codes geht nicht.

dysonairpurifier.0	2021-06-25 09:40:45.139	error	(2740) getDyson2faMailError: Request failed with status code 401

Username und Passwort habe ich explizit noch einmal neu eingegeben. Wo könnte ich weiter suchen ?

@grizzelbee 0.9.1 eingespielt. Funktioniert immer noch . Danke !

@grizzelbee Ja. So ist es.

 diff dysonConstants.js_org dysonConstants.js
34c34,35
<     ['fmod' , 'FanMode'                   , 'Mode of device'                                                                , 'string', 'false', 'switch'            ,'', {'FAN':'Fan', 'AUTO':'Auto'} ],
---
> //    ['fmod' , 'FanMode'                   , 'Mode of device'                                                                , 'string', 'false', 'switch'            ,'', {'FAN':'Fan', 'AUTO':'Auto'} ],
>     ['fmod' , 'FanMode'                   , 'Mode of device'                                                                , 'string', 'true', 'switch'             ,'', {'FAN':'Fan', 'AUTO':'Auto', 'OFF':'Off'} ],
76c77
< ];
\ Kein Zeilenumbruch am Dateiende.
---
> ];

@grizzelbee Was soll das Ergebnis sein? Mit anderen Worten, wie sehe ich den Erfolg?

@grizzelbee ProductType 475 . Ich könnte das versuchen.

@homoran Diese Parse-Errors haben mir keine Ruhe gelassen. Beim Umzug von der CCU 2 auf Charly war noch ein "Rest"-CUxD-Device vorhanden (im CUxD zu sehen, auf der Charly nicht). Nachdem ich das Device im CUxD gelöscht habe, funktioniert das einlesen der Namen wieder.

Herzlichen Dank für die Mühe bei der Unterstützung der Fehlersuche.