HM-LC-DIM2L-SM (2fach AP Dimmer): Merkwürdigkeiten

[M_I_B]

Hallo Liebe Leute,

am gestrigen Tage ist mal wieder ein Paket mit diversem HM- Equipment angekommen, u.a. auch der o.g. Dimmer, der letztlich für einen Deckenventilator mit Licht eingesetzt werden soll (deshalb auch Phasenanschnitt für induktive Lasten).

Autocreate resp. Pairing hat wunderbar und auf Anhieb geklappt, auch mehrere getConfig sind im Gegensatz zu anderen Geräten ohne Fehler oder TimeOut's jedesmal durchgelaufen.

Zu den Merkwürdigkeiten:
Wenn ich den Slider auf einen beliebigen Wert stelle, taucht in den Readings z.B. "set_50" auf, aber mehr passiert nicht. Aktualisiere ich mit einem Browser-Refresh oder auch mit "statusRequest" steht alles weiterhin auf "off". Selbiges passiert auch, wenn ich z.B. "toggle, on, up" benutze...
Heute Morgen standen alle Stati auf "???", obwohl über Nacht kein Netzausfall o.ä. vorhanden war (UPS).
Eine weitere Merkwürdigkeit besteht darin, das in der GUI bei Klick auf ON im ersten Kanal die Grafik kurz auf ON und sofort wieder auf OFF wechselt (die grau/gelb default- "Birnen"- Grafik), im zweiten Kanal aber die Grafik auf ON mit Ausrufezeichen stehen bleibt. Benutze ich hingegen z.B. UP, habe ich beim CH1 wieder selbiges, bei CH2 aber erscheint "set_10" an Stelle der Grafik, wobei in beiden Fällen ein "statusRequest" die Grafik zu OFF wechseln lässt.

Ich bin dann heute Morgen beigegangen und habe die durch Autocreate generierten Zeilen entsprechend erweitert in der Hoffnung, das sich das Verhalten ggf. ändert und sich daraus ein Zusammenhang ableiten lässt, aber leider ohne Erfolg.

Anbei die geänderten Zeilen, wobei ich entsprechende Kommentare zu Änderungen hinterlegt habe (CH2 identisch zu CH1)

Code Auswählen Erweitern

# 2fach HM2D1 Dimmer
define HM2D1 CUL_HM 220AD4 #Namen geändert
attr HM2D1 IODev SCC2
attr HM2D1 alias 2fach Dimmer #Alias hinzugefügt
attr HM2D1 autoReadReg 4_reqStatus
attr HM2D1 expert 2_raw
attr HM2D1 firmware 2.3
attr HM2D1 group HM.Aktoren # Gruppe hinzugefügt
attr HM2D1 model HM-LC-DIM2L-SM
attr HM2D1 msgRepeat 3 #Hinzugefügt
attr HM2D1 room EG.Wohnzimmer #Hinzugefügt
attr HM2D1 serialNr KEQ0530035
attr HM2D1 subType dimmer
attr HM2D1 webCmd getConfig:clear msgEvents

define HM2D1_1 CUL_HM 220AD401 #Namen geändert
attr HM2D1_1 group HM.Aktoren #Gruppe hinzugefügt
attr HM2D1_1 model HM-LC-DIM2L-SM
attr HM2D1_1 peerIDs 00000000,
attr HM2D1_1 room EG.Wohnzimmer #Raum Hinzugefügt
attr HM2D1_1 webCmd statusRequest:toggle:on:up:pct:slider,0,1,100:down:off #pct:Slider... hinzugefügt

define HM2D1_2 CUL_HM 220AD402
attr HM2D1_2 group HM.Aktoren
attr HM2D1_2 model HM-LC-DIM2L-SM
attr HM2D1_2 peerIDs 00000000,
attr HM2D1_2 room EG.Wohnzimmer
attr HM2D1_2 webCmd statusRequest:toggle:on:up:pct:slider,0,1,100:down:off


Man sollte doch zumindest davon ausgehen können, das sich beide Kanäle identisch verhalten, oder?
Ich habe heute den Tag über keine Zeit, aber heute Abend werde ich beide Kanäle mal mit einer identischen Last beaufschlagen ...

