[Gelöst] HM-CC-RT-DN seit Beginn im Status "MISSING ACK"

[borsTiHD]

Hallo zusammen,

ich verwende FHEM jetzt erst seit einigen Tagen und entsprechend ein DAU. 
Da ich aber mittlerweile schon viel spaß mit dem System hatte und schon einige Spielerreien mit HUE, meinem AV Receiver und Geofency zum laufen brachte, wollte ich jetzt meine CUL endlich einsetzen und meine Homematic Geräte über FHEM ansteuern.

Das Pairing zws. meinen einzelnen Heizthermostaten (HM-CC-RT-DN) und der CUL liefen sehr schnell und (ich denke mal) ohne Probleme ab.
Mir wurde bei jedem Pairing direkt das Gerät erkannt und die unterschiedlichen Kanäle angelegt (wie Clima, Weather, etc.).
Es sind insgesamt 5 Stück.

Wenn ich meinen Eventmonitor so beobachte bekomme ich auch regelmäßig die Readings rein:

Code Auswählen Erweitern

2017-12-18 15:41:04 CUL_HM HM_2F95F7 actuator: 0
2017-12-18 15:41:04 CUL_HM HM_2F95F7 battery: ok
2017-12-18 15:41:04 CUL_HM HM_2F95F7 batteryLevel: 3.2
2017-12-18 15:41:04 CUL_HM HM_2F95F7 desired-temp: 21.0
2017-12-18 15:41:04 CUL_HM HM_2F95F7 measured-temp: 22.9
2017-12-18 15:41:04 CUL_HM HM_2F95F7 motorErr: ok
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Clima ValvePosition: 0
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Clima boostTime: -
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Clima controlMode: auto
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Clima desired-temp: 21.0
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Clima measured-temp: 22.9
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Clima partyEnd: -
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Clima partyStart: -
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Clima partyTemp: -
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Clima T: 22.9 desired: 21.0 valve: 0
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Weather measured-temp: 22.9
2017-12-18 15:41:04 CUL_HM HM_2F95F7_Weather 22.9
2017-12-18 15:41:08 CUL_HM HM_2F8AA7 actuator: 10
2017-12-18 15:41:08 CUL_HM HM_2F8AA7 battery: ok
2017-12-18 15:41:08 CUL_HM HM_2F8AA7 batteryLevel: 3
2017-12-18 15:41:08 CUL_HM HM_2F8AA7 desired-temp: 21.0
2017-12-18 15:41:08 CUL_HM HM_2F8AA7 measured-temp: 23.5
2017-12-18 15:41:08 CUL_HM HM_2F8AA7 motorErr: ok
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Clima ValvePosition: 10
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Clima boostTime: -
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Clima controlMode: auto
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Clima desired-temp: 21.0
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Clima measured-temp: 23.5
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Clima partyEnd: -
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Clima partyStart: -
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Clima partyTemp: -
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Clima T: 23.5 desired: 21.0 valve: 10
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Weather measured-temp: 23.5
2017-12-18 15:41:08 CUL_HM HM_2F8AA7_Weather 23.5
2017-12-18 15:41:14 CUL_HM HM_2F8AA7 CMDs_pending

Bis zu diesem Punkt, würde ich sagen sieht alles gut aus.
Versuche ich jetzt aber ein"set HM_2F8AA7_Clima desired-temp 18.0" beispielsweise, wird es zwar laut den LOGs gesendet, aber selbst nach 10 Minuten und länger hat sich an meinem Thermostat nichts umgestellt.
Sobald auch die nächsten Readings "reinkommen" in FHEM, steht meine desired-temp wieder auf dem ursprünglichen Wert, den ich bereits auf dem Display des Thermostats stehen hab.

Code Auswählen Erweitern

2017-12-18 15:44:31 CUL_HM HM_2F8AA7 CMDs_pending
2017-12-18 15:44:31 CUL_HM HM_2F8AA7 CMDs_pending
2017-12-18 15:44:31 CUL_HM HM_2F8AA7_Clima set_desired-temp 18.0
2017-12-18 15:44:31 CUL_HM HM_2F8AA7_Clima set_desired-temp 18.0

