Homematic IP- BSM Schalt-Mess-Aktor schalten nicht immer

HMIP Sender und Empfänger der Serie Homematic IP

Moderator: Co-Administratoren

Gerti
Beiträge: 3000
Registriert: 28.01.2016, 18:06
System: CCU
Wohnort: Hürth
Hat sich bedankt: 16 Mal
Danksagung erhalten: 260 Mal

Re: Homematic IP- BSM Schalt-Mess-Aktor schalten nicht immer

Beitrag von Gerti » 24.02.2018, 08:42

Hi!

Die IP Geräte für Markenschalter melden alle immer die Wippenbetätigung an die Zentrale.
Kann man ganz einfach ausprobieren, indem man einen solchen Aktor an eine leere Zentrale anlernt.
Schaltet man den Aktor, reagiert er quasi ohne Verzögerung. Nimmt man jetzt die Zentrale ausser Betrieb, wie es mit den Homematic Aktoren problemlos möglich ist, dann reagiert der IP Aktor nur noch deutlich verzögert auf die Wippenbetätigung.

Gruß
Gerti

Familienvater
Beiträge: 7151
Registriert: 31.12.2006, 15:18
System: Alternative CCU (auf Basis OCCU)
Wohnort: Rhein-Main
Danksagung erhalten: 34 Mal

Re: Homematic IP- BSM Schalt-Mess-Aktor schalten nicht immer

Beitrag von Familienvater » 24.02.2018, 12:31

Moin,
Gerti hat geschrieben:Die IP Geräte für Markenschalter melden alle immer die Wippenbetätigung an die Zentrale.
Nein! Ich war kurz davor an meinen eigenen Fähigkeiten zu zweifeln, aber es stimmt, was ich geschrieben habe!

Das ist das, was der HmIP-Server an Events beim lokalen Einschalten des Aktors meldet:

Code: Alles auswählen

24.02.2018 12:10:10.937 poluxHmIP event 000855699C420B:0.UNREACH = False, handled event in 0.00041
24.02.2018 12:10:10.937 poluxHmIP event 000855699C420B:0.RSSI_DEVICE = -35, handled event in 0.00117 with db access
24.02.2018 12:10:10.953 poluxHmIP event 000855699C420B:0.DUTY_CYCLE = False, handled event in 0.00027
24.02.2018 12:10:11.109 poluxHmIP event 000855699C420B:3.STATE = True, handled event in 0.00213 with db access
24.02.2018 12:10:11.109 poluxHmIP event 000855699C420B:3.SECTION = 2
24.02.2018 12:10:11.109 poluxHmIP event 000855699C420B:3.PROCESS = 0
24.02.2018 12:10:11.390 poluxHmIP event 000855699C420B:4.STATE = True, handled event in 0.00207 with db access
24.02.2018 12:10:11.390 poluxHmIP event 000855699C420B:4.SECTION = 2
24.02.2018 12:10:11.390 poluxHmIP event 000855699C420B:4.PROCESS = 0
24.02.2018 12:10:11.515 poluxHmIP event 000855699C420B:5.STATE = False
24.02.2018 12:10:11.515 poluxHmIP event 000855699C420B:5.SECTION = 0
24.02.2018 12:10:11.515 poluxHmIP event 000855699C420B:5.PROCESS = 0
24.02.2018 12:10:11.609 poluxHmIP event 000855699C420B:6.STATE = False
24.02.2018 12:10:11.609 poluxHmIP event 000855699C420B:6.SECTION = 0
24.02.2018 12:10:11.609 poluxHmIP event 000855699C420B:6.PROCESS = 0
24.02.2018 12:10:11.984 poluxHmIP event 000855699C420B:7.ENERGY_COUNTER_OVERFLOW = False
24.02.2018 12:10:11.984 poluxHmIP event 000855699C420B:7.POWER = 10,94, handled event in 0.00265 with db access
24.02.2018 12:10:12.000 poluxHmIP event 000855699C420B:7.VOLTAGE = 234,7
24.02.2018 12:10:12.000 poluxHmIP event 000855699C420B:7.ENERGY_COUNTER = 0, handled event in 0.00043
24.02.2018 12:10:12.000 poluxHmIP event 000855699C420B:7.CURRENT = 107, handled event in 0.00196 with db access
24.02.2018 12:10:12.015 poluxHmIP event 000855699C420B:7.FREQUENCY = 49,99
Und das beim Ausschalten:

Code: Alles auswählen

24.02.2018 12:10:24.688 poluxHmIP event 000855699C420B:0.UNREACH = False, handled event in 0.00047
24.02.2018 12:10:24.688 poluxHmIP event 000855699C420B:0.RSSI_DEVICE = -27, handled event in 0.00284 with db access
24.02.2018 12:10:24.719 poluxHmIP event 000855699C420B:0.DUTY_CYCLE = False, handled event in 0.00048
24.02.2018 12:10:24.797 poluxHmIP event 000855699C420B:3.STATE = False, handled event in 0.00204 with db access
24.02.2018 12:10:24.797 poluxHmIP event 000855699C420B:3.SECTION = 0
24.02.2018 12:10:24.797 poluxHmIP event 000855699C420B:3.PROCESS = 0
24.02.2018 12:10:24.938 poluxHmIP event 000855699C420B:4.STATE = False, handled event in 0.00319 with db access
24.02.2018 12:10:24.938 poluxHmIP event 000855699C420B:4.SECTION = 0
24.02.2018 12:10:24.938 poluxHmIP event 000855699C420B:4.PROCESS = 0
24.02.2018 12:10:25.063 poluxHmIP event 000855699C420B:5.STATE = False
24.02.2018 12:10:25.063 poluxHmIP event 000855699C420B:5.SECTION = 0
24.02.2018 12:10:25.063 poluxHmIP event 000855699C420B:5.PROCESS = 0
24.02.2018 12:10:25.266 poluxHmIP event 000855699C420B:6.STATE = False
24.02.2018 12:10:25.266 poluxHmIP event 000855699C420B:6.SECTION = 0
24.02.2018 12:10:25.266 poluxHmIP event 000855699C420B:6.PROCESS = 0
24.02.2018 12:10:25.422 poluxHmIP event 000855699C420B:7.ENERGY_COUNTER_OVERFLOW = False
24.02.2018 12:10:25.422 poluxHmIP event 000855699C420B:7.POWER = 0,01, handled event in 0.00187 with db access
24.02.2018 12:10:25.438 poluxHmIP event 000855699C420B:7.VOLTAGE = 234,3
24.02.2018 12:10:25.438 poluxHmIP event 000855699C420B:7.ENERGY_COUNTER = 0, handled event in 0.00040
24.02.2018 12:10:25.438 poluxHmIP event 000855699C420B:7.CURRENT = 0, handled event in 0.00180 with db access
24.02.2018 12:10:25.453 poluxHmIP event 000855699C420B:7.FREQUENCY = 49,99
Dort ist weder ein :1.PRESS_SHORT noch ein :2.PRESS_SHORT enthalten.

Aber, und das ist mir jetzt beim Testen klar geworden, in der Firmware des Aktors muss ein Bug sein (ich fürchte viel mehr als einer), weil ein Ablernen des Aktors von der Zentrale, was bei HmIP-Geräten immer mit einem Rücksetzen in den Werkszustand einhergehen soll, stimmt nicht. Beim Testen vorher hatte ich ein WebUI-Programm auf Taste 1 reagieren lassen, deshalb hat der Aktor für diese Taste ein Event geliefert, für Taste 2 aber nicht, auch nach einem Ab- und Anlernen an eine echte CCU2 mit FW 2.31.25 (und Community-Rega, die sollte da aber weniger Einfluss drauf haben) kam noch ein Event für Taste 1, aber keines für Taste 2. Erst nach dem Ablernen und einem lokalen Werksreset am Aktor und anschließendem Neu-Anlernen kommen keine Events für die lokalen Tasten mehr.
Das heißt dummerweise, das man sich nicht auf "Ablernen mit Werksreset" verlassen kann, die Konsequenz daraus:
Bei jeglichen Problemen/komischem Verhalten ist es angesagt, den Aktor nicht nur aus der Zentrale zu löschen, sondern auch noch ein Werksreset am Gerät selber durchzuführen!