Also erstmal grundsätzliche Frage, ob jemand da ggf. irgend etwas zu anmerken kann, warum sich die Kanäle so komisch und vor allem unterschiedlich verhalten?

[dev0]

Pairing hat wunderbar und auf Anhieb geklappt

Glaube ich nicht, zeig ein list von HM2D1.

[M_I_B]

... sollst Du gerne haben:

Code Auswählen Erweitern

Internals:
   CFGFN      /opt/fhem/aktoren.cfg
   DEF        220AD4
   IODev      SCC2
   LASTInputDev SCC2
   MSGCNT     29
   NAME       HM2D1
   NR         693
   SCC2_MSGCNT 29
   SCC2_RAWMSG A0E1E8002220AD4F100000101000616::-25:SCC2
   SCC2_RSSI  -25
   SCC2_TIME  2016-05-07 10:44:44
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM2D1_1
   channel_02 HM2D1_2
   lastMsg    No:1E - t:02 s:220AD4 d:F10000 0101000616
   protLastRcv 2016-05-07 10:44:44
   protSnd    41 last_at:2016-05-07 10:44:44
   protState  CMDs_done
   rssi_SCC2  min:-22 lst:-22 max:-21 cnt:15 avg:-21.66
   rssi_at_SCC2 lst:-25 min:-25 max:-24 cnt:29 avg:-24.55
   Readings:
     2016-05-06 23:54:39   D-firmware      2.3
     2016-05-06 23:54:39   D-serialNr      KEQ0530035
     2016-05-07 10:38:55   PairedTo        0xF10000
     2016-05-07 10:38:55   R-pairCentral   0xF10000
     2016-05-07 10:38:55   RegL_00.          02:01 0A:F1 0B:00 0C:00 15:FF 16:00 00:00
     2016-05-07 10:44:44   state           CMDs_done
   Helper:
     HM_CMDNR   30
     cSnd       01F10000220AD4020E,11F10000220AD40202140320FFFF
     mId        002E
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +220AD4,00,00,00
       nextSend   1462610684.43586
       prefIO
       rxt        0
       vccu
       p:
         220AD4
         00
         00
         00
     Mrssi:
       mNo        1E
       Io:
         SCC2       -23
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rssi:
       Scc2:
         avg        -21.6666666666667
         cnt        15
         lst        -22
         max        -21
         min        -22
       At_scc2:
         avg        -24.551724137931
         cnt        29
         lst        -25
         max        -24
         min        -25
     Shadowreg:
     Tmpl:
Attributes:
   IODev      SCC2
   alias      2fach Dimmer
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.3
   group      HM.Aktoren
   model      HM-LC-DIM2L-SM
   msgRepeat  3
   room       EG.Wohnzimmer
   serialNr   KEQ0530035
   sortby     30
   subType    dimmer
   webCmd     getConfig:clear msgEvents

[dev0]

     2016-05-07 10:38:55   PairedTo        0xF10000
     2016-05-07 10:38:55   R-pairCentral   0xF10000

Sieht in der Tat gut aus. ICH würde den Dimmer löschen, den Dimmer auf Werkseinstellungen bringen und es noch einmal probieren. Normalerweise muss nix in der cfg ergänzt werden. Mein HM-LC-DIM2T-SM machte keine Zicken beim Anlernen, ist aber auch das Phasenabschnitts-Modell...

[M_I_B]

Sieht in der Tat gut aus.

... mein Reden ... Ich bin alt, aber noch lernfähig 

ICH würde den Dimmer löschen, den Dimmer auf Werkseinstellungen bringen und es noch einmal probieren.

Ja, das werde ich heute Abend mal machen; wie gesagt müssen wir gleich los... Sonne brennt, rechte Hand jukt und EInladung des MoorRider MC wartet auf Einlösung

... ist aber auch das Phasenabschnitts-Modell...

Ob An- oder Abschnitt kommt erst weit hinter den HM-relevanten Teilen. Ich denke (hab noch kein Schaltbild), das beide Modelle bis auf die Art der Tryac- Ansteuerung (BTA08-600 / 8A, 600V), welche vollkommen losgelöst vom µC autark vorgenommen wird, vollkommen identisch sind.

[M_I_B]