2017-12-18 15:46:05 CUL_HM HM_2F8AA7 actuator: 9
2017-12-18 15:46:05 CUL_HM HM_2F8AA7 battery: ok
2017-12-18 15:46:05 CUL_HM HM_2F8AA7 batteryLevel: 3
2017-12-18 15:46:05 CUL_HM HM_2F8AA7 desired-temp: 21.0
2017-12-18 15:46:05 CUL_HM HM_2F8AA7 measured-temp: 23.6
2017-12-18 15:46:05 CUL_HM HM_2F8AA7 motorErr: ok
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Clima ValvePosition: 9
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Clima boostTime: -
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Clima controlMode: auto
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Clima desired-temp: 21.0
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Clima measured-temp: 23.6
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Clima partyEnd: -
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Clima partyStart: -
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Clima partyTemp: -
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Clima T: 23.6 desired: 21.0 valve: 9
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Weather measured-temp: 23.6
2017-12-18 15:46:05 CUL_HM HM_2F8AA7_Weather 23.6

2017-12-18 15:46:10 CUL_HM HM_2F8AA7 CMDs_pending

2017-12-18 15:53:18 CUL_HM HM_2F8AA7 actuator: 6
2017-12-18 15:53:18 CUL_HM HM_2F8AA7 battery: ok
2017-12-18 15:53:18 CUL_HM HM_2F8AA7 batteryLevel: 3
2017-12-18 15:53:18 CUL_HM HM_2F8AA7 desired-temp: 21.0
2017-12-18 15:53:18 CUL_HM HM_2F8AA7 measured-temp: 23.7
2017-12-18 15:53:18 CUL_HM HM_2F8AA7 motorErr: ok
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Clima ValvePosition: 6
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Clima boostTime: -
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Clima controlMode: auto
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Clima desired-temp: 21.0
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Clima measured-temp: 23.7
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Clima partyEnd: -
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Clima partyStart: -
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Clima partyTemp: -
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Clima T: 23.7 desired: 21.0 valve: 6
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Weather measured-temp: 23.7
2017-12-18 15:53:18 CUL_HM HM_2F8AA7_Weather 23.7
2017-12-18 15:53:21 CUL_HM HM_2F8AA7 ResndFail

2017-12-18 15:53:21 CUL_HM HM_2F8AA7 CMDs_done_Errors:1
2017-12-18 15:53:21 CUL_HM HM_2F8AA7 MISSING ACK


Zusätzlich stehen bei mir meine Thermostate alle im Status "MISSING ACK" (wobei das auch mal wechselt zws. "CMDs_pending" und später wieder "MISSING ACK").
Dazu muss ich sagen, wurden die Thermostate vorher mit einer Qivicon betrieben. Könnte das irgendwelche Auswirkungen haben? Die Qivicon ist bereits seit ein paar Stunden vom Strom getrennt.

Könnt ihr mir bitte weiterhelfen?
Wenn ich irgendwelche LOGs nachliefern soll, bitte sagen welche und wie. 

Danke

[Beta-User]

Meine Glaskugel (mangels list, wie im "Bevor...."-Thread als sinnvolle Vorgabe beschrieben) behauptet:

Die RT's sind nicht gepairt, weil die HmID des CUL nicht die des Qivicon entspricht und die RT's noch mit der Qivicon-Zentrale gepairt sind.

Bevor Du alles über den Haufen wirfst, solltest du versuchen, diese ID rauszufinden (könnte in den lists zu finden sein als "d:xxxxxx") und dem CUL zu verpassen.

Ansonsten kennst du die Wiki-Einträge zu pairing und dem RT-DN?

[borsTiHD]

Danke für deine schnelle Antwort. 
Sorry, das ich erst jetzt schreibe, konnte vorher nicht.

Meine Glaskugel (mangels list, wie im "Bevor...."-Thread als sinnvolle Vorgabe beschrieben) behauptet:

Ups... sorry.   
Wird hiermit nachgeliefert:

Code Auswählen Erweitern

