HM-Dis-EP-WM55

Begonnen von OliWee, 14 Mai 2016, 16:48:43

Vorheriges Thema - Nächstes Thema

Klinki

Bisher funktionieren ja die wichtigsten Punkte.
Auch das ReSend ist nicht mehr aufgetaucht.

Es läuft allerdings nur stabil wenn msgrepeat auf 3 gesetzt wurde.

Vielen Dank an Martin für's tüfteln und Joachim für's organisieren des Geräts - natürlich auch an alle anderen 'Spender'!

Viel Spaß beim Basteln

zap

Zitat von: peterk_de am 28 Juli 2016, 20:34:12
Aber hey, wenn man nur DisplayEP und die mittleren Zeilen nutzt ist das Ding VIEL schneller und flackert auch nur einmal! Scheint so wohl mehr im Sinne von ELV zu sein, also dass in erste und letzte Zeile eher eine statische Beschriftung gehört und dynamischer Text in die Mitte...

Das Teil unterscheidet zwischen Button Beschriftung (statisch) und Statusanzeige (dynamisch), wobei sich allerdings die Zeilen 2 und 4 überschneiden. Irgendjemand wird sich was dabei gedacht haben, die Frage ist nur was.

Auch in der CCU werden die Button Texte per Config Parameter festgelegt und die Statuszeilen per HM Script.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

MadMax-FHEM

Sehr schön!

Werde mein neues Display demnächst zusammenbasteln und auch wieder mitmischen! :-)

Danke an die Mitspender!

Und natürlich ebenfalls vielen Dank Martin!

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

martinp876

Ich denke, da lasst sich nicht viel ändern.
Wenn msgrepeat 3 notwendig ist ist es kritisch. Das sind bursts, da ist schnell ein overload zusammengekommen.
Ich habe das auch gesehen, allerdings nur, wenn ich auf einen trigger des device direkt antworte. Das will ich noch korrigieren.
Wenn ich das Kommando einfach so absetze geht es problemlos. Natürlich muss die Entfernung passen.

iamandy

Hallo allerseits!  :)

Kann ich irgendwie mit Btn1 & 2 nur die Zeile 1 und 5 befüllen, so dass ich mit Dis die Zeilen 2, 3 und 4 in die Zeilen schreiben kann, ohne das beim Drücken des Tasters (Btn1 oder 2) die Zeilen 2-4 überschrieben werden?

Oder muss ich immer erst Btn1, dann Btn2 und dann Dis, quasie in einem Rutsch, an das Display senden? Ich würde gerne vermeiden unnötig viele Daten zu übertragen um das "Overload Problem" zum umgehen...

Klinki

@martin:
Ich hatte mir bisher über das repeat nicht viele Gedanken gemacht. Steht ja auch so im wiki zum oled display.

Sag bescheid, wenn wir noch spezielle Dimge testen können!

TL

Moin!

Sehe ich das richtig, dass man bei diesem Display mit dem display_EP-Befehl immer eines der 9 Icons anzeigen lassen muss? Beim HM-Dis-WM55 gibt es auch die Möglichkeit, "noIcon" anzugeben, das scheint hier aber nicht zu funktionieren. Gibt es eine Möglichkeit, in einer der 3 mittleren Zeilen nur Text ohne Icon anzeigen lassen?

Viele Grüße,
   Thomas
Einen Pi, sie zu knechten, sie alle zu finden,
ins FHEM zu treiben und ewig zu binden.

docb

Moin, irgendwie stehe ich auf dem Schlauch. Wo bekommt ihr denn diesen display_EP-Befehl her. Ich finde nur einen displayWM (bei den Dis_01 und 02 Kanälen). Und Btn1 und 2 gibt es bei mir auch nicht. Was habe ich denn falsch gemacht, oder muss ich einfach was umbenennen?
Hier mal ein List:

