HM-PB-4Dis

[martinp876]

ggf rohmessages (immer das gleich )

[nicola]

Gestern Abend war die Motivation down 

2013.12.29 16:54:09.881 2: CUL_HM set nico_oled_taster_Btn_01 peerChan 1 nico_wz_licht_kaesten single set
2013.12.29 16:54:09.884 5: CUL_0 sending As1059A001F134211F22EE01011EAEC90101
2013.12.29 16:54:09.886 4: CUL_send:  CUL_0As 10 59 A001 F13421 1F22EE 01011EAEC90101
2013.12.29 16:54:10.348 5: CUL/RAW: /A0A5980021F22EEF1342100ED

2013.12.29 16:54:10.349 4: CUL_Parse: CUL_0 A 0A 59 8002 1F22EE F13421 00ED -83.5
2013.12.29 16:54:10.351 5: CUL_0 dispatch A0A5980021F22EEF1342100::-83.5:CUL_0
2013.12.29 16:54:20.874 2: CUL_HM set nico_oled_taster_Btn_01 getConfig
2013.12.29 16:54:24.502 5: CUL/RAW: /A0C4086702063C500000000DD3211

2013.12.29 16:54:24.504 4: CUL_Parse: CUL_0 A 0C 40 8670 2063C5 000000 00DD3211 -65.5
2013.12.29 16:54:24.507 5: CUL_0 dispatch A0C4086702063C500000000DD32::-65.5:CUL_0
2013.12.29 16:54:29.031 5: CUL/RAW: /A1A0184001EAEC90000001400604A455130373035313338409400000C

2013.12.29 16:54:29.034 4: CUL_Parse: CUL_0 A 1A 01 8400 1EAEC9 000000 1400604A455130373035313338409400000C -68
2013.12.29 16:54:29.037 5: CUL_0 dispatch A1A0184001EAEC90000001400604A45513037303531333840940000::-68:CUL_0
2013.12.29 16:54:29.052 5: CUL_0 sending As105AA001F134211EAEC901011F22EE0100
2013.12.29 16:54:29.054 5: CUL 1EAEC9 dly:81ms
2013.12.29 16:54:29.146 4: CUL_send:  CUL_0As 10 5A A001 F13421 1EAEC9 01011F22EE0100
2013.12.29 16:54:36.004 5: CUL/RAW: /A0D7284101C5904F1342106012000C4

2013.12.29 16:54:36.007 4: CUL_Parse: CUL_0 A 0D 72 8410 1C5904 F13421 06012000C4 -104
2013.12.29 16:54:36.009 5: CUL_0 dispatch A0D7284101C5904F1342106012000::-104:CUL_0
2013.12.29 16:54:50.843 5: CUL/RAW: /A0C5886702063E400000000DB2805

2013.12.29 16:54:50.845 4: CUL_Parse: CUL_0 A 0C 58 8670 2063E4 000000 00DB2805 -71.5
2013.12.29 16:54:50.846 5: CUL_0 dispatch A0C5886702063E400000000DB28::-71.5:CUL_0
2013.12.29 16:55:40.612 5: CUL/RAW: /A0FAD86102233230000000AA0E80F000219

2013.12.29 16:55:40.614 4: CUL_Parse: CUL_0 A 0F AD 8610 223323 000000 0AA0E80F000219 -61.5
2013.12.29 16:55:40.616 5: CUL_0 dispatch A0FAD86102233230000000AA0E80F0002::-61.5:CUL_0
2013.12.29 16:55:43.936 5: CUL/RAW: /A0FEC861022337F0000000AA0E70F001702

2013.12.29 16:55:43.938 4: CUL_Parse: CUL_0 A 0F EC 8610 22337F 000000 0AA0E70F001702 -73
2013.12.29 16:55:43.940 5: CUL_0 dispatch A0FEC861022337F0000000AA0E70F0017::-73:CUL_0
2013.12.29 16:56:29.503 5: CUL/RAW: /A0C4186702063C500000000DD3211

2013.12.29 16:56:29.507 4: CUL_Parse: CUL_0 A 0C 41 8670 2063C5 000000 00DD3211 -65.5
2013.12.29 16:56:29.509 5: CUL_0 dispatch A0C4186702063C500000000DD32::-65.5:CUL_0
2013.12.29 16:56:34.190 2: CUL_HM set nico_oled_taster getConfig
2013.12.29 16:56:38.354 5: CUL/RAW: /A0CCF86701EA60200000000D03428

