MISSING ACKs - eine Frage in die Runde

Begonnen von wkarl, 31 Mai 2013, 08:06:10

Vorheriges Thema - Nächstes Thema

wkarl

Hallo,

da immer wieder MISSING ACKs auftauchen, habe ich meinen Editor mal die log-Dateien von diesem Jahr danach suchen lassen. Dabei ergibt sich, dass seit dem 21.04. (Umstieg von CUNO nach HMLAN) nur noch die TCs und immer derselbe VD MISSING ACKs Probleme haben. Der VD wird demnächst gegen ein MAX-Ventil ausgetauscht. Also ignorieren wir ihn mal.
Stellt sich mir die Frage warum nur die TCs. Hat jemand ähnliche Erfahrung oder eine Erklärung?

Danke schon mal
ciao walter


(siehe Anhang / see attachement)
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen

martinp876

Laesst sich schlecht sortieren, da es kein ASCII sondern ein PNG ist.

1) auch wenn der VD nicht interessiert - welches Kommando willst du an den VD schicken?
2) wann treten die Probleme mit den TCs auf? Wenn du eine Aenderun eingibst?

Kannst du einmal einen Ausschnitt loggen mit
attr <hmlan> loglevel 1
attr global verbose 1
attr global mseglog 1

Gruss
Martin

wkarl

Ich denke mal es kommt vom autoReadReg=3, ansonsten läuft nichts gegen die Geräte.

Hab ein grep über die logs laufen lassen und das Ergebnis angehängt. Das logging folgt demnächst.
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen

martinp876

gefuehlsmaessig kommt es dann bei temp-aenderungen. Kann mit autoReadReg zusammenhaengen, da hier die Konfiguration neu gelesen wird. Beim TC laesst es sich nicht so genau steuern da ich auf das Aufwachen warten muss....

kannst du einmal mitloggen?

wkarl

Hallo Martin,

anbei die log Dateien. Aktuell habe ich zwei Sorgenkinder.

Badezimmer: wie beschrieben, VD existiert nicht mehr, TC hat ihn aber noch al peerid. Das das Kommando von Dir keine Auswirkung hat ist kein Wunder, da der TC alles mit MISSING ACK quittiert.

Buero: hat seit gestern den VD für den Heizkörper aus der peerid Liste verloren. Der VD kennt den TC noch. Der Versuch beide wieder zu peeren endet im MISSING ACK.

any idea?
ciao walter

PS: versuche weiter ein Schema auszuarbeiten.

PPS: BAdezimmer 1.Stock über HMLAN Repeater, Buro Erdgeschoss direkt am HMLAN
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen

martinp876

Hallo Walter,

Die TCs scheinen oft bedient zu werden, wenn auch nicht zu 100%
Alles, was nicht TC im Namen hat ist ein VD?

Du hast auch einen Repeater im geschaefft. Gibt es da einen Unterschied, bei welchen Es Probleme gibt?
generell sieht es eigentlich korrekt aus.... werde noch einmal genauer suchen...,

Gruss Martin.


wkarl

Hallo Martin,

ja, die HKs und FHs sind VDs.

Seit dieser Woche habe ich einen Repeater im System. Das Badezimmer läuft über den Repeater, das Buero wird dierekt vom HMLAN bedient.

Ergänzung: die MISSING ACKs lass ich mittlerweilen in eine separate log-Datei laufen. Dabei fällt auf, dass nach einem restart diese gehäuft auftreten. Nach ca 5 Minuten sich das ganze dann beruhigt.

ciao walter
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen

wkarl

Hallo Martin,

habe mir jetzt die Zeit genommen und getestet.

Wenn ich Standardkommandos (getConfig, desiredTemp) gegen den TC laufen lasse, bekomme ich vereinzelt MISSING ACKs (etwa 2 von 10 Versuchen).

Bei set Badezimmer_TC_Climate peerChan 0 18652F01 single unset remote
Kommt es jedesmal zu einem MISSING ACK oder NACK.

Beim googlen zu NACK habe ich den Hinweis gefunden, dass das pairing fehlerhaft wäre. Habe dann den TC neu mit fhem (über HMLAN) gepaired. Keine Verbesseung.

ciao walter
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen

wkarl

nochmal ein Nachtrag

nach dem Neustart von fhem treten MISSING ACKs vorwiegend bei den TCs und VDs auf, die direkt am HMLAN hängen. Bei den TCs und VDs am Repeater eher selten.

HMLAN steuert die Geräte im Erdgeschoss, der Repeater im 1. Stock.

Da werd ich mir noch einen Repeater anschaffen müssen :-(
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen

wkarl

Habe heute MAX-Ventile bekommen. Also Austausch des nächsten VDs.


- diesmal ein funktionierendes TC-VD Paar
- unpeer mit
set Kueche_TC_Climate peerChan 0 Kueche_HK single unset
- vom TC bekomme ich ein NACK
- beim VD ist die peerID vom TC_Climate ausgetragen
- der TC liefert mir unter VST nur noch einen VD
- dennoch blinkt das Antennensymbol

Irgendwie habe ich den Verdacht, dass die unpeer-Sequenz für den TC einen bug hat - ohne Dir nahe treten zuwollen.

Ich habe noch ein paar MAX-Ventile, die ich tauschen will. Lass mich wissen was ich tun muss, um Dir beim debuggen zu helfen.

ciao walter
FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen

martinp876

Hallo Walter,

sicher mache ich Fehler, da trittst du mir nicht zu nahe.

Aber deine TCs haben ein generelles Problem - nicht nur beim peeren/unpeeren - oder?
Peeren und unpeeren funktioniert bei meinem TC ohne probleme -also ein generelles Problem ist es nicht. Kann aber ein detail sein.

Hat der TC vorher funktioniert- kein NACK?

Kannst du die messages noch einmal aufzeichnen mit
set Kueche_TC_Climate peerChan 0 Kueche_HK single unset remote
dann ist de VD sowieso aussen vor.

Und ein
set Kueche_TC getConfig

Danke
Martin

wkarl

FHEM 5.7 & TabletUI 2.2 auf Fedora22 Server auf NUC5i5RYK
CUL 868 > FAST EnergyCam
HMLAN > HomeMatic TCs & VDs, Bewegungsmelder, Schalter, Taster, Steckdosen