HM-CC-RT-DN Missing ACK

[wollebe]

Hallo,
ich bin Neueinsteiger und möchte hier um Hilfe für mein Problem seit zwei Tagen bitten.

Bei mir läuft Fhem auf der Fritzbox Version 6.01 und einem CUL V3.0.
Ich habe einen Taster und mehree Switches sowie 6   HM-CC-RT-DN im Einsatz.

Zuerst habe ich mit einem HM-CC-RT-DN angefangen und nach Super -Erfolg 5 weitere gekauft. Diese funktionierten bis vor ca. 2 bis drei Tagen auch ohne Probleme auf der oben beschriebenen Hardware und Software.

Jetzt habe ich den Stand erreicht, dass ein neu gepairter Thermostat kein verstellen der desired-Temp zulässt. Das System erhält alle Daten nach dem Aufwachen, desired-temp wird aber nicht übernommen.
Auf die Anfrage getConfig sagt der Status nun seit ca.17 Minuten: CMDs_pending

Bitte seit mir nicht böse, aber ich bringe diesen Umstand mit dem letztgemachten Update in Verbindung.

Kann mir jemand von den Experten helfen.

Viele Grüße
Wolfgang

[martinp876]

Hallo Wolfgang,

wenn es mit dem letzten Update zusammen hängt sollte ein getConfig auch mit anderen RTs nicht mehr erfolgreich sein. Wie ist hier der Stand?

Ich gehe davon aus, dass du demnach auf dem aktuellen Stand bist.

kannst du einmal ein log der messages schicken - mit
attr global verbose 1
attr global mseclog 1
attr <cul> verbose 4
Gruss Martin

[wollebe]

Hallo Martin,
nett, dass du dich meldest.
In der Tat bin ich auf dem neuesten Stand für Fhem und Fritzbox.

Ja, alle RT´s zeigen das gleiche Verhalten.

Ich habe alles versucht: neu gepeert, nur ein RT-Betrieb, mögliche Störquellen ausgeschaltet, CUL mit Fritzbox an anderer Stelle positioniert.

Hier nun die verschiedenen Informationen:

CFGFN /usr/share/fhem/FHEM/Arbeitszimmer.cfg CUL_MSGCNT 3 CUL_RAWMSG A0FB7861021F2D50000000AA8D90F1D1828 CUL_RSSI -54 CUL_TIME 2013-12-31 08:59:35 DEF  21F2D5 IODev CUL LASTInputDev CUL MSGCNT 3 NAME AZ_Heizungsventil NR 290 STATE CMDs_pending TYPE CUL_HM channel_01 AZ_Heizungsventil_Weather channel_02 AZ_Heizungsventil_Climate channel_03 AZ_Heizungsventil_WindowRec channel_04 AZ_Heizungsventil_Clima channel_05 AZ_Heizungsventil_ClimaTeam channel_06 AZ_Heizungsventil_remote lastMsg No:B7 - t:10 s:21F2D5 d:000000 0AA8D90F1D18 protCmdPend 13 CMDs pending protLastRcv 2013-12-31 08:59:35 protResnd 3 last_at:2013-12-31 08:59:39 protSnd 3 last_at:2013-12-31 08:59:35 protState CMDs_pending rssi_at_CUL avg:-54.16 min:-54.5 max:-54 lst:-54 cnt:3  Readings Activity alive 2013-12-31 08:53:58 actuator 29 % 2013-12-31 08:59:35 battery ok 2013-12-31 08:59:35 batteryLevel 3 V 2013-12-31 08:59:35 desired-temp 21 2013-12-31 08:59:35 measured-temp 21.7 2013-12-31 08:59:35 state CMDs_pending 2013-12-31 08:59:39

Aus der Logdatei:

