[gelöst] FHEM wird 1x in der Minute um genau 3Sekunden blockiert

Begonnen von t1me2die, 20 März 2019, 11:35:03

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1
Benutzer-Aktionen

t1me2die

20 März 2019, 11:35:03 Letzte Bearbeitung: 20 März 2019, 12:07:50 von t1me2die
Moin liebe Leute,

ich habe seit geraumer Zeit das Problem, dass FHEM genau einmal in der Minute für ziemlich genau 3 Sekunden still steht.
Ich glaube dieses Problem habe ich schon etwas länger, jedoch habe ich bis heute damit so gelebt.

Ich habe nun heute damit begonnen diesen Freeze mit dem FREEZEMON Modul zu lokalisieren.
Da mir das Modul keinen konkreten Verdächtigen liefert, habe ich angefangen die Zeiten zu analysieren.

Dabei ist mir aufgefallen, dass ziemlich genau alle 60Sekunden ein Freeze von ca. 3 Sekunden stattfindet, hier eine handschriftliche Auflistung:
Code Auswählen

Freeze1: 10:53:59Uhr
+ 3Sekunden Freeze

Freeze2: 10:55:02Uhr
+ 3Sekunden Freeze

Freeze3: 10:56:05Uhr
+ 3Sekunden

Freeze4: 10:57:08Uhr
+ 3Sekunden

Freeze5: 10:58:11Uhr
+ 3Sekunden

Freeze6: 10:59:14Uhr
+ 3Sekunden

Freeze7: 11:00:17Uhr
+ 3Sekunden
....

So geht es die ganze Zeit.

Was habe ich nun probiert um den Fehler einzugrenzen?
1. Ich habe nun also angefangen mir alle Geräte / at's / notify / Devices mit einem Interval von 60Sekunden Stück für Stück zu deaktivieren.
Ohne Erfolg.

2. Nun habe ich mit den PRESENCE Geräten weitergemacht, wie z.B. lan-ping und bluetooth (welche ich für die Anwesenheitssteuerung verwende).
Ohne Erfolg

3. MQTT (mosquitto) Geräte die ihre Daten im 30/60 Sekunden Intervall an FHEM melden (meistens Sonoff Geräte mit Tasmota Firmware) habe ich über Tasmota auf ein Intervall von 6000Sekunden gestellt und neu gebootet um diese auch auszuschließen.
Ohne Erfolg

4. mosquitto Dienst per SSH gestoppt
Ohne Erfolg

5. ESPEasy Geräte deaktiviert (mit disable)
Ohne Erfolg

6. Per Eventmonitor habe ich versucht herauszufinden, was für Events in der jeweiligen Minuten kurz davor / kurz nach dem Freeze erfolgen.
Unteranderem habe ich LaCross Devices komplett gelöscht.
Ohne Erfolg

7. myDblog zeitweise disabled um auszuschließen, dass beim Schreiben auf die DB es zu einem Freeze kommt.

Nun bin ich an einem Punkt angekommen, wo ich nicht mehr weiter weiß. Irgendwie muss ich den Übeltäter doch finden?

Hier mal paar Log's von Freezemon:
Code Auswählen