Internals:
   CUL1_MSGCNT 94
   CUL1_RAWMSG A0FB286102F8AA70000000AA8ED0F0000::-46.5:CUL1
   CUL1_RSSI  -46.5
   CUL1_TIME  2017-12-18 19:05:10
   DEF        2F8AA7
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     94
   NAME       HM_2F8AA7
   NOTIFYDEV  global
   NR         52
   NTFY_ORDER 50-HM_2F8AA7
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 HM_2F8AA7_Weather
   channel_02 HM_2F8AA7_Climate
   channel_03 HM_2F8AA7_WindowRec
   channel_04 HM_2F8AA7_Clima
   channel_05 HM_2F8AA7_ClimaTeam
   channel_06 HM_2F8AA7_remote
   lastMsg    No:B2 - t:10 s:2F8AA7 d:000000 0AA8ED0F0000
   protCmdDel 23
   protLastRcv 2017-12-18 19:05:10
   protResnd  9 last_at:2017-12-18 15:51:14
   protResndFail 3 last_at:2017-12-18 15:53:21
   protSnd    12 last_at:2017-12-18 15:53:18
   protState  CMDs_done_Errors:1
   rssi_at_CUL1 avg:-48.36 lst:-46.5 cnt:94 min:-70 max:-40.5
   READINGS:
     2017-12-18 15:10:25   Activity        alive
     2017-12-18 14:02:02   CommandAccepted no
     2017-12-18 14:02:02   D-firmware      1.3
     2017-12-18 14:02:02   D-serialNr      LTK0089213
     2017-12-18 14:02:02   R-pairCentral   set_0x542865
     2017-12-18 19:05:10   actuator        0
     2017-12-18 19:05:10   battery         ok
     2017-12-18 19:05:10   batteryLevel    3
     2017-12-18 19:05:10   desired-temp    21.0
     2017-12-18 19:05:10   measured-temp   23.7
     2017-12-18 19:05:10   motorErr        ok
     2017-12-18 15:53:21   state           MISSING ACK
   helper:
     HM_CMDNR   178
     mId        0095
     regLst     ,0,1
     rxType     140
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +2F8AA7,00,00,00
       nextSend   1513620311.01885
       prefIO     
       rxt        2
       vccu       
       p:
         2F8AA7
         00
         00
         00
     mRssi:
       mNo        B2
       io:
         CUL1       -44.5
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       at_CUL1:
         avg        -48.3617021276596
         cnt        94
         lst        -46.5
         max        -40.5
         min        -70
     shRegW:
       07         04
Attributes:
   IODev      CUL1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.3
   model      HM-CC-RT-DN
   room       CUL_HM
   serialNr   LTK0089213
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit

Die RT's sind nicht gepairt, weil die HmID des CUL nicht die des Qivicon entspricht und die RT's noch mit der Qivicon-Zentrale gepairt sind.

Bevor Du alles über den Haufen wirfst, solltest du versuchen, diese ID rauszufinden (könnte in den lists zu finden sein als "d:xxxxxx") und dem CUL zu verpassen.

Ansonsten kennst du die Wiki-Einträge zu pairing und dem RT-DN?

Die sind nicht gepairt?
Ich hab das laut diesem Wiki eintrag gemacht:

https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Betriebsmodus_Auto.2C_Manu.2C_Party_.28Urlaub.29

Also quasi, das Attribut zum pairen gesetzt mit "set <CUL> hmPairForSec 600" und anschließend bei den einzelnen Thermostaten die Boost-Taste 3 Sekunden gedrückt. Es kam auch sowas wie ein Pairing und direkt im Anschluss (nicht mal eine Sekunde) ein "F4" im Display des Thermostat. Da ich allerdings in FHEM direkt alle Sachen eingerichtet bekam, hatte ich mir keine großartigen Gedanken drüber gemacht und dachte alles sei in Ordnung so.

In einem Reading von einen der Thermostate steht:

Code Auswählen Erweitern

lastMsg No:B1 - t:10 s:2F8AA7 d:000000 0AA8ED0F0000

Wäre "d:000000" von meiner Qivicon? Dann könnte ich also quasi in meinem CUL die ID auf die Ändern?
Ich warte mal lieber auf eine Antwort von euch, bevor ich das einfach probiere. 


€dit:
Ich hab jetzt mal geschaut was "F4" bedeutet und ja, das steht für ein Anlernkonflikt, da das Gerät bereits mit einer anderen gekoppelt ist.
Kann ich meine CUL so ausgeben, als sei sie meine alte Qivicon, oder sollte ich die lieber erst "ablernen" und erneut anlernen?