... so ... (Das Witzige am Ende...)
Wie angesagt habe ich die Definition au sder CFG gelöscht, den Dimmer einmal auf Werksreset, CFG in FHEM neu geladen. Dann FHEM in den Pairingmode gebracht und gepairt, das Ganze zur Sicherheit 3 mal, wobei weitere Versuche keine Änderung mehr ergaben. FHEM hat den nun wie folgt angelegt:

Code Auswählen Erweitern


define HM_220AD4 CUL_HM 220AD4
attr HM_220AD4 IODev SCC2
attr HM_220AD4 autoReadReg 4_reqStatus
attr HM_220AD4 expert 2_raw
attr HM_220AD4 firmware 2.3
attr HM_220AD4 model HM-LC-DIM2L-SM
attr HM_220AD4 room _autocreate_
attr HM_220AD4 serialNr KEQ0530035
attr HM_220AD4 subType dimmer
attr HM_220AD4 webCmd getConfig:clear msgEvents
define HM_220AD4_Sw_01 CUL_HM 220AD401
attr HM_220AD4_Sw_01 model HM-LC-DIM2L-SM
attr HM_220AD4_Sw_01 peerIDs
attr HM_220AD4_Sw_01 webCmd statusRequest:toggle:on:off:up:down
define HM_220AD4_Sw_02 CUL_HM 220AD402
attr HM_220AD4_Sw_02 model HM-LC-DIM2L-SM
attr HM_220AD4_Sw_02 webCmd statusRequest:toggle:on:off:up:down

List des Device

Code Auswählen Erweitern

   CFGFN
   DEF        220AD4
   IODev      SCC2
   LASTInputDev SCC2
   MSGCNT     37
   NAME       HM_220AD4
   NR         1002
   SCC2_MSGCNT 37
   SCC2_RAWMSG A0E278002220AD4F100000101000616::-27:SCC2
   SCC2_RSSI  -27
   SCC2_TIME  2016-05-07 20:31:39
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_220AD4_Sw_01
   channel_02 HM_220AD4_Sw_02
   lastMsg    No:27 - t:02 s:220AD4 d:F10000 0101000616
   protLastRcv 2016-05-07 20:31:39
   protSnd    48 last_at:2016-05-07 20:31:39
   protState  CMDs_done
   rssi_SCC2  avg:-22.33 cnt:9 max:-22 min:-23 lst:-22
   rssi_at_SCC2 lst:-27 min:-32.5 avg:-27.2 max:-26.5 cnt:37
   Readings:
     2016-05-07 20:27:13   CommandAccepted yes
     2016-05-07 20:27:12   D-firmware      2.3
     2016-05-07 20:27:12   D-serialNr      KEQ0530035
     2016-05-07 20:27:33   PairedTo        0xF10000
     2016-05-07 20:27:33   R-pairCentral   0xF10000
     2016-05-07 20:27:33   RegL_00.          02:01 0A:F1 0B:00 0C:00 15:FF 16:00 00:00
     2016-05-07 20:31:39   state           CMDs_done
   Helper:
     HM_CMDNR   39
     cSnd       01F10000220AD40203,11F10000220AD40202C80000
     mId        002E
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +220AD4,00,00,00
       nextSend   1462645899.5837
       prefIO
       rxt        0
       vccu
       p:
         220AD4
         00
         00
         00
     Mrssi:
       mNo        27
       Io:
         SCC2       -25
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat   02
     Role:
       dev        1
       prs        1
     Rssi:
       Scc2:
         avg        -22.3333333333333
         cnt        9
         lst        -22
         max        -22
         min        -23
       At_scc2:
         avg        -27.2027027027027
         cnt        37
         lst        -27
         max        -26.5
         min        -32.5
     Shadowreg:
     Tmpl:
Attributes:
   IODev      SCC2
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.3
   model      HM-LC-DIM2L-SM
   room       _autocreate_
   serialNr   KEQ0530035
   subType    dimmer
   webCmd     getConfig:clear msgEvents

List des 1. CH