Internals:
   CFGFN
   DEF        4BD619
   IODev      LANInterfaceEG
   LANInterfaceEG_MSGCNT 2
   LANInterfaceEG_RAWMSG E4BD619,0000,074BC35E,FF,FFB8,0484004BD6190000001000FB4E45513037313231323440020000
   LANInterfaceEG_RSSI -72
   LANInterfaceEG_TIME 2016-07-29 16:20:11
   LANInterfaceUG_MSGCNT 12
   LANInterfaceUG_RAWMSG E4BD619,0000,0B6B460D,FF,FFCC,0684004BD6190000001000FB4E45513037313231323440020000
   LANInterfaceUG_RSSI -52
   LANInterfaceUG_TIME 2016-07-30 11:33:00
   LASTInputDev LANInterfaceUG
   MSGCNT     14
   NAME       EG_DisplaySW
   NR         3224
   STATE      CMDs_done_Errors:1
   TYPE       CUL_HM
   channel_01 HM_4BD619_Dis_01
   channel_02 HM_4BD619_Dis_02
   channel_03 HM_4BD619_Key_01
   channel_04 HM_4BD619_Key_02
   channel_05 HM_4BD619_Key_03
   channel_06 HM_4BD619_Key_04
   channel_07 HM_4BD619_Key_05
   channel_08 HM_4BD619_Key_06
   channel_09 HM_4BD619_Key_07
   lastMsg    No:06 - t:00 s:4BD619 d:000000 1000FB4E45513037313231323440020000
   protCmdDel 59
   protErrIoAttack 10 last_at:2016-07-29 17:15:56
   protIOdly  1 last_at:2016-07-29 16:20:10
   protIOerr  3 last_at:2016-07-30 11:33:47
   protLastRcv 2016-07-30 11:33:00
   protSnd    1 last_at:2016-07-29 16:20:06
   protState  CMDs_done_Errors:1
   rssi_at_LANInterfaceEG min:-72 cnt:2 lst:-72 avg:-71.5 max:-71
   rssi_at_LANInterfaceUG cnt:12 min:-52 lst:-52 max:-43 avg:-47.5
   Readings:
     2016-07-30 11:33:00   D-firmware      1.0
     2016-07-30 11:33:00   D-serialNr      NEQ0712124
     2016-07-29 16:18:18   R-pairCentral   set_0x286526
     2016-07-30 11:32:55   battery         ok
     2016-07-29 17:15:56   sabotageAttack_ErrIoAttack cnt 10
     2016-07-30 11:33:47   state           CMDs_done_Errors:1
   Helper:
     HM_CMDNR   6
     cSnd       ,012865264BD61900050000000000
     mId        00FB
     rxType     6
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4BD619,00,01,00
       nextSend   1469871180.35057
       prefIO
       rxt        0
       vccu
       p:
         4BD619
         00
         01
         00
     Mrssi:
       mNo        06
       Io:
         LANInterfaceUG -52
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   01
       qReqStat
     Role:
       dev        1
     Rssi:
       At_laninterfaceeg:
         avg        -71.5
         cnt        2
         lst        -72
         max        -71
         min        -72
       At_laninterfaceug:
         avg        -47.5
         cnt        12
         lst        -52
         max        -43
         min        -52
     Shadowreg:
       RegL_00.    02:01 0A:28 0B:65 0C:26
     Tmpl:
Attributes:
   IODev      LANInterfaceEG
   IOgrp      vccu:LANInterfaceEG
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-Dis-EP-WM55
   msgRepeat  1
   serialNr   NEQ0712124
   subType    pushButton
   webCmd     getConfig:clear msgEvents


Viele Grüße
doc
I love FHEM!

martinp876

so, ich denke das Device ist abgeschlossen (SVN heute, update morgen )

Ein paar Hinweise:
- icon "none"  (oder alle ungültigen Werte) zeigen kein Icon an.
- das Überschreiben der 3 inneren Zelen bei Buttonpress kann ich nicht verhindern
- mit attr ep_Dis param reWriteDisplayxx kann man einstellen dass nach xx Secunden (01 bis 99) der letzte Wert der 3 Zeilen wieder ins Display geschrieben wird
- es gibt keine wiederholer, die Übertragung ist prima. Was nicht klappt ist direkt nach einem Press ein Kommando zu senden. Offensichtlich braucht das EP eine Pause - daher auch das Attribut param reWriteDisplay
- set ep_Dis displayEP ::: schreibt (wie beschrieben) alle letzten Zeilen noch einmal. Das trifft nicht auf LED oder Sound zu.
- man kann also einzelne Zeilen "austauschen" - z.B.Zeile 2: set ep_Dis displayEP :set2Only,none: longlong 3 2 orange