2013-12-31_08:53:24 AZ_Heizungsventil Activity: alive 2013-12-31_08:53:58 AZ_Heizungsventil Activity: alive 2013-12-31_08:54:46 AZ_Heizungsventil battery: ok 2013-12-31_08:54:46 AZ_Heizungsventil batteryLevel: 3 V 2013-12-31_08:54:46 AZ_Heizungsventil measured-temp: 21.2 2013-12-31_08:54:46 AZ_Heizungsventil desired-temp: 21 2013-12-31_08:54:46 AZ_Heizungsventil actuator: 42 % 2013-12-31_08:57:18 AZ_Heizungsventil battery: ok 2013-12-31_08:57:18 AZ_Heizungsventil batteryLevel: 3 V 2013-12-31_08:57:18 AZ_Heizungsventil measured-temp: 21.4 2013-12-31_08:57:18 AZ_Heizungsventil desired-temp: 21 2013-12-31_08:57:18 AZ_Heizungsventil actuator: 42 % 2013-12-31_08:59:35 AZ_Heizungsventil battery: ok 2013-12-31_08:59:35 AZ_Heizungsventil batteryLevel: 3 V 2013-12-31_08:59:35 AZ_Heizungsventil measured-temp: 21.7 2013-12-31_08:59:35 AZ_Heizungsventil desired-temp: 21 2013-12-31_08:59:35 AZ_Heizungsventil actuator: 29 % 2013-12-31_09:01:38 AZ_Heizungsventil battery: ok 2013-12-31_09:01:38 AZ_Heizungsventil batteryLevel: 3 V 2013-12-31_09:01:38 AZ_Heizungsventil measured-temp: 21.9 2013-12-31_09:01:38 AZ_Heizungsventil desired-temp: 21 2013-12-31_09:01:38 AZ_Heizungsventil actuator: 29 % 2013-12-31_09:01:41 AZ_Heizungsventil ResndFail 2013-12-31_09:01:41 AZ_Heizungsventil MISSING ACK

Aus dem LogFile (ich habe nach Einstellung der attr einen Neustart durchgeführt):

2013.12.31 08:53:39.631 0: Server shutdown 2013.12.31 08:53:43.232 1: Including /etc/fhem.cfg 2013.12.31 08:53:46.513 1: Including /usr/share/fhem/FHEM/Automatik.cfg 2013.12.31 08:53:46.866 1: Including /usr/share/fhem/FHEM/Garten.cfg 2013.12.31 08:53:48.991 1: Including /usr/share/fhem/FHEM/kleines_Zimmer.cfg 2013.12.31 08:53:49.396 1: Including /usr/share/fhem/FHEM/Arbeitszimmer.cfg 2013.12.31 08:53:49.876 1: Including /usr/share/fhem/FHEM/Plots.cfg 2013.12.31 08:53:50.372 1: Including /usr/share/fhem/FHEM/Enigma2.cfg 2013.12.31 08:53:51.193 1: Including /usr/share/fhem/FHEM/Gaestezimmer.cfg 2013.12.31 08:53:51.971 1: Including /usr/share/fhem/FHEM/Bad_Erdgeschoss.cfg 2013.12.31 08:53:52.227 1: Including /usr/share/fhem/FHEM/Bad_Untergeschoss.cfg 2013.12.31 08:53:52.564 1: Including /usr/share/fhem/FHEM/Anwesenheit.cfg 2013.12.31 08:53:52.574 1: Including /usr/share/fhem/FHEM/Wetter_yahoo.cfg 2013.12.31 08:53:53.055 1: Including /var/log/fhem/fhem.save 2013.12.31 08:53:53.823 1: usb create starting 2013.12.31 08:53:53.976 1: usb create end 2013.12.31 08:53:53.981 0: Server started with 177 defined entities (version $Id: fhem.pl 4501 2013-12-29 17:59:52Z rudolfkoenig $, os linux, user unknown, pid 2654) 2013.12.31 08:54:33.190 2: CUL_HM set AZ_Heizungsventil getConfig 2013.12.31 08:54:49.548 4: CUL_HM_Resend: AZ_Heizungsventil nr 2 2013.12.31 08:57:22.679 4: CUL_HM_Resend: AZ_Heizungsventil nr 3 2013.12.31 08:59:39.871 4: CUL_HM_Resend: AZ_Heizungsventil nr 4

Hoffentlich habe ich die richtigen Informationen für dich

Gruß Wolfgang

[martinp876]

Hallo Wolfgang,

wenn du ein

Code Auswählen Erweitern

list AZ_Heizungsventil
in die Kommandozeile eingibst kannst du formatiert kopieren

die Logs des verhaltens - auf message-ebene musst du loggen gemäss
http://forum.fhem.de/index.php/topic,16563.msg107848.html#msg107848

Nach dem einstellen des verbose levels sollten auch messages im Logfile stehen

Gruss Martin

[wollebe]

Hallo Martin,
tut mir Leid, dass es so lange dauert.
Ich bin in den Vorbereitungen für heute Abend.
Berliner backen, Raum schmücken  etc.

