HmIP wired Taster mit HM IP Funk Dimmer

[Daimler]

Hi,

Es muss nur ein Funkgateway (in meinem Fall ein Accesspoint)

Gibt es schon wieder ein neues IP-Gateway.

... darauf keine Antwort bekommt.

Von wem?
Bei HM ist das der DV-Partner.

Was dazwischen sein muss, ist letztlich egal.

Mein Reden.

[newpipe]

Das lange Warten kommt eher Zustande, wenn der Aktor noch versucht seinen Status loszuwerden und darauf keine Antwort bekommt.

Das könnte eventuell der springende Punkt sein.
Bei einer anderen DV (HmIP Bewegungsmelder mit Taster <--> HmIPW DRI8) habe ich bereits bemerkt, dass der Bewegungsmelder mit Taster das Ansteuern des DRI8 Aktors ständig mit einem roten Licht quittiert. Vermutlich, weil er keinen Status retour bekommt. In diesem Fall funktioniert aber der Rest ganz hervorragend.

Gibt es irgendeinen Weg, die CCU3 (RaspberryMatic), bzw. den DRI32 dazu zu bringen, dass er nicht auf einen Status des Funkdimmers wartet?

newpipe

[Daimler]

Gibt es irgendeinen Weg ...

Vielleicht hilft ein HAP?
Oder IPW-Dimmer und -Bewegungsmelder verwenden.

[newpipe]

Vielleicht hilft ein HAP?
Oder IPW-Dimmer und -Bewegungsmelder verwenden.

Naja, damit würde ich das Problem nicht lösen, sondern einfach nur aufgeben. Mit einem zusätzlichen finanziellen Investment...

Direktverknüpfungen zwischen HmIPW und HmIP Komponenten ist ein klar kommuniziertes Featureset. Also gehe ich davon aus, dass es sich bei meinem Problem um ein Problem in meinem Setup Handelt, nicht aber ein generelles Problem.
Wenn ich alle Probleme so lösen würde, dass ich einfach neue Hardware kaufe, wäre ich wohl bald pleite.

Ich kann mir schon vorstellen, dass sich durch die lange Zeit, die ich die CCU3 bereits verwende, und immer Upgrades durchgeführt habe, einfach irgendwelche Legacy Probleme eingeschlichen haben, die aber durch einfache Griffe zu lösen sind. Nur weiß ich eben nicht, wo ich ansetzen kann.

Das mit dem warten auf den Status, was Gerti erwähnt hat, scheint mir mal eine interessante Fährte. Ist nur die Frage, wo ich einem Sensor beibringen kann, dass er nicht auf das Statusrückmeldung warten soll. In dem Fall wartet vielleicht der DRI32 Kanal auf das Feedback des Dimmers, das er aber nie bekommt.
Aber auch das ist eventuell nicht der richtige Weg, sondern sollte ich eher versuchen, das Problem zu entfernen, das mir die Statusmeldungen zwischen HmIP und UmIPW blockiert. Falls es denn wirklich das Problem ist...

[Daimler]

Direktverknüpfungen zwischen HmIPW und HmIP Komponenten ist ein klar kommuniziertes Featureset.

Da bin ich voll und ganz auf deiner Seite.
Aber wir können nichts dafür, dass das noch nicht fertig gekocht ist - wenn überhaupt irgendwann gar wird.

Das mit dem warten auf den Status, was Gerti erwähnt hat, scheint mir mal eine interessante Fährte.

Klar - allein es fehlt der Lösungsvorschlag.


Du kannst ja mal vorübergehend das Log auf 'Alles loggen' stellen - viell. erkennst du dann mehr.
Oder mal den CS beobachten.

[Gerti]

Hi!

Das es bei einer Direktverknüpfung zwischen Funk und Bus eine "Umsetzung" von Funk- auf Bus und umgekehrt geben muss, ist ja wohl klar.
Trotzdem ist die DV zwischen Funk und Bus, anders als ein Zentralenprogramm - eben nicht auf die CCU angewiesen (das ist auch bei den bisherigen DVs immer der Fall gewesen und auch so ist das Feature beschrieben).
Es reicht, wenn im Netzwerk ein Funkzugangspunkt vorhanden ist (das kann eine CCU sein, dass kann aber auch nur ein Accesspoint sein).
Die Kommunikation zwischen den Geräten erfolgt dann über diese Zugangspunkte, aber trotzdem zwischen den Geräten selbst.
Es ist kein zusätzlicher "Vermittler" (CCU) dafür notwendig.

Wenn ein Sender/Empfänger rot quittiert, dann erreicht er einen Partner nicht - welcher das ist und warum, muss man leider selbst rausfinden.
Das man das "Warten" abbrechen kann, wird derzeit nach und nach in die Aktoren implementiert (bei den BROLLS gibt es das schon).

Gruß,
Gerti

[Daimler]

Hi,

das ist auch bei den bisherigen DVs immer der Fall gewesen

