Hallo,
ich habe ein kleines Problem beim neu anlernen einiger FS20 Geräte per autocreate.
Empfänger/Sender ist ein nanoCUL mit echtem 868MHz CC1101 Modul (FW 1.66).
Eingestellt ist der CUL auf freq:868.350MHz bWidth:325KHz rAmpl:42dB sens:8dB
Meine Problemkinder sind FS20 SU-2 bzw FS20 S6A Geräte.
ich bekomme immer solche Meldungen im log:
2016.07.13 16:27:48 3: CUL_IP: Unknown code 810c04xx0101a001e5ce02003901, help me!
2016.07.13 16:28:53 3: CUL_IP: Unknown code 810c04xx0101a001e5ce02003918, help me!
2016.07.13 16:28:59 3: CUL_IP: Unknown code 810b04xx0101a001e5ce010000, help me!
2016.07.13 16:29:01 3: CUL_IP: Unknown code 810c04xx0101a001e5ce00003901, help me!
2016.07.13 16:33:01 3: CUL_IP: Unknown code 810b04xx0101a001e5ce010011, help me!
2016.07.13 16:33:10 3: CUL_IP: Unknown code 810b04xx0101a001e5ce010000, help me!
CUL_FHTTK & FHT Geräte werden hingegen problemlos erkannt und neu angelegt.
Mit freq, bWidth & sens habe ich auch schon rumgespielt, ohne Erfolg.
Wo könnte da der Fehler liegen?
Gruß
Stefan
Vermutung: autocreate ist deaktiviert.
Zitat von: rudolfkoenig am 13 Juli 2016, 20:54:26
Vermutung: autocreate ist deaktiviert.
Leider liegt es nicht daran. Extra noch einmal kontrolliert. autocreate ist active.
CUL_FHTTK, FHT & HM werden ja auch problemlos angelegt.
Dann bitte hier ein "attr global verbose 5" Log anhaengen.
So, als Anhang das etwas zusammen gekürzte "global verbose 5 log".
Habe es wegen der Übersicht auf alles was den CUL betrifft reduziert.
Ich habe noch einen als CUNO geflashten MAxCube im Einsatz, der genau das gleiche Verhalten zeigt.
Egal, ob beide gleichzeitig in FHEM definiert sind, oder jeder einzeln für sich.
Hier auch noch mal ein Auszug, wo ich nur den CUL auf verbose 5 gesetzt habe.
2016.07.14 15:18:24 5: CUL/RAW: /T
2016.07.14 15:18:24 5: CUL/RAW: T/5C2600AA000B
2016.07.14 15:18:24 4: CUL_Parse: CUL_IP T5C2600AA000B -68.5
2016.07.14 15:18:24 5: CUL_IP dispatch 810c04xx0909a0015c260000aa00
2016.07.14 15:18:36 5: SW: V
2016.07.14 15:18:36 5: CUL/RAW (ReadAnswer): V 1.66 nanoCUL868
2016.07.14 15:18:36 5: CUL/RAW: /T6
2016.07.14 15:18:36 5: CUL/RAW: T6/05400AA0009
2016.07.14 15:18:36 4: CUL_Parse: CUL_IP T605400AA0009 -69.5
2016.07.14 15:18:36 5: CUL_IP dispatch 810c04xx0909a00160540000aa00
2016.07.14 15:18:54 5: CUL/RAW: /T33
2016.07.14 15:18:54 5: CUL/RAW: T33/1401A00004
2016.07.14 15:18:54 4: CUL_Parse: CUL_IP T331401A00004 -72
2016.07.14 15:18:54 5: CUL_IP dispatch 810c04xx0909a00133140100a000
2016.07.14 15:18:54 5: CUL/RAW: /FE5C
2016.07.14 15:18:54 5: CUL/RAW: FE5C/E00390119
2016.07.14 15:18:54 4: CUL_Parse: CUL_IP FE5CE00390119 -61.5
2016.07.14 15:18:54 5: CUL_IP dispatch 810c04xx0101a001e5ce00003901
2016.07.14 15:18:54 3: CUL_IP: Unknown code 810c04xx0101a001e5ce00003901, help me!
2016.07.14 15:19:06 5: SW: V
2016.07.14 15:19:06 5: CUL/RAW (ReadAnswer): V 1.66 nanoCUL868
Gruß
Stefan
Ich bin imer noch der Ansicht, dass autocreate nicht arbeitet.
Entweder weil nicht definiert, oder weil durch ignoretypes abgeschaltet ist.
Zeig bitte die autocreate Definition samt aller Attribute.
list autocreate gibt folgendes aus:
Internals:
NAME autocreate
NOTIFYDEV global
NR 14
NTFY_ORDER 50-autocreate
STATE active
TYPE autocreate
Received:
Cul_tcm97001:
Cul_tcm97001_89:
1468506886.51601 1
Attributes:
filelog %L/%NAME-%Y.log
So, ich habe die Ursache gefunden. :)
Ich hatte vor einiger Zeit ein immer wiederkehrendes FS20 Device, was wohl von einem Nachbarn stammt.
define FS20_000000 FS20 0000 00
attr FS20_000000 IODev CUL_IP
attr FS20_000000 ignore 1
attr FS20_000000 room FS20
define FileLog_FS20_000000 FileLog %L/FS20_000000-%Y.log FS20_000000
attr FileLog_FS20_000000 logtype text
attr FileLog_FS20_000000 room FS20
Dieses hatte ich auf ignore gesetzt.
Nachdem ich den Eintrag aus der fhem.cfg gelöscht habe, klappt wieder alles. :)
Gruß
Stefan