HmIP wired Taster mit HM IP Funk Dimmer

[newpipe]

Hi,

Ich versuche mit einem Taster an einem HmIP Wired DRI32 Eingang einen HmIP Funkdimmer (HmIP-FDT) mittels Direktverknüpfung zu schalten.
Die Direktverknüpfung sieht wie folgt aus:

Gleich nach dem Erstellen der Direktverknüpfung kann ich nun das Licht auch wunderbar einschalten.
Allerdings muss ich danach für jede weitere Aktion (Dimmen (langer Tastendruck) oder Ausschalten) etwa eine Minute warten. Will ich etwa das Licht bereits etwa 5 Sekunden nach dem Einschalten wieder ausschalten, tut sich überhaupt nichts. Auch 50 Sekunden nach dem Einschalten, kann man das Licht über den Taster noch nicht ausschalten. Nach dieser einen Minute geht es dann.

Wenn ich den Dimmaktor mittels eines Programms mit dem Taster verknüpfe, kann ich das Licht wunderbar ein- und ausschalten. Dimmen allerdings nicht.

Mache ich bei der Direktverknüpfung irgendetwas falsch? Direktverknüpfungen zwischen HmIPW und HmIP sollten doch klappen, oder?

Gruß,
newpipe

[manfredh]

Aha, HmIPW kann neuerdings auch funken?

Direkt heißt: die Geräte reden direkt miteinander.

[jp112sdl]

Aha, HmIPW kann neuerdings auch funken?

Direkt heißt: die Geräte reden direkt miteinander.

Selbstverständlich sind bei HmIP auch medienübergreifende DV möglich!

Direktverknüpfungen zwischen HmIPW und HmIP sollten doch klappen, oder?

Ja, setzen aber einen laufenden und funktionierenden ^^ HMIPServer-Prozess auf der CCU3 voraus.
Möglicherweise gibt es darin einen Bug...
Müsstest du mal das /var/log/hmserver.log anschauen, ob da beim Drücken des Tasters was geloggt wird.

[manfredh]

Man lernt nie aus. Danke für die Aufklärung.

Nun gut, habe kein HmIPW.

Für mich war immer Gesetz: "Wenn die CCU ausfällt, gehen DVs noch."

[Roland M.]

Hallo!


Zeig uns doch auch noch einen Screenshot von den Geräteeinstellungen des konkret verwendeten Kanals des DRI32!
Meine noch trübe Glaskugel deutet in Richtung Taster/Schalter/Kontakt und Timeout für langen Tastendruck...


Roland

[newpipe]

Müsstest du mal das /var/log/hmserver.log anschauen, ob da beim Drücken des Tasters was geloggt wird.

Also während dem Drücken des Tasters habe ich keine Logeinträge bekommen.
Aber hier mal ein Auszug der Einträge, des Zeitraumes +/- 5 Minuten während des Tests:

Code: Alles auswählen

May 24 17:06:53 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-3] updateDevicesForClient nr_D24DjW_HmIP-RF -> 52 device addresses will be added 
May 24 17:09:27 de.eq3.cbcs.server.core.task.protocol.SendFrameTask ERROR [vert.x-eventloop-thread-0] AP {}: Task {}: Received ACK response although target interface is not an adapter! 
May 24 17:10:09 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
May 24 17:10:09 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
May 24 17:10:09 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 
May 24 17:14:58 org.apache.http.impl.client.DefaultHttpClient INFO  [HmIP-RF_java_WorkerPool-0] I/O exception (java.net.SocketException) caught when processing request to {}->http://127.0.0.1:39292: Broken pipe (Write failed) 
May 24 17:14:58 org.apache.http.impl.client.DefaultHttpClient INFO  [HmIP-RF_java_WorkerPool-0] Retrying request to {}->http://127.0.0.1:39292 
May 24 17:15:09 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: 0 Accesspoints in Queue 
May 24 17:15:09 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
May 24 17:15:09 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-7] SYSTEM: Eventlistener Handler utilization: 0/50 used 

Hier nun der Screenshot der Einstellungen des entsprechenden Kanal am DRI32.

Screenshot from 2021-05-24 17-22-43.png (22.11 KiB) 563 mal betrachtet

[Daimler]

Hi,

Man lernt nie aus.

Das gehört aber mittlerweile zum Allgemeinwissen.

Für mich war immer Gesetz ...

Das war vor der Wolke - die schwebt über allem, auch dem Gesetz.
Allerdings ist hier die Bezeichnung 'DV' imA reine Vera.... und hat mit dem, was wir darunter verstehen / verstanden haben rein garnichts zu schaffen
Und da kann man das noch so 'medial' glorifizieren.

[Gerti]

Hi

Ja, setzen aber einen laufenden und funktionierenden ^^ HMIPServer-Prozess auf der CCU3 voraus.

Es müsste auch ohne gehen.
Ich habe ein DV zwischen Wired Präsenzmelder und Funk Schaltsteckdose und die funktioniert auch, wenn die CCU aus ist.
Es muss nur ein Funkgateway (in meinem Fall ein Accesspoint) in Funkreichweite im Netzwerk sein.

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

Gruß
Gerti

[Gluehwurm]

Ja, setzen aber einen laufenden und funktionierenden ^^ HMIPServer-Prozess auf der CCU3 voraus.

Es muss nur ein Funkgateway (in meinem Fall ein Accesspoint) in Funkreichweite im Netzwerk sein.

Also nicht die klassische Direktverknüpfung ...

Was dazwischen sein muss, ist letztlich egal.

Gruß
Bruno

[Gerti]

Hi!

Naja, irgendwie muss ja Funk auf Bus umgesetzt werden.

Gruß
Gerti