Hallo Zusammen,
ich habe meine FHEM installation von einem Raspberry umgezogen auf einen Intel NUC (Ubuntu virtuell unter Proxmox).
Heute habe ich den CUL, welcher jedoch am Raspberry bleiben muss wegen dem Standort, per Ser2Net verbunden. Das Modul geht auch in den Zustand Initialized und Daten werden auch empfangen (Readings werden unter den jeweiligen FHT-Devices angelegt). Ein Übertragen der Soll-Temperatur jedoch klappt nicht.
Hier ein Log mit verbose 5, diese Meldungen kommen ca. alle 20 Sekunden:
2018.03.23 18:21:51.440 5: CUL/RAW: /T422500A60006
2018.03.23 18:21:51.440 4: CUL_Parse: CUL_0 T422500A60006 -71
2018.03.23 18:21:51.440 5: CUL_0: dispatch 810c04xx0909a00142250000a600
2018.03.23 18:21:51.440 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/11_FHT.pm line 428.
2018.03.23 18:21:51.440 1: stacktrace:
2018.03.23 18:21:51.440 1: main::__ANON__ called by ./FHEM/11_FHT.pm (428)
2018.03.23 18:21:51.440 1: main::FHT_Parse called by fhem.pl (3746)
2018.03.23 18:21:51.440 1: main::Dispatch called by ./FHEM/00_CUL.pm (947)
2018.03.23 18:21:51.440 1: main::CUL_Parse called by ./FHEM/00_CUL.pm (831)
2018.03.23 18:21:51.440 1: main::CUL_Read called by fhem.pl (3550)
2018.03.23 18:21:51.440 1: main::CallFn called by fhem.pl (708)
List vom CUL:
Internals:
CFGFN
CMDS Nocmdsfordummies
CUL_0_MSGCNT 120
CUL_0_TIME 2018-03-23 18:27:15
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :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 192.168.0.50:2001 1034
DeviceName 192.168.0.50:2001
FD 22
FHTID 1034
NAME CUL_0
NR 271
PARTIAL
RAWMSG T7C9D4982F5
RSSI -79.5
STATE Initialized
TYPE CUL
VERSION V 1.57 CUL868
initString X21
MatchList:
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:
2018-03-23 18:21:06 cmds B C F i A Z E G M R T V W X e f m l t u x
2018-03-23 18:27:15 state Initialized
Attributes:
dummy 1
verbose 5
Weiß vielleicht jemand an was dies liegen kann?
Vielen Dank im Voraus !!!
Gruß Thiemo
Dem FHT ist kein IODev zugeordnet, oder das IODev hat kein TYPE.
Stehen "No I/O device found for..." Meldungen nach dem Start im FHEM-Log?
Danke für die Antwort.
Ich wollte gerade checken was bei einem Neustart angezeigt wird und habe deshalb die ganze Maschine (auch wegen Updates) neu gestartet. Jetzt klappt es.
Also außer der Neustart der Maschine wurden keine Änderungen vorgenommen. Auch die Devices hatten vorher schon das IODev zugeordnet, die Config ist ja noch die alte, nur die def vom CUL_0 war nicht mehr lokal.