Missing ACK bei HM-Dis-TD-T

[dougie]

F10000 hat wunderbar funktioniert! Hab inzwischen meine Konfig auf den HMLAN umgestellt und es läuft!!

Endlich habe ich eine Anzeige an der Haustüre, ob die Alarmanlage scharf oder unscharf ist. Grosse Freude herrscht!

VG
Ralf

F10000 kann sein - eben das, was du auch aus den pairings der devices auslesen kannst.

Anmerkungen:
HM0000 geht garnicht. Die HMID ist ein 3 Byte Wert in HEX Darstellung - es ist KEIN ASCII string!. Also nie Buchstaben groesser F angeben, und immer 6 Zeichen.

Ich habe nie gesehen, dass beim pairing etwas anderes eingestellt wird als die HMID. Das Protokoll ist einfacher als die meisten denken...

Wie gesagt, ich habe oft zwischen HLMAN und CUL umgeschaltet, keine Probleme bei mir.

VG
Martin

[Sille]

Hi zusammen,

ich greife dieses alte Thema nochmal auf.

Problem: Alle Kommandos vom Display (On|Off) kommen prima in fhem an. Nur auf ein Kommando von fhem Richtung Display bekomme ich in 99% der Fälle ein Missing ACK

Die Lösung war ein HMLAN, was ich nicht habe. Im fhemwiki ist als Voraussetzung für die Nutzung mit dem CUL die Firmware culfw >= 1.55 genannt, die den Burst Modus unterstützt:

Da die Retroanzeige den sogenannten Burstmodus benutzt, muss ein CUL oder CUNO mindestens mit culfw 1.55 Firmware geflascht sein. Ältere culfw unterstützen Burst nicht.

Muss ich den Burst-Modus extra einschalten (wie/wo?):

Aktuell ist Firmware 1.66 auf einem CUL von Busware geflasht, ich hatte angenommen, dass es mit dieser Firmware "automatisch" funktioniert.

Code Auswählen Erweitern

CUL1 version => V 1.66 CUL868

Bei mir kommt aus Richtung fhem nichts beim HM-Dis-TD-T an:

Ein "get config" bekommt

Code Auswählen Erweitern

RESPONSE TIMEOUT:RegisterRead

ein "set FLU_Alarm_Schalter on"

Code Auswählen Erweitern

MISSING ACK

Ich nehme an, dass irgendwas gesetzt werden muss, damit dieser burst Modus genutzt wird. Kann mich bitte jemand in die richtige Richtung schubsen? Ich war doch schon so stolz das Ding zusammengelötet zu haben... und nun das

LG Sille

[LuckyDay]

ach mal ein
list FLU_Alarm_Schalter
und poste den hier

burst muß man nicht extra setzten

[Sille]

Hi,

ein  "list FLU_Alarm_Schalter" liefert:

Code Auswählen Erweitern

Internals:
   CUL1_MSGCNT 6
   CUL1_RAWMSG A0D348410385B3100000006010000::-41.5:CUL1
   CUL1_RSSI  -41.5
   CUL1_TIME  2016-02-27 19:46:45
   DEF        385B31
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     6
   NAME       FLU_Alarm_Schalter
   NR         525
   NTFY_ORDER 50-FLU_Alarm_Schalter
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:34 - t:10 s:385B31 d:000000 06010000
   protCmdDel 5
   protLastRcv 2016-02-27 19:46:45
   protResnd  4 last_at:2016-02-27 18:35:46
   protResndFail 4 last_at:2016-02-27 18:35:50
   protSnd    4 last_at:2016-02-27 18:35:43
   protState  CMDs_done_Errors:1
   rssi_at_CUL1 avg:-49.16 min:-53.5 max:-41.5 lst:-41.5 cnt:6
   Readings:
     2016-02-27 15:53:17   D-firmware      1.1
     2016-02-27 15:53:17   D-serialNr      xxxxxxxxxx
     2016-02-27 17:31:26   RegL_00.
     2016-02-27 19:46:45   deviceMsg       off (to broadcast)
     2016-02-27 19:46:45   level           0
     2016-02-27 18:44:29   levelMissed     desired:100
     2016-02-27 19:46:45   pct             0
     2016-02-27 19:46:45   recentStateType info
     2016-02-27 19:46:45   state           off
     2016-02-27 19:46:45   timedOn         off
   Helper:
     HM_CMDNR   52
     cSnd       11F12503385B310201C80000,11F12503385B310201C80000
     getCfgList all
     getCfgListNo ,3
     mId        0078
     rxType     2
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +385B31,00,00,00
       nextSend   1456598805.70347
       prefIO
       rxt        0
       vccu
       p:
         385B31
         00
         00
         00
     Mrssi:
       mNo        34
       Io:
         CUL1       -39.5
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       At_cul1:
         avg        -49.1666666666667
         cnt        6
         lst        -41.5
         max        -41.5
         min        -53.5
Attributes:
   IODev      CUL1
   alarmDevice Actor
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.1
   group      Alarmanlage
   model      HM-Dis-TD-T
   msgRepeat  1
   room       CUL_HM,Flur.unten
   serialNr   xxxxxxxxxx
   subType    switch
   webCmd     statusRequest:toggle:on:off

LG Sille

[LuckyDay]

da fehlen die Pairing Readings, senden tut er auch nach Broadcast

s:385B31 d:000000 06010000

nochmal richtig pairen

[Sille]

Hi,

warum auch immer - nach dreimaligem Rücksetzen auf Werkseinstellungen samt Pairing - nun funktioniert es.

Leider kann ich nicht nachvollziehen, was beim Letzten Pairing anders gelaufen ist und somit Mitlesern keine Erkenntnisse mitteilen.

Vielen Dank für die Unterstützung

LG Sille