HM-Sec-SCo: Kommunikation gestört, obwohl keine stattfand?

[luckyfreddy]

Hallo Zusammen,

beim verwendeten Homematic Türfensterkontakt HM-Sec-SCo habe ich in der CCU/RaspiMatic ständig eigenartige Servicemeldungen. So habe ich die "zyklische Statusmeldung" abgeschaltet - auch um Energie zu sparen (und da sowieso täglich die Haustür mehrfach geöffnet wird und damit Daten übertragen werden). Die Konfiguration wurde übertragen (auch von der Basis bestätigt) und es erscheinen bei aktivierter Protokollierung auch keine "Kein Fehler" Meldungen mehr.
Jetzt ist es nur so, dass die CCU/RaspiMatic trotzdem Nachts "Servicemeldungen" angibt, mit der Begründung "Gerätekommunikation gestört". Zu den besagten Zeiten war die Tür definitiv nicht geöffnet. Und auch im Protokoll sind keine Abweichungen (keine falschen "Tür geöffnet" / "Tür geschlossen"-Meldungen) zu finden.

Habe ich etwas falsch gemacht oder übersehen? Sicher, man kann ggf. Programme zum automatischen Bestätigen setzen - aber mir wäre eher daran gelegen die Ursache zu finden, anstatt das Symptom zu behandeln.

Vielleicht noch soviel Info: beim Öffnen der Tür leuchtet die LED zügig grün. Es scheint also nicht generell ein Reichweitenproblem o.ä. vorzuliegen, soweit ich das Beurteilen kann.

Auf der CCU/RaspiMatic ist die Firmware 2.27.8.20170501 installiert und auf dem HM-Sec-SCo die Firmware 1.0.

Vielen Dank schon für das Lesen.

[Familienvater]

Hi,

der optische TFK würde sich bei aktivierten zyklischen Statusmeldungen ca. eine Stunde nach der letzten Meldung erneut bei der Zentrale melden. Da Du diese Meldungen absichtlich abgeschaltet hast, hört die Zentrale nachts oder auch tagsüber teilweise eben nicht jede Stunde was von dem TFK, und dann sagt die Zentrale: Oh Gott, ich habe seit über 2h nichts gehört, da muss was gestört sein.

Die Konfiguration des Aktors wird dabei nicht berücksichtigt! Wenn Dich die Kommunikationsfehlermeldungen stören, musst Du nur die zyklischen Statusmeldungen wieder aktivieren, dann sollte Ruhe sein, ausser es gibt wirklich mal ein Problem.

Man könnte auch im Device-File die Zeit manipulieren, so das die Zentrale erst z.B. erst nach 24h eine Kom-Störung aufmacht, diese Änderung muss man aber ggf. nach jedem Firmware-Update erneut machen, weil dabei immer wieder die orignale Vorgabe von EQ3 mitkommt.

Der Familienvater

[luckyfreddy]

Danke für die Info.

Dann ignoriert die CCU also die Einstellung vom Aktor. Sensor. Darauf muss man erst mal kommen.
Erklärt aber die unerklärliche Problematik. Dann schalte ich es wirklich besser wieder an. An der Firmware "rumzuspielen" wäre sicher über z.B. SSH zwar möglich; aber bevor sich hier dann andere Fehler einschleichen, belasse ich es lieber bei den Statusmeldungen.

Vielen Dank und noch einen sonnigen Tag.

[alchy]

Es ist eh sinnvoll das sich alle Geräte immer mal von sich aus melden.
Bedenke nur mal den Zustand der Fenstersensoren nach einem Reboot der CCU.
Die SCo sollten allerdings einen cyclic_timeout von 10000 Sekunden haben, wenn ich mich recht erinnere.
Im Gegensatz zu vielen anderen Fenstersensoren, die da 88200 Sekunden haben.


Alchy

[Bratmaxe]

Moin Moin,

ich klink mich auch mal ein. Das "Problem" hatte ich bei mir auch feststellen können. Hatte aber auch direkt gemerkt, das es nach aktivieren der zyklischen Statusmeldungen wieder weg ist. Wenn du sagst das die CCU alle 10000 Sekunden einen Status erwartet, dann kann ich ja entsprechend viele Statusänderungen auslassen.
Also 2,7h sollten (theoretische) gehen. Wie oft meldet sich der Aktor bei der CCU? (bin nicht zuhause, und kann es daher selber gerade nicht nachsehen) alle 3min?
dann müsste ich ja bis zu 55 Statusmeldungen auslassen können, ohne das eine Kommunikationsstörung kommt (vorausgesetzt das die Statusmeldung auch wirklich bei der CCU ankommt) Habe ich das richtig verstanden?
Meine Rechnung:
10000s = 166,66min = 2,77h
166,66min / 3min(Meldeabstand) = 55,55Statusmeldungen in 10000s.

Wo findet man solche Informationen, das der SCo ein cyclic_timeout von 10000 Sekunden hat?

[Sammy]

Wo findet man solche Informationen, das der SCo ein cyclic_timeout von 10000 Sekunden hat?

Im Geräte-XML-File auf der CCU. Näheres steht in den Tipps für Anfänger.

Gruß Sammy

[Familienvater]

Hi,

der Sco meldet sich ca. alle 60 min, Temperatur-Sensoren melden sich ca. alle 2-3min., beim Sco kann man auch nicht sagen, lasse 2 Meldungen weg.

Die Informationen findet man in Device-XML-Dateien in /firmware/rftypes/, dort muss man nach CYCLIC oder so suchen.

Der Familienvater

[alchy]

Wo findet man solche Informationen, das der SCo ein cyclic_timeout von 10000 Sekunden hat?

Zusätzlich zur mühsamen aber lohnenswerten manuellen Suche direkt in den xml Dateien unter

Code: Alles auswählen

 /firmware/rftypes

kann man z.B. auf der Kommandozeile die Daten entsprechend schnell auslesen / anzeigen.

Code: Alles auswählen

grep -o "cyclic_timeout=.[0-9]*." /firmware/rftypes/*.xml

Natürlich geht das dann auch per einfachen Script.

Die Änderungen in den Dateien sind dann ja von Sammy perfekt beschrieben.
Siehe dazu auch wie schon erwähnt z.B. >> Tipps für Anfänger << - Linksammung 11)

Alchy

[Bratmaxe]

Vielen Dank für die Infos.

Die Tipps für Anfänger habe ich auch schon oft durchwühlt. Sind wirklich sehr hilfreich..

Gruß Carsten