Modul-Vorstellung: MQTT_GENERIC_BRIDGE

Begonnen von hexenmeister, 31 August 2018, 20:53:56

Vorheriges Thema - Nächstes Thema

MarcP

Hast Du mal rereadcfg gemacht?
(Falls nicht, lass es auch lieber, falls das wirklich ein Bug sein sollte ist das maximal lästig, da Du dann alle Devices einmal durchgehen musst.)
Javascript Charts für FHEM mit Chart.js: https://git.io/JeoJV

Master_Nick

Naja macht man vorher ein save und hat die configdb und dann ist alles wieder da.
Alternativ einmal richtiges Backup vom gesamten Ordner. :-D

Ich schau nachher mal rein.

Aber ich glaub generell war das mal so gedacht, dass so etwas hier hin soll: https://forum.fhem.de/index.php/topic,91984.0.html

Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)

hexenmeister

Alle Devices neu einlesen, hier sollte solgendes helfen: In dem GenericBridge device Attribut debug auf 1 setzen. Dann gibt es ein neues Befehl in dem set-Combobox: 'debugReinit'. Das liesst alles neu ein. Aber... rereadcfg funktioniert schon lange nicht nebenwirkungsfrei. Nicht nur in der Bridge. Ein richtig konfiguriertes fhem startet innerhalb von Sekunden. Daher...  => Verwende nie rereadcfg.
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

MarcP

Danke für das Feedback und den Tipp, klappt, und ich lass nun die Finger vom rereadcfg.
Javascript Charts für FHEM mit Chart.js: https://git.io/JeoJV

Master_Nick

#124
Da blieb mir der Chaostest erspart ;-) *puh*   ;)
Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)