Hallo zusammen,
ich hab FHEM auf meinem RPi3 installiert und es läuft eigentlich wie es soll.
Als CULs habe ich einen nanoCUL 868 und einen JeeLink 868, welche beide wegen USB-Verlängerung an einem passiven HUB angeschlossen sind (RPi steht im Keller und CULs am 5m USB-Kabel im EG).
Alles funktioniert einwandfei, doch nach 2-3 Tagen funktioniert z.B. morgens der 'at' für das Hochfahren der Rolläden nicht mehr. Im Logfile ist das Kommando jedoch zu finden.
Über die Weboberfläche lassen sie sich allerdings dann manuell hochfahren.
Weiterhin funktionieren dann irgendwann andere Geräte auch nicht mehr sauber und melden nach dem Schalten MISSING ACK weil nichts zurück kommt. Z.B. Homematic 1-fach Aktor.
Erst wenn ich den RPi reboote, dann funktioniert alles wieder einwandfrei für 2-3 Tage.
Hat jemand eine Idee? Oder könnt ihr mir bitte sagen, wie ich das richtig debuggen kann? :-\
Danke und viele Grüße
Thomas
Ich habe nun auch festgestellt, dass FHEM in diesem Zustand zwar Kommandos raussendet, aber kein ACK zurück kommt.
Der Homematic Rolladen z.B. fährt auf Kommando (Klick in GUI) hoch aber meldet nicht zurück. Somit erscheint in FHEM "MISSING ACK" da der Zustand unbekannt ist.
Der nanoCUL sendet zwar, aber kann wohl nicht empfangen.
Wenn ich dann FHEM neustarte, funktioniert es wieder. :-\
Kann jemand evtl eine Fehlkonfiguration erkennen?
nanoCUL 868MHz
Internals:
CMDS BCFiAZEkGMKUYRTVWXefltx
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505KVSN-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505KVSN-if00-port0@38400
FD 17
FHTID 0000
NAME nanoCUL
NR 39
NR_CMD_LAST_H 6
PARTIAL
RAWMSG A0C918470424C9300000000E92D26
RSSI -55
STATE Initialized
TYPE CUL
VERSION V 1.66 nanoCUL868
initString X21
Ar
nanoCUL_MSGCNT 514
nanoCUL_TIME 2016-12-21 23:47:41
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2016-12-21 13:29:58 cmds B C F i A Z E k G M K U Y R T V W X e f l t x
2016-12-21 20:00:00 raw is000000000FF0
2016-12-21 23:47:41 state Initialized
XMIT_TIME:
1482339972.91083
1482340004.11826
1482342544.72112
1482342551.5347
1482342555.49871
1482342566.97832
Helper:
424c93:
QUEUE:
495bf1:
QUEUE:
4d035f:
QUEUE:
4e0c99:
QUEUE:
4efc0d:
QUEUE:
Attributes:
icon cul_868
rfmode HomeMatic
myJeeLink 868MHz
Internals:
Clients :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
DEF /dev/ttyUSB0@57600
DeviceName /dev/ttyUSB0@57600
FD 23
NAME myJeeLink
NR 79
PARTIAL
RAWMSG OK 9 22 1 4 226 106
STATE initialized
TYPE JeeLink
initMessages
model [LaCrosseITPlusReader.10.1q (RFM69 f:868300 t:30~3)]
myJeeLink_MSGCNT 14485
myJeeLink_TIME 2016-12-21 23:52:04
Matchlist:
1:PCA301 ^\S+\s+24
2:EC3000 ^\S+\s+22
3:RoomNode ^\S+\s+11
4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
5:AliRF ^\S+\s+5
6:EMT7110 ^OK\sEMT7110\s
7:KeyValueProtocol ^OK\sVALUES\s
Readings:
2016-12-21 23:52:04 state initialized
Attributes:
flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
icon cul_usb
initCommands 30t 0a v
Hallo Thomas,
eine Lösung habe ich (verm.) nicht, nur ein paar weitere Ideen woran es liegen könnte:
du schreibst passiver USB-HUB und dann 5m Kabel und 2 Sender/IODevs.
Schon mal mit einem aktiven HUB versucht??
Ansonsten gibt es bei Homematic mit Verwendung der Standard-CUL-FW immer wieder mal Timingprobleme.
Abhilfe schafft diese FW und Module:
https://forum.fhem.de/index.php/topic,24436.0.html (https://forum.fhem.de/index.php/topic,24436.0.html)
Gruß, Joachim
ich würde spontan auch auf die 5m usb-kabel tippen. diese sind grenzwertig für normalerweise usb-geräte zu usb-gerät. du hast noch ein passiven hub dazwischen und sicher nicht das hochwertigste kabel. dazu 2 geräte an diser verlängerung. dazu kommt ershwerend der pi dazu der usb-seitig eh gerne mal rumspinnt wenn man mehrere geräte dran hat. dann steht in der wiki "jeder Hub erhöht die Laufzeit" was gerade bei homematic zu timingproblemen führen könnte und so das schalten ohne rechtzeitig ankommendes ACK erklären könnte
entweder 2 x 5 meter usb verlängerung oder aktiven hub (zu bevorzugen, wobei ich hier ehr ein zb 2,5m kabel vom pi zum hub legen würde und dann nochmal je 2,5m zu cul und jeelink)
Ok, schonmal danke für die Hinweise. Das Kabel ist allerdings ein hochwertiges mit Signal-Verstärkung.
https://www.amazon.de/gp/product/B00AKCS5GE/ref=oh_aui_detailpage_o01_s01?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B00AKCS5GE/ref=oh_aui_detailpage_o01_s01?ie=UTF8&psc=1)
Dann werde ich mal einen aktiven HUB kaufen und an das Kabel hängen.
Empfehlt ihr also einen andere Firmware zu flashen? In dem o.g. Thread wird ja ständig weiter diskutiert und verbessert.
Habt ihr einen Link für die aktuell zu empfehlende Firmware?
Tausche doch erst mal Kabel und Hub usw.
Wenn dann noch Probleme nur mit dem HM sind, dann mal die FW...
Ich versuch mal den aktuellen Stand zu finden...
...das müsste es sein:
https://forum.fhem.de/index.php/topic,24436.msg543848.html#msg543848 (https://forum.fhem.de/index.php/topic,24436.msg543848.html#msg543848)
Bzw. wird dort dann weiter verlinkt...
...dort müsste alles stehen...
Gruß, Joachim
Ok, dann bestell ich den aktiven HUB und beobachte erstmla weiter. Danke!