HM-CC-RT-DN

[martinp876]

kannst du einmal einenmitschnitt der Messages schicken?
das pairen hat funktioniert?
immerhin wurden die Register des channel 04 korrekt gelesen, also geht etwas, eben nur nicht alles. Aber was...

die rohmessages bitte

[Stefan M.]

Hallo Martin
Welche Aktionen soll ich aufzeichnen ?
Noch ne doofe Frage, wie werden die Rohmessages aufgezeichnet hab ich noch nicht gemacht ?

lg
Stefan

[martinp876]

Hallo Stefan,

probiere erst einmal version 3960.
ich habe ein Problem bemerkt bei mehreren "conditional-burst devices" (also 2 mal rt...) wenn man nacheinander abfragt. Dann antwortet immer der erste weiter dinge, die an den 2. addressiert sind. im detail ist das Problem beim hochfahren aufgetreten, wenn autoregread aktiv war. Einzelnes Lesen hat funktioniert.
Da die  beim booten liste deterministisch ist hat es quasi immer den gleichen getroffen.

falls es das nicht war bitte
attr global verbose 1
attr global mseclog 1
attr hmlan loglevel 1

und dann eine Aktion mit fehlern

Gruss Martin

[Stefan M.]

Hallo Martin
hat leider nichts geändert.
anbei ein Logauszug von pairen und einigen Kommandos.

Reicht das oder brauchst Du mehr.

lg
Stefan

[Stefan M.]

Hallo Martin
konntest Du schon was finden ?
Ich bekomme diese Woche noch drei neu HM Regler und 3 HM Fenstersensoren, da werde ich es mit einem neuen Regler nochmal Versuchen.



LG
Stefan

[martinp876]

Hallo Stefan,

dein device ist gepairt.
dennoch sehe ich, dass du anlernen (config) drückst und FHEM zu pairen versucht.
das geht schief.

das lesen danach ist fehlerfrei.

welches Kommando setzt du ab?
hast du einmal andere Register geschrieben oder geht das Schreiben nie?
Funktioniert Burst nicht? Ist beim Lesen eingeschaltet... warum nicht beim ersten Kommando?

Gruss Martin

[Stefan M.]

Hallo Martin
ich habe einige male darüber gepairt, desired-temp habe ich geschickt und das wird auch ausgeführt aber der Status MISSING ACK kommt.
Ich hatte Probleme beim setzen des burstRx on, irgendwann war er dann aber on.

Wie kann man den Burst prüfen ?

LG
Stefan

[martinp876]

Hi Stefan,

FHEM probiert, ob burst an ist. Auf das Lesen der Register verlasse ich mich nicht - zu komplex.
der Wert "protCondBurst" zeigt an, wie das Device auf den letzten Sendeversuch reagiert hat.
da es zum protokol zählt beginnt der Name mit prot.

Diesen Wert gibt es nur bei devices, die es auch unterstützen.

wieder einmal ein hinweis auf die Tabellenauswertung von HMInfo:
set hm param -d protCondBurst R-burstRx
gibt eine schnelle Übersicht

Gruss Martin

[Stefan M.]

Hallo Martin

set hm param -d protCondBurst R-burstRx

zeigt folgendes :

param done:
 param list
    entity                 : protCondBurst           |R-burstRx               |
    CUL_HM_HM_CC_RT_DN_21B9FE   : on                     |on                  
    CUL_HM_HM_CC_RT_DN_235EA6   : on                     |on                  

lg
Stefan

[martinp876]

Hi Stefan,

du hast also 2 RTs, beide haben das Register gesetzt und bei beiden wurde die letzte Übertragung im burst-mode durchgeführt.
aller prima so weit.
Gruss Martin

[Stefan M.]

Hallo Martin
und bei einem kommt

CUL_HM_HM_CC_RT_DN_235EA6

MISSING ACK

Hast Du noch eine Idee was ich tun kann außer auf die neuen zu warten.

lg
Stefan

[Stefan M.]

Hallo Martin
kann es sein das es ein Grundsätzliches Problem mit dem State Parameter gibt.