Mehr - glaube ich - kann das Device nicht.

martinp876

hallo doc,

da muss ein update her. HMConfig regelt das.

docb

hab' gestern und heute fhem geupdatet. danach sogar das display rausgeschmissen und wieder angelernt. Muss ich noch manuell was anstoßen?
Viele grüße
I love FHEM!

martinp876

offensichtlich fehlt das Kommando und damit das HMConfig.
mache einen update force
mache auch einen restart von FHEM - sollte eigentlich bei einem update passieren

docb

Dank force update läuft es jetzt, DANKE!
Zwei Fragen noch:
1. wenn ich das reWriteDisplay setzten will, sagt er mir folgendes: attribut param reWriteDisplay10 not valid for EG_DisplaySW_Dis
2. ist das so korrekt, dass die Dis_01 und Dis01 Kanäle primär innerhalb der Striche schreiben? Wenn ich ein
set EG_DisplaySW_Dis_01 text Fenster
mache, schreibt der das in Zeile 4. Ich schaffe es nur wenn ich zwei Worte eingebe, dass er es auf Zeile 4 und 5 ausspuckt, bspw:
set EG_DisplaySW_Dis_01 text Fenster offen
(Bei der Lösung steht in Zeile 4 Fenster, in der 5. offen). Oder hat jemand einen Tipp, wie ich nur die Zeilen 1 und 5 beschriften kann.
Viele Grüße
doc
I love FHEM!

TL

Moin!

Zitat von: docb am 30 Juli 2016, 15:08:05
1. wenn ich das reWriteDisplay setzten will, sagt er mir folgendes: attribut param reWriteDisplay10 not valid for EG_DisplaySW_Dis

Das Verhalten kann ich bestätigen.

Außerdem ist mir noch etwas anderes aufgefallen: Wenn man in den 5 Keys längere Strings speichert, wird anscheinend jeweils der 9. Buchstabe des 2. Strings falsch abgespeichert. Beispiel:

set HM_Display_ePaper_Key_03 text Teststring01 Teststring02

Ergebnis des anschließenden list-Befehls:

Internals:
   DEF        4BD62706
   NAME       HM_Display_ePaper_Key_03
   NR         613
   NTFY_ORDER 50-HM_Display_ePaper_Key_03
   STATE      ???
   TYPE       CUL_HM
   chanNo     06
   device     HM_Display_ePaper
   peerList   250000,
   Readings:
     2016-07-31 00:10:57   peerList        250000,
     2016-07-31 00:42:32   text1           Teststring01
     2016-07-31 00:42:32   text2           Teststriig02
   Helper:
     getCfgListNo
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
   Nb:
     cnt        1
Attributes:
   group      Status_2
   model      HM-Dis-EP-WM55
   peerIDs    00000000,25000000,
   room       CUL_HM


Viele Grüße,
   Thomas
Einen Pi, sie zu knechten, sie alle zu finden,
ins FHEM zu treiben und ewig zu binden.

martinp876

Rewritedisplay funktioniert bei mir. Daher bitte prüfen
. Die default Namen der Kanäle sind geändert. Der Parameter gilt nur für kanal3 welcher der Display Kanal ist
. Die Kanäle sind (jetzt) 1,2 buttons. 3 Display. 4-8 hilfaskanaele
. Alle Kanäle koennen 2 Texte beinhalten.
. Die Texte beider buttons werden ausgegeben wenn einer der buttons gedrückt wird. Display wird dabei gelöscht, also auch Zeile 3.
. Die Texte der Kanäle 3 bis 8 koennen durch das Kommando DisplayEP referenziert werden was die msg etwas kleiner macht. Es macht die Verwaltung aufwändiger.

Das einbauen von spaces in DisplayEP Zeilen habe ich nicht geregelt, muss ich noch nach halten. Sollte analog DisplayWM realisiert werden.

Das Problem des 9ten Chars werde ich untersuchen