global:INITIALIZED vs. DbLog

[Beta-User]

Die Version ist nun eingecheckt.

Wegen einer generischen Lösung wie angerissen müssen wir noch Rudi ins Boot holen ... vllt. liest er schon mit 

 

Diese Diskussion hier erinnert mich etwas an Probleme bei der Initialisierung von CUL_HM (und den IO-Modulen dazu).
Da hatten wir mal überlegt, ob es nicht sinnvoll wäre, eine InitFn() zu basteln, Rudi wollte sowas ggf. einbauen, wenn sich ausreichend Interessenten fänden, siehe https://forum.fhem.de/index.php?msg=1188618.

[erwin]

Wg. generischer Lösung...
Nach weiterem Nachdenken und durchlesen des von Beta-User zitiertem Thread... komme ich zu dem Schluss, dass eine "fool-proof" Lösung unwahrscheinlich oder extrem aufwendig wäre.
Ich bin daher der Meinung v. DS_Starter, Modul/Device - spezifische 'INITIALZED' events zu generieren und das zu dokumentieren.
Der User müsste dann <device|module>:INITIALIZED im notify verwenden..
... Vorteil: keine Änderung im core!
ODER: global:INITIALIZED_<modul|device> auslösen (lassen durch core)
l.g. erwin
PS: Es bleiben dabei genug offene Fragen: z.B.: was passiert bei einem io-reconnect, rename, defmod,....