Ich habe jetzt die beiden internen DVs von An und Aus auf An/Aus (toggeln) umgestellt (weil das bei einem Einsatz in einer Wechselschaltung für mich die einzig logische Bedienung darstellt), und lasse den Aktor jetzt mal ein bisschen liegen, und teste dann nochmal, aber aktuell kann ich keine Probleme bei meinem feststellen, vor den ganzen Ab- und Anlernorgien (mit einem Programm auf Tastendruck getriggert) hatte ich auch dieses "hängende" Verhalten, das nur jeder 2. Tastendruck nach der Orange-/Rot Blinkorgie funktionierte.

Die traurige Erkenntnis aus dem ganzen:
Auch ohne Cloud ist das HmIP-Zeugs leider immer noch mehr als grün hinter den Ohren, und hat bestenfalls Beta-Status...

Der Familienvater

Gerti
Beiträge: 3000
Registriert: 28.01.2016, 18:06
System: CCU
Wohnort: Hürth
Hat sich bedankt: 16 Mal
Danksagung erhalten: 260 Mal

Re: Homematic IP- BSM Schalt-Mess-Aktor schalten nicht immer

Beitrag von Gerti » 24.02.2018, 12:47

Hi!

Mag sein, dass die Wippenbetätigung nicht als Event erscheint, trotzdem wird eine Verbindung zur Zentrale (dann vermutlich für den Schaltzustand) aufgebaut, was zu Verzögerungen führt, wenn diese nicht erreichbar ist.

Gruß
Gerti

Familienvater
Beiträge: 7151
Registriert: 31.12.2006, 15:18
System: Alternative CCU (auf Basis OCCU)
Wohnort: Rhein-Main
Danksagung erhalten: 34 Mal

Re: Homematic IP- BSM Schalt-Mess-Aktor schalten nicht immer

Beitrag von Familienvater » 24.02.2018, 12:58

Hi,

dann ist das aber auch schwerwiegender Bug, wenn beim Aktor die lokale Bedienung "blockiert", wenn die Zentrale oder ein Funkpartner nicht erreichbar ist, meine Erwartungshaltung an ein Gerät, was für eine lokale Bedienung ausgelegt ist, ist das diese IMMER funktioniert, sofern diese entsprechend konfiguriert ist (Direktverknüpfung zwischen Taste und Aktor). Während der Aktor versucht, seine Zustandsänderung zu funken, muss in meinen Augen eine lokale Bedienung weiterhin verzögerungsfrei möglich sein, sonst hätte ich ja soetwas wie eine Zentralenverknüpfung, wo erst der Tastendruck an die Zentrale gefunkt wird, die trifft eine Entscheidung und funkt diese zurück an den Aktor.
Mir ist schon klar, das es eine gewisse "Häßlichkeit" beinhaltet, den Aktor während der Meldungsphase umzuschalten, weil dann die aktuelle Meldung obsolet ist, aber bei HM-Aktoren geht das denke ich auch, im Fall von Kommunikationsproblemen mit der Zentrale wieder zu schalten.
Sollte das eine auf alle HmIP-Aktoren zutreffende Eigenart sein, das die lokale Bedienung erst nach erfolgreicher Übertragung eines "Zustandswechsels" wieder möglich ist, würde ich NIEMALS einen HmIP-Rolladenaktor kaufen, weil nach Murphy müssten dann Kommunikationsprobleme bei lokaler Bedienung immer dann auftreten, wenn der Rolladen blockiert, und ein zügiges Abschalten der Rolladenbewegung Lokal am Aktor wünschenswert wäre.

Der Familienvater

myhome2018
Beiträge: 18
Registriert: 24.01.2018, 09:31

Re: Homematic IP- BSM Schalt-Mess-Aktor schalten nicht immer

Beitrag von myhome2018 » 26.02.2018, 09:39

Guten Morgen zusammen,