2013.12.29 16:56:38.355 4: CUL_Parse: CUL_0 A 0C CF 8670 1EA602 000000 00D03428 -54
2013.12.29 16:56:38.357 5: CUL_0 dispatch A0CCF86701EA60200000000D034::-54:CUL_0
2013.12.29 16:56:43.692 5: CUL_0 sending As105BA001F134211EAEC900040000000000
2013.12.29 16:56:44.154 4: CUL_send:  CUL_0As 10 5B A001 F13421 1EAEC9 00040000000000
2013.12.29 16:56:44.177 5: CUL/RAW: /A1A0284001EAEC90000001400604A455130373035313338409400002F

2013.12.29 16:56:44.179 4: CUL_Parse: CUL_0 A 1A 02 8400 1EAEC9 000000 1400604A455130373035313338409400002F -50.5
2013.12.29 16:56:44.180 5: CUL_0 dispatch A1A0284001EAEC90000001400604A45513037303531333840940000::-50.5:CUL_0
2013.12.29 16:56:50.499 5: CUL/RAW: /A0CCC86701A258F00000000D82A24

2013.12.29 16:56:50.501 4: CUL_Parse: CUL_0 A 0C CC 8670 1A258F 000000 00D82A24 -56
2013.12.29 16:56:50.503 5: CUL_0 dispatch A0CCC86701A258F00000000D82A::-56:CUL_0
2013.12.29 16:56:58.037 5: CUL/RAW: /A0C5986702063E400000000DB2805

2013.12.29 16:56:58.039 4: CUL_Parse: CUL_0 A 0C 59 8670 2063E4 000000 00DB2805 -71.5
2013.12.29 16:56:58.041 5: CUL_0 dispatch A0C5986702063E400000000DB28::-71.5:CUL_0
2013.12.29 16:57:06.093 5: CUL/RAW: /A1A0384001EAEC90000001400604A4551303730353133384094000012

2013.12.29 16:57:06.094 4: CUL_Parse: CUL_0 A 1A 03 8400 1EAEC9 000000 1400604A4551303730353133384094000012 -65
2013.12.29 16:57:06.096 5: CUL_0 dispatch A1A0384001EAEC90000001400604A45513037303531333840940000::-65:CUL_0
2013.12.29 16:57:13.892 5: CUL/RAW: /A0DDD84101C54AAF1342106012000EF

2013.12.29 16:57:13.895 4: CUL_Parse: CUL_0 A 0D DD 8410 1C54AA F13421 06012000EF -82.5
2013.12.29 16:57:13.898 5: CUL_0 dispatch A0DDD84101C54AAF1342106012000::-82.5:CUL_0
2013.12.29 16:57:30.503 5: CUL/RAW: /A0D08841020AAB4F134210601760041

2013.12.29 16:57:30.506 4: CUL_Parse: CUL_0 A 0D 08 8410 20AAB4 F13421 0601760041 -41.5
2013.12.29 16:57:30.508 5: CUL_0 dispatch A0D08841020AAB4F1342106017600::-41.5:CUL_0

[martinp876]

Hi Nico