Code Auswählen Erweitern

   CFGFN
   DEF        220AD401
   NAME       HM_220AD4_Sw_01
   NR         1003
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   device     HM_220AD4
   Readings:
     2016-05-07 20:31:39   CommandAccepted yes
     2016-05-07 20:27:34   R-loadAppearBehav off
     2016-05-07 20:27:34   R-powerUpAction off
     2016-05-07 20:27:58   RegL_01.          12:01 30:06 31:00 56:00 57:24 00:00
     2016-05-07 20:31:39   deviceMsg       off (to SCC2)
     2016-05-07 20:31:39   dim             stop:off
     2016-05-07 20:31:39   level           0
     2016-05-07 20:30:45   levelMissed     desired:53
     2016-05-07 20:31:39   overheat        on
     2016-05-07 20:31:39   overload        on
     2016-05-07 20:31:39   pct             0
     2016-05-07 20:31:39   recentStateType ack
     2016-05-07 20:31:39   reduced         off
     2016-05-07 20:31:39   state           off
     2016-05-07 20:31:39   timedOn         off
   Helper:
     peerIDsRaw ,00000000
     Dir:
       cur        stop
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
Attributes:
   model      HM-LC-DIM2L-SM
   peerIDs    00000000,
   webCmd     statusRequest:toggle:on:off:up:down

List des 2. CH

Code Auswählen Erweitern

   CFGFN
   DEF        220AD402
   NAME       HM_220AD4_Sw_02
   NR         1004
   STATE      set_on
   TYPE       CUL_HM
   chanNo     02
   device     HM_220AD4
   Readings:
     2016-05-07 20:27:34   R-loadAppearBehav off
     2016-05-07 20:27:34   R-powerUpAction off
     2016-05-07 20:31:11   RegL_01.          12:01 30:06 31:00 56:00 57:24 00:00
     2016-05-07 20:29:14   level           set_50
     2016-05-07 20:31:39   state           set_on
   Helper:
     dlvl       C8
     dlvlCmd    ++A011F10000220AD40202C80000
     peerIDsRaw ,00000000
     stateUpdatDly 120
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
Attributes:
   model      HM-LC-DIM2L-SM
   peerIDs    00000000,
   webCmd     statusRequest:toggle:on:off:up:down

Wie man sieht, sind die beiden Channel vollkommen unterschiedlich. Zum einen verhalten sie sich unterschiedlich beim Absetzen eines Steuerbefehls (on, off, up, down, ...), zum anderen hat der CH1 deutlich mehr readings, was sich auch durch ungezählte getConfig u.ä. nicht ändert...

... und jetzt kommt's:
Ich habe dann mal beide Kanäle mit etwas Last versehen (je 40W). Dann, aber erst dann werden beide Kanäle gleich in jeder Hinsicht und reagieren dann auch identisch ... Wer hat's verbrochen? eQ3 hat's verbrochen 

Noch mal ne vielleicht blöde Frage:
Wenn ich mit "devStateIcon" eine Lämpchengrafik (www\images\openautomation\light_light_dim_xx) setzen möchte, reagiert die ja nur auf gerade 10er. Ich kann zwar Konstrukte ala "devStateIcon off|00:light_light_dim_00" oder "devStateIcon 0.5|1|1.5|2|...|14.5:light_light_dim_10" generieren, um alle Zwischenstufen "gerundet" anzeigen zu lassen, aber das wird ja ein irrer Rattenschwanz. Da gibt es doch sicher eine geschicktere Lösung?!?

HINT:
Der verbaute Triac lässt sich direkt durch die 16A Variante "BTA16-600" resp. "BTA16-800" ersetzen; gerade getestet. Dann aber bitte die Leiterbahnen und Sicherungen entsprechend verstärken. Für eine Dauerbelastung mit 2 x 16A ist allerdings weder das Kühlblech noch die Leiterbahnen und Drosseln ausgelegt. Also entweder als kurzzeitige Reserve für Geräte betrachten, die einen hohen Einschaltstrom benötigen, oder mit größerem Kühlblech und Lüfter nachhelfen...

[dev0]

aber das wird ja ein irrer Rattenschwanz. Da gibt es doch sicher eine geschicktere Lösung?!?

Lässt sich mit regexp etwas verkürzen. Kann man auch in einer Perl sub zusammenfassen, dann musste nur noch den Funktionsnamen eintragen.

Code Auswählen Erweitern

1\d.*:light_light_dim_10:off 2\d.*:light_light_dim_20:off ...

[frank]

... und jetzt kommt's:
Ich habe dann mal beide Kanäle mit etwas Last versehen (je 40W). Dann, aber erst dann werden beide Kanäle gleich in jeder Hinsicht und reagieren dann auch identisch ... Wer hat's verbrochen? eQ3 hat's verbrochen 

