Homematic Wired reagiert stark verzögert

[didiator]

Hallo zusammen,

ich habe schon mehrere Beiträge zu diesem Thema gelesen, jedoch noch keine passende Antwort gefunden.
Raspberry PI 3, aktuelle Firmware
HomeMatic RS485 Gateway
HMW-Sen-SC-12-DR, Sensor an S1
HMW-IO-12-Sw14-DR, Aktor an 1.5
Abschlusswiderstand ist aktiviert HMW-Sys-OP-PR, Verhalten wird schlechter bei Deaktivierung

Folgendes Verhalten:
1. mehrere Minuten waren keine Aktionen auf dem Wired Bus durchzuführen:
In dem Fall schaltet mein Aktor nach Auslösen des Sensors stark verzögert ein, d.h. erst nach 3 - XX Sekunden (fehlerhaftes Verhalten)

2. es fand gerade eine Aktion auf dem Wired Bus statt (z.B. ein anderer Sensor oder mein Bewegungsmelder hatte kürzlich ausgelöst)
In dem Fall schaltet mein Aktor nach Auslösen des Sensors sofort ein, d.h. im Millisekundenbereich (erwartetes Verhalten)

Der Sensor ist ein Finder Bewegungsmelder und der schaltet nachweislich korrekt. Der Aktor ist ein Relais, welches eine Lampe schaltet. Man kann sich vorstellen, dass es ungünstig ist 10 Sekunden in der Dunkelheit auf das Licht zu warten.

Was kann ich dagegen tun?

[dondaik]

wieso ist 3 sekunden - xx stark verzögert ? HM möchte ja auch mal denken
wie wurde die verzögerung gemessen ? und wie sieht die programmierung für beide fälle aus . ... und die verdrahtung ...

[robbi77]

Wo ist da das IP? Kategorie?

[Daimler]

Hi,

HomeMatic RS485 Gateway

Wie hängt das Gateway denn im Netz?

Verhalten wird schlechter bei Deaktivierung

konnte ich bei mir noch nie feststellen.
Ich verwende allerdings auch nicht dieses Teufelsding HMW-Sys-OP-PR.

[didiator]

Hallo zusammen,

die Zeit vom Auslösen des Sensors bis zum Anschalten des Lichts ist verschieden lang verzögert. 3 Sekunden wäre ja fast noch vertretbar, aber es dauert machmal über 15 Sekunden. Das Auslösen des Bewegungsmelders wird am Bewegungsmelder durch eine LED signalisiert und man hört auch das interne Relais des Bewegungsmelders klicken. Ich habe geprüft, dass das Auslösen auch immer den Sensor auf Masse zieht. Es wird also sicher ausgelöst. Es ist für mich unerheblich, ob das 15 Sekunden oder 10 oder 5 Sekunden braucht. Keines meiner anderen (nicht am Gateway befindlichen) Geräte hat Reaktionszeiten über 1 oder 2 Sekunden. Die Zeiten deuten daher sicher auf einen Fehler irgendwo hin.

Zur Frage der IP. Es handelt sich um eine Class C IP. Rasp und LAN Gateway liegen im gleichen Subnetz. Es wird also nicht geroutet. Und das Switchen des Switches funktioniert mit einem angeschlossenen Laptop anstelle des Gateways problemlos.

Programm:

Bewegungsmelder Kellerflur -> bei geschlossen ->bei Änderung auslösen
wenn: Licht Kellerflur -> sofort -> Schaltzustand ein
sonst: Licht Kellerflur -> sofort -> Schaltzustand aus

[robbi77]

Wo ist da das IP? Kategorie?

Wir sind hier in der Kategorie HMIP wired !
Oben rechts auf das „!“ klicken und den Beitrag zum verschieben in die richtige Kategorie melden!

Gibt es ein Programm -> als Screenshot hier einstellen!

[Daimler]

Hi,

Oben rechts auf das „!“ klicken und den Beitrag zum verschieben in die richtige Kategorie melden!

Hatte ich eigentlich bereits gestern gemacht.
Aber ist dir schon aufgefallen, dass wir überhaupt keine HM-Wired 'Kategorie' (mehr) haben.

[robbi77]

Öhm, …
Hab Roland mal angeschrieben.

[Daimler]

Hi,

Und das Switchen des Switches funktioniert mit einem angeschlossenen Laptop anstelle des Gateways problemlos.

Die Fage war eher, wie das Gateway im Netz hängt!
Aber deiner Antwort würde ich entnehmen, dass es umittelbar im Netz der CCU hängt und kein W- oder D-Lan dazwischen hängt?

[didiator]

richtig, Gateway hängt direkt im gleichen LAN wie PI.

Habt Ihr noch Hinweise für mich? Mit dem Abschlusswiederstand wird es ja wohl nicht zusammenhängen. Wenn ich den ausschalte gibt es ein noch deutlich verlängerteres Antwortverhalten. Der Shunt scheint also zu funktionieren?

Weiß vielleicht jemand, wie ich die Ereignisse mitloggen kann? Beide IOs hängen ja am gleichen Gateway. Da müsste doch eigentlich folgender Vorgang ablaufen:
1. Sensor meldet ausgelöst ans Gateway
2. Gateway schickt Signal ins netz.
3. PI empfängt das Signal und startet Programm
4. Programm sendet Signal "Licht an" übers Netz an Wired
5. Wired gibt Signal an den Aktor weiter
6. Aktor schaltet

So oder so ähnlich müsste man das doch in irgendeinem Log sehen können. Wenn ich das finden würde, könnte ich feststellen, wo die Verzögerung eintritt und könnte dann da weitersuchen.

Weiß jemand, wie man ein solches logging aktiviert und wo man das oder die Logs dann findet?

v.G. Dietmar