Hallo zusammen,
ich habe FHEM auf meiner Syno laufen. Via LAN hängen dort 2 HMLAN in einer VCCU dran.
Nun sehe ich regelmäßig gegen 0:00 Uhr die folgenden Meldungen im Log:
2016.02.01 00:00:18 1: 10.19.27.21:1000 disconnected, waiting to reappear (HM_Dach)
2016.02.01 00:00:18 1: HMLAN_Parse: HM_Dach new condition disconnected
2016.02.01 00:00:18 1: 10.19.27.20:1000 disconnected, waiting to reappear (HM_Keller)
2016.02.01 00:00:18 1: HMLAN_Parse: HM_Keller new condition disconnected
2016.02.01 00:00:18 1: 10.19.27.20:1000 reappeared (HM_Keller)
2016.02.01 00:00:18 1: HMLAN_Parse: HM_Keller new condition init
2016.02.01 00:00:18 1: 10.19.27.21:1000 reappeared (HM_Dach)
2016.02.01 00:00:18 1: HMLAN_Parse: HM_Dach new condition init
2016.02.01 00:00:18 1: HMLAN_Parse: HM_Keller new condition ok
2016.02.01 00:00:18 1: HMLAN_Parse: HM_Dach new condition ok
Wie kann ich das Ganze eingrenzen um die Ursache dafür ausfindig zu machen?
Vorab vielen Dank für Eure Hilfe.
Schöne Grüße,
Dirk
Hast du die Disconnects wirklich nur einmalig um diese Uhrzeit.
Wahrscheinlich läuft zu dem Zeitpunkt ein anderer Task, der dein FHEM blockiert:
- Wird um die Zeit ein automatisches Backup durchgeführt?
- Läuft irgendein Cron-Job um die Uhrzeit?
- Werden da irgendwelche Kalenderdaten abgerufen und aktualisiert?
Ansonsten kann man in Anbetracht der Uhrzeit, zu der die einmaligen Disconnects stattfinden, m.E. auch einfach damit leben ;)
Mir wurde neulich noch folgender Thread ans Herz gelegt: http://forum.fhem.de/index.php/topic,20776.0.html (http://forum.fhem.de/index.php/topic,20776.0.html)
Den habe ich aber auch noch nicht ganz durch ;D
Ich habe solches Verhalten ebenfalls.
Mal nahezu genau im Stundentakt, mal wesentlich häufiger, dann wieder etliche Stunden garnichts.
Das ganze zu jeder Tages- und Nachtzeit, also auch unabhängig von einer höheren/niedrigeren Nutzung der HM-Komponenten oder von anderen Komponenten im Netzwerk.
Ein Firmware-Update des HMLAN brachte keine Abhilfe. Weil es aber bei mir auch keine spürbaren Auswirkungen hat, habe ich mich damit abgefunden.
vb
Ich habe bei meinen 3 HMLANS gefühlt alle 3 Monate mal einen sehr kurzen disconnect der bisher grundsätzlich immer durch die "Umgebung" erklärbar ist/war. Ich denke auch, dass die disconnects immer entweder mit der Hardware selbst oder mit Problemen/Besonderheiten im Netzwerk bzw. starke Auslastung in FHEM erklärbar sind.
Zitat von: Benni am 01 Februar 2016, 17:41:14
- Werden da irgendwelche Kalenderdaten abgerufen und aktualisiert?
Ich nutze nur die Ferien für NRW, eventuell werden die täglich gelesen?!?!
Ansonsten gibt es keine zyklischen Aufgaben. Die Firmware der HMLAN's habe ich auf dem aktuellsten Stand.
Ich aktiviere mal apptime und schaue, ob sich da gegen 0:00 Uhr was erkennen lässt.
Spannend, heute war Mitternacht um 8:30 Uhr ;)
2016.02.02 08:30:03 1: 10.19.27.21:1000 disconnected, waiting to reappear (HM_Dach)
2016.02.02 08:30:03 1: HMLAN_Parse: HM_Dach new condition disconnected
2016.02.02 08:30:03 1: 10.19.27.20:1000 disconnected, waiting to reappear (HM_Keller)
2016.02.02 08:30:03 1: HMLAN_Parse: HM_Keller new condition disconnected
2016.02.02 08:30:03 1: 10.19.27.21:1000 reappeared (HM_Dach)
2016.02.02 08:30:03 1: HMLAN_Parse: HM_Dach new condition init
2016.02.02 08:30:04 1: HMLAN_Parse: HM_Dach new condition ok
2016.02.02 08:31:08 1: 10.19.27.20:1000 reappeared (HM_Keller)
2016.02.02 08:31:08 1: HMLAN_Parse: HM_Keller new condition init
2016.02.02 08:31:08 1: HMLAN_Parse: HM_Keller new condition ok
Apptime liefert für die HMLAN's dies hier:
name function max count total average maxDly
HM_Dach HMLAN_Read 703 2565 37124 14.47 0 HASH(HM_Dach)
HM_Keller HMLAN_Ready 87 66 124 1.88 0 HASH(HM_Keller)
HM_Dach HMLAN_Ready 63 85 199 2.34 0 HASH(HM_Dach)
HM_Keller HMLAN_Read 56 2538 31427 12.38 0 HASH(HM_Keller)
HM_Dach HMLAN_Notify 47 5310 97 0.02 0 HASH(HM_Dach); HASH(HM_Dach)
Leider bekomme ich das Problem nicht in den Griff.
An einem Tag gibt es keinen Disconnect, dann gibt es mal bis zu 3 Stück.
Meistens fällt es nicht negativ auf, aber es ist auch schon passiert, als ich eine Aktion über die Weboberfläche schalten wollte.
Dann gab es eine entsprechende Verzögerung.
Hat jemand eine Idee, wie ich das Problem einkreisen könnte?
Danke und schöne Grüße,
Dirk
Guten Morgen,
danke Dirk070.
Du hast mich auf eine Idee gebracht, denn ich habe auch so ein Problem und das auch genau seit dem 01.02.2016.
Habe gerade meine Logfile´s durchgesehen.
Allerdings mit meinen CUL_433, CUL_868 und Jeelink.
Hier sieht man eine Pause dazwischen
2016.02.16 19:11:56 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.16 19:11:56 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2016.02.16 19:11:56 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.16 19:11:58 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.16 19:11:58 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.16 19:11:59 3: Setting CUL_433 serial parameters to 9600,8,N,1
2016.02.16 19:11:59 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 reappeared (CUL_433)
2016.02.16 19:11:59 3: CUL_433: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.02.16 19:11:59 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.16 19:11:59 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.16 19:12:00 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.16 19:38:46 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.16 19:38:46 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.16 19:38:46 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2016.02.16 19:38:47 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.16 19:38:47 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.16 19:38:47 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.16 19:38:49 3: Setting CUL_433 serial parameters to 9600,8,N,1
2016.02.16 19:38:49 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 reappeared (CUL_433)
2016.02.16 19:38:49 3: CUL_433: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.02.16 19:38:49 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.16 19:38:49 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.16 21:11:51 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.16 21:11:51 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2016.02.16 21:11:51 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.16 21:11:52 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.16 21:11:52 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.16 21:11:52 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.16 21:11:52 3: Setting CUL_433 serial parameters to 9600,8,N,1
2016.02.16 21:11:52 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 reappeared (CUL_433)
2016.02.16 21:11:53 3: CUL_433: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.02.16 21:11:53 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.16 21:11:53 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
und hier Stündlich
2016.02.17 01:11:53 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 01:11:53 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2016.02.17 01:11:53 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 01:11:54 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 01:11:54 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 01:11:55 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 01:11:55 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 01:11:55 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 01:11:56 3: Setting CUL_433 serial parameters to 9600,8,N,1
2016.02.17 01:11:56 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 reappeared (CUL_433)
2016.02.17 01:11:56 3: CUL_433: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.02.17 01:12:06 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 01:12:06 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 01:12:06 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2016.02.17 01:12:07 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 01:12:07 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 01:12:07 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 01:12:07 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 01:12:07 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 01:12:09 3: Setting CUL_433 serial parameters to 9600,8,N,1
2016.02.17 01:12:09 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 reappeared (CUL_433)
2016.02.17 01:12:09 3: CUL_433: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.02.17 01:12:28 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 01:12:28 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2016.02.17 01:12:28 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 01:12:30 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 01:12:30 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 01:12:30 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 01:12:30 3: Setting CUL_433 serial parameters to 9600,8,N,1
2016.02.17 01:12:30 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 reappeared (CUL_433)
2016.02.17 01:12:30 3: CUL_433: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.02.17 01:12:30 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 01:12:30 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 02:11:53 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 02:11:53 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 02:11:53 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2016.02.17 02:11:56 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 02:11:56 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 02:11:57 3: Setting CUL_433 serial parameters to 9600,8,N,1
2016.02.17 02:11:57 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 reappeared (CUL_433)
2016.02.17 02:11:57 3: CUL_433: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.02.17 02:11:57 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 02:11:57 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 02:11:57 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 02:12:18 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2016.02.17 02:12:18 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 02:12:18 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 02:12:23 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 02:12:23 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 02:12:24 3: Setting CUL_433 serial parameters to 9600,8,N,1
2016.02.17 02:12:24 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 reappeared (CUL_433)
2016.02.17 02:12:24 3: CUL_433: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.02.17 02:12:24 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 02:12:24 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 02:12:24 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 03:12:12 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 03:12:12 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2016.02.17 03:12:12 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 03:12:16 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 03:12:16 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 03:12:16 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 03:12:16 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 03:12:16 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 03:12:17 3: Setting CUL_433 serial parameters to 9600,8,N,1
2016.02.17 03:12:17 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 reappeared (CUL_433)
2016.02.17 03:12:17 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2016.02.17 03:12:17 1: Cannot init /dev/serial/by-id/usb-busware.de_CUL433-if00, ignoring it (CUL_433)
2016.02.17 03:12:17 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 03:12:17 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 03:12:19 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 03:12:19 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 03:12:20 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 03:12:20 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 03:12:20 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 03:12:38 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 03:12:38 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 03:12:39 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 03:12:39 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 03:12:39 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 03:12:40 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 03:12:40 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 03:13:14 3: WhatsApp: sending /disconnect
2016.02.17 03:13:14 3: WhatsApp: Disconnected
2016.02.17 03:13:14 3: WhatsApp: read: end of file reached while sysread
2016.02.17 03:13:24 2: WhatsApp: setting $HOME to /opt/fhem
2016.02.17 03:13:24 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.02.17 03:13:24 3: WhatsApp: sending /L
2016.02.17 03:13:24 3: WhatsApp: sending /presence available
2016.02.17 04:12:06 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 04:12:06 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 04:12:07 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 04:12:07 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 04:12:07 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 04:12:07 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 04:12:07 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 04:12:14 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 04:12:14 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 04:12:19 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 04:12:19 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 04:12:20 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 04:12:20 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 04:12:20 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 04:12:25 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 04:12:25 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 04:12:27 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 04:12:27 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 04:12:27 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 04:12:27 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 04:12:27 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
2016.02.17 05:12:05 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 disconnected, waiting to reappear (CUL_868)
2016.02.17 05:12:05 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 disconnected, waiting to reappear (MyJeeLink)
2016.02.17 05:12:06 3: Setting CUL_868 serial parameters to 9600,8,N,1
2016.02.17 05:12:06 1: /dev/serial/by-id/usb-busware.de_CUL868-if00 reappeared (CUL_868)
2016.02.17 05:12:06 3: CUL_868: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.02.17 05:12:06 3: Setting MyJeeLink serial parameters to 57600,8,N,1
2016.02.17 05:12:06 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI028E4X-if00-port0 reappeared (MyJeeLink)
Heute Nacht war es besonders schlimm.
Mal mehr mal weniger.
Ich weiß allerdings nicht welche Module am 01.02.2016 upgedatet wurden.
Ich bin seit heute morgen dabei nach und nach einige Module aus der Config zu entfernen bzw. auskommentieren (#)
Ich habe Speedtest, Calender und ??? am laufen.
Bin gespannt ob ich das bis morgen im Griff habe.
Ein Stromproblem glaube ich nicht, weil es genau bis zum 01.02.2016 funktioniert hat und auch nichts verändert wurde.
Oben wurde schon mal gefragt welche Module du hast.
Hast du auch Speedtest oder Calender ???
Gruß Werner
ich habe nochmal geschaut was upgedatet wurde
UPD FHEM/00_SONOS.pm
2016.02.01 09:52:05 1: UPD FHEM/00_ZWCUL.pm
2016.02.01 09:52:05 1: UPD FHEM/10_ZWave.pm
2016.02.01 09:52:05 1: UPD FHEM/21_SONOSPLAYER.pm
2016.02.01 09:52:05 1: UPD FHEM/49_SSCam.pm
2016.02.01 09:52:05 1: UPD FHEM/60_allergy.pm
2016.02.01 09:52:05 1: UPD FHEM/72_FB_CALLLIST.pm
2016.02.01 09:52:05 1: UPD FHEM/72_FRITZBOX.pm
2016.02.01 09:52:06 1: UPD FHEM/73_PRESENCE.pm
2016.02.01 09:52:06 1: UPD FHEM/91_notify.pm
2016.02.01 09:52:06 1: UPD FHEM/98_WeekdayTimer.pm
2016.02.01 09:52:06 1: UPD FHEM/98_ping.pm
2016.02.01 09:52:06 1: UPD FHEM/98_weekprofile.pm
2016.02.01 09:52:06 1: UPD FHEM/lib/UPnP/ControlPoint.pm
2016.02.01 09:52:06 1: UPD docs/commandref_frame_DE.html
Von diesem Update benutze ich Fritzbox, PRESENCE und Ping
Ich tippe auf das Fritzbox Modul.
Werde es nachher deaktivieren und schauen was passiert.
Einen schönen sonnigen Tag an alle
Hallo Werner,
ich nutze auch das FritzBox-Modul, ebenso das Presence (in Verbindung mit der FritzBox).
Schöne Grüße,
Dirk
Ich konnte zwei Muster erkennen, wobei diese nur "oft" und nicht "ständig" auftreten:
- Um Mitternacht kommt es zu den Reconnects
- Beim Aufruf der Smartphone-Weboberfläche kommt es zu einem Reconnect, dies meistens nur einmal am Tag
Könnte es an dem Standard-Perl-Paket der Syno liegen?
moin,
ich denke das Thema hat sich bei mir erledigt.
Habe gestern intensiv nach Fehler gesucht. Dabei ist mir aufgefallen, das mein HM-USB nicht einmal disconnected hat.
Der steckt direkt am Raspi. Alles andere steckt am Hub.
Jedesmal wenn der Raspi arbeiten musste wie z.b. Speedtest oder Wetter- Fritzbox-, Pingabfrage hat er wohl nicht genug Strom gehabt, weil das Hub dem Raspi den Saft entnommen hat.
Dann habe ich mich ein paar Minuten in der dunklen Abstellkammer aufgehalten und habe das blinken der einzelnen CUL beobachtet.
Dabei ist mir eine Unregelmäßigkeit aufgefallen.
Darauf hin habe ich das USB-Hub gewechselt und seit dem läuft alles.
In dem alten Hub habe ich eine kalte Lötstelle am Powerstecker gefunden.
Warum es gerade ab dem 01.02.2016 aufgetreten/aufgefallen ist, wohl Zufall.
Aber jetzt erklären sich für mich so einige Probleme die ich hatte und auch fast unlösbar war, weil man ja nicht wirklich etwas sieht und alle LED am Hub leuchten.
Gruß Werner
Es wird leider nicht besser, gestern abend habe ich mehrmals über die Web-Oberfläche (iPhone) Aktoren geschaltet.
Dann 1-2 Stunden nichts und dann wollte ich die Lampen ausschalten. Die Weboberfläche hing und im Log sieht man, dass sich die HMLAN's verabschiedet hatten.
In den readings findet sich dies:
msgKeepAlive dlyMax:15.73 bufferMin:-10
Was kann denn das bloß sein?
Ich habe gestern den Powersafe (Spin down) für die Festplatten der Syno deaktiviert (vorher nach 20 Minuten).
Seitdem sind die Disconnects und die Freezes (im Log dokumentiert mit 99_Perfmon) nicht mehr aufgetaucht.
Ich hatte alle Logs auf das NAS meiner FritzBox umgeleitet und bin davon ausgegangen, dass ansonsten keine Files geschrieben oder gelesen werden.
Kann mir jemand sagen, welche Files regelmäßig im Zugriff sind und ob man diese ebenfalls auslagern kann?
Danke und schöne Grüße,
Dirk
Ich hab seit kurzem (könnte der 1.2. Gewesen sein) auch Probleme mit meinem HMLan.
Bei mir ist es so, dass ich je länger ich warte immer mehr disconnect habe und mein raspi immer langsamer wird. Nach 24 h ist alles so langsam, dass ich einen reboot mache und alles beginnt von vorne.
Von den erwähnten Modulen verwende ich Fritzbox, Presence und Calendar. Wobei ich den Eindruck habe dass sich beim Calendar am meisten getan hat.
reboot vom RasPi oder von FHEM?
Probiere bitte schrittweise, d.h. reicht fhem reboot, wenn nicht was sagt toop/iotop u.Ä.
Bitte um Input für Output
Irgendwie fehlt mir nun der Zusammenhang zum Spindown und zur Synology generell....und zur spezifischen Frage nach den Files, die FHEM eventuell zyklisch liest und schreibt.
Schöne Grüße, Dirk
Ist mal wieder Zeit für ein Update ;)
Ich bin mit meinem Latein am Ende und kann keine Konstellation finden, die die Hibernation-Funktion der HDD's nutzt, ohne gleichzeitig die Freezes/Disconnects auszulösen.
Im Wiki steht zwar "Damit die DS auch ab und zu mal die Platten zum schlafen schicken kann, solltet ihr die Logfiles auf ein USB-Laufwerk auslagern."
Klappt zwar, aber halt nur mit den Freezes.
Ausprobiert habe ich bis:
- FHEM komplett auf eine SSD am USB3 ausgelagert
- PERL-Ordner ebenfalls auf die SSD kopiert
- Start-Script der Syno für FHEM geändert und FHEM von der SSD gestartet, mit Verweis auf den dortigen Perl-Ordner
- Logs, Statefile, Config, etc. in FHEM auf die SSD umgebogen
Ergebnis:
FHEM läuft, die HDD's schlafen (Hibernation) und FHEM protokolliert Freezes und Disconnects. >:(
Aktuell einzige Lösung:
Hibernation für die HDD's nicht nutzen.
Gretchen-Frage:
Mache ich was falsch oder stimmt die Aussage im Wiki nicht?
Schöne Grüße,
Dirk