=========================================================
[Freezemon] myFreezemon: possible freeze starting at 11:32:48, delay is 2.165 possibly caused by: tmr-HUEBridge_GetUpdate(HueBridge) tmr-SIGNALduino_KeepAlive(SIGNALduino) tmr-MQTT::Timer(myBroker) tmr-HMUARTLGW_CheckCredits(N/A) tmr-DLCD_GetUpdate(dlcd_WeMoS_LCD) tmr-HMUARTLGW_CheckCredits(N/A) tmr-PRESENCE_StartLocalScan(PRESENCE_rr_Mathze) tmr-SONOS_IsSubprocessAliveChecker(Sonos)
2019.03.20 11:32:50.067 4: using HttpUtils_NonblockingGet: GET lights
2019.03.20 11:32:50.067 5: HttpUtils url=http://192.168.178.30/api/TSDeJwYWifW1-NbHNsvSinPQUY6vnyUpzdLzq9EF/lights
2019.03.20 11:32:50.068 5: IP: 192.168.178.30 -> 192.168.178.30
2019.03.20 11:32:50.069 4: SIGNALduino/keepalive ok, retry = 0
2019.03.20 11:32:50.070 5: MQTT myBroker message sent: PingReq/at-most-once
2019.03.20 11:32:50.070 5: SW: c000
2019.03.20 11:32:50.072 5: HMUARTLGW myHmUARTUSB checking credits (from timer)
2019.03.20 11:32:50.073 5: HMUARTLGW myHmUARTUSB send: 00 08
2019.03.20 11:32:50.073 5: HMUARTLGW myHmUARTUSB send: (8): fd00030021085e33
2019.03.20 11:32:50.073 5: SW: fd00030021085e33
2019.03.20 11:32:50.080 5: Cmd: >set WeMos_LCD lcd 2 1 Server : 19.6 Grad<
2019.03.20 11:32:50.081 3: ESPEasy: set WeMos_LCD lcd 2 1 Server : 19.6 Grad
2019.03.20 11:32:50.081 5: ESPEasy WeMos_LCD: IOWrite($defs{WeMos_LCD}, 192.168.178.27, 80, LCD-Display_LCD, lcd, 2,1,Server%20%3a%2019%2e6%20Grad)
2019.03.20 11:32:50.082 4: ESPEasy espBridge: Send lcd,2,1,Server%20%3a%2019%2e6%20Grad to 192.168.178.27 for ident LCD-Display_LCD
2019.03.20 11:32:50.082 5: ESPEasy espBridge: NonblockingGet for ident:LCD-Display_LCD => http://192.168.178.27:80/control?cmd=lcd,2,1,Server%20%3a%2019%2e6%20Grad
2019.03.20 11:32:50.082 5: HttpUtils url=http://192.168.178.27:80/control?cmd=lcd,2,1,Server%20%3a%2019%2e6%20Grad
2019.03.20 11:32:50.082 5: IP: 192.168.178.27 -> 192.168.178.27
2019.03.20 11:32:50.084 4: DbLog myDbLog -> ################################################################
2019.03.20 11:32:50.084 4: DbLog myDbLog -> ###              start of new Logcycle                       ###
2019.03.20 11:32:50.084 4: DbLog myDbLog -> ################################################################
2019.03.20 11:32:50.084 4: DbLog myDbLog -> number of events received: 1 for device: WeMos_LCD
2019.03.20 11:32:50.085 4: DbLog myDbLog -> check Device: WeMos_LCD , Event: lcd 2 1 Server : 19.6 Grad
2019.03.20 11:32:50.085 5: DbLog myDbLog -> parsed Event: WeMos_LCD , Event: lcd 2 1 Server : 19.6 Grad
2019.03.20 11:32:50.085 5: DbLog myDbLog -> DbLogExclude of "WeMos_LCD": .*
2019.03.20 11:32:50.091 5: End notify loop for WeMos_LCD
2019.03.20 11:32:50.094 4: DbLog myDbLog -> ################################################################
2019.03.20 11:32:50.094 4: DbLog myDbLog -> ###              start of new Logcycle                       ###
2019.03.20 11:32:50.094 4: DbLog myDbLog -> ################################################################
2019.03.20 11:32:50.094 4: DbLog myDbLog -> number of events received: 1 for device: dlcd_WeMoS_LCD
2019.03.20 11:32:50.094 4: DbLog myDbLog -> check Device: dlcd_WeMoS_LCD , Event: state: 11:32:50
2019.03.20 11:32:50.094 5: DbLog myDbLog -> parsed Event: dlcd_WeMoS_LCD , Event: state: 11:32:50
2019.03.20 11:32:50.094 5: DbLog myDbLog -> DbLogExclude of "dlcd_WeMoS_LCD": .*
2019.03.20 11:32:50.098 5: End notify loop for dlcd_WeMoS_LCD
2019.03.20 11:32:50.098 5: Cmd: >set WeMos_LCD lcd 3 1 Luefter: 19.8 Grad<
2019.03.20 11:32:50.099 3: ESPEasy: set WeMos_LCD lcd 3 1 Luefter: 19.8 Grad
2019.03.20 11:32:50.099 5: ESPEasy WeMos_LCD: IOWrite($defs{WeMos_LCD}, 192.168.178.27, 80, LCD-Display_LCD, lcd, 3,1,Luefter%3a%2019%2e8%20Grad)
2019.03.20 11:32:50.099 4: ESPEasy espBridge: Send lcd,3,1,Luefter%3a%2019%2e8%20Grad to 192.168.178.27 for ident LCD-Display_LCD
2019.03.20 11:32:50.099 5: ESPEasy espBridge: NonblockingGet for ident:LCD-Display_LCD => http://192.168.178.27:80/control?cmd=lcd,3,1,Luefter%3a%2019%2e8%20Grad
2019.03.20 11:32:50.099 5: HttpUtils url=http://192.168.178.27:80/control?cmd=lcd,3,1,Luefter%3a%2019%2e8%20Grad
2019.03.20 11:32:50.100 5: IP: 192.168.178.27 -> 192.168.178.27
2019.03.20 11:32:50.102 4: DbLog myDbLog -> ################################################################
2019.03.20 11:32:50.102 4: DbLog myDbLog -> ###              start of new Logcycle                       ###
2019.03.20 11:32:50.102 4: DbLog myDbLog -> ################################################################
2019.03.20 11:32:50.102 4: DbLog myDbLog -> number of events received: 1 for device: WeMos_LCD
2019.03.20 11:32:50.102 4: DbLog myDbLog -> check Device: WeMos_LCD , Event: lcd 3 1 Luefter: 19.8 Grad
2019.03.20 11:32:50.102 5: DbLog myDbLog -> parsed Event: WeMos_LCD , Event: lcd 3 1 Luefter: 19.8 Grad
2019.03.20 11:32:50.102 5: DbLog myDbLog -> DbLogExclude of "WeMos_LCD": .*
2019.03.20 11:32:50.107 5: End notify loop for WeMos_LCD
2019.03.20 11:32:50.108 5: HMUARTLGW myHmUARTLGW checking credits (from timer)
2019.03.20 11:32:50.108 5: HMUARTLGW myHmUARTLGW send: 00 08
2019.03.20 11:32:50.109 5: HMUARTLGW myHmUARTLGW send: (8): fd000300dd08d63c
2019.03.20 11:32:50.109 5: SW: fd000300dd08d63c
2019.03.20 11:32:50.111 5: PRESENCE (PRESENCE_rr_Mathze) - stopping timer
2019.03.20 11:32:50.111 5: PRESENCE (PRESENCE_rr_Mathze) - starting blocking call for mode local-bluetooth
2019.03.20 11:32:50.127 4: BlockingCall (PRESENCE_DoLocalBluetoothScan): created child (2405), uses telnetForBlockingFn_1553023763 to connect back
2019.03.20 11:32:50.154 5: SW: DoWork:undef:refreshProcessAnswer:

2019.03.20 11:32:50.166 5: [Freezemon] myFreezemon: ----------- Starting Freeze handling at 2019.03.20 11:32:50.165 ---------------------
[Freezemon] myFreezemon: possible freeze starting at 11:32:48, delay is 2.165 possibly caused by: tmr-HUEBridge_GetUpdate(HueBridge) tmr-SIGNALduino_KeepAlive(SIGNALduino) tmr-MQTT::Timer(myBroker) tmr-HMUARTLGW_CheckCredits(N/A) tmr-DLCD_GetUpdate(dlcd_WeMoS_LCD) tmr-HMUARTLGW_CheckCredits(N/A) tmr-PRESENCE_StartLocalScan(PRESENCE_rr_Mathze) tmr-SONOS_IsSubprocessAliveChecker(Sonos)


Code Auswählen

=========================================================
[Freezemon] myFreezemon: possible freeze starting at 11:31:44, delay is 3.049 possibly caused by: no bad guy found :-(
2019.03.20 11:31:43.076 5: JeeLink/RAW: /OK 9 12 1 4 87 67

2019.03.20 11:31:43.924 5: JeeLink/RAW: /OK 9 43 1 4 20 63

2019.03.20 11:31:43.927 4: DbLog myDbLog -> ################################################################
2019.03.20 11:31:43.927 4: DbLog myDbLog -> ###              start of new Logcycle                       ###
2019.03.20 11:31:43.927 4: DbLog myDbLog -> ################################################################
2019.03.20 11:31:43.927 4: DbLog myDbLog -> number of events received: 4 for device: temp_Kuehlschrank
2019.03.20 11:31:43.927 4: DbLog myDbLog -> check Device: temp_Kuehlschrank , Event: battery: ok
2019.03.20 11:31:43.927 5: DbLog myDbLog -> parsed Event: temp_Kuehlschrank , Event: battery: ok
2019.03.20 11:31:43.927 5: DbLog myDbLog -> DbLogInclude of "temp_Kuehlschrank": battery,humidity,temperature
2019.03.20 11:31:43.927 4: DbLog myDbLog -> added event - Timestamp: 2019-03-20 11:31:43, Device: temp_Kuehlschrank, Type: LACROSSE, Event: battery: ok, Reading: battery, Value: ok, Unit:
2019.03.20 11:31:43.927 4: DbLog myDbLog -> check Device: temp_Kuehlschrank , Event: temperature: 4.4
2019.03.20 11:31:43.927 5: DbLog myDbLog -> parsed Event: temp_Kuehlschrank , Event: temperature: 4.4
2019.03.20 11:31:43.927 5: DbLog myDbLog -> DbLogInclude of "temp_Kuehlschrank": battery,humidity,temperature
2019.03.20 11:31:43.927 4: DbLog myDbLog -> added event - Timestamp: 2019-03-20 11:31:43, Device: temp_Kuehlschrank, Type: LACROSSE, Event: temperature: 4.4, Reading: temperature, Value: 4.4, Unit: °C
2019.03.20 11:31:43.927 4: DbLog myDbLog -> check Device: temp_Kuehlschrank , Event: humidity: 63
2019.03.20 11:31:43.927 5: DbLog myDbLog -> parsed Event: temp_Kuehlschrank , Event: humidity: 63
2019.03.20 11:31:43.927 5: DbLog myDbLog -> DbLogInclude of "temp_Kuehlschrank": battery,humidity,temperature
2019.03.20 11:31:43.927 4: DbLog myDbLog -> added event - Timestamp: 2019-03-20 11:31:43, Device: temp_Kuehlschrank, Type: LACROSSE, Event: humidity: 63, Reading: humidity, Value: 63, Unit: %
2019.03.20 11:31:43.927 4: DbLog myDbLog -> check Device: temp_Kuehlschrank , Event: state: T: 4.4 H: 63
2019.03.20 11:31:43.928 5: DbLog myDbLog -> parsed Event: temp_Kuehlschrank , Event: state: T: 4.4 H: 63
2019.03.20 11:31:43.928 5: DbLog myDbLog -> DbLogInclude of "temp_Kuehlschrank": battery,humidity,temperature
2019.03.20 11:31:43.928 4: DbLog myDbLog -> added event - Timestamp: 2019-03-20 11:31:43, Device: temp_Kuehlschrank, Type: LACROSSE, Event: state: T: 4.4 H: 63, Reading: state, Value: T: 4.4 H: 63, Unit:
2019.03.20 11:31:43.929 4: DbLog myDbLog -> ################################################################
2019.03.20 11:31:43.929 4: DbLog myDbLog -> ###         New database processing cycle - synchronous      ###
2019.03.20 11:31:43.929 4: DbLog myDbLog -> ################################################################
2019.03.20 11:31:43.929 4: DbLog myDbLog -> DbLogType is: History
2019.03.20 11:31:43.929 4: DbLog myDbLog -> AutoCommit mode: ON, Transaction mode: ON
2019.03.20 11:31:43.934 5: DbLog myDbLog -> Primary Key used in fhem.history: none
2019.03.20 11:31:43.934 5: DbLog myDbLog -> Primary Key used in fhem.current: none
2019.03.20 11:31:43.934 4: DbLog myDbLog -> processing event Timestamp: 2019-03-20 11:31:43, Device: temp_Kuehlschrank, Type: LACROSSE, Event: battery: ok, Reading: battery, Value: ok, Unit:
2019.03.20 11:31:43.934 4: DbLog myDbLog -> processing event Timestamp: 2019-03-20 11:31:43, Device: temp_Kuehlschrank, Type: LACROSSE, Event: temperature: 4.4, Reading: temperature, Value: 4.4, Unit: °C
2019.03.20 11:31:43.934 4: DbLog myDbLog -> processing event Timestamp: 2019-03-20 11:31:43, Device: temp_Kuehlschrank, Type: LACROSSE, Event: humidity: 63, Reading: humidity, Value: 63, Unit: %
2019.03.20 11:31:43.934 4: DbLog myDbLog -> processing event Timestamp: 2019-03-20 11:31:43, Device: temp_Kuehlschrank, Type: LACROSSE, Event: state: T: 4.4 H: 63, Reading: state, Value: T: 4.4 H: 63, Unit:
2019.03.20 11:31:43.936 4: DbLog myDbLog -> 4 of 4 events inserted into table history
2019.03.20 11:31:44.040 4: DbLog myDbLog -> insert table history committed by autocommit
2019.03.20 11:31:44.040 5: DbLog myDbLog -> DbLog_Push Returncode: 0
2019.03.20 11:31:44.045 5: End notify loop for temp_Kuehlschrank
--- log skips     3.004 secs.
2019.03.20 11:31:47.049 5: [Freezemon] myFreezemon: ----------- Starting Freeze handling at 2019.03.20 11:31:47.049 ---------------------
[Freezemon] myFreezemon: possible freeze starting at 11:31:44, delay is 3.049 possibly caused by: no bad guy found :-(


Code Auswählen
=========================================================
[Freezemon] myFreezemon: possible freeze starting at 11:30:41, delay is 3.007 possibly caused by: no bad guy found :-(
2019.03.20 11:30:44.007 5: [Freezemon] myFreezemon: ----------- Starting Freeze handling at 2019.03.20 11:30:44.007 ---------------------
[Freezemon] myFreezemon: possible freeze starting at 11:30:41, delay is 3.007 possibly caused by: no bad guy found :-(


Code Auswählen

=========================================================
[Freezemon] myFreezemon: possible freeze starting at 11:29:39, delay is 2.106 possibly caused by: tmr-HUEBridge_GetUpdate(HueBridge) tmr-SIGNALduino_KeepAlive(SIGNALduino) tmr-MQTT::Timer(myBroker) tmr-DLCD_GetUpdate(dlcd_WeMoS_LCD) tmr-HMUARTLGW_CheckCredits(N/A) tmr-HMUARTLGW_CheckCredits(N/A) tmr-SONOS_IsSubprocessAliveChecker(Sonos)
2019.03.20 11:29:41.033 4: using HttpUtils_NonblockingGet: GET lights
2019.03.20 11:29:41.034 5: HttpUtils url=http://192.168.178.30/api/TSDeJwYWifW1-NbHNsvSinPQUY6vnyUpzdLzq9EF/lights
2019.03.20 11:29:41.034 5: IP: 192.168.178.30 -> 192.168.178.30
2019.03.20 11:29:41.036 4: SIGNALduino/keepalive ok, retry = 0
2019.03.20 11:29:41.037 5: MQTT myBroker message sent: PingReq/at-most-once
2019.03.20 11:29:41.038 5: SW: c000
2019.03.20 11:29:41.046 5: Cmd: >set WeMos_LCD lcd 2 1 Server : 19.6 Grad<
2019.03.20 11:29:41.047 3: ESPEasy: set WeMos_LCD lcd 2 1 Server : 19.6 Grad
2019.03.20 11:29:41.048 5: ESPEasy WeMos_LCD: IOWrite($defs{WeMos_LCD}, 192.168.178.27, 80, LCD-Display_LCD, lcd, 2,1,Server%20%3a%2019%2e6%20Grad)
2019.03.20 11:29:41.049 4: ESPEasy espBridge: Send lcd,2,1,Server%20%3a%2019%2e6%20Grad to 192.168.178.27 for ident LCD-Display_LCD
2019.03.20 11:29:41.049 5: ESPEasy espBridge: NonblockingGet for ident:LCD-Display_LCD => http://192.168.178.27:80/control?cmd=lcd,2,1,Server%20%3a%2019%2e6%20Grad
2019.03.20 11:29:41.049 5: HttpUtils url=http://192.168.178.27:80/control?cmd=lcd,2,1,Server%20%3a%2019%2e6%20Grad
2019.03.20 11:29:41.050 5: IP: 192.168.178.27 -> 192.168.178.27
2019.03.20 11:29:41.054 4: DbLog myDbLog -> ################################################################
2019.03.20 11:29:41.054 4: DbLog myDbLog -> ###              start of new Logcycle                       ###
2019.03.20 11:29:41.054 4: DbLog myDbLog -> ################################################################
2019.03.20 11:29:41.055 4: DbLog myDbLog -> number of events received: 1 for device: WeMos_LCD
2019.03.20 11:29:41.055 4: DbLog myDbLog -> check Device: WeMos_LCD , Event: lcd 2 1 Server : 19.6 Grad
2019.03.20 11:29:41.055 5: DbLog myDbLog -> parsed Event: WeMos_LCD , Event: lcd 2 1 Server : 19.6 Grad
2019.03.20 11:29:41.055 5: DbLog myDbLog -> DbLogExclude of "WeMos_LCD": .*
2019.03.20 11:29:41.067 5: End notify loop for WeMos_LCD
2019.03.20 11:29:41.069 4: DbLog myDbLog -> ################################################################
2019.03.20 11:29:41.069 4: DbLog myDbLog -> ###              start of new Logcycle                       ###
2019.03.20 11:29:41.069 4: DbLog myDbLog -> ################################################################
2019.03.20 11:29:41.069 4: DbLog myDbLog -> number of events received: 1 for device: dlcd_WeMoS_LCD
2019.03.20 11:29:41.070 4: DbLog myDbLog -> check Device: dlcd_WeMoS_LCD , Event: state: 11:29:41
2019.03.20 11:29:41.070 5: DbLog myDbLog -> parsed Event: dlcd_WeMoS_LCD , Event: state: 11:29:41
2019.03.20 11:29:41.070 5: DbLog myDbLog -> DbLogExclude of "dlcd_WeMoS_LCD": .*
2019.03.20 11:29:41.075 5: End notify loop for dlcd_WeMoS_LCD
2019.03.20 11:29:41.075 5: Cmd: >set WeMos_LCD lcd 3 1 Luefter: 19.8 Grad<
2019.03.20 11:29:41.075 3: ESPEasy: set WeMos_LCD lcd 3 1 Luefter: 19.8 Grad
2019.03.20 11:29:41.076 5: ESPEasy WeMos_LCD: IOWrite($defs{WeMos_LCD}, 192.168.178.27, 80, LCD-Display_LCD, lcd, 3,1,Luefter%3a%2019%2e8%20Grad)
2019.03.20 11:29:41.076 4: ESPEasy espBridge: Send lcd,3,1,Luefter%3a%2019%2e8%20Grad to 192.168.178.27 for ident LCD-Display_LCD
2019.03.20 11:29:41.076 5: ESPEasy espBridge: NonblockingGet for ident:LCD-Display_LCD => http://192.168.178.27:80/control?cmd=lcd,3,1,Luefter%3a%2019%2e8%20Grad
2019.03.20 11:29:41.076 5: HttpUtils url=http://192.168.178.27:80/control?cmd=lcd,3,1,Luefter%3a%2019%2e8%20Grad
2019.03.20 11:29:41.077 5: IP: 192.168.178.27 -> 192.168.178.27
2019.03.20 11:29:41.080 4: DbLog myDbLog -> ################################################################
2019.03.20 11:29:41.080 4: DbLog myDbLog -> ###              start of new Logcycle                       ###
2019.03.20 11:29:41.080 4: DbLog myDbLog -> ################################################################
2019.03.20 11:29:41.081 4: DbLog myDbLog -> number of events received: 1 for device: WeMos_LCD
2019.03.20 11:29:41.081 4: DbLog myDbLog -> check Device: WeMos_LCD , Event: lcd 3 1 Luefter: 19.8 Grad
2019.03.20 11:29:41.081 5: DbLog myDbLog -> parsed Event: WeMos_LCD , Event: lcd 3 1 Luefter: 19.8 Grad
2019.03.20 11:29:41.081 5: DbLog myDbLog -> DbLogExclude of "WeMos_LCD": .*
2019.03.20 11:29:41.087 5: End notify loop for WeMos_LCD
2019.03.20 11:29:41.088 5: HMUARTLGW myHmUARTUSB checking credits (from timer)
2019.03.20 11:29:41.089 5: HMUARTLGW myHmUARTUSB send: 00 08
2019.03.20 11:29:41.089 5: HMUARTLGW myHmUARTUSB send: (8): fd0003001408e033
2019.03.20 11:29:41.089 5: SW: fd0003001408e033
2019.03.20 11:29:41.092 5: HMUARTLGW myHmUARTLGW checking credits (from timer)
2019.03.20 11:29:41.093 5: HMUARTLGW myHmUARTLGW send: 00 08
2019.03.20 11:29:41.093 5: HMUARTLGW myHmUARTLGW send: (8): fd000300cd08363f
2019.03.20 11:29:41.093 5: SW: fd000300cd08363f
2019.03.20 11:29:41.103 5: SW: DoWork:undef:refreshProcessAnswer:

2019.03.20 11:29:41.106 5: [Freezemon] myFreezemon: ----------- Starting Freeze handling at 2019.03.20 11:29:41.106 ---------------------
[Freezemon] myFreezemon: possible freeze starting at 11:29:39, delay is 2.106 possibly caused by: tmr-HUEBridge_GetUpdate(HueBridge) tmr-SIGNALduino_KeepAlive(SIGNALduino) tmr-MQTT::Timer(myBroker) tmr-DLCD_GetUpdate(dlcd_WeMoS_LCD) tmr-HMUARTLGW_CheckCredits(N/A) tmr-HMUARTLGW_CheckCredits(N/A) tmr-SONOS_IsSubprocessAliveChecker(Sonos)


Ich hoffe, ihr könnt mir noch paar Tipps geben, wo und wie ich weitersuchen kann?

Gruß
Mathze

sledge

#1
20 März 2019, 11:49:07
Schaue Dir mal apptime an. Dann erkennst Du sehr schnell den entsprechenden Treiber.
FHEM: debian Intel-NUC / 25 x MAX!, 15 x HM-bidcos, MQTT, 3 x 1wire, 20 x Shelly, 20 x Tasmota, 12 x Yeelight, Opentherm-GW, Espeasy, alexa-fhem, kodi, unifi, musiccast, ...

t1me2die

#2
20 März 2019, 12:03:29 Letzte Bearbeitung: 20 März 2019, 12:07:31 von t1me2die
DANKE!

Ich werde verrückt.
Der Übeltäter konnte mit "apptime" sofort gefunden werden.

Ich habe zwei Samsung TV's (WZ und SZ), beide hatte ich mit dem STV Modul angebunden.
Sobald diese Aufgrund meines Zwischensteckers nicht mehr erreichbar waren, kommt genau 1x in der Minute ein Freeze!

Gruß
Mathze

sledge

#3
20 März 2019, 12:07:12
Na - gute Tat für heute durch ;-)

Ein "List" des Devices hilft da mehr, um etwaige Unterschiede zu erkennen.
FHEM: debian Intel-NUC / 25 x MAX!, 15 x HM-bidcos, MQTT, 3 x 1wire, 20 x Shelly, 20 x Tasmota, 12 x Yeelight, Opentherm-GW, Espeasy, alexa-fhem, kodi, unifi, musiccast, ...

budy

#4
20 März 2019, 18:47:32
Musste man da nicht dass attr fork setzen, damit dieser Hänger nicht auftritt - mir ist irgendwie so.

Cheers,
budy
Debian stretch, FHEM 5.9.
HM-CC-RT-DN, HM-ES-PMSw1-Pl, HM-LC-Dim1TPBU-FM, HMUARTLGW, HMLAN, HM-SEC-KEY, HM-SEC-RHS, HM-SEC-SC-2, HM-SEC-SCo, HM-SEC-SD-2, HM-OU-CFM-TW, div. HUEs, Wifilight, Ring Video Pro

KölnSolar

#5
21 März 2019, 07:10:01
ZitatIch habe zwei Samsung TV's (WZ und SZ), beide hatte ich mit dem STV Modul angebunden.
Die offiziell verteilte Version ? Probier mal mein 70_SamsungAV(noch nicht offiziell).
Welche Serie sind Deine Samsungs ?
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt
Drucken
Nach oben Seiten1
Benutzer-Aktionen