HomeMatic Funk-Statusanzeige - HM-Dis-WM55

[jens-hoppel]

Es muss

define act_on_Licht notify CUL_HM_HM_Dis_WM55_33B72E_Dis_02:Short.* set Licht.* on

heißen also Short mit großem S.

Danke Andre,
5x kontrolliert auf Syntaxfehler, aber das kleine s bei Short nicht gesehen.

[Posti123]

@Martin,
werd es nachher testen, vielen Danke für die Präzisierung 

Edit:
Habe es getestet, funktioniert wie beschrieben, super

Hat denn jemand mal probiert den text wieder zu entfernen?

set CUL_HM_HM_Dis_WM55_33B7CC_Dis_01 displayWM short line5 nc nc noIcon

und

set CUL_HM_HM_Dis_WM55_33B7CC_Dis_01 displayWM short line5 nc nc

führen zu keinem Erfolg, außer das das Icon verschwindet. Ich denke es ist im Zusammenhang mit dem noch nicht vorhandenen blank space problem

[strauch]

Ja,
nc heißt ja nochange, also damit geht der Text nicht weg. Ich hab mir in einen Kanal einfach ein Leerzeichen geladen (und den überall reingeladen). Könnte mir aber auch vorstellen das in der neuen Version das vielleicht auch ohne extra Kanal geht. Ansonsten müsste da Martin vielleicht ein Sonderzeichen (wie für Leerzeichen) implementieren.

Grüße

strauch

[Posti123]

Individueller Text geht, aber irgendwelche Readings oder States einsetzten gibt die Meldung das der Text zu lang ist. Vielleicht mach ich aber auch eine falsche Syntax:

Code Auswählen Erweitern