der 4Dis antwortet nicht.
- ist er gepairt? Wenn nicht probiere es einmal (mit aktueller SW - ich habe ein bisschen getunt
- du verwendest eine CUL, keine CUNO? CUNO geht nicht. CUL timing soltle passen

Gruss Martin

[nicola]

Hi Martin,

Es klappt immer noch nicht. Ich benutzte einen CUL mit Firmware 1.57

Internals:
   CFGFN      /opt/fhem/fernbedienung.cfg
   CUL_0_MSGCNT 56
   CUL_0_RAWMSG A1A38A0101EAEC9F13421023D693E6E3F6B4073410046404700483A07
   CUL_0_RSSI -70.5
   CUL_0_TIME 2013-12-29 21:33:42
   DEF        1EAEC9
   HMLAN1_MSGCNT 55
   HMLAN1_RAWMSG E1EAEC9,0000,29C13D20,FF,FFA2,38A0101EAEC9F13421023D693E6E3F6B4073410046404700483A
   HMLAN1_RSSI -94
   HMLAN1_TIME 2013-12-29 21:33:42
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     111
   NAME       nico_oled_taster
   NR         449
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 nico_oled_taster_Btn_01
   channel_02 nico_oled_taster_Btn_02
   channel_03 nico_oled_taster_Btn_03
   channel_04 nico_oled_taster_Btn_04
   channel_05 nico_oled_taster_Btn_05
   channel_06 nico_oled_taster_Btn_06
   channel_07 nico_oled_taster_Btn_07
   channel_08 nico_oled_taster_Btn_08
   channel_09 nico_oled_taster_Btn_09
   channel_0A nico_oled_taster_Btn_10
   channel_0B nico_oled_taster_Btn_11
   channel_0C nico_oled_taster_Btn_12
   channel_0D nico_oled_taster_Btn_13
   channel_0E nico_oled_taster_Btn_14
   channel_0F nico_oled_taster_Btn_15
   channel_10 nico_oled_taster_Btn_16
   channel_11 nico_oled_taster_Btn_17
   channel_12 nico_oled_taster_Btn_18
   channel_13 nico_oled_taster_Btn_19
   channel_14 nico_oled_taster_Btn_20
   lastMsg    No:38 - t:10 s:1EAEC9 d:F13421 023D693E6E3F6B4073410046404700483A
   protCmdDel 201
   protLastRcv 2013-12-29 21:33:42
   protResndFail 6 last_at:2013-12-29 21:33:44
   protSnd    68 last_at:2013-12-29 21:33:42
   protState  CMDs_done_Errors:1
   rssi_at_CUL_0 avg:-69.88 min:-96 max:-56 lst:-70.5 cnt:56
   rssi_at_HMLAN1 avg:-81.83 min:-96 max:-73 lst:-94 cnt:55
   Readings:
     2013-12-29 21:21:46   CommandAccepted yes
     2013-12-29 21:33:34   PairedTo        0xF13421
     2013-12-29 21:21:46   R-language      German
     2013-12-29 21:21:46   R-pairCentral   0xF13421
     2013-12-29 21:21:46   R-stbyTime      10 s
     2013-12-29 21:33:34   RegL_00:          02:01 07:01 0A:F1 0B:34 0C:21 0E:0A 00:00
     2013-12-29 21:33:08   battery         ok
     2013-12-29 21:27:29   powerOn         -
     2013-12-29 21:27:29   recentStateType info
     2013-12-29 21:33:45   state           RESPONSE TIMEOUT:RegisterRead
   Helper:
     addVal     1
     mId        0060
     rxType     4
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rssi:
       At_cul_0:
         avg        -69.8839285714286
         cnt        56
         lst        -70.5
         max        -56
         min        -96
       At_hmlan1:
         avg        -81.8363636363636
         cnt        55
         lst        -94
         max        -73
         min        -96
     Shadowreg:
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.4
   group      Nico OLED Taster
   model      HM-PB-4DIS-WM
   peerIDs   
   room       07_Fernbedienung
   serialNr   JEQ0705138
   subType    pushButton
   verbose    5
   webCmd     getConfig

anbei ein neuer log als Datei.

Grüße
Nico

[martinp876]

Hallo Nico,

kurzer zwischenstand:
es gibt ein paar timing-abweichungen.
Du verwendest eien CUL und hast du aktuelle 00_CUL v4468?

Das Timing ist nicht IN der CUL defekt sondern in FHEM oder auf der Platform.

21:21:49.417   Parse: Empfang - antwort von FHEM um 21:21:49.517
21:21:49.439   0 sending As0A1C8002F134211EAEC900 warten.... dly:77ms
21:21:49.571   send:  CUL_0As 0A 1C 8002 F13421 1EAEC9 00#delay war 60ms zu lang.

21:24:13.227   Parse: antwort von FHEM erwartet um 21:24:13.327
21:24:13.292   sending As0A248002F134211EAEC900 warten... dly:34ms
21:24:13.301   sending As0B25A001F134211EAEC90403 und der noch einmal 100ms später=>21:24:13.427
21:24:13.446   send:  CUL_0As 0A 24 8002 F13421 1EAEC9 00  #fehler - verspätet um 20ms - noch ok
21:24:14.056   send:  CUL_0As 0B 25 A001 F13421 1EAEC9 0403 #fehler - verspätet um 600ms - definitiv zu spät

sending ist die vorbereitung, send: das eigentliche senden.
Ich habe mit meiner CUL eine lange sequenz getestet - das geht in Ordnung bei mir.
In deinem Fall ist die FHEM kalkulation ok - aber es drängelt sich ein anderer Task hinein, innerhalb oder ausserhalb von FHEM.
Du kannst noch einmal aufnahmen machen. Ich kann eine CUL version bauen, die aktiv wartet - dann kann schon einmal keiner aus FHEM dazwischen funken.... interesse? Generell sollte es aber passives Warten sein.

Gruss Martin
Dennoch muss

[Wolfpunk]

Hallo Martin,

blank würde prinzipiell gehen - aber fhem erkennt es als trenner, das muss ich separat parsen...

Gruss Martin

Hallo, Martin!

Sorry für's Ausgraben, aber ich wollte dafür nicht extra einen neuen Thread aufmachen. Gibt's inzwischen Neuigkeiten bzgl. Leerzeichen im Displaytext? Vielleicht wäre ja auch ein Platzhalter eine Idee, den Du dann beim Parsen ggf. mit Leerzeichen ersetzen könntest.

Oder geht das schon irgendwie und ich hab's übersehen?

Grüße,
Marc

[martinp876]

Hi Marc,

habe es eingebaut. Ein \_ wird durch ein space ersetzt werden

Gruss Martin

[Wolfpunk]

Super, besten Dank!

[Dr. Smag]

Irgendwie bin ich zu blöd den Text auf das Device zu setzen. Habe den Schalter also den 1 Dual-Channel mit dem HMLAN-Adapter gepeert. Möchte die weiteren Aktionen über FHEM machen.
Nach der Übertragung, habe ich im Display Postion 1 stehen. Wenn ich dann die Text setzen möchte, bekomme ich von FHEM immer gesagt:

set SWD_SZ text 1 on On Lamp
Unknown argument text, choose one of clear:readings,register,rssi,msgEvents,all getConfig getRegRaw pair raw regBulk regSet reset unpair

Text gibt es nicht.

Was mache ich falsch?

[martinp876]

dein device sollte das korrekte "model" eingetragen haben. Das passiert, wenn du das Device pairst. Danach solltest du ein "save " veranlassen.
was steht in model (des Device!, nicht der Channel)

[Dr. Smag]

Das habe ich getan. Als Zentrale gepairt und gespeichert. Habe dann in der fhem.cfg das "define" des Aktors und eine Latte an Buttons (_Btn_01 - _Btn_20).

Code Auswählen Erweitern


define SWD_SZ CUL_HM 1C0C44
attr SWD_SZ IODev HMLAN1
attr SWD_SZ autoReadReg 4_reqStatus
attr SWD_SZ expert 2_full
attr SWD_SZ firmware 1.4
attr SWD_SZ model HM-PB-4DIS-WM
attr SWD_SZ room CUL_HM
attr SWD_SZ serialNr ...
attr SWD_SZ subType pushButton
attr SWD_SZ webCmd getConfig:clear msgEvents

define SWD_SZ_Btn_01 CUL_HM 1C0C4401
attr SWD_SZ_Btn_01 model HM-PB-4DIS-WM
attr SWD_SZ_Btn_01 peerIDs 00000000,12345601,
usw...


Wenn ich dann z.B.

Code Auswählen Erweitern


set SWD_SZ_Btn_01 peerChan 0 HMLAN1 dual set

ausführe und das an den Aktor übernehmen lasse, habe ich im Display einen Schalter mit "Position 1" mit up and down. FHEM bekommt auch die Tastendrücke mit.

Den Text kann ich aber nicht setzen, da er meint, dass es kein Attribut gibt.

---
Habe auch mal ein Virtual Actor eingetragen:

Code Auswählen Erweitern


define VA CUL_HM 123456
set VA virtual 20


Peeren geht ebenfalls. Jedoch kann ich kein Text setzen. Werde noch weich.
Habe das letzte update (auch mit force) eingespielt.

[martinp876]

war ein bug...
ist in SVN behoben, morgen im update

[Dr. Smag]

Supi, danke! Ich dachte schon ich werde kirre.

Habe auch schon in den Quellen geschaut...
Die Parameter für das 16-LED-Status-Teil "led, ilum" usw. waren ja da.

Hat sich da ein "^" eingeschlichen?

[martinp876]

nein, dummer fehler. Der 4dis-2 ist dazugekommen. Ich habe den Kommandosatz des "4dis-2" dem des 4dis zugewiesen. Funktioniert nur anders herum, der 4dis wäre das 'template' gewesen  - dämlich, sorry.

[Dr. Smag]

Okay. Danke!