Bei dem funktionierenden Regler habe ich schon länger keinen neuen Status bekommen.

state
CMDs_done_events:5
2013-09-25 06:40:46

Beim anderen
state
MISSING ACK
2013-09-25 23:40:40

lg
Stefan

[martinp876]

hi Stefan,

der protState (in 'reinen Devices ist es auch der 'state') wird immer geaendert wenn FHEM etwas sendet. Also aktiv von FHEM getrieben. hier auch wieder ein Hinweis auf die zugehörigen anderen prot parameter.

probiere einmal HMInfo (mein überblicks-instrument)
set hm protoEvents
ist ein auszug der wichtigsten protocol-parameter aller devices.

du kannst diese auch rücksetzen - wenn du 'neu' anfangen willst:
set hm clear Protocol

jetzt aber zum Missing-Ack: das Beispiel,das du gesendet hast hatte etwas mit Anlernen drücken zu tun.
a) welches Kommando hast du gesendet?
b) warum anlernen drücken?
c) kannst du einmal ein getConfig aufnehmen?
d) kannst du einmal ein set <dev> regSet burstRx on aufnehmen (als beispiel)

also evtl
set hm clear Protocol
set <dev> getConfig
set <dev> regSet burstRx on
set hm protoEvents # wiederholen bis commands "done" sind.
set hm rssi

Ergebnisse schicken
Gruss Martin

[Stefan M.]

Hallo Martin
a) weis ich nicht mehr genau
b) um ein definiertes Event zu haben.
c) mach ich gleich
d) mach ich auch gleich

Ich hab jetzt einen dritten Regler dran und der bringt auch MISSING ACK und lässt den burstRx nicht auf on setzen

Infos kommen in den nächsten zwei Stunden.

lg
Stefan

[Stefan M.]

Hallo Martin
hier sind die Logs des getConfig der drei Regler

bei zwei steht nun RESPONSE TIMEOUT:PeerList
bei dem neuen MISSING ACK

Den Rest mache ich später



protoEvents done:
    name                :protState            |protCmdPend       |protSnd           |protLastRcv   |protResnd         |protResndFail     |protNack          |protIOerr        
    CUL_HM_HM_CC_RT_DN_21B9FE: CMDs_done_events:16 |-                 |64:09-26 18:45:46 |09-26 18:45:45|14:09-26 18:45:54 |2:09-26 18:45:58  |-                 |-                
    CUL_HM_HM_CC_RT_DN_21CEA2: CMDs_done_events:2  |-                 |118:09-26 18:46:04|09-26 18:47:35|2:09-26 18:37:40  |-                 |-                 |-                
    CUL_HM_HM_CC_RT_DN_235EA6: CMDs_done_events:8  |-                 |16:09-26 18:34:29 |09-26 18:46:18|7:09-26 18:34:29  |1:09-26 18:34:33  |-                 |-                
    CUL_HM_HM_LC_SW4_WM_20F44F: Info_Cleared        |-                 |-                 |-             |-                 |-                 |-                 |-                
    CUL_HM_HM_SEC_RHS_1F194F: Info_Cleared        |-                 |-                 |09-26 18:01:44|-                 |-                 |-                 |-                
    CUL_HM_HM_SEC_SC_21968B: CMDs_done           |-                 |1:09-26 18:42:53  |09-26 18:42:53|-                 |-                 |-                 |-                
    CUL_HM_HM_SEC_SC_219EE8: Info_Cleared        |-                 |-                 |09-26 17:26:57|-                 |-                 |-                 |-                
    CUL_HM_HM_SEC_SC_219F72: Info_Cleared        |-                 |-                 |09-26 17:33:10|-                 |-                 |-                 |-                
    CUL_HM_HM_SEC_WDS_1E4D95: Info_Cleared        |-                 |-                 |09-26 16:56:58|-                 |-                 |-                 |-                
    CUL_HM_HM_Sen_Wa_Od_1F06B1: CMDs_done           |-                 |1:09-26 18:38:44  |09-26 18:39:00|-                 |-                 |-                 |-                

    CUL_HM queue:0
    status request pending:
    IODevs:HML:opened pending=0
lg
Stefan