wir scheinen tatsächlich alle das gleiche Problem zu haben. Ich habe am WE das Verhalten des Aktors nochmal genau beobachtet.

1.) Betätigung einer Wippe -> LED blinkt kurz orange dann grün -> Aktor schaltet Licht sofort ein
2.) Betätigung der anderen Wippe -> LED blinkt ca. 10 Sekunden orange dann rot -> Aktor schaltet aber Licht sofort nach Tastendruck aus
3.) wenn während der Phase in der die LED orange blinkt (also 10-15 Sekunden) die Wippe erneut betätigt wird dann reagiert der Aktor nicht daruf! Der Aktor blockiert.

Ich kann nicht nachvollziehen warum das so ist. Also doch ein Bug in der Firmware?

@Familienvater: kannst Du bitte kurz den Ablernvorgang den Du durchgeführt hast beschreiben? Ich würde es auch gerne testen.

Danke

NickHM
Beiträge: 3729
Registriert: 23.09.2017, 12:04
Hat sich bedankt: 65 Mal
Danksagung erhalten: 119 Mal

Re: Homematic IP- BSM Schalt-Mess-Aktor schalten nicht immer

Beitrag von NickHM » 26.02.2018, 09:53

Guten Morgen

wenn der Aktor wie unter 2 beschrieben sofort aus schaltet und dann blinkt, versucht er vermutlich eine Information bei einem anderen Verknüpfungspartner (CCU ?) los zu werden. Dann ist das Funkmodul bzw. die Senderoutine dahinter mit diesem Vorgang beschäftigt, bis die maximalen Sendeversuche erreicht sind.
Das Verhalten dürfte also nicht auf treten, wenn der Aktor nach einem Werkreset noch keinen Funkpartner (CCU oder AP) hat.

Da wäre meine erste Idee, die max. Sendeversuche auf 1 oder 2 runter zu stellen (wenn das beim BSM geht)

Da der Taster und der Aktor nicht elektrisch miteinander verbunden sind, sondern sich per Software (ich bezweifle dass das über das Funkmodul Sender -> Empfänger) läuft, unterhalten, kann man jetzt überlegen, ob es ein Bug oder "System bedingt" ist. Also ein Design Fehler in der internen Logik bzw. Software.

Der Aktor sollte immer schalten, wenn eine Taste gedrückt wird, egal was das Funkmodul grade macht. Wenn mehrere Prozesse gleichzeitig nicht möglich sind, bleibt ja immer noch der klassische Interrupt oder eine Programmunterbrechung vor jedem Sendeversuch und Prüfung auf Tastendruck.

myhome2018
Beiträge: 18
Registriert: 24.01.2018, 09:31

Re: Homematic IP- BSM Schalt-Mess-Aktor schalten nicht immer

Beitrag von myhome2018 » 26.02.2018, 10:36

NickHM hat geschrieben: Da wäre meine erste Idee, die max. Sendeversuche auf 1 oder 2 runter zu stellen (wenn das beim BSM geht)
Ich habe leider keine Einstellung hierfür gefunden

Maddin77
Beiträge: 316
Registriert: 27.02.2018, 06:55
Hat sich bedankt: 26 Mal
Danksagung erhalten: 5 Mal

Re: Homematic IP- BSM Schalt-Mess-Aktor schalten nicht immer

Beitrag von Maddin77 » 06.03.2018, 11:16

hat hier vielleicht schon jemand neue Erkenntnisse?
ich würde auch gern einen für den Keller nutzen.

Maddin77
Beiträge: 316
Registriert: 27.02.2018, 06:55
Hat sich bedankt: 26 Mal
Danksagung erhalten: 5 Mal

Re: Homematic IP- BSM Schalt-Mess-Aktor schalten nicht immer

Beitrag von Maddin77 » 15.03.2018, 20:37

habe meinen BSM für Markenschalter heute Verbaut
und die Testphase hat er Vollkommen gut überstanden.
ich kann jetzt beide alten Wechselschalter nutzen und habe noch zusätzlich einen WRC2 mit dran.

Antworten

Zurück zu „HomeMatic IP Aktoren und Sensoren“