Nun noch einmal:
Internals:
   CFGFN      /usr/share/fhem/FHEM/Arbeitszimmer.cfg
   CUL_MSGCNT 7
   CUL_RAWMSG A0F06861021F2D50000000A80D40F001825
   CUL_RSSI   -55.5
   CUL_TIME   2013-12-31 12:18:49
   DEF        21F2D5
   IODev      CUL
   LASTInputDev CUL
   MSGCNT     7
   NAME       AZ_Heizungsventil
   NR         291
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 AZ_Heizungsventil_Weather
   channel_02 AZ_Heizungsventil_Climate
   channel_03 AZ_Heizungsventil_WindowRec
   channel_04 AZ_Heizungsventil_Clima
   channel_05 AZ_Heizungsventil_ClimaTeam
   channel_06 AZ_Heizungsventil_remote
   lastMsg    No:06 - t:10 s:21F2D5 d:000000 0A80D40F0018
   protCmdDel 54
   protLastRcv 2013-12-31 12:18:49
   protResnd  3 last_at:2013-12-31 12:08:44
   protResndFail 1 last_at:2013-12-31 12:11:37
   protSnd    4 last_at:2013-12-31 12:11:34
   protState  CMDs_done_Errors:1
   rssi_at_CUL avg:-55.71 min:-56.5 max:-55 lst:-55.5 cnt:7
   Readings:
     2013-12-31 12:03:13   Activity        alive
     2013-12-31 12:18:49   actuator        0 %
     2013-12-31 12:18:49   battery         ok
     2013-12-31 12:18:49   batteryLevel    3 V
     2013-12-31 12:18:49   desired-temp    16
     2013-12-31 12:18:49   measured-temp   21.2
     2013-12-31 12:11:37   state           MISSING ACK
   Helper:
     mId        0095
     rxType     140
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rssi:
       At_cul:
         avg        -55.7142857142857
         cnt        7
         lst        -55.5
         max        -55
         min        -56.5
Attributes:
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   group      AZ_Heizungsventil
   model      HM-CC-RT-DN
   peerIDs   
   room       y_aktor
   serialNr   KEQ0652122
   subType    thermostat
   verbose    4
   webCmd     getConfig:burstXmit

Viele Grüße
Wolfgang

[chris1284]

evtl hilft auch mein log. ich habe seit dem post am 28.12 in http://forum.fhem.de/index.php/topic,14738.735.html nun wieder das Problem MISSING_ACK und das ich die temp nicht setzen kann.
am 28.12 war mein sys aktuell -> misisng ack -> neu gemacht, fhem neu -> schon probleme beim pairen, aber dann doch erfolgreich -> nun nach kurzer zeit erfolgreichen laufens (wieder ziemlich genau 1,5-2 tage) missing  MISSING_ACK, CMDsPending, Änderungen am Ventil werden aber in fhem übernommen / angezeigt

list buero.heizung

Internals:
   CUL_0_MSGCNT 46
   CUL_0_RAWMSG A0F8B86102222750000000A90AE0F50C059
   CUL_0_RSSI -29.5
   CUL_0_TIME 2013-12-31 12:27:10
   DEF        222275
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     46
   NAME       Buero.Heizung
   NR         47
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 Buero.Heizung_Weather
   channel_02 Buero.Heizung_Climate
   channel_03 Buero.Heizung_WindowRec
   channel_04 Buero.Heizung_Clima
   channel_05 Buero.Heizung_ClimaTeam
   channel_06 Buero.Heizung_remote
   lastMsg    No:8B - t:10 s:222275 d:000000 0A90AE0F50C0
   protCmdDel 32
   protLastRcv 2013-12-31 12:27:10
   protResnd  6 last_at:2013-12-31 12:25:00
   protResndFail 2 last_at:2013-12-31 12:27:12
   protSnd    8 last_at:2013-12-31 12:27:10
   protState  CMDs_done_Errors:1
   rssi_at_CUL_0 avg:-29.84 min:-30.5 max:-28 lst:-29.5 cnt:46
   Readings:
     2013-12-31 10:33:51   Activity        alive
     2013-12-30 12:17:20   CommandAccepted yes
     2013-12-29 19:19:13   PairedTo        0xF11034
     2013-12-29 19:19:13   R-backOnTime    10 s
     2013-12-31 12:00:10   R-btnLock       unlock
     2013-12-31 12:00:10   R-burstRx       set_on
     2013-12-31 12:00:10   R-cyclicInfoMsg on
     2013-12-31 12:00:10   R-cyclicInfoMsgDis 0
     2013-12-31 12:00:10   R-globalBtnLock off
     2013-12-31 12:00:10   R-localResDis   off
     2013-12-29 19:19:13   R-lowBatLimitRT 2.1 V
     2013-12-31 12:00:10   R-modusBtnLock  off
     2013-12-31 12:00:10   R-pairCentral   0xF11034
     2013-12-29 19:19:13   RegL_00:        01:00 02:01 09:01 0A:F1 0B:10 0C:34 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2013-12-31 12:27:10   actuator        80 %
     2013-12-31 12:27:10   battery         ok
     2013-12-31 12:27:10   batteryLevel    3 V
     2013-12-31 12:27:10   desired-temp    18
     2013-12-31 12:27:10   measured-temp   17.4
     2013-12-31 12:27:12   state           MISSING ACK
     2013-12-30 18:05:04   time-request    -
   Helper:
     mId        0095
     rxType     140
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rssi:
       At_cul_0:
         avg        -29.8478260869565
         cnt        46
         lst        -29.5
         max        -28
         min        -30.5
     Shadowreg:
       RegL_00:   01:01 02:01 09:01 0A:F1 0B:10 0C:34 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