..displayWM short line3 {sprintf(ReadingsVal('bk_Temperatur','temperature','')} white noIcon[/code

[code]text too long {sprintf(ReadingsVal('bk_Temperatur','temperature','')}

auch das klappt nicht

Code Auswählen Erweitern

... displayWM {sprintf("short line3 " . ReadingsVal('bk_Temperatur','temperature','') . " white noIcon")}

dann ist meine Farbwahl falsch...

Code Auswählen Erweitern

color wrong . use:blue,green,orange,red,white,yellow

ich hab es so gelöst über die myUtils:

$levelbad = ReadingsVal('Rollo_Bad', 'pct', 0);

fhem("set CUL_HM_HM_Dis_WM55_33B7CC_Dis_01 displayWM short line5 $levelbad blue noIcon");

und funktioniert.

Allerdings wird es nicht in Line 5 dargestellt sondern in Line 1 wenn man ein frisch gebootetes FHEM hat bzw. leeres display. Kann das jemand bestätigen?

[strauch]

ja, das ist mir gestern auch aufgefallen, das alles nach oben gerutscht ist, nach meinem neustart.

[docb]

Hallo zusammen, sagt mal, wie zuverlässig klappt denn das bei Euch? Bei mir liegt die Trefferquote bei ca. 10:1 - zehn mal auf den Taster klicken, einmal kommt der Text. Sonst kommt immer  "Keine Daten empfangen" oder ganz selten auch "Daten nicht vollständig". Das ganze ist unabhängig davon, wie weit ich vom HM-LAN entfernt bin. Und es zeigt immer etwa 2 Sekunden lang nach jedem Tastendruck die Sanduhr an - ist das normal, dauert die Übertragung so lange?

Hier mal mein notify - daran sollte es doch nicht liegen?

Code Auswählen Erweitern

EG_DisplayTaster_01:Short.* {
fhem("set EG_DisplayTaster_01 displayWM short line2 Servus red ic12");;
fhem("set Gong_Mp3 playTone 001");;
}

Die Wiki habe ich befolgt und auch msgRepeat auf 3 gesetzt.

Viele Grüße
doc

[strauch]

Also die Sanduhr sehe ich auch aber bei mir klappt es ca. alle 10x nicht. Also genau andersherum. Selbst als die Antenne noch nicht richtig angelötet war, ging das eigtl. ganz gut. Kannst du mal ein list von deinem Device machen?

[docb]

Jup, logo - hier isser:

Code Auswählen Erweitern

Internals:
   DEF        33B8D3
   IODev      LANInterfaceEG
   LANInterfaceEG_MSGCNT 109
   LANInterfaceEG_RAWMSG E33B8D3,0000,0AD29BDB,FF,FFAD,A9A64033B8D32865260155
   LANInterfaceEG_RSSI -83
   LANInterfaceEG_TIME 2015-02-02 14:08:56
   LANInterfaceUG_MSGCNT 123
   LANInterfaceUG_RAWMSG E33B8D3,0000,0E1B1387,FF,FFD1,A9A64033B8D32865260155
   LANInterfaceUG_RSSI -47
   LANInterfaceUG_TIME 2015-02-02 14:08:56
   LASTInputDev LANInterfaceUG
   MSGCNT     232
   NAME       EG_DisplayTaster
   NR         844
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 EG_DisplayTaster_01
   channel_02 EG_DisplayTaster_02
   channel_03 EG_DisplayTaster_03
   channel_04 EG_DisplayTaster_04
   channel_05 EG_DisplayTaster_05
   channel_06 EG_DisplayTaster_06
   channel_07 EG_DisplayTaster_07
   channel_08 EG_DisplayTaster_08
   channel_09 EG_DisplayTaster_09
   channel_0A EG_DisplayTaster_10
   lastMsg    No:A9 - t:40 s:33B8D3 d:286526 0155
   protCmdDel 98
   protErrIoAttack 2 last_at:2015-02-02 12:46:58
   protIOerr  1 last_at:2015-02-02 12:37:22
   protLastRcv 2015-02-02 14:08:56
   protResnd  34 last_at:2015-02-02 14:09:04
   protResndFail 9 last_at:2015-02-02 14:09:10
   protSnd    137 last_at:2015-02-02 14:08:56
   protState  CMDs_done_Errors:1
   rssi_at_LANInterfaceEG min:-101 avg:-80.9 lst:-83 cnt:109 max:-52
   rssi_at_LANInterfaceUG lst:-47 avg:-58.68 min:-95 max:-40 cnt:123
   Readings:
     2015-02-02 13:58:16   CommandAccepted yes
     2015-02-02 12:28:47   D-firmware      1.0
     2015-02-02 12:28:47   D-serialNr      LEQ1323202
     2015-01-30 22:34:19   PairedTo        0x286526
     2015-01-30 22:34:19   R-pairCentral   0x286526
     2015-01-30 22:31:59   R-stbyTime      10 s
     2015-01-30 22:34:19   RegL_00:        02:01 07:01 0A:28 0B:65 0C:26 0E:0A 18:00 00:00
     2015-01-30 22:34:22   aesKeyNbr       00
     2015-01-30 22:30:50   alive           yes
     2015-02-02 14:08:56   battery         ok
     2015-01-30 22:30:50   powerOn         2015-01-30 22:30:50
     2015-01-30 22:30:50   recentStateType info
     2015-02-02 12:46:58   sabotageAttack  ErrIoAttack cnt:2
     2015-01-30 23:15:10   sabotageAttackId ErrIoId_26EA6B cnt:20
     2015-02-02 14:09:10   state           MISSING ACK
   Helper:
     addVal     1
     cSnd       1128652633B8D3800102120A124D61686C7A656974118113
     mId        00D3
     rxType     4
     Io:
       newChn     +33B8D3,00,01,FE1F
       nextSend   1422882537.00835
       prefIO
       rxt        0
       vccu
       p:
         33B8D3
         00
         01
         FE1F
     Mrssi:
       mNo        A9
       Io:
         LANInterfaceEG -81
         LANInterfaceUG -47
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   05,06,07,08,09,0A
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         LANInterfaceEG
       flg        A
       ts         1422882536.91027
       ack:
         HASH(0x1d3bf50)
         A9800228652633B8D300
     Rssi:
       At_laninterfaceeg:
         avg        -80.9082568807339
         cnt        109
         lst        -83
         max        -52
         min        -101
       At_laninterfaceug:
         avg        -58.6829268292683
         cnt        123
         lst        -47
         max        -40
         min        -95
Attributes:
   IODev      LANInterfaceEG
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   group      Taster
   icon       hm-dis-wm55
   model      HM-Dis-WM55
   msgRepeat  3
   room       Z_Channels
   serialNr   LEQ1323202
   subType    pushButton
   webCmd     getConfig:clear msgEvents

Viele Grüße

[strauch]

Du solltest IODev auf LanInterface UG umstellen, da ist der Empfang wesentlich besser (AVG -80.9 zu -58.68), oder aber eine vccu einrichten, die organisiert das dann für dich und dann schauen wir noch mal weiter.

[docb]

Eine VCCU habe ich gestern Nacht schon eingerichtet, ich bin allerdings (anscheinend fälschlicherweise) davon ausgegangen, dass die Devices die VCCU jetzt automatisch als Zentrale haben, da die VCCU die selbe HMId hat, wie der frühere Haupt-HM-Lan (damit ich nicht die 1000 Komponenten resetten und neu anlernen muss - so habe ich es aus der Wiki). Jetzt habe ich die vccu als IODev festgelegt (das werde ich jetzt wohl noch bei allen Devices machen dürfen), aber das Ergebnis bleibt das gleiche (bin ja auch schon hoch gegangen und habe geschaut, ob sich das Verhalten je nach Entfernung zum HM-Lan ändert).
Hier mal der neue List:

Code Auswählen Erweitern

Internals:
   DEF        33B8D3
   IODev      vccu
   LANInterfaceEG_MSGCNT 138
   LANInterfaceEG_RAWMSG E33B8D3,0000,0ADF9A94,FF,FF9D,BBA64033B8D32865260233
   LANInterfaceEG_RSSI -99
   LANInterfaceEG_TIME 2015-02-02 14:23:08
   LANInterfaceUG_MSGCNT 152
   LANInterfaceUG_RAWMSG E33B8D3,0000,0E281236,FF,FFD0,BBA64033B8D32865260233
   LANInterfaceUG_RSSI -48
   LANInterfaceUG_TIME 2015-02-02 14:23:08
   LASTInputDev LANInterfaceEG
   MSGCNT     290
   NAME       EG_DisplayTaster
   NR         1160
   STATE      EG_DisplayTaster_02 Short (to vccu)
   TYPE       CUL_HM
   channel_01 EG_DisplayTaster_01
   channel_02 EG_DisplayTaster_02
   channel_03 EG_DisplayTaster_03
   channel_04 EG_DisplayTaster_04
   channel_05 EG_DisplayTaster_05
   channel_06 EG_DisplayTaster_06
   channel_07 EG_DisplayTaster_07
   channel_08 EG_DisplayTaster_08
   channel_09 EG_DisplayTaster_09
   channel_0A EG_DisplayTaster_10
   lastMsg    No:BB - t:40 s:33B8D3 d:286526 0233
   protCmdDel 110
   protCmdPend 2 CMDs_pending
   protErrIoAttack 2 last_at:2015-02-02 12:46:58
   protIOerr  1 last_at:2015-02-02 12:37:22
   protLastRcv 2015-02-02 14:23:08
   protResnd  43 last_at:2015-02-02 14:15:39
   protResndFail 12 last_at:2015-02-02 14:15:46
   protSnd    166 last_at:2015-02-02 14:15:24
   protState  CMDs_pending
   rssi_at_LANInterfaceEG lst:-99 min:-101 avg:-82.21 cnt:138 max:-52
   rssi_at_LANInterfaceUG max:-40 cnt:152 lst:-48 avg:-56.86 min:-95
   Readings:
     2015-02-02 14:15:09   CommandAccepted yes
     2015-02-02 12:28:47   D-firmware      1.0
     2015-02-02 12:28:47   D-serialNr      LEQ1323202
     2015-01-30 22:34:19   PairedTo        0x286526
     2015-01-30 22:34:19   R-pairCentral   0x286526
     2015-01-30 22:31:59   R-stbyTime      10 s
     2015-01-30 22:34:19   RegL_00:        02:01 07:01 0A:28 0B:65 0C:26 0E:0A 18:00 00:00
     2015-01-30 22:34:22   aesKeyNbr       00
     2015-01-30 22:30:50   alive           yes
     2015-02-02 14:23:08   battery         ok
     2015-01-30 22:30:50   powerOn         2015-01-30 22:30:50
     2015-01-30 22:30:50   recentStateType info
     2015-02-02 12:46:58   sabotageAttack  ErrIoAttack cnt:2
     2015-01-30 23:15:10   sabotageAttackId ErrIoId_26EA6B cnt:20
     2015-02-02 14:23:08   state           EG_DisplayTaster_02 Short (to vccu)
   cmdStack:
     ++A01128652633B8D3800102120A124D61686C7A656974118113
     ++A01128652633B8D380018C0A120A120A120A120A03
   Helper:
     addVal     2
     cSnd       1128652633B8D3800102120A125765675F6B75727A118113
     mId        00D3
     rxType     4
     Io:
       newChn     +33B8D3,00,01,FE1F
       nextSend   1422883384.62022
       prefIO
       rxt        0
       vccu
       p:
         33B8D3
         00
         01
         FE1F
     Mrssi:
       mNo        BB
       Io:
         LANInterfaceEG -99
         LANInterfaceUG -48
     Prt:
       bErr       0
       sProc      2
     Q:
       qReqConf   05,06,07,08,09,0A
       qReqStat
     Role:
       dev        1
     Rssi:
       At_laninterfaceeg:
         avg        -82.2173913043478
         cnt        138
         lst        -99
         max        -52
         min        -101
       At_laninterfaceug:
         avg        -56.8684210526316
         cnt        152
         lst        -48
         max        -40
         min        -95
Attributes:
   IODev      vccu
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   group      Taster
   icon       hm-dis-wm55
   model      HM-Dis-WM55
   msgRepeat  3
   room       Z_Channels
   serialNr   LEQ1323202
   subType    pushButton
   webCmd     getConfig:clear msgEvents

[strauch]

ich hab es so gelöst über die myUtils:

$levelbad = ReadingsVal('Rollo_Bad', 'pct', 0);

fhem("set CUL_HM_HM_Dis_WM55_33B7CC_Dis_01 displayWM short line5 $levelbad blue noIcon");

Gute Idee zum Anzeigen welche Fenster und Türen offen sind, wollte ich eh über eine Funktion in myUtils gehen.

[strauch]

@doc kannst du einmal

Code Auswählen Erweitern

set EG_DisplayTaster clear rssi
und

Code Auswählen Erweitern

set EG_DisplayTaster clear msgevents
machen, mal nen bisschen Spielen und dann noch mal posten, dann ist der alte Krempel raus und die Daten lassen sich besser beurteilen.

Vielleicht checkst du auch noch mal die Lötpunkte an der Antenne, vielleicht ist da auch eine Lötstelle nicht ganz sauber.

[docb]

Hallo,
also die Lötpunkte schauen gut aus. Ich habe die clears durchgeführt und weiter rumgespielt, hier das neue List:

Code Auswählen Erweitern

Internals:
   DEF        33B8D3
   IODev      LANInterfaceUG
   LANInterfaceEG_MSGCNT 230
   LANInterfaceEG_RAWMSG E33B8D3,0000,0B90E480,FF,FFB4,96A24033B8D3286526023F
   LANInterfaceEG_RSSI -76
   LANInterfaceEG_TIME 2015-02-02 17:36:46
   LANInterfaceUG_MSGCNT 258
   LANInterfaceUG_RAWMSG E33B8D3,0000,0ED95B44,FF,FFC6,96A24033B8D3286526023F
   LANInterfaceUG_RSSI -58
   LANInterfaceUG_TIME 2015-02-02 17:36:43
   LASTInputDev LANInterfaceEG
   MSGCNT     488
   NAME       EG_DisplayTaster
   NR         874
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 EG_DisplayTaster_Dis_01
   channel_02 EG_DisplayTaster_Dis_02
   channel_03 EG_DisplayTaster_Dis_03
   channel_04 EG_DisplayTaster_Dis_04
   channel_05 EG_DisplayTaster_Dis_05
   channel_06 EG_DisplayTaster_Dis_06
   channel_07 EG_DisplayTaster_Dis_07
   channel_08 EG_DisplayTaster_Dis_08
   channel_09 EG_DisplayTaster_Dis_09
   channel_0A EG_DisplayTaster_Dis_10
   lastMsg    No:96 - t:40 s:33B8D3 d:286526 023F
   protCmdDel 256
   protErrIoAttack 7 last_at:2015-02-02 17:36:38
   protEvt_AESok 4 last_at:2015-02-02 16:55:25
   protLastRcv 2015-02-02 17:36:46
   protNack   1 last_at:2015-02-02 16:55:00
   protResnd  57 last_at:2015-02-02 17:31:31
   protResndFail 13 last_at:2015-02-02 17:31:38
   protSnd    280 last_at:2015-02-02 17:36:43
   protState  CMDs_done
   rssi_at_LANInterfaceEG cnt:230 max:-76 lst:-76 min:-102 avg:-84.98
   rssi_at_LANInterfaceUG max:-37 cnt:258 min:-71 avg:-50.21 lst:-58
   Readings:
     2015-02-02 17:36:39   CommandAccepted yes
     2015-02-02 17:30:54   D-firmware      1.0
     2015-02-02 17:30:54   D-serialNr      LEQ1323202
     2015-02-02 16:55:25   PairedTo        0x286526
     2015-02-02 16:55:25   R-pairCentral   0x286526
     2015-01-30 22:31:59   R-stbyTime      10 s
     2015-02-02 16:55:25   RegL_00:          02:01 07:01 0A:28 0B:65 0C:26 0E:0A 18:00 00:00
     2015-02-02 16:55:25   aesKeyNbr       00
     2015-02-02 16:54:49   alive           yes
     2015-02-02 17:36:43   battery         ok
     2015-02-02 16:54:49   powerOn         2015-02-02 16:54:49
     2015-02-02 16:54:49   recentStateType info
     2015-02-02 17:36:38   sabotageAttack  ErrIoAttack cnt:7
     2015-01-30 23:15:10   sabotageAttackId ErrIoId_26EA6B cnt:20
     2015-02-02 17:36:43   state           CMDs_done
   Helper:
     addVal     2
     cSnd       1128652633B8D3800174696E676572361183138C0A03
     mId        00D3
     rxType     4
     Io:
       newChn     +33B8D3,00,01,FE1F
       nextSend   1422895003.68279
       prefIO
       rxt        0
       vccu
       p:
         33B8D3
         00
         01
         FE1F
     Mrssi:
       mNo        96
       Io:
         LANInterfaceEG -76
         LANInterfaceUG -56
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         LANInterfaceUG
       flg        A
       ts         1422895003.59536
       ack:
         HASH(0x1e6c688)
         96800228652633B8D300
     Rssi:
       At_laninterfaceeg:
         avg        -84.9869565217391
         cnt        230
         lst        -76
         max        -76
         min        -102
       At_laninterfaceug:
         avg        -50.2131782945737
         cnt        258
         lst        -58
         max        -37
         min        -71
     Shadowreg:
Attributes:
   IODev      LANInterfaceUG
   IOgrp      vccu:LANInterfaceUG
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   group      Taster
   icon       hm-dis-wm55
   model      HM-Dis-WM55
   msgRepeat  3
   room       Z_Channels
   serialNr   LEQ1323202
   subType    pushButton
   webCmd     getConfig:clear msgEvents


Im Log finde ich immer mal wieder ein paar komische Meldungen - haben die was damit zu tun?
2015.02.02 17:36:38.193 2: CUL_HM EG_DisplayTaster attack:1128652633B8D38001331180138C0A1254657374696E67:1128652633B8D3800185138C0A1254657374696E676572.
2015.02.02 17:32:06.371 2: CUL_HM EG_DisplayTaster attack:1128652633B8D3800174696E676572361183138C0A03:1128652633B8D380016E676572351182138C0A12546573.
2015.02.02 17:32:05.739 2: CUL_HM EG_DisplayTaster attack:1128652633B8D380016572341184138C0A125465737469:1128652633B8D38001331180138C0A1254657374696E67.
2015.02.02 17:31:17.622 2: CUL_HM EG_DisplayTaster attack:1128652633B8D380016E676572351182138C0A12546573:1128652633B8D380016572341184138C0A125465737469.

Viele Grüße

[jens-hoppel]

Hat denn jemand mal probiert den text wieder zu entfernen?

set CUL_HM_HM_Dis_WM55_33B7CC_Dis_01 displayWM short line5 nc nc noIcon

und

set CUL_HM_HM_Dis_WM55_33B7CC_Dis_01 displayWM short line5 nc nc

führen zu keinem Erfolg, außer das das Icon verschwindet. Ich denke es ist im Zusammenhang mit dem noch nicht vorhandenen blank space problem

ich habe sie nur über clear readings rausbekommen, aber dann sind die hinterlegten Texte auch weg und müssen neu eingegeben werden 

[jens-hoppel]

Gute Idee zum Anzeigen welche Fenster und Türen offen sind, wollte ich eh über eine Funktion in myUtils gehen.

Es geht auch einfacher
Ich habe ein structure fenster auf alle Fensterkontakte mit dem Eventmap offen/zu

und dann

define Fenster_Zustand notify fenster { if ("$value{fenster}" eq "zu") { fhem("set Display_01 displayWM short line1 Fenster green ok ;; set Display_01 displayWM short line2 zu green nc") } else { fhem("set Display_01 displayWM short line1 Fenster red open ;; set Display_01 displayWM short line2 offen red nc") }}

funktioniert nach 30 Tests sicher ohne Fehler.

Jens

Edit:

ja, das ist mir gestern auch aufgefallen, das alles nach oben gerutscht ist, nach meinem neustart.

Nach einem Neustart und wenn Zeile 1 und 2 noch nicht besetzt sind, dann rutscht alles nach oben, z.b. zeile 3 und 4 auf Zeile 1 und 2.
Nach dem Besetzen von Zeile 1 und 2 ist dann alles wieder o.k.