Hi,
ich hab das aktuell bis zu 10 mal pro Tag, nach max 30 sec ist alles wieder gut.
Kann/sollte ich da was machen?
2024.07.08 10:32:28 1: 192.168.178.86:1000 disconnected, waiting to reappear (HMLAN1)
2024.07.08 10:32:28 1: HMLAN_Parse: HMLAN1 new condition disconnected
2024.07.08 10:33:04 1: HMLAN_Parse: HMLAN1 new condition init
2024.07.08 10:33:04 1: 192.168.178.86:1000 reappeared (HMLAN1)
Hallo grappa24,
bei mir hat die Reduzierung der Datenrate am Switch für den Port, an dem der HMLAN hängt für etwas Abhilfe gesorgt. Was endgültig geholfen hat, war der Austausch des LAN-Kabels. Seit dem ich das gemacht habe, kommen keine disconnetcs mehr vor.
Viele Grüße Gisbert
Zitat von: Gisbert am 08 Juli 2024, 16:38:47bei mir hat die Reduzierung der Datenrate am Switch für den Port, an dem der HMLAN hängt für etwas Abhilfe gesorgt. Was endgültig geholfen hat, war der Austausch des LAN-Kabels. Seit dem ich das gemacht habe, kommen keine disconnetcs mehr vor.
Hat bei mir beides leider nichts bewirkt :(
Hallo grappa24,
dann wäre eine weitere Möglichkeiten sich um evtl. defekte Kondensatoren zu kümmern. Dazu gibt es Anleitungen, bitte danach suchen.
Viele Grüße Gisbert
zeig mal ein list vom hmlan
edit:
ist fhem up-to-date?
Mein fhem ist soweit up-to-date, bis auf die Tatsache, dass ich noch folgendes 10_CUL_HM verwende:
# CUL HomeMatic handler
# $Id: 10_CUL_HM.pm 25977 2023-12-06 12:00:00Z frank $Wobei ich nicht mehr erinnere, was da Ende 2023 konkret das Problem war; kann ich denn die aktuelle Version aus dem update nun wieder verwenden?
Hier noch das list von meinem HMLAN:
define HMLAN1 HMLAN 192.168.178.86:1000
attr HMLAN1 appOptions {"template":"hmlan","system":"true"}
attr HMLAN1 hmId 2CD7B9
attr HMLAN1 hmLanQlen 1_min
attr HMLAN1 loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr HMLAN1 room CUL_HM
attr HMLAN1 verbose 3
# Clients :CUL_HM:
# DEF 192.168.178.86:1000
# DeviceName 192.168.178.86:1000
# FD 80
# FUUID 5c44b2f0-f33f-4e46-0356-e7778623407d647c
# HMLAN1_MSGCNT 24902
# HMLAN1_TIME 2024-07-09 15:29:26
# IFmodel LAN
# NAME HMLAN1
# NR 273
# NTFY_ORDER 47-HMLAN1
# PARTIAL
# RAWMSG E440A16,0000,13A5811F,FF,FFB8,618610440A160000000A24EC0E0040
# RSSI -72
# STATE opened
# TYPE HMLAN
# XmitOpen 1
# assignedIDsCnt 16
# eventCount 18335
# msgKeepAlive dlyMax:477.257 bufferMin:-472
# msgLoadCurrent 1
# msgLoadHistoryAbs 5min steps: 1/1/1/1/1/1/1/1/1/1/1/1
# msgParseDly min:-7307 max:482378 last:9 cnt:24379
# nextOpenDelay 10
# owner 2CD7B9
# owner_CCU vccu
# uptime 003 91:33:33.599
# READINGS:
# 2024-07-04 08:12:37 D-HMIdAssigned 2CD7B9
# 2024-07-04 08:12:37 D-HMIdOriginal 2CD7B9
# 2024-07-04 08:12:37 D-firmware 0.965
# 2024-07-04 08:12:37 D-serialNr LEQ0641198
# 2024-07-09 13:17:37 Xmit-Events init:27 ok:27 disconnected:29
# 2024-07-09 13:17:37 cond ok
# 2024-07-09 15:29:19 loadLvl low
# 2023-03-28 14:09:50 prot_ERROR-Overload last
# 2023-03-28 14:15:14 prot_Warning-HighLoad last
# 2024-07-09 13:16:34 prot_disconnected last
# 2024-07-09 13:17:35 prot_init last
# 2024-07-09 13:16:34 prot_keepAlive last
# 2024-07-09 13:17:37 prot_ok last
# 2024-07-09 13:17:35 state opened
# helper:
# assIdCnt 16
# assIdRep 16
# info 03C5,LEQ0641198,2CD7B9,2CD7B9
# setTime 52506
# cnd:
# 0 27
# 253 29
# 255 27
# dly:
# cnt 24379
# lst 9
# max 482378
# min -7307
# ids:
# 2F9F1D:
# cfg +2F9F1D,00,00,00
# chn 02
# flg 0
# msg
# name rt_hwr
# to 1720510002.94502
# 38F523:
# cfg +38F523,00,00,00
# chn 01
# flg 0
# msg
# name rt_wz_re
# to 1720518182.10364
# 38F56B:
# cfg +38F56B,00,00,00
# chn 01
# flg 0
# msg
# name rt_wz_li
# to 1720518181.22095
# 3AC0DF:
# cfg +3AC0DF,00,00,00
# name keller_bm
# 3C83E6:
# cfg +3C83E6,00,00,00
# chn 01
# flg 0
# msg
# name keller_deckenleuchten
# to 1720073613.29052
# 3F2F8D:
# cfg +3F2F8D,00,00,00
# name lu_fenster
# 3F2FED:
# cfg +3F2FED,00,00,00
# name he_fenster
# 3F3079:
# cfg +3F3079,00,00,00
# name di_fenster
# 3F3098:
# cfg +3F3098,00,00,00
# name bd_fenster
# 440A16:
# cfg +440A16,00,00,00
# chn 02
# flg 0
# msg
# name rt_bd_og
# to 1720502389.62764
# 44125E:
# cfg +44125E,00,00,00
# chn 02
# flg 0
# msg
# name rt_bd_dg
# to 1720523464.21585
# 49162A:
# cfg +49162A,00,00,00
# chn 03
# flg 0
# msg
# name bd_rollo
# to 1720500599.08212
# 6ABA70:
# cfg +6ABA70,00,00,00
# name HM_6ABA70
# 732248:
# cfg +732248,00,00,00
# name dg_fenster_rechts
# 73224A:
# cfg +73224A,00,00,00
# name dg_fenster_links
# 75E13B:
# cfg +75E13B,00,00,00
# chn 02
# flg 0
# msg
# name rt_diele
# to 1720464771.59369
# k:
# BufMin -472
# DlyMax 477.257
# Next 1720531784.09572
# Start 1720531759.09572
# loadLvl:
# bl 40
# a:
# 99
# 90
# 40
# 0
# h:
# 0 low
# 40 batchLevel
# 90 high
# 99 suspended
# log:
# all 0
# sys 0
# ids:
# ARRAY(0x2bca208)
# q:
# HMcndN 0
# answerPend 0
# hmLanQlen 1
# keepAliveRec 1
# keepAliveRpt 0
# loadLastMax 1
# loadNo 5
# scnt 4
# sending 0
# ald:
# 1
# 1
# 1
# 1
# 1
# 1
# 1
# 1
# 1
# 1
# 1
# 1
# apIDs:
# ref:
# drft -0.00011997600479904
# hmtL 329606013
# kTs 0
# offL 1720202153087
# sysL 1720531759100
#
setstate HMLAN1 opened
setstate HMLAN1 2024-07-04 08:12:37 D-HMIdAssigned 2CD7B9
setstate HMLAN1 2024-07-04 08:12:37 D-HMIdOriginal 2CD7B9
setstate HMLAN1 2024-07-04 08:12:37 D-firmware 0.965
setstate HMLAN1 2024-07-04 08:12:37 D-serialNr LEQ0641198
setstate HMLAN1 2024-07-09 13:17:37 Xmit-Events init:27 ok:27 disconnected:29
setstate HMLAN1 2024-07-09 13:17:37 cond ok
setstate HMLAN1 2024-07-09 15:29:19 loadLvl low
setstate HMLAN1 2023-03-28 14:09:50 prot_ERROR-Overload last
setstate HMLAN1 2023-03-28 14:15:14 prot_Warning-HighLoad last
setstate HMLAN1 2024-07-09 13:16:34 prot_disconnected last
setstate HMLAN1 2024-07-09 13:17:35 prot_init last
setstate HMLAN1 2024-07-09 13:16:34 prot_keepAlive last
setstate HMLAN1 2024-07-09 13:17:37 prot_ok last
setstate HMLAN1 2024-07-09 13:17:35 state opened
# msgKeepAlive dlyMax:477.257 bufferMin:-472
# 2024-07-09 13:16:34 prot_disconnected last
# 2024-07-09 13:16:34 prot_keepAlive lastich denke, es gibt ein problem mit dem keepalive.
eventuell fhem freezes? => apptime, freezemon
oder netzwerkprobleme? => eventuell wlan im spiel?
Zitatkann ich denn die aktuelle Version aus dem update nun wieder verwenden?
ich würde natürlich darauf verzichten. ;)
Zitat von: frank am 10 Juli 2024, 12:47:45Zitatkann ich denn die aktuelle Version aus dem update nun wieder verwenden?
ich würde natürlich darauf verzichten. ;)
;)
Zitat von: frank am 10 Juli 2024, 12:47:45ich denke, es gibt ein problem mit dem keepalive.
eventuell fhem freezes? => apptime, freezemon
oder netzwerkprobleme? => eventuell wlan im spiel?
Ich probier mal apptime und freezemon
Aber was meinst mit wlan im spiel? Der HMLAN hängt ja am LAN ... ???
Zitat von: grappa24 am 10 Juli 2024, 18:02:30Aber was meinst mit wlan im spiel?
eine teilstrecke auf dem weg vom fhem-server zum hmlan ist wlan.
delay is 14.96 possibly caused by: tmr-HMLAN_KeepAlive(HMLAN1)
Es gibt tatsächlich ein Problem mit dem KeepAlive mit delays von bis zu 18 sec.
Aber nochmal zum Thema: "Teilstrecke ... ist WLAN".
Ich hab 4 AccessPoints/Repeater über 4 Etagen im Einsatz; was ist denn das für eine "Teilstrecke" um ggf den "Übeltäter" zu finden?
Hier noch meine apptime-Daten sortiert nach "total":
name function max count total average maxDly avgDly TS Max call param Max call
tmr-TimerStatusRequest HASH(0x7ca38c0) 535 13745 1915070.07 139.33 42066.19 34.60 12.07. 03:05:14 HASH(lg_wz)
solErtrag CODE(0x6f37ec8) 1812 1004754 1718079.53 1.71 0.00 0.00 11.07. 03:10:46 HASH(solErtrag)
HMLAN1 HMLAN_Read 2262 13191 941409.09 71.37 0.00 0.00 11.07. 02:23:42 HASH(HMLAN1)
myBroker_192.168.178.79_55085 MQTT2_SERVER_Read 1096 6971 841953.25 120.78 0.00 0.00 11.07. 03:05:44 HASH(myBroker_192.168.178.79_55085)
notifier_wW notify_Exec 874 1165 677990.60 581.97 0.00 0.00 10.07. 18:13:42 HASH(notifier_wW); HASH(MQTT2_ems_esp_boiler)
wW dummy_Set 39 90046 592102.66 6.58 0.00 0.00 11.07. 03:19:43 HASH(wW); wW; off
tmr-__ANON__ HASH(0x8752848) 87 23311 546788.10 23.46 0.00 0.00 10.07. 18:32:52 HASH(myBroker_192.168.178.116_21665)
tmr-FHEM::SolarForecast::singleUpdateState HASH_unnamed 586 2076 541662.03 260.92 49878.87 59.60 11.07. 09:27:37 HASH(0xcf2fe30)
Energiekosten readingsGroup_Notify 37 519993 483056.47 0.93 0.00 0.00 11.07. 00:00:07 HASH(Energiekosten); HASH(DWD)
WEB_127.0.0.1_53600 FW_Notify 273 72534 318562.52 4.39 0.00 0.00 12.07. 08:23:11 HASH(WEB_127.0.0.1_53600); HASH(solErtrag)
FileLog_Junkers_curFlowTemp FileLog_Log 64 519993 293468.40 0.56 0.00 0.00 11.07. 03:11:42 HASH(FileLog_Junkers_curFlowTemp); HASH(MQTT2_ems_esp_boiler)
echoStatus readingsGroup_Notify 33 519993 288231.92 0.55 0.00 0.00 11.07. 00:00:08 HASH(echoStatus); HASH(DWD)
tmr-HUEBridge_GetUpdate HASH(0x42c4450) 14012 2327 266169.95 114.38 72895.17 90.27 11.07. 02:15:45 HASH(HUE)
FileLog_rt_bd_dg FileLog_Log 62 519993 227761.96 0.44 0.00 0.00 11.07. 03:12:19 HASH(FileLog_rt_bd_dg); HASH(rt_bd_dg)
myBroker_192.168.178.133_52188 MQTT2_SERVER_Read 114 4859 219469.02 45.17 0.00 0.00 11.07. 09:22:48 HASH(myBroker_192.168.178.133_52188)
FileLog_rt_bd_og FileLog_Log 97 519993 215939.88 0.42 0.00 0.00 11.07. 03:11:36 HASH(FileLog_rt_bd_og); HASH(rt_bd_og)
FileLog_rt_diele FileLog_Log 74 519993 211962.32 0.41 0.00 0.00 11.07. 03:09:22 HASH(FileLog_rt_diele); HASH(rt_diele)
notifier_shelly_update DOIF_Notify 14 519976 211461.33 0.41 0.00 0.00 12.07. 00:00:08 HASH(notifier_shelly_update); HASH(DWD)
FileLog_rt_hwr FileLog_Log 85 519993 207220.20 0.40 0.00 0.00 11.07. 03:11:33 HASH(FileLog_rt_hwr); HASH(rt_hwr)
FileLog_rt_wz_li FileLog_Log 64 519993 205954.52 0.40 0.00 0.00 11.07. 03:07:06 HASH(FileLog_rt_wz_li); HASH(rt_wz_li)
notifier_batt_warning DOIF_Notify 15 519976 204340.72 0.39 0.00 0.00 11.07. 00:00:08 HASH(notifier_batt_warning); HASH(DWD)
FileLog_rt_wz_re FileLog_Log 116 519993 204149.01 0.39 0.00 0.00 11.07. 03:00:18 HASH(FileLog_rt_wz_re); HASH(rt_wz_re)
battStatus readingsGroup_Notify 3929 519993 198272.59 0.38 0.00 0.00 10.07. 18:00:10 HASH(battStatus); HASH(DWD)
tmr-PRESENCE_StartLocalScan HASH(0x691fea0) 71 4608 197898.39 42.95 47771.27 37.65 12.07. 06:22:24 HASH(MagentaTVsz)
myBroker_192.168.178.132_64555 MQTT2_SERVER_Read 114 4409 197798.69 44.86 0.00 0.00 12.07. 00:11:32 HASH(myBroker_192.168.178.132_64555)
BYD_Battery CODE(0x7e090d0) 353 6981 193636.21 27.74 0.00 0.00 12.07. 07:28:45 HASH(BYD_Battery)
CUL_1 CUL_Read 4180 1665 188602.22 113.27 0.00 0.00 12.07. 07:46:31 HASH(CUL_1)
notifier_FS20_bd_rollo notify_Exec 41 519993 181841.89 0.35 0.00 0.00 11.07. 00:00:08 HASH(notifier_FS20_bd_rollo); HASH(DWD)
switchStatus readingsGroup_Notify 3977 519993 181367.83 0.35 0.00 0.00 10.07. 18:00:14 HASH(switchStatus); HASH(DWD)
myBroker_192.168.178.116_21665 MQTT2_SERVER_Read 422 4747 175551.18 36.98 0.00 0.00 12.07. 08:39:44 HASH(myBroker_192.168.178.116_21665)
tmr-GetUpdate update 39 25854 174509.08 6.75 54896.41 132.34 12.07. 00:04:13 update:BYD_Battery
notifier_FS20_di_rollo_lang notify_Exec 95 519993 168246.50 0.32 0.00 0.00 12.07. 06:17:33 HASH(notifier_FS20_di_rollo_lang); HASH(FS20_di_rollo_lang)
notifier_og_fenster_alarm notify_Exec 40 519993 165826.67 0.32 0.00 0.00 11.07. 00:00:08 HASH(notifier_og_fenster_alarm); HASH(DWD)
n_HEOS_cArtist_refresh notify_Exec 40 519993 164840.83 0.32 0.00 0.00 11.07. 00:00:08 HASH(n_HEOS_cArtist_refresh); HASH(DWD)
notifier_shelly_offline DOIF_Notify 15 519976 163914.73 0.32 0.00 0.00 11.07. 00:00:08 HASH(notifier_shelly_offline); HASH(DWD)
HeizungsVentile readingsGroup_Notify 44 519993 161291.38 0.31 0.00 0.00 12.07. 00:00:07 HASH(HeizungsVentile); HASH(DWD)
tmr-SYSMON_Update HASH(0x6a71bb8) 167 2327 160962.60 69.17 72979.72 90.47 10.07. 17:56:44 HASH(sysmon)
fhem_server_2 FHEM2FHEM_Read 4337 1266 160187.53 126.53 0.00 0.00 11.07. 23:00:46 HASH(fhem_server_2)
myBroker_192.168.178.114_19742 MQTT2_SERVER_Read 379 4659 157509.83 33.81 0.00 0.00 11.07. 10:14:39 HASH(myBroker_192.168.178.114_19742)
et eventTypes_Notify 17 519993 154438.61 0.30 0.00 0.00 11.07. 03:14:05 HASH(et); HASH(rauchmelder_alarm)
rgPollenvorhersage readingsGroup_Notify 902 519993 151583.07 0.29 0.00 0.00 11.07. 02:18:56 HASH(rgPollenvorhersage); HASH(Pollenflugvorhersage)
Zitat von: grappa24 am 12 Juli 2024, 08:31:03Es gibt tatsächlich ein Problem mit dem KeepAlive mit delays von bis zu 18 sec.
allerdings ist tmr-HMLAN_KeepAlive(HMLAN1) nicht der täter sondern das opfer!
ZitatAber nochmal zum Thema: "Teilstrecke ... ist WLAN".
Ich hab 4 AccessPoints/Repeater über 4 Etagen im Einsatz; was ist denn das für eine "Teilstrecke" um ggf den "Übeltäter" zu finden?
diese beschreibung ist ungenügend.
beispiel mit 3 geräten und 2 kommunikationsteilstrecken (eine teilstrecke ist wlan):
pi/fhem <=wlan=> router <=lan=> hmlan
wenn ich mir deine letzten beiträge anschaue, fallen mir sofort folgende stichworte auf:
umzug fhem nas docker
backup fhem nas "sleep 10" "sleep 5"
Zitat von: frank am 12 Juli 2024, 10:35:49wenn ich mir deine letzten beiträge anschaue, fallen mir sofort folgende stichworte auf:
umzug fhem nas docker
backup fhem nas "sleep 10" "sleep 5"
keine falschen Schlüsse ;)
Das mit dem Umzug von FHEM auf einen docker container war nur ein Experiment, meine Produktivumbegung ist ein RasPi3B+;
und das backup-script habe ich inzwischen verworfen, nicht zuletzt wegen der sleep Befehle
Zitat von: frank am 12 Juli 2024, 09:15:14beispiel mit 3 geräten und 2 kommunikationsteilstrecken (eine teilstrecke ist wlan):
pi/fhem <=wlan=> router <=lan=> hmlan
o.k. jetzt verstehe ich, dann habe ich keine WLAN Strecke:
pi/fhem <=LAN=> router/FBF7590 <=LAN=> switch/FBF7590 <=LAN=> hmlan
Zitat von: frank am 12 Juli 2024, 09:15:14allerdings ist tmr-HMLAN_KeepAlive(HMLAN1) nicht der täter sondern das opfer!
D.h. ich suche mir im LogFile die Zeitpunkte der hmlan disconnects heraus und schaue mit freezemon nach "Verdächtigen" ...
Danke für deine Geduld Frank :)