[gelöst] IODev nach Update falsch zugeordnet

FHEM - Hausautomations-Systeme > SlowRF

<< < (2/3) > >>

Nobbynews:

--- Zitat von: rudolfkoenig am 16 Mai 2021, 13:21:21 ---Idealerweise ein fhem.cfg, was nach dem Start das Problem zeigt: das IODev Indernal fuer FS20XX ist nicht das, was man "bestellt" hat.

--- Ende Zitat ---
Kommen per PM.
Ich schicke die fhem.cfg vor und nach dem Update.

Norbert

Edit:
Irgendwie finde ich die Möglichkeit eines Anhangs nicht. Daher dann doch hier.
Gutes Beispiel ist z.B. das device Fikus_neu.
vorher: alles OK
nachher: Device auf radinoCC1101 gesetzt und damit ohne Funktion.
Der radinoCC1101 ist halt für 433 MHz.

Edit 2:
Es ist zum Mäusemelken.
Hab´s gerade noch einmal getest. Das Reading IODev zwar immer noch falsch aber das Internal IODev ist (nicht bei allen devices) korrekt und Schalten geht jetzt.
Weis der Geier warum.....

Edit 3: Dateianhang gelöscht

Nobbynews:

--- Zitat von: rudolfkoenig am 16 Mai 2021, 13:21:21 ---Idealerweise ein fhem.cfg, was nach dem Start das Problem zeigt: das IODev Indernal fuer FS20XX ist nicht das, was man "bestellt" hat.

--- Ende Zitat ---
So, heute Morgen nach dem Update war es mal wieder soweit.
Vor dem Update: Alles OK
Nach dem Update: keine Funktion mehr beim Schalten

Erst nach Auswahl des Attribut IODev und Bestätigung funktioniert das device wieder.
Eine Veränderung der Config wurde nicht angezeigt und trotz Speicherns wurde auch keine neue fhem.cfg geschrieben.

Die beiden fhem.cfg vor und nach dem Update habe ich mal beigefügt.

Durch
--- Code: ---attr TYPE=FS20 IODev nanoCUL
--- Ende Code ---
lässt sich das Problem natürlich schnell beheben.
Ist aber eigentlich unschön.

Norbert

Edit: Dateianhang gelöscht

rudolfkoenig:

--- Zitat ---Die beiden fhem.cfg vor und nach dem Update habe ich mal beigefügt.
--- Ende Zitat ---
Da habe ich mich falsch ausgedrueckt: ich haette gerne eine minimale fhem.cfg, was das Problem demonstriert, nicht zwei komplett identische Dateien, mit jeweils 4300+ Zeilen.

In der Datei sind zwei CULs definiert (CUL1 und nanoCUL), dazwischen sind 16 FS20 Geraete. Jedem FS20 Geraet wird per IODev Attribut das nanoCUL zugeordnet, nach dem Starten zeigt das IODev Internal richtigerweise auch dahin. Nach "attr global verbose 5" und "set Baum on" sieht man in FHEM log, dass das nanoCUL sich zustaendig fuehlt:

--- Code: ---2021.05.23 12:00:14 5: Cmd: >set Baum on<
2021.05.23 12:00:14 3: FS20 set Baum on
2021.05.23 12:00:14 5: nanoCUL sending F1881a111

--- Ende Code ---
=> Ich sehe kein Problem.

elektron-bbs:
Ich hatte ja ursprünglich geglaubt, das sich das Problem nach einmaligem Speichern des Attributes erledigt hätte. Das ist aber leider nicht so. Nach einem Update heute wird wieder das falsche IODev verwendet:

--- Code: ---2021.05.23 16:35:17 3: sduino868: FS10 set FS10_3_13 on FS10_3_13 - WZ Fernsehleuchte
2021.05.23 16:37:33 3: sduinoEasyPico434: FS10 set FS10_3_13 off FS10_3_13 - WZ Fernsehleuchte
2021.05.23 16:37:58 3: sduinoEasyPico434: FS10 set FS10_3_13 on FS10_3_13 - WZ Fernsehleuchte
2021.05.23 16:38:01 3: sduinoEasyPico434: FS10 set FS10_3_13 off FS10_3_13 - WZ Fernsehleuchte
2021.05.23 16:38:04 3: sduino868: FS10 set FS10_3_14 on FS10_3_14 - WZ Neonröhre
2021.05.23 16:38:07 3: sduino868: FS10 set FS10_3_14 off FS10_3_14 - WZ Neonröhre
2021.05.23 16:38:26 3: sduinoEasyPico434: FS10 set FS10_3_14 on FS10_3_14 - WZ Neonröhre
2021.05.23 16:38:31 3: sduinoEasyPico434: FS10 set FS10_3_14 off FS10_3_14 - WZ Neonröhre
2021.05.23 16:38:36 3: sduinoEasyPico434: FS10 set FS10_3_14 off FS10_3_14 - WZ Neonröhre
2021.05.23 16:40:09 3: sduino868: FS10 set FS10_5_12 on FS10_5_12 - WZ Brunnen
2021.05.23 16:40:14 3: sduino868: FS10 set FS10_5_12 off FS10_5_12 - WZ Brunnen
2021.05.23 16:40:29 3: sduinoEasyPico434: FS10 set FS10_5_12 on FS10_5_12 - WZ Brunnen
2021.05.23 16:40:36 3: sduinoEasyPico434: FS10 set FS10_5_12 off FS10_5_12 - WZ Brunnen
2021.05.23 16:40:49 3: sduino868: FS10 set FS10_5_13 on FS10_5_13 - WZ Schwibbogen
2021.05.23 16:40:54 3: sduino868: FS10 set FS10_5_13 off FS10_5_13 - WZ Schwibbogen
2021.05.23 16:41:05 3: sduinoEasyPico434: FS10 set FS10_5_13 on FS10_5_13 - WZ Schwibbogen
2021.05.23 16:41:08 3: sduinoEasyPico434: FS10 set FS10_5_13 off FS10_5_13 - WZ Schwibbogen

--- Ende Code ---

Nach einmaliger Auswahl und Setzen des Attributes IODev (es erfolgt keine Änderung der fhem.cfg, rotes Fragezeichen erscheint nicht) wird dann wieder das richtige IODev verwendet.

Nobbynews:

--- Zitat von: rudolfkoenig am 23 Mai 2021, 12:03:09 ---Da habe ich mich falsch ausgedrueckt: ich haette gerne eine minimale fhem.cfg, was das Problem demonstriert, nicht zwei komplett identische Dateien, mit jeweils 4300+ Zeilen.
In der Datei sind zwei CULs definiert (CUL1 und nanoCUL),

--- Ende Zitat ---
Kann ich nachvollziehen und hätte ich auch selber drauf kommen können. Der CUL1 läuft im rfMode MAX und zeigt keine Probleme.
Daher habe ich das jetzt mal Schritt für Schritt versucht nachzustellen.
Nach dem gestrigen

--- Code: ---attr TYPE=FS20 IODev nanoCUL
--- Ende Code ---
war in einem FS20-device alles in Ordnung.

--- Code: ---Internals:
BTN 11
DEF 1881 11
FUUID 5c430360-f33f-8873-7bf4-1c17e0654171288d
FVERSION 10_FS20.pm:0.148880/2017-08-13
IODev nanoCUL
NAME Fikus_neu
NR 66
STATE off
STILLDONETIME 0
TYPE FS20
XMIT 1881
CODE:
1 1881 11
READINGS:
2021-05-23 10:45:19 IODev nanoCUL
2021-05-24 05:12:02 state off
Attributes:
IODev nanoCUL
appOptions { "template": "switch",
"dashboard": "true"}
model fs20st
room FS20
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 structexclude v1 v1_map v2 v2_map
verbose 5
--- Ende Code ---

List vom nanoCUL:

--- Code: ---Internals:
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
FD 51
FHTID 0000
FUUID 5dcd1a33-f33f-8873-e8d9-9490a5bb786fd5cd
FVERSION 00_CUL.pm:0.237270/2021-02-12
NAME nanoCUL
NR 232
NR_CMD_LAST_H 6
PARTIAL
RAWMSG F18810111F4
RSSI -80
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
initString X21
nanoCUL_MSGCNT 12
nanoCUL_TIME 2021-05-24 05:04:24
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2021-05-09 09:10:09 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2021-05-23 08:29:46 cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2021-05-09 09:25:59 credit10ms 900
2021-05-09 08:22:30 raw No answer
2021-05-24 05:04:24 state Initialized
2021-05-09 08:16:58 uptime 0 00:03:27
2021-05-09 08:07:13 version V 1.67 nanoCUL868
XMIT_TIME:
1621825542.81494
1621825545.06079
1621825587.72911
1621825593.05316
1621825913.84416
1621825922.54477
Attributes:
icon cul_cul
model nanoCUL
rfmode SlowRF
room 10_I/O-Geräte
verbose 5
--- Ende Code ---

Im Log steht:

--- Code: ---2021.05.24 05:11:53 3: FS20 set Fikus_neu on
2021.05.24 05:11:53 5: nanoCUL sending F18811111
2021.05.24 05:11:53 5: SW: F18811111
2021.05.24 05:12:02 3: FS20 set Fikus_neu off
2021.05.24 05:12:02 5: nanoCUL sending F18811100
2021.05.24 05:12:02 5: SW: F18811100
--- Ende Code ---

Nach dem Neustart sieht das list so aus:

--- Code: ---Internals:
BTN 11
DEF 1881 11
FUUID 5c430360-f33f-8873-7bf4-1c17e0654171288d
FVERSION 10_FS20.pm:0.148880/2017-08-13
IODev nanoCUL
NAME Fikus_neu
NR 66
STATE off
STILLDONETIME 0
TYPE FS20
XMIT 1881
CODE:
1 1881 11
READINGS:
2021-05-24 05:16:23 IODev radinoCC1101
2021-05-24 05:18:05 state off
Attributes:
IODev nanoCUL
appOptions { "template": "switch",
"dashboard": "true"}
model fs20st
room FS20
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 structexclude v1 v1_map v2 v2_map
verbose 5
--- Ende Code ---
Das Reading IODev ist falsch, aber das device funktioniert.

List vom nanoCUL nach Neustart:

--- Code: ---Internals:
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
FD 51
FHTID 0000
FUUID 5dcd1a33-f33f-8873-e8d9-9490a5bb786fd5cd
FVERSION 00_CUL.pm:0.237270/2021-02-12
NAME nanoCUL
NR 232
NR_CMD_LAST_H 3
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2021-05-09 09:10:09 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2021-05-24 05:16:33 cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2021-05-09 09:25:59 credit10ms 900
2021-05-09 08:22:30 raw No answer
2021-05-24 05:16:33 state Initialized
2021-05-09 08:16:58 uptime 0 00:03:27
2021-05-09 08:07:13 version V 1.67 nanoCUL868
XMIT_TIME:
1621826285.11406
1621826286.10961
1621826324.41491
Attributes:
icon cul_cul
model nanoCUL
rfmode SlowRF
room 10_I/O-Geräte
verbose 5
--- Ende Code ---

Im Log steht:

--- Code: ---2021.05.24 05:20:38 3: FS20 set Fikus_neu on
2021.05.24 05:20:38 5: nanoCUL sending F18811111
2021.05.24 05:20:38 5: SW: F18811111
2021.05.24 05:20:42 3: FS20 set Fikus_neu off
2021.05.24 05:20:42 5: nanoCUL sending F18811100
2021.05.24 05:20:42 5: SW: F18811100
--- Ende Code ---

Die cfg vor dem Neustart:

--- Code: ---define nanoCUL CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 0000
setuuid nanoCUL 5dcd1a33-f33f-8873-e8d9-9490a5bb786fd5cd
attr nanoCUL icon cul_cul
attr nanoCUL model nanoCUL
attr nanoCUL rfmode SlowRF
attr nanoCUL room 10_I/O-Geräte
attr nanoCUL verbose 5

define Fikus_neu FS20 1881 11
setuuid Fikus_neu 5c430360-f33f-8873-7bf4-1c17e0654171288d
attr Fikus_neu userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 structexclude v1 v1_map v2 v2_map
attr Fikus_neu IODev nanoCUL
attr Fikus_neu appOptions { "template": "switch",\
"dashboard": "true"}
attr Fikus_neu model fs20st
attr Fikus_neu room FS20
attr Fikus_neu verbose 5
--- Ende Code ---

Die cfg nach dem Neustart:

--- Code: ---define nanoCUL CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 0000
setuuid nanoCUL 5dcd1a33-f33f-8873-e8d9-9490a5bb786fd5cd
attr nanoCUL icon cul_cul
attr nanoCUL model nanoCUL
attr nanoCUL rfmode SlowRF
attr nanoCUL room 10_I/O-Geräte
attr nanoCUL verbose 5

define Fikus_neu FS20 1881 11
setuuid Fikus_neu 5c430360-f33f-8873-7bf4-1c17e0654171288d
attr Fikus_neu userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 structexclude v1 v1_map v2 v2_map
attr Fikus_neu IODev nanoCUL
attr Fikus_neu appOptions { "template": "switch",\
"dashboard": "true"}
attr Fikus_neu model fs20st
attr Fikus_neu room FS20
attr Fikus_neu verbose 5
--- Ende Code ---
In den cfg-Dateien erfolgt die Definition vom device vor der Definition des nanoCUL.

Es scheint aktuell so zu sein, dass lediglich das Reading IODev falsch belegt wird, aber keine Auswirkungen auf die Funktion hat.

Norbert

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete

Zur normalen Ansicht wechseln