FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: pte am 29 Dezember 2015, 12:53:26

Titel: Sendeprobleme mit HMLAN
Beitrag von: pte am 29 Dezember 2015, 12:53:26
wie kommt man den Übertragungsfehlern am besten auf den Grund?
Ich nutze eine Raspberry1 B mit zwei HMALN Adaptern für die Anbindung diverser HM-Komponenten. Die HMLAN sind über eine VCCU auf eine ID gebunden und mittels Homematic Konfigurationsprogramm 1.520 auf aktueller Firmware.
Die Probleme treten haupsächlich im Zusammenhang mit Heizungsreglern HM-CC-TC beim Schreiben von Temperaturprogrammen bzw. GetConfig auf.
Die HM-CC-TC sind in FHEM auf burstAccess=1_auto,autoReadReg=5_readMissing und msgRepeat=0 gesetzt. Es kommt immer wieder zu missing Ack (gefühlte 20%).
Disconnects sind eher selten (zwischen 0 und 1mal pro Tag. AES wird nicht genutzt. Heute Morgen hatte sich einer der beiden HMLAN wahrscheinlich während einer Übertragung disconnected und ich hatte dann zwei Attackmeldungen im Log.
Ich bräuchte noch einmal etwas Systematic, wie ich das Problem angehen kann.

Gruß Peter
Titel: Antw:Sendeprobleme mit HMLAN
Beitrag von: pte am 29 Dezember 2015, 13:42:50
ich habe einmal zwei log-Mitschnitte angehängt.
io.log mit einem erfolgreichen GetConfig und notio.log mit Missing Ack.
Kann die Nachrichten jemand interpretieren?
Titel: Antw:Sendeprobleme mit HMLAN
Beitrag von: martinp876 am 29 Dezember 2015, 15:57:14
das dauert zu lange. der rt schläft schon wieder.
prüfe, was hier so lange braucht. Nutze apptime. Lösche die einträge vor der Aufnahme.
Titel: Antw:Sendeprobleme mit HMLAN
Beitrag von: pte am 30 Dezember 2015, 10:30:48
Hallo Martin,

soweit ich es richtig verstehe, benötigt die HMLAN Abfrage selbst so lang.
Titel: Antw:Sendeprobleme mit HMLAN
Beitrag von: pte am 30 Dezember 2015, 10:42:30
die ping Antwortzeiten vom Raspberry auf die beiden HMLAN liegen zwischen 0.7ms und 0.8ms.
Titel: Antw:Sendeprobleme mit HMLAN
Beitrag von: pte am 30 Dezember 2015, 10:45:39
über die TOP kann ich auch keine anderen Prozesse ausmachen, die den Raspberry maßgeblich belasten würden