Hallo,
ich betreibe seit einigen Jahren FHM auf einem Raspberry. Homematic Geräte habe ich über HMCCU an FHEM angebunden, Homematic läuft auf einem zweiten Raspi als Raspberrymatic CCU3. Ich hab vorher eine CUL für HM gehabt und vor über einem Jahr auf HMCCU migriert. Alles hat einwandfrei funktioniert und tut es noch immer. Allerdings habe ich seit ein paar Wochen folgendes Problem:
Das Logfile wird im sekundentakt mit den folgenden Einträgen angefüllt:
2021.05.23 09:16:29 3: No I/O device found for unknown_B1330F
2021.05.23 09:16:29 3: No I/O device found for unknown_834783
2021.05.23 09:16:29 3: No I/O device found for unknown_77FC28
2021.05.23 09:16:29 3: No I/O device found for unknown_653B5D
2021.05.23 09:16:29 3: No I/O device found for unknown_616EFD
2021.05.23 09:16:29 3: No I/O device found for unknown_5EC2E8
2021.05.23 09:16:29 3: No I/O device found for unknown_5EB245
2021.05.23 09:16:29 3: No I/O device found for unknown_5860A7
2021.05.23 09:16:29 3: No I/O device found for unknown_5443C6
2021.05.23 09:16:29 3: No I/O device found for unknown_5441B7
2021.05.23 09:16:29 3: No I/O device found for unknown_435633
2021.05.23 09:16:29 3: No I/O device found for unknown_3E260E
2021.05.23 09:16:29 3: No I/O device found for unknown_390D77
2021.05.23 09:16:29 3: No I/O device found for unknown_37197D
2021.05.23 09:16:29 3: No I/O device found for unknown_2F4181
2021.05.23 09:16:29 3: No I/O device found for unknown_1EA78D
2021.05.23 09:16:29 3: No I/O device found for unknown_1E35F7
2021.05.23 09:16:29 3: No I/O device found for unknown_1C77BE
2021.05.23 09:16:29 3: No I/O device found for unknown_1A0D2D
Als ich dies erstmals feststellte hat ein Restart den Fehler behoben. Nach einem neuerlich Restart taucht das Problem wieder auf, und lässt sich mit einem Restart auch nicht mehr beheben.
in der fhem.cfg finde ich folgende Einträge für jedes dieser devices:
define unknown_5443C6 CUL_HM 5443C6
setuuid unknown_5443C6 5c435320-f33f-0332-a513-65c3a1d03eedacc9
attr unknown_5443C6 autoReadReg 4_reqStatus
attr unknown_5443C6 expert defReg,rawReg
attr unknown_5443C6 ignore 1
attr unknown_5443C6 peerIDs peerUnread
attr unknown_5443C6 subType no
Woher die stammen weiss ich nicht, möglicherweise sind die noch vor HMCCU Zeiten. Sie haben allerdings alle das attribut ignore 1, und sollten FHEM daher egal sein. Ich habe in einer alten Sicherung aus 2020 nachgeschaut. Da waren diese devices auch schon drinn - ohne Einträge im logfile.
Erstmals gesehen habe ich die Einträge im Log nach einem FHEM-Update vor ca. 3 Wochen.
Nachdem ich jetzt einen halben Tag im Forum und in der FHEM Doku gestöbert habe, habe ich zumindest eine Umgehungslösung:
attr global ignoreRegexp .*No I/O device found.* füllt mir zumindest das logfile nicht mehr an, allerdings meldet der Performancemonitor "possible freeze starting at 09:15:28, delay is 2.567". Auch das lässt sich lösen, allerdings würde ich das Problem gerne an der Wurzel packen.
Nachdem ich ja kein CUL_HM mehr verwende, sollte ich diese unknown devices ja problemlos löschen können aus der fhem.cfg. Dies ginge jedoch nur durch einen manuellen Eingriff in der cfg, ausserhalb der Benutzeroberfläche.
P.S.:
Ein spezieller Eintrag ist noch dieser:
define ActionDetector CUL_HM 000000
setuuid ActionDetector 5c45da5b-f33f-0332-93f6-c5f6999139c0c8ce
attr ActionDetector .mId no
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ACTIONDETECTOR
attr ActionDetector subType no
Der scheint nicht im logifile auf, verwendet aber auch CUL_HM.
Meine Frage ist nun:
Kann ich diese devices aus der fhem.cfg ohne Bedenken löschen?
Warum greift attribut ignore nicht?
list TYPE=CUL_HM
zum anzeigen
und dann könntest sie alle einzeln löschen
hab ich schon probiert, da funktioniert ignore wieder - es wird nur der actiondetector angezeigt.
Ich habe jetzt einmal alle CUL_HM devices gelöscht: wenn man bei list den Namen explizit angibt, dann werden auch devices mit ignore=1 in der Weboberfläche angezeigt. Muss man das dann eben einzeln machen. Angabe von ignored, wie in der commandref angegeben, funktioniert nicht (oder ich habe es falsch verstanden). Die Meldungen im logfile sind jetzt weg, der performance Monitor meckert auch nicht mehr, und bis jetzt scheint alles zu funktionieren. Scheint so, als waren die CUL_HM devices Überbleibsel aus der vor HMCCU Zeit gewesen. Oder FHEM hat durch das neue Anlernen an die CCU diese unknown devices erstellt - manuell hab ich es jedenfalls nicht gemacht. Und Attribut ignore=1 scheint in dem Fall auch nicht zu greifen.