[Otto123]

Kann ich meine CUL so ausgeben, als sei sie meine alte Qivicon

Ja, wie schon gesagt: Du brauchst die sechstellige ID der Zentrale.

Die 000000 ist es nicht 

Gruß Otto

[borsTiHD]

Alles klar, dann lerne ich die morgen einfach neu an. 
VIelen Dank für eure Hilfe.

Aber eins hätte ich gerne noch gewusst... "wieso" kann ich die Readings ect. alle sehen?
Wurden die Geräte irgendwie "halb" gepaired, kann theoretisch jeder die Schnittstelle mitsniffen (dachte die seien mit AES verschlüsselt) oder wie kann ich mir das vorstellen? 

[Otto123]

ich habe nicht gesagt, dass Du die bisherige ID Qvivicon nicht rausbekommst. Ich kann bloß nicht sagen wie.

Mithören kann jeder, nur steuern geht nicht.
Es ist nichts AES verschlüsselt, es ist nur signiert. https://wiki.fhem.de/wiki/AES_Encryption

Wenn Du noch eine Weile Geduld hast, sagt Dir bestimmt einer, wie du die hmId heraus bekommst.

Gruß Otto

[MadMax-FHEM]

Es ist Funk und nicht verschlüsselt, sondern (zumindest HM ohne IP) nur signiert und auch nur die Befehle.

Die Werte kann jeder mitlesen, steuern nur, wenn HMID passt (und falls genutzt der AES Schlüssel).

Bei einer Anlern-Nachricht legt fhem ein Gerät an (autocreate aktiv) und weist dann die weiteren empfangenen Werte halt in Readings zu...

Gruß, Joachim

[frank]

verbose=4 beim cul, dann von der qivicon zentrale die devices schalten und danach fhem.log posten.

[borsTiHD]

Ok, dann geb ich auch noch nicht auf. 
Danke.  Auch für die Erklärung.

Schlimm ist es ja nicht, aber kann "theoretisch" nicht auch ein Angreifer die ID clonen?

Ich hab jetzt eine Steuerung von der Qivicon abgesetzt (das Einschalten dauert ja ewigkeiten).
Davor verbose auf 4 gesetzt bei meinem CUL.

Eventlog:

Code Auswählen Erweitern

2017-12-19 09:11:56 CUL CUL1 UNKNOWNCODE A0C01B01129FA252F8AA7810424::-44.5:CUL1
2017-12-19 09:11:56 CUL_HM HM_2F8AA7 aesKeyNbr: 02
2017-12-19 09:11:56 CUL_HM HM_2F8AA7 sabotageAttackId_ErrIoId_29FA25:  cnt:1
2017-12-19 09:11:56 CUL_HM HM_2F8AA7 sabotageAttackId_ErrIoId_29FA25:  cnt:2
2017-12-19 09:11:56 CUL CUL1 UNKNOWNCODE A1901A00329FA252F8AA7D1A83684583DF4F652AD9D18EE8F56FD::-44.5:CUL1
2017-12-19 09:11:56 CUL_HM HM_2F8AA7 battery: ok
2017-12-19 09:11:56 CUL_HM HM_2F8AA7 desired-temp: 18.0
2017-12-19 09:11:56 CUL_HM HM_2F8AA7_Clima boostTime: -
2017-12-19 09:11:56 CUL_HM HM_2F8AA7_Clima controlMode: manual
2017-12-19 09:11:56 CUL_HM HM_2F8AA7_Clima desired-temp: 18.0
2017-12-19 09:11:56 CUL_HM HM_2F8AA7_Clima partyEnd: -
2017-12-19 09:11:56 CUL_HM HM_2F8AA7_Clima partyStart: -
2017-12-19 09:11:56 CUL_HM HM_2F8AA7_Clima partyTemp: -
2017-12-19 09:11:56 CUL_HM HM_2F8AA7_Clima T: 23.4 desired: 18.0 valve: 0

FHEM.log:

Code Auswählen Erweitern

