hallo rudi,
obwohl ich FS20 bei autocreate ausgeschlossen habe, wurde ein warning/error wegen fehlendem modul erzeugt.
ein modul FS20V kann ich in der commandref auch nicht finden.
2022.12.15 10:47:29.584 1: PERL WARNING: Use of uninitialized value $o in concatenation (.) or string at fhem.pl line 2061.
2022.12.15 10:47:29.585 1: stacktrace:
2022.12.15 10:47:29.586 1: main::__ANON__ called by fhem.pl (2061)
2022.12.15 10:47:29.587 1: main::LoadModule called by fhem.pl (4180)
2022.12.15 10:47:29.587 1: main::Dispatch called by ./FHEM/00_CUL.pm (975)
2022.12.15 10:47:29.588 1: main::CUL_Parse called by ./FHEM/00_CUL.pm (840)
2022.12.15 10:47:29.589 1: main::CUL_Read called by fhem.pl (3961)
2022.12.15 10:47:29.589 1: main::CallFn called by fhem.pl (782)
2022.12.15 10:47:29.590 0: Can't read ./FHEM/_FS20V.pm: No such file or directory
2022.12.15 10:47:29.591 0: ERROR: Cannot autoload FS20V
2022.12.15 10:47:29.627 3: FS20 Unknown device 01bf (11123444), Button fb (4434) Code 95 (unknown_95), please define it
defmod autocreate autocreate
attr autocreate device_room %TYPE
attr autocreate filelog %L/%NAME-%Y.log
attr autocreate ignoreTypes (CUL_F.*|CUL_T.*|CUL_W.*|FS20.*|IT_1527.*)
attr autocreate room 99_System
setstate autocreate active
Ich kann das Problem nicht nachvollziehen, und die Zeilennummer im stacktrace zeigen, dass fhem.pl nicht aktuell ist.
Kannst Du bitte diese Zeilen mit einem aktualisierten fhem.pl zeigen?
autocreate ist in diesem Fall irrelevant.
https://forum.fhem.de/index.php?topic=92162
Lehre fuer mich: mit Ausnahmen nicht weitermachen.
ZitatKannst Du bitte diese Zeilen mit einem aktualisierten fhem.pl zeigen?
das wird ein problem, denn ich mache nur sporadisch updates und die empfangene message war eventuell nur ein zufallstreffer (die logs der letzten 3,5 monate seit erscheinen meiner version 26379 von fhem.pl zeigen jedenfalls kein weiteres ereignis).
Zitatautocreate ist in diesem Fall irrelevant.
ok, dann habe ich aus der beschreibung zum attr autoload_undefined_devices falsche rückschlüsse gezogen.
meine erwartung war natürlich, dass ggf auch keine module geladen werden, wenn die entsprechenden devicetypen bei autocreate/ignoretypes gesetzt sind.
Zitatautoload_undefined_devices
If set, automatically load the corresponding module when a message of this type is received. This is used by the autocreate device, to automatically create a FHEM device upon receiving a corresponding message.
Konnte das Problem nachstellen, und habe das WARNING Problem geloest.
Jetzt kommt nur noch ein:
CUL: Unknown code 81..., help me!das wiederum kann man mit "attr CUL verbose 2" verstecken.
autoload_undefined_devices ist richtig, das hat aber nur mittelbar mit autocreate zu tun:
#1 CUL meldet Daten, keiner der bisher geladenen Module fuehlt sich zustaendig
#2 Falls(!) autoload_undefined_devices nicht auf 0 gesetzt ist, sucht fhem.pl anhand CUL->{MatchList} das richtige Modul (FS20V), und laedt es.
#3 Das Modul stellt fest, dass keine passende FS20V Instanz definiert ist, und generiert ein "UNDEFINED <NamensVorschlag> FS20V <parameter>" Event
#4 das autocreate Modul prueft, ob das Anlegen erlaubt ist, und fuehr ein "define <NamensVorschlag> FS20V <parameter>" aus, gefolgt von FileLog/SVG/etc anlegen.
Das hier beschriebene Problem trat im Schritt #2 auf, da ist autocreate noch nicht relevant.