bei diesem dimmer gibt es doch sicherlich auch eine mindest-last-angabe.

[M_I_B]

bei diesem dimmer gibt es doch sicherlich auch eine mindest-last-angabe.

Gut möglich, aber dann steht das irgendwo versteckt in den Registern und ist von mir nicht zu sehen.
Aber unabhängig davon sollten doch bitteschön die Readings u.s.w., also der digitale Teil der Sache, auch ohne Last vollständig lesbar/erreichbar sein... Das ist m.E. ein böser BUG resp. Designfehler. Ich denke, das niemand auf die Idee kommt, das Teil erstmal an vielleicht sehr unzugänglicher Stelle einzubauen und dann anzulernen. Das muss also auch immer auf dem Tisch anlernbar sein ...

[M_I_B]

Lässt sich mit regexp etwas verkürzen. Kann man auch in einer Perl sub zusammenfassen, dann musste nur noch den Funktionsnamen eintragen.

Gute Idee; bin ich gerade nicht drauf gekommen ... Aber da geht die Idee gleich mit mir durch
Frage:
Wäre es nicht möglich die Werte auf die PERL-Ebene zu übergeben resp. dort zu grabben und damit z.B. via GD oder ImageMagick die Grafik dynamisch zu generieren? Das hätte den Vorteil, das nur die SUB mit einem Befehl angesprochen werden muss (bei einem Event) und die Grafik auch das gleitende Hoch/Runterdimmen mit anzeigt. Dann könnte man auch diverse Spielereien mit analogen Zeigern oder mitlaufender Werteangabe in der Grafik realisieren...
Finde ich ziemlich gut, aber geht das auch?

[frank]

Gut möglich, aber dann steht das irgendwo versteckt in den Registern und ist von mir nicht zu sehen.

schau mal in der bedienungsanleitung => technische daten. register gibt es sicherlich nicht.

zumindestens der eine chn zeigt ja auch funktionsstörungen:

Code Auswählen Erweitern

     2016-05-07 20:31:39   overheat        on
     2016-05-07 20:31:39   overload        on

also der digitale Teil der Sache, auch ohne Last vollständig lesbar/erreichbar sein...

das wäre sicherlich wünschenswert. 

[M_I_B]

schau mal in der bedienungsanleitung => technische daten. register gibt es sicherlich nicht.

... stimmt ... RTFM ^^ Dafür ist 25-500VA angegeben, also ~25W Mindestleistung.

zumindestens der eine chn zeigt ja auch funktionsstörungen:

Code Auswählen Erweitern

     2016-05-07 20:31:39   overheat        on
     2016-05-07 20:31:39   overload        on

... was hier in beiden Fällen eine Falschmeldung ist (noch ein BUG). Denn ohne Last kann ich weder eine Übertemperatur noch eine Überlastung generieren ... Das ist m.E. mal wieder von eQ3 mit der heißen Nadel gestrickt  Dafür sind ~140 Tacken m.E. eine Frechheit!

[martinp876]

Overhead und overload kan ich mir einmal ansehen wenn du ein paar rohmessages sniffen.
Koennte sein, dass das device es nicht unterstützt.

[Damu]

Hallo

Soweit ich noch weiss hat der Dimmer einen automatischen Lastausfall-Erkennungsabgleich.
Diesen kann man mit der Homematic Software starten.
Denn erhaltenen Wert speichert mann dan im Dimmer.
Habe bei mir den Wert aber damals mit 0 ersetzt.
Das heist die Lasterkennung ist aus oder wenn das nicht geht sehr träge eingestellt.
Bei mir steht:

overheat   off
overload   off

Das ging damals aber nicht mit FHEM, nur über die Homematic Software.
Mein Dimmer hat anfangs so gar nicht funktioniert, wollte ihn schon wieder ausbauen.
Denn Hinweis habe ich damals aber im Homematic Forum erhalten.

[frank]

Soweit ich noch weiss hat der Dimmer einen automatischen Lastausfall-Erkennungsabgleich.
Diesen kann man mit der Homematic Software starten.

könnte das mit diesem register zu tun haben?

2016-05-07 20:27:34   R-loadAppearBehav off