Kannst du bitte einmal näher erläutern, was du damit aussagen willst.
Ich hoffe nicht, dass bei einer DV unter HM eine CCU oder ein Gateway vorhanden sein müsste.

... wird derzeit nach und nach in die Aktoren implementiert ...

In alle IP- und IPW-Sender/ Sensoren und Aktoren?

Und was bedeutet

Das man das "Warten" abbrechen kann

- Habe keine BRolls.
In den Einstellungen?

[newpipe]

Du kannst ja mal vorübergehend das Log auf 'Alles loggen' stellen - viell. erkennst du dann mehr.
Oder mal den CS beobachten.

Ok, das Umstellen auf "Alles Loggen" hat mir jetzt keine zusätzlichen Einblicke gebracht, die bei der Fehlersuche hilfreich sein könnten.

Was bedeutet "CS"? Meinst du auf 868 MHz sniffen?

newpipe

[Daimler]

Was bedeutet "CS"?

Carrier Sense.
Ein Wert, der der CCU sagen soll, ob das Funkband belegt ist.
Und ab einem gewissen Wert sendet sie dann nicht.

Ok, das Umstellen auf "Alles Loggen" hat mir jetzt keine zusätzlichen Einblicke gebracht

Du siehst also in den Logfiles weder das ankommende Signal vom DRI32 noch eine von der CCU zum DRI ausgehende Bestätigung?

[newpipe]

Du siehst also in den Logfiles weder das ankommende Signal vom DRI32 noch eine von der CCU zum DRI ausgehende Bestätigung?

OK, habe jetzt in den Logs doch etwas gefunden.
Wenn ich den Taster am DRI32 drücke, kommen grundsätzlich folgende Logeinträge:

Code: Alles auswählen

May 26 13:32:44 homematic-raspi local0.info ReGaHss: Info: Event="00148AD99B1C9E:0"."CONFIG_PENDING"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:44 homematic-raspi local0.info ReGaHss: Info: Event="00148AD99B1C9E:0"."UNREACH"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:44 homematic-raspi local0.info ReGaHss: Info: Event="00148AD99B1C9E:0"."IP_ADDRESS"="192.168.2.85" [execute():iseXmlRpc.cpp:321]
May 26 13:32:44 homematic-raspi local0.info ReGaHss: Info: Event="0063A349949A74:0"."CONFIG_PENDING"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:44 homematic-raspi local0.info ReGaHss: Info: Event="0063A349949A74:0"."UNREACH"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:44 homematic-raspi local0.info ReGaHss: Info: Event="0063A349949A74:14"."PRESS_SHORT"=true [execute():iseXmlRpc.cpp:321]
May 26 13:32:44 homematic-raspi local0.info ReGaHss: Info: Event="00148AD99B1C9E:0"."CONFIG_PENDING"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:44 homematic-raspi local0.info ReGaHss: Info: Event="00148AD99B1C9E:0"."UNREACH"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:44 homematic-raspi local0.info ReGaHss: Info: Event="00148AD99B1C9E:0"."IP_ADDRESS"="192.168.2.85" [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="00148AD99B1C9E:0"."CONFIG_PENDING"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="00148AD99B1C9E:0"."UNREACH"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="00148AD99B1C9E:0"."IP_ADDRESS"="192.168.2.85" [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:0"."CONFIG_PENDING"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:0"."DUTY_CYCLE"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:0"."UNREACH"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:0"."ERROR_OVERHEAT"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:0"."RSSI_DEVICE"=-90 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:0"."ERROR_UPDATE"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:0"."ERROR_OVERLOAD"=false [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:0"."ERROR_CODE"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:1"."LEVEL"=0.000000 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:1"."LEVEL_STATUS"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:1"."SECTION"=15 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:1"."PROCESS"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:1"."ACTIVITY_STATE"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:2"."LEVEL"=0.000000 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:2"."LEVEL_STATUS"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:2"."SECTION"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:2"."PROCESS"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:2"."ACTIVITY_STATE"=3 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:3"."LEVEL"=0.000000 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:3"."LEVEL_STATUS"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:3"."SECTION"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:3"."PROCESS"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:3"."ACTIVITY_STATE"=3 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:4"."LEVEL"=0.000000 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:4"."LEVEL_STATUS"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:4"."SECTION"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:4"."PROCESS"=0 [execute():iseXmlRpc.cpp:321]
May 26 13:32:45 homematic-raspi local0.info ReGaHss: Info: Event="000E18A9AA43E3:4"."ACTIVITY_STATE"=3 [execute():iseXmlRpc.cpp:321]

Wenn ich nun diese eine Minute nicht abwarte, und den Taster betätige, bekomme ich keinen entsprechenden Eintrag. Sieht also so aus, als würde wirklich der DRI32 auf den Tastendruck nicht reagieren. Vielleicht wirklich, weil er noch auf den Status des Dimmers wartet, den er aber nie bekommt.

newpipe