[doch ungelöst] deCONZ und div. Scene-Controller => Amnesie...?

Begonnen von Beta-User, 13 November 2019, 23:20:54

Vorheriges Thema - Nächstes Thema

Beta-User

Hallo zusammen,

bin etwas verloren, was die effektivste Vorgehensweise wäre, um folgendes zu erreichen:

Eine Wohnküche mit (die ersten paar alle ZigBee, vom Server allerdings nur über mind. eine Router-Station zu erreichen, die tradfris sind gruppenweise unterschiedliche Typen):
- einer 2-er Gruppe von Leuchtmitteln über dem Esstisch (tint)
- einer 2-er Gruppe von Leuchtmitteln an einer Wand (tradfri)
- einem Leuchtmittel über der Spüle (tradfri)
- einer 2-er Gruppe von Leuchtmitteln über einem Durchgangsbereich (tradfri)
(+ potentiell noch:
2 weiteren LM-Gruppen (ZigBee denkbar), eine weitere Einzelleuchte + Dunstabzug (beide schaltbar mit 433MHz))

Vorhanden sind zwei Schalter-Batterien (im Zugangsbereich und im Küchenbereich).
Bisher waren in der Wohnküche hauptsächlich MiLights verbaut, Ein- und Ausschalten erfolgte fast ausschließlich über die Schalter (Spannung wegschalten, was für MiLights "na ja" ist...). Jetzt wollte ich die MiLights gegen diverse ZigBee-Leuchten tauschen (bisher vorhandene Gruppen: s.o.) und die Schalter tendenziell funktionslos machen (also die Leuchtmittel mit Dauerspannung versorgen) und das ganze dann an der Hauptschalterbatterie mit einem Jung-8-fach-Taster (ZLLCD5004M) "familienfreundlich" am bekannten Ort schaltbar (und optimalerweise dimmbar) machen (und evtl. weitere ZigBee-Taster vom blauen "Möbelhaus" an den Orten anbringen, wo es Sinn macht (über der Spüle, z.B.).

Dabei war der Plan, jeder LM-Gruppe an dem zentralen Jung-Schalterfeld am Eingang eine Taste für an/aus und dimmen zuzuordnen, das für ZigBee in Hardware zu organisieren, damit es in jedem Fall schnell geht und v.a. auch ohne laufenden FHEM/deCONZ-Server und ggf. für die "Spezialfunktionen" noch über FHEM indirekte Eventhandler zu basteln; falls jemand Farbe haben will, wäre das dann auch indirekt über die MiLight-FB (FHEM) möglich.

Für die ersten zwei Gruppen klappte der ZigBee-Teil recht problemlos (das obere Tastenpaar), man kann zwei Gruppen schalten und dimmen, das ganze ist mit der Gruppenfunktion in phoscon ja komfortabel einzurichten.

Gut, dachte ich und habe das nächste Tastenpaar dann für zwei weitere phoscon-Gruppen konfiguriert. Leider gab's da schon kein an+hochdimmen/aus+runterdimmen mehr im Konfigurationsangebot einzelner Tasten  :( .

Das ginge ja grade noch, aber beim Rumtesten mußte ich dann feststellen, dass das ganze plötzlich mit teils unerträglichen Latenzen verbunden war :o . Dabei scheint es keine große Regeln zu geben, nach denen die Latenzen auftreten (oder eben auch nicht). Kann (gefühlt) bis zu 15 Sek. ausmachen, wobei die Tendenz zu sein scheint, dass mehr Schaltvorgänge den Effekt begünstigen, v.a., wenn man Tasten gedrückt hält zum Dimmen...
Nachdem das hier weitestgehend geschrieben war, habe ich das eben nochmal ausgetestet: Jetzt ging's ganz überwiegend zackig, max. ein paar 100stel Sekunden, aber manches will auch nicht. Z.B. die Gruppe auf Taster 2 reagiert nicht auf "gedrückt-halten" wenn ausgeschaltet, und so richtig befriedigende Dimmläufe (von ganz hell nach ganz dunkel und umgekehrt) kann man auch nicht beobachten....

Hat jemand ähnliche Erfahrungen gemacht und einen Tipp, was man da machen kann? Beruhigt sich das von alleine?

Kann man sowas besser mit  Szenenfunktionen (in phoscon) lösen statt der klassischen Zuordnung 1 Taste <=> eine LM-Gruppe?

Bin für jeden Tipp dankbar...

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

Drama zweiter Teil zur Info:

Gestern abend dann alles via Insta/Jung-Taster ausgeschaltet. Heute morgen dann versucht, die Hauptgruppe zu schalten => Fehlanzeige...
Dann alle anderen getestet => nix geht.
Strom weg, wieder eingeschaltet => via Jung-Taster geht immer noch nichts >:( .

Der Jung-Taster scheint also unter Amndesie zu leiden. Der (eckige) Ikea-Taster-Dimmer, den ich danach angelernt hatte und mit der bulb über der Spüle verbunden hatte, funktioniert problemlos, es lassen sich auch alle Leuchtmittel via FHEM oder phoscon schalten.

Das Problem scheint also der Jung-Taster zu sein.  >:( >:( >:(
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

eisenhauer1987

Hi,

ich kann deine Probleme nicht nachvollziehen. Ich habe seit mehreren Wochen einen Jung ZLL A 5004 M an einem ConbeeII quasi problemlos im Einsatz. Das einzige Problem ist, das nach dem Dimmen für ca 1s kein weiterer Schaltbefehl akzeptiert wird. Dieses Szenario ist aber auch eher theoretischer Natur. Im Normalfall liegt die Reaktionszeit immer unter einer halben Sekunde. Die Lichter werden direkt in Phoscon geschalten. Ich schalte aber auch Rolläden über fhem.

Beta-User

Danke erst mal für die Rückmeldung.

Nach dem Dimmen kurz zu warten wäre kein Problem...

Fragen:
Nutzt du den Jung für ein Leuchtmittel (bzw. eine Gruppe) oder auch mehrere Tasten für mehrere Leuchtmittelgruppen (jeweils mit der Gruppenfunktion in phoscon)?

Hast du auch Routergeräte zwischen den Conbee II und dem "Ort des Geschehens"?

Was das hier angeht:
Zitat von: eisenhauer1987 am 14 November 2019, 10:02:14
Die Lichter werden direkt in Phoscon geschalten.
Bisher war mein Verständnis von ZigBee, dass das nach dem Anlernen gar nicht mehr über die App läuft, die wird (wenn sie läuft) nur informiert, dass ein Schaltvorgang stattgefunden hat, und bekommt ggf. auch das FB-Signal - das scheinst du ja (für nicht "assoziierte" (ZWave-Sprech) / "gepeerte" (HM-Sprech) Tasten) zu nutzen, um Rollläden zu steuern.
Habe ich das was falsch verstanden, was die Funktionsweise von ZigBee angeht?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

eisenhauer1987

#4
Hi,

also ich nutze den Taster wie folgt in Phoscon konfiguriert:

Konfig in Gruppen:

Links                                   Reihe           rechts
Kurz drücken gruppe 1 aus       1             kurz drücken szene in gruppe 1 vor
Kurz drücken gruppe 2 aus       2             kurz drücken szene in gruppe 2 vor
Kurz drücken gruppe 3 aus       3             kurz drücken szene in gruppe 3 vor

Konfig des Schalters:

Reihe 1 dimmt bei lamgen druck die aktiven lichter weil die alle Lampen von gruppe 1 2 und 3 dem schalter zugewiesen habe. Ausgeschaltere Lampen werden beim dimmen nicht aktiviert

Konfig in Fhem:

Schalter eingebunden und Tastendruck mit DOIF auswerten um Enocean zu schalten:

Links                                   Reihe           rechts
Kurz drücken Rollo zu               4             kurz drücken Rollo auf

Ich hoffe das ist verständlich.

Insgesamt habe ich knapp 40 Zigbee Geräte. Lampen sind auch zwischen Conbee und Taster. Ich habe es bisher so verstanden das Gruppen mit Szenen über Phoscon laufen, das Dimmen der dem Schalter hinzugefügten Lampen aber über dem Schalter direkt, ist aber nur eine Annahme.

Beta-User

Hm, ok, Danke erst mal.

Das mit den Szenen in Hue muß ich mir wohl mal näher anschauen, das habe ich noch kein Gefühl für das Konzept dahinter.

Das mit "Reihe 1 dimmt bei ... weil ..." habe ich noch nicht recht verstanden.
Es gibt also eine "Gruppe 4", in der alle Lampen aus Gruppe 1 -3 und die oberen beiden Tasten sind (mit Tasteraktion für lang = nur "hoch"- bzw. "runterdimmen")?
Ich hatte bisher nur die folgenden Option gefunden: "heller und an", "dunkler und aus" bzw. das ganze abwechselnd (was ich "ein-Tasten-Bedienung" nennen würde). Aber da scheint was anderes gemeint zu sein?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

eisenhauer1987

Für das Dimmen nicht die Gruppen nehmen oder Tasten belegen. In der Hauptansicht an unten scrollen bis der Wandsender erscheint, dann bearbeiten und Lichter verwalten. Alle Lichter die gedämmt werden sollen hinzufügen der erst passiert "automatisch". Die Erste Tasterreihe wir quasi indirekt belegt,

Siehe Anhang

Beta-User

 :)
Das mit der Zuordnung der Bulbs zu dem Wandsender scheint der Trick gewesen zu sein, vielen Dank für den Schubs! Jetzt funktionieren jedenfalls auch alle vorher definierten Tastenzuordnungen wieder...

Muß damit noch etwas experimentieren, aber vermutlich wäre es das beste, die obere Reihe ganz aus einer konkreten Gruppenzuordnung zu nehmen, die Dimmfunktion scheint sowieso (fast?) alle anderen Zuordnungen zu überspielen (nur das mit der Taste 1 zum Einschalten von Gruppe 1 (wenn alles andere aus ist) funktioniert; aber beim ausschalten geht auch alles andere aus, dimup schaltet alle anderen auch ein... Das scheint mir nicht intuitiv zu benutzen zu sein.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

Zwischenstand: Heute morgen wollte ich anschalten => ging mit merklicher Verzögerung ("Hauptschalter" oben rechts). Aber immerhin: Es ging (noch!)...

Danach war finis: Keine Reaktion mehr auf irgendeine Taste, ganz egal, ob alle dem Schalter zugewiesenen Geräte (oberes Tastenpaar), die nächsten 4 (toggle der diversen Gruppen m. 1 bzw. 2 Bulbs) oder der als Szenentaster angelegte 7. Taster >:( .

(An der Zahl der Bulbs sollte es nicht liegen, das sind aktuell 7, die über den Taster geschaltet werden; muß mal in die Bedienungsanleitung schauen, aber das wäre ja lächerlich ).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

eisenhauer1987

Hi,

die Tastenreihe oben schaltet immer alle Lampen. Bei mir ist das kein Problem, weil ich das auch so nutzen wollte ( Wohnzimmer Esszimmer) und die anderen Schalter dann die Gruppe Wohnzimmer und Esszimmer getrennt schalten können. Ich habe 4 Lampen zugewiesen.

Vielleicht resettest den Schalter noch einmal komplett. Das er funktionslos wird nach dem Drücken sollte ja nie passieren.

slor

Funktioniert das Schalten mit Hue Schaltern immer auf Anhieb?
Ich habe oft das Phänomen, dass z.B. Aqara schalter nicht oder erst nach dem 5x drücken schalten. Schalte ich einmal einen Hue Schalter geht es sofort danach.
Ich konfiguriere übrigens gerne mit der App Hue Essentials. Da geht mehr als mit Phoscon.
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

binford6000

ZitatIch habe oft das Phänomen, dass z.B. Aqara schalter nicht oder erst nach dem 5x drücken schalten. Schalte ich einmal einen Hue Schalter geht es sofort danach.
Gleiches gilt nach meinen Erfahrungen auch für die IKEA-Produkte.

slor

Ja, wobei leuchten zuverlässiger funktionieren als Taster.
Ich mache fast nur noch: Homematic Taster - Fhem - Phoscon - lampe
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

Beta-User

*grummel*, aber in jeden Fall Danke für eure Erfahrungswerte!
Zitat von: slor am 15 November 2019, 10:51:44
Ich mache fast nur noch: Homematic Taster - Fhem - Phoscon - lampe
Das wollte ich grade verhindern. FHEM läuft zwar super zuverlässig, aber in bestimmten Ecken will ich "Funktionalität in Hardware" haben. FHEM soll/darf "mitlesen" oder auch steuern, aber es MUSS auch ohne gehen.

Was diverse Hersteller angeht, sind hier vorhanden:
- Aktoren:
-- tints und tradfri (Leuchtmittel),
-- innr SP 120 (Steckdoseneinsätze),
- Taster/"Schalter":
-- (bisher) 2x die eckigen tradfri, (weitere liegen hier noch rum, wie gesagt, ich will manches "in Funkhardware" abbilden, was bisher (ungeschickt) verkabelt war).
-- (die große runde ist zwar eingebunden, aber nicht ausgetestet)
-- der Jung
- Sensoren
-- motion: tradfri + Xiaomi
-- Xiaomi Hum+Temp+Luftdruck.

Probleme hatte ich bisher nur folgende:
- kurz bei tradfri-motion zu tradfri-Bulb. Das habe ich aber auf die Ausrichtung des Motion-Sensors zurückgeführt (=> geändert, seitdem (=ca 2 Wochen) keine Klagen mehr, aber auch nicht mehr groß überprüft)
- Anlernen der Bulbs neulich in der Essküche; da habe ich die alle jeweils zurückgesetzt, dann ging das (teils erst nach mehrmaligen Versuchen) irgendwann durch (wie gesagt: aus phoscon schalten geht - soweit erkennbar ohne Ausfälle - überall, selten sehr kurze delays, bei Gruppenschaltungen leider teilweise sichtbaren zeitlichen Versatz zwischen den einzelnen Gruppenmitgliedern).
- in meinem "Zweit-deCONZ" waren nicht alle angelernten Geräte sichtbar bzw. das ist im Hinblick auf OTA reichlich unübersichtlich...

Den Jung hatte ich gestern abend schon zurückgesetzt, das mache ich jetzt halt nochmal, aber wenn er dann wieder "vergesslich" ist, bin ich mit meinem Latein dazu (fast) am Ende... Ggf. schaue ich nochmal, ob es für die tradfri updates gibt, ansonsten schreibe ich Jung mal an, ob denen was einfällt. Aktuellere (?) Firmware scheinen die keine bereitzustellen, oder habe ich was übersehen?

Die App schaue ich mir mal an, aber an sich finde ich phoscon auch ok; man muß halt wissen, wie man bei manchen Sachen vorgeht (wie der "Schaltergruppe"), aber das ist woanders auch nicht wesentlich anders, das ergibt sich vermutlich schlicht aus der Technik.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

eisenhauer1987

Als Zigbee Schalter habe ich:

Hue Dimmer 2x
Ikea on off Switch 1x
Aqara Switch 2x
Jung Taster

Alle Schalten beim ersten mal drücken und in der Regel im ms Sekunden bereich.