Attributes:
   IODev      CUL_0
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-CC-RT-DN
   peerIDs   
   room       Buero
   serialNr   KEQ0514304
   subType    thermostat
   webCmd     getConfig:burstXmit

[martinp876]

Hallo Chris,

ja, muss auch noch vorbereiten....

dein CUL (oder CUNO) empfängt in sehr kleinen Schritten... (oder stottert?)

Ich sehe einen Sendeversuche um12:00:19.964 - Aber das ist eine Katastrophe. was sollte da gesendet werden?
Hast hattest du etwas zu senden? Das war keine message.
Gruss Martin

[chris1284]

2013.12.31 12:00:19.964 4: CUL_send:  CUL_0is 00 00 0F00 0FF0 

da sendet er zur IT1500 steckdose ein AUS.

der CUL ist ein COC. was heisst er stottert? Fehlverhalten? Ich habe ja hier http://forum.fhem.de/index.php/topic,18106.0.html schon eimal befragt weil sich der COC für mich als frischling komisch verhält.

[martinp876]

IT1500? Was ist das? HM?
Wenn nicht  - eine CUL kann HM nur exclisiv. Kann dass das Problem sein?

[chris1284]

das sind Intertechno-Funksteckdosen. die laufen auf 433 MHz und sind nicht hm. in diversen beiträgen habe ich gelesen das der COC damit keine probleme haben soll kurz auf 433 zu gehen und den befehl zu senden.

[martinp876]

HM devics brauchen ein eigenes IO device. Es gibt keines, das einen Mischbetrieb mit HM kann.
habe ich etwas übersehen oder hast du gemischt?

[chris1284]

OK. könnte der grund sein. habe nun nochmal ein frisches system erstellt und nur den RT eingebunden. evtl hilft es (pi neu installiert, fhem frisch installiert).

kannst du dir bitte nochmal das log ansehen? ich habe wieder das problem gehabt das pairing am RT 2x einzuleiten und habe wieder erst beim 2. mal das AC bekommen.

danke & gruß
chris

[martinp876]

Hi Chris,

was eigentliche pairen hat sofort funktioniert. Auch das Lesen der ersten registerlisten und peers.
Zu diesem Zeitpunkt konntest du schon in den Registern sehen, dass das pairing funktioniert hat.

Erst bei der sehr langen registerliste von Channel 04 ist ein Problem aufgetreten.
Channel 04 und 05 wurden nicht korrekt gelesen - muss ich einmal suchen...

channel 06 ist nach dem aufwachen dann korrekt gelesen worden - auch die Uhrzeit wurde übertragen.

Gruss Martin

[wollebe]

Hallo Martin, hallo Chris,
gesundes neues Jahr wünsche ich euch.
Wollte mich noch einmal melden. Mein Problem besteht immernoch.
Martin gibt es die Möglichkeit Fhem auf den Stand vom vor den 28.12.2013 rückzudaten?

Gruß
Wolfgang

[martinp876]

@Wolfgang,

du solltest mit jedem Update ein entsprechendes File dazu angelegt bekommen. Ansonsten kannst su aus SVN die Files dieses Datums - also die zu diesem Zeitpunkt gültige Version zusammenstellen

Gruss Martin