2017.12.19 09:10:01 4: CUL_Parse: CUL1 A 0D 97 A610 2934C0 44407E 06017400CF -98.5
2017.12.19 09:10:01 3: CUL1: Unknown code A0D97A6102934C044407E06017400::-98.5:CUL1, help me!
2017.12.19 09:10:02 4: CUL_Parse: CUL1 A 19 97 A003 2934C0 44407E CD41A299176505572ADEB93BCE4AE463D1 -97.5
2017.12.19 09:10:02 3: CUL1: Unknown code A1997A0032934C044407ECD41A299176505572ADEB93BCE4AE463::-97.5:CUL1, help me!
2017.12.19 09:10:05 4: CUL_Parse: CUL1 A 0F 53 943F 29FA25 000000 020221CB85DC2D -51.5
2017.12.19 09:10:05 3: CUL1: Unknown code A0F53943F29FA25000000020221CB85DC::-51.5:CUL1, help me!
2017.12.19 09:10:10 4: CUL_Parse: CUL1 A 0F 01 8610 2F8AA7 000000 0A88EA0F00003B -44.5
2017.12.19 09:10:44 2: HUEBridge: message for unknow device received: HUEBridge-5
2017.12.19 09:10:44 2: HUEBridge: message for unknow device received: HUEBridge-4
2017.12.19 09:10:50 4: CUL_Parse: CUL1 A 0F 1E 8610 2F8A1D 000000 0A81040F004033 -48.5
2017.12.19 09:10:51 4: CUL_Parse: CUL1 A 0F F7 8610 2F95F7 000000 0A88EA1100004B -36.5
2017.12.19 09:11:20 4: CUL_Parse: CUL1 A 0F 8B 8610 2F8F5A 000000 0A80B609004026 -55
2017.12.19 09:11:44 2: HUEBridge: message for unknow device received: HUEBridge-4
2017.12.19 09:11:44 2: HUEBridge: message for unknow device received: HUEBridge-5
2017.12.19 09:11:55 4: CUL_Parse: CUL1 A 0F BD 8610 2F91A3 000000 0AB0E7081A4049 -37.5
2017.12.19 09:11:56 4: CUL_Parse: CUL1 A 0C 01 B011 29FA25 2F8AA7 8104243B -44.5
2017.12.19 09:11:56 3: CUL1: Unknown code A0C01B01129FA252F8AA7810424::-44.5:CUL1, help me!
2017.12.19 09:11:56 4: CUL_Parse: CUL1 A 11 01 A002 2F8AA7 29FA25 04181C1032283A0241 -41.5
2017.12.19 09:11:56 1: PERL WARNING: Use of uninitialized value $parse in string eq at ./FHEM/10_CUL_HM.pm line 1431.
2017.12.19 09:11:56 1: PERL WARNING: Use of uninitialized value $parse in string eq at ./FHEM/10_CUL_HM.pm line 1432.
2017.12.19 09:11:56 1: PERL WARNING: Use of uninitialized value $parse in string eq at ./FHEM/10_CUL_HM.pm line 1435.
2017.12.19 09:11:56 1: PERL WARNING: Use of uninitialized value $parse in string eq at ./FHEM/10_CUL_HM.pm line 1439.
2017.12.19 09:11:56 1: PERL WARNING: Use of uninitialized value $parse in string eq at ./FHEM/10_CUL_HM.pm line 1442.
2017.12.19 09:11:56 4: CUL_Parse: CUL1 A 19 01 A003 29FA25 2F8AA7 D1A83684583DF4F652AD9D18EE8F56FD3B -44.5
2017.12.19 09:11:56 3: CUL1: Unknown code A1901A00329FA252F8AA7D1A83684583DF4F652AD9D18EE8F56FD::-44.5:CUL1, help me!
2017.12.19 09:11:56 4: CUL_Parse: CUL1 A 13 01 8002 2F8AA7 29FA25 010424101E40E3F9FE3140 -42
2017.12.19 09:12:44 2: HUEBridge: message for unknow device received: HUEBridge-5
2017.12.19 09:12:44 2: HUEBridge: message for unknow device received: HUEBridge-4
2017.12.19 09:12:54 4: CUL_Parse: CUL1 A 0F 02 8610 2F8AA7 000000 0A90EA0F004040 -42
2017.12.19 09:13:20 4: CUL_Parse: CUL1 A 0F F8 8610 2F95F7 000000 0A88EA1100004B -36.5
2017.12.19 09:13:21 4: CUL_Parse: CUL1 A 0D 5A A610 3D200D 421EE3 06012100EF -82.5
2017.12.19 09:13:21 3: CUL1: Unknown code A0D5AA6103D200D421EE306012100::-82.5:CUL1, help me!
2017.12.19 09:13:21 4: CUL_Parse: CUL1 A 11 5A A002 421EE3 3D200D 0411110000110402ED -83.5
2017.12.19 09:13:21 3: CUL1: Unknown code A115AA002421EE33D200D0411110000110402::-83.5:CUL1, help me!
2017.12.19 09:13:21 4: CUL_Parse: CUL1 A 19 5A A003 3D200D 421EE3 901064BF1B1D3B631B64074FBAAC261FEF -82.5
2017.12.19 09:13:21 3: CUL1: Unknown code A195AA0033D200D421EE3901064BF1B1D3B631B64074FBAAC261F::-82.5:CUL1, help me!
2017.12.19 09:13:22 4: CUL_Parse: CUL1 A 0E 5A 8002 421EE3 3D200D 0002CD2E7EED -83.5
2017.12.19 09:13:22 3: CUL1: Unknown code A0E5A8002421EE33D200D0002CD2E7E::-83.5:CUL1, help me!
2017.12.19 09:13:44 2: HUEBridge: message for unknow device received: HUEBridge-5
2017.12.19 09:13:44 2: HUEBridge: message for unknow device received: HUEBridge-4
2017.12.19 09:13:47 4: CUL_Parse: CUL1 A 0F 1F 8610 2F8A1D 000000 0A81030F004034 -48
2017.12.19 09:14:00 4: CUL_Parse: CUL1 A 0F BE 8610 2F91A3 000000 0AB0E9081A4048 -38
2017.12.19 09:14:44 2: HUEBridge: message for unknow device received: HUEBridge-4
2017.12.19 09:14:44 2: HUEBridge: message for unknow device received: HUEBridge-5

Könnte dass die "sabotageAttackId_ErrIoId_29FA25" sein?
Wäre "CUL_HM HM_2F8AA7 aesKeyNbr: 02" wichtig?


€dit:
Die unknown Geräte könnten meine Fensterkontakte noch sein.
Sowie von HUE zwei Lampen die ich gestern bekam.


€dit2:
Bei einer erneuten manuellen Steuerung von der Qivicon:

Eventmonitor:

Code Auswählen Erweitern

2017-12-19 09:32:47 CUL CUL1 UNKNOWNCODE A0C0AB01129FA252F8AA786042D::-48.5:CUL1
2017-12-19 09:32:47 CUL_HM HM_2F8AA7 aesKeyNbr: 02
2017-12-19 09:32:47 CUL_HM HM_2F8AA7 sabotageAttackId_ErrIoId_29FA25:  cnt:3
2017-12-19 09:32:47 CUL_HM HM_2F8AA7 sabotageAttackId_ErrIoId_29FA25:  cnt:4
2017-12-19 09:32:47 CUL CUL1 UNKNOWNCODE A190AA00329FA252F8AA7B75397103A509915E24C0840D2DCAD65::-48.5:CUL1
2017-12-19 09:32:47 CUL_HM HM_2F8AA7 battery: ok
2017-12-19 09:32:47 CUL_HM HM_2F8AA7 desired-temp: 22.5
2017-12-19 09:32:47 CUL_HM HM_2F8AA7_Clima boostTime: -
2017-12-19 09:32:47 CUL_HM HM_2F8AA7_Clima controlMode: manual
2017-12-19 09:32:47 CUL_HM HM_2F8AA7_Clima desired-temp: 22.5
2017-12-19 09:32:47 CUL_HM HM_2F8AA7_Clima partyEnd: -
2017-12-19 09:32:47 CUL_HM HM_2F8AA7_Clima partyStart: -
2017-12-19 09:32:47 CUL_HM HM_2F8AA7_Clima partyTemp: -
2017-12-19 09:32:47 CUL_HM HM_2F8AA7_Clima T: 23.1 desired: 22.5 valve: 0

FHEM Log:

Code Auswählen Erweitern

2017.12.19 09:31:19 4: CUL_Parse: CUL1 A 0F 93 8610 2F8F5A 000000 0A80B70900402B -52.5
2017.12.19 09:31:23 4: CUL_Parse: CUL1 A 0F FF 8610 2F95F7 000000 0A88E911000049 -37.5
2017.12.19 09:31:53 4: CUL_Parse: CUL1 A 0F 26 8610 2F8A1D 000000 0A80F90F004038 -46
2017.12.19 09:32:31 4: CUL_Parse: CUL1 A 0F C5 8610 2F91A3 000000 0AB0F608074048 -38
2017.12.19 09:32:33 4: CUL_Parse: CUL1 A 0F 0A 8610 2F8AA7 000000 0A90E70F004030 -50
2017.12.19 09:32:47 4: CUL_Parse: CUL1 A 0C 0A B011 29FA25 2F8AA7 86042D33 -48.5
2017.12.19 09:32:47 3: CUL1: Unknown code A0C0AB01129FA252F8AA786042D::-48.5:CUL1, help me!
2017.12.19 09:32:47 4: CUL_Parse: CUL1 A 11 0A A002 2F8AA7 29FA25 0401C4130CD014023A -45
2017.12.19 09:32:47 4: CUL_Parse: CUL1 A 19 0A A003 29FA25 2F8AA7 B75397103A509915E24C0840D2DCAD6533 -48.5
2017.12.19 09:32:47 3: CUL1: Unknown code A190AA00329FA252F8AA7B75397103A509915E24C0840D2DCAD65::-48.5:CUL1, help me!
2017.12.19 09:32:47 4: CUL_Parse: CUL1 A 13 0A 8002 2F8AA7 29FA25 01042D101C40B7A2E29E3A -45
2017.12.19 09:33:32 4: CUL_Parse: CUL1 A 0D 5E A610 3D200D 421EE3 06012000EC -84
2017.12.19 09:33:32 3: CUL1: Unknown code A0D5EA6103D200D421EE306012000::-84:CUL1, help me!
2017.12.19 09:33:32 4: CUL_Parse: CUL1 A 11 5E A002 421EE3 3D200D 048B690000691A02EE -83
2017.12.19 09:33:32 3: CUL1: Unknown code A115EA002421EE33D200D048B690000691A02::-83:CUL1, help me!
2017.12.19 09:33:32 4: CUL_Parse: CUL1 A 19 5E A003 3D200D 421EE3 6E022F2A880D0E770131ACD6124E96D7ED -83.5

[frank]

Könnte dass die "sabotageAttackId_ErrIoId_29FA25" sein?

genau.

diese readings werden bei allen attakierten devices erzeugt, um angriffe erkennen zu können.

qivicon hat auch einen eigenen aes key. den kannst du zb einer vccu zuweisen.

[borsTiHD]

Hab die ID mal eingestellt:

Code Auswählen Erweitern

2017-12-19 10:01:52 CUL_HM HM_2F8AA7 CMDs_pending
2017-12-19 10:01:52 CUL_HM HM_2F8AA7 CMDs_pending
2017-12-19 10:01:52 CUL_HM HM_2F8AA7_Clima set_desired-temp 19.0
2017-12-19 10:01:52 CUL_HM HM_2F8AA7_Clima set_desired-temp 19.0

2017-12-19 10:03:02 CUL_HM HM_2F8AA7 actuator: 46
2017-12-19 10:03:02 CUL_HM HM_2F8AA7 battery: ok
2017-12-19 10:03:02 CUL_HM HM_2F8AA7 batteryLevel: 3
2017-12-19 10:03:02 CUL_HM HM_2F8AA7 desired-temp: 22.5
2017-12-19 10:03:02 CUL_HM HM_2F8AA7 measured-temp: 23.9
2017-12-19 10:03:02 CUL_HM HM_2F8AA7 motorErr: ok
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Clima ValvePosition: 46
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Clima boostTime: -
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Clima controlMode: manual
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Clima desired-temp: 22.5
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Clima measured-temp: 23.9
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Clima partyEnd: -
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Clima partyStart: -
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Clima partyTemp: -
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Clima T: 23.9 desired: 22.5 valve: 46
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Weather measured-temp: 23.9
2017-12-19 10:03:02 CUL_HM HM_2F8AA7_Weather 23.9
2017-12-19 10:03:03 CUL_HM HM_2F8AA7 aesKeyNbr: 02
2017-12-19 10:03:03 CUL_HM HM_2F8AA7 CMDs_done_Errors:1
2017-12-19 10:03:03 CUL_HM HM_2F8AA7 NACK
2017-12-19 10:03:03 CUL_HM HM_2F8AA7 Nack

Jetzt bekomme ich schonmal ein NACK. 

qivicon hat auch einen eigenen aes key. den kannst du zb einer vccu zuweisen.

Wenn ich raten müsste, würde ich sagen das ich den jetzt noch irgendwie rausbekommen müsste.
Aber genau da wird bestimmt der Haken liegen, oder?
Was genau meinst du mit einer "vccu"? Oder ist damit ein Attribut vom CUL gemeint?

[Beta-User]

VCCU ist ein Suchstichwort für's wiki .

Ansonsten: Entweder die qivicon-Zentrale nutzt einen (bekannten) Standard-AES-key oder der ist aus der Zentrale irgendwo auszulesen oder man könnte einen eigenen vergeben. Wenn die ersten beide mit "nein" zu beantworten sein sollten, würde ich mir überlegen, die RT's doch in den Werkszustand zu versetzen und dann neu (am besten mit VCCU) an FHEM anzulernen.

Und zur Sicherheitsfrage weiter oben: solange kein AES-key vergeben ist, hören HM-devices in der Tat auf alle "Zentralen", die mit der richtigen HM-ID senden.

Gruß, Beta-User

[frank]

ohne diesen aes key kannst du nur die devices über qivicon resetten, damit dieser key in den devices gelöscht wird.

wenn du keinen eigenen key vergeben hast und die qivicon nicht gebraucht erworben wurde, müsste dieser key eigentlich irgendwo beschrieben sein. vielleicht auf dem typenschild?

vccu ist im wiki erklärt.

[Otto123]

https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU

[borsTiHD]

Vielen Dank euch allen. 

VCCU ist ein Suchstichwort für's wiki

Alles klar! Gelesen und hoffentlich auch verstanden. 
Eine VCCU macht ja schonmal wirklich viel Sinn, vorallem auch bei Ausfall, bzw defekt des CUL!

Danke euch für den Tipp, darüber bin ich glaube nicht gestoßen bei der Anleitung, oder hatte es überlesen.
Eine VCCU hab ich jetzt auch angelegt. Also "paire" ich meine Geräte in Zukunft mit der VCCU.
Ist es dabei problematisch das ich der VCCU die gleiche hmid gegeben hab, die meine Qivicon nutze?

Ansonsten zu meinem ursprünglichen Problem.
Auf dem Gerät/Gehäuse der Qivicon steht leider kein AES Key, lediglich Gerätepasswort, Seriennummer, MAC-Adresse (die Qivicon ist von der Telekom, 1. Generation).
Zugriff aufs Webinterface hätte ich noch, aber dort habe ich auch nicht wirklich was gefunden. Eine Verpackung hab ich leider nicht mehr.

Das Homematic Funkmodul gibt auch nur diese Details aus:

    Verbindungstyp Intern
    Modell HomeMatic Co-processor
    Hersteller EQ3
    Seriennummer LEQ0262216
    Firmware Version 2.4.3

Dann setze ich die Thermostate einfach in den Werkszustand und paire die neu.
Wie stelle ich das denn am besten an? Muss ich die Devices aus FHEM löschen (ich gehe mal von aus)?
Dann warscheinlich auch mit allen Kanälen/Devicen die pro Thermostat angelegt wurden?

Werden die ganzen Kanäle/Devices pro Thermostati durch das "autocreate" beim erneuten anlernen auch wieder angelegt, oder muss ich das manuell machen, weil FHEM die schon mal kannte?
Ich frage nur sicherheitshalber, weil ich dann noch fix die ganzen Device Infos in eine txt schreiben würde.