Hallo,
ich habe am Wochenende ein paar Updates (Linux und fhem) gemacht. Und ich meine nach dem Update des Kernels & Reboot funktioniert mein JeeLink nicht mehr mit fhem. :'(
Im fhem Log sehe ich folgendes:
2015.10.05 21:55:06 3: LaCrosse_0B: I/O device is myJeeLink
2015.10.05 21:55:06 3: LaCrosse_3B: I/O device is myJeeLink
2015.10.05 21:55:06 3: LaCrosse_05: I/O device is myJeeLink
2015.10.05 21:55:06 1: Including ./log/fhem.save
2015.10.05 21:55:06 1: usb create starting
2015.10.05 21:55:06 1: usb create end
2015.10.05 21:55:06 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.10.05 21:55:06 0: Featurelevel: 5.6
2015.10.05 21:55:06 0: Server started with 17 defined entities (version $Id: fhem.pl 9356 2015-10-03 13:41:25Z rudolfkoenig $, os linux, user fhem, pid 4683)
2015.10.05 21:55:08 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLink)
2015.10.05 21:55:13 3: Setting myJeeLink serial parameters to 57600,8,N,1
2015.10.05 21:55:13 1: /dev/ttyUSB0 reappeared (myJeeLink)
2015.10.05 21:55:16 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLink)
2015.10.05 21:55:21 3: Setting myJeeLink serial parameters to 57600,8,N,1
2015.10.05 21:55:21 1: /dev/ttyUSB0 reappeared (myJeeLink)
2015.10.05 21:55:24 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLink)
2015.10.05 21:55:29 3: Setting myJeeLink serial parameters to 57600,8,N,1
2015.10.05 21:55:29 1: /dev/ttyUSB0 reappeared (myJeeLink)
2015.10.05 21:55:31 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLink)
2015.10.05 21:55:36 3: Setting myJeeLink serial parameters to 57600,8,N,1
2015.10.05 21:55:36 1: /dev/ttyUSB0 reappeared (myJeeLink)
Wenn ich den JeeLink aber mit einem Terminalprogramm öffne, sieht alles normal aus. Ich sehe die Datensätze vom JeeLink ankommen. !? :-\
Im Syslog sieht auch alles normal aus:
Oct 5 21:34:39 tim-new kernel: [ 9070.056700] usb 1-1.1: new full-speed USB device number 4 using ehci-pci
Oct 5 21:34:39 tim-new kernel: [ 9070.156120] usb 1-1.1: New USB device found, idVendor=0403, idProduct=6001
Oct 5 21:34:39 tim-new kernel: [ 9070.156129] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 5 21:34:39 tim-new kernel: [ 9070.156134] usb 1-1.1: Product: FT232R USB UART
Oct 5 21:34:39 tim-new kernel: [ 9070.156138] usb 1-1.1: Manufacturer: FTDI
Oct 5 21:34:39 tim-new kernel: [ 9070.156142] usb 1-1.1: SerialNumber: AL006UQ8
Oct 5 21:34:39 tim-new kernel: [ 9070.158886] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
Oct 5 21:34:39 tim-new kernel: [ 9070.158949] usb 1-1.1: Detected FT232RL
Oct 5 21:34:39 tim-new kernel: [ 9070.158954] usb 1-1.1: Number of endpoints 2
Oct 5 21:34:39 tim-new kernel: [ 9070.158959] usb 1-1.1: Endpoint 1 MaxPacketSize 64
Oct 5 21:34:39 tim-new kernel: [ 9070.158963] usb 1-1.1: Endpoint 2 MaxPacketSize 64
Oct 5 21:34:39 tim-new kernel: [ 9070.158967] usb 1-1.1: Setting MaxPacketSize 64
Oct 5 21:34:39 tim-new kernel: [ 9070.159383] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
Hier die Konfig von meinem JeeLink im fhem:
define initialUsbCheck notify global:INITIALIZED usb create
define myJeeLink JeeLink /dev/ttyUSB0@57600
attr myJeeLink flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
attr myJeeLink initCommands 30t 0a v
Und wenn der JeeLink steckt und fhem dann startet, dann hängt sich der fhem-Prozess mit voll Last (100 % CPU) weg. Es gibt aber keinen negativen Logeintrag.
edit: Ich habe den JeeLink mit dem LaCrosse-Firmware von fhem in der Version xxx-o und xxx-p geflasht und ausprobiert.
Hat jemand eine Idee, was hier schief geht?
Gruß
Maik
Soweit ich heraus gefunden habe, gibt es wohl auch unter QT mit dem Kernel 3.13.0.65 Probleme mit der Serielschnittstelle:
https://bugreports.qt.io/browse/QTBUG-48304
:'(
Gruß
Maik
+1
hab das gleiche Problem.
knapp 100% Last, Jeelink läuft normal.
Aktuelle firmware Version von heute geflasht und keine Änderung.
Hatte schon reichlich Zeit investiert, um das zu fixen und bin nun froh, dass es doch nicht an mir liegt :-)
Dito... Gleiche Thematik....
Am Mittwoch fhem und Ubuntu Updates gemacht danach exakt die gleichen Probleme wie istler :-(
Dachte schon ich hätte sie nicht alle aber bin ja scheinbar nicht alleine :-)
Gesendet von iPhone mit Tapatalk
Eine vorläufige Lösung, damit es weiter läuft: wieder mit einem alten Kernel booten!
Dazu im Bootmanager "Erweiterte Optionen" auswählen und dann einen Kernel kleiner 3.13.0.65 aus wählen. Dann noch die Default-Einstellung des Bootmanager ändern in der Datei /etc/default/grub
Ich habe gerade keine Ahnung ob sich bezüglich des Problems was tut.
Gruß
Maik
Zitat von: istler am 10 Oktober 2015, 14:55:21
Eine vorläufige Lösung, damit es weiter läuft: wieder mit einem alten Kernel booten!
Dazu im Bootmanager "Erweiterte Optionen" auswählen und dann einen Kernel kleiner 3.13.0.65 aus wählen. Dann noch die Default-Einstellung des Bootmanager ändern in der Datei /etc/default/grub
Ja, danke. So hab ich das gemacht. Nun läuft es wieder.
Neuer Kernel war Ubuntu 3.13.0-65. Alter ist 3.13.0-63.
VG
Maik
Inzwischen gibt es be Ubunut einen Bugeintrag:
https://bugs.launchpad.net/ubuntu/+source/linux-lts-trusty/+bug/1501345
Hoffen wir, dass dieser schnell gefixt wird.
Gruß
Maik
Kernel Ubuntu 3.13.0-66 ist auf dem Markt. Damit ist das Problem behoben. Oder LTS Enablement Stacks installieren.
MfG
Ja, bei mir funktioniert es jetzt mit dem 3.13.066 Kernel auch wieder! ;D