Hallo, ich hoffe ihr könnt mir weiterhelfen.
Ich habe gestern einen HM-LC-SW1-PL2 eingebunden.
Erst "autocreate" aktiviert
dann dem HMLAN Adapter in den pair Mode versetzt und das Gerät angelernt.
Das Gerät wurde durch FHEM einwandfrei angelegt ( mMn ).
Leider bekomme ich immer die Meldung RESPONSE TIMEOUT:RegisterRead in den STATE ( erst war es ein MISSING ACK )
Per FHEM läßt sich der Schalter nicht ein/aus Schalten.
FHEM bekommt aber sehr wohl den Status mit, wenn der Schalter physisch ein/aus geschalten wird.
Ich konnte leider in der Doku kein Info finden.
Was kann ich noch machen ?
Danke
Ah ja, folgende
DEF 2FC371
IODev HMLAN1
NAME HM_2FC371
NOTIFYDEV global
NR 1450
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
protCmdDel 4
protResnd 6 last_at:2016-12-22 11:32:45
protResndFail 2 last_at:2016-12-22 11:32:49
protSnd 2 last_at:2016-12-22 11:32:30
protState CMDs_done_Errors:1
Readings
D-firmware 2.4 2016-12-21 21:01:09
D-serialNr LEQ1220539 2016-12-21 21:01:09
R-pairCentral set_0xAA12BC 2016-12-21 21:01:09
RegL_00.
deviceMsg on (to 354CBD) 2016-12-21 21:03:23
level 100 2016-12-21 21:03:23
pct 100 2016-12-21 21:03:23
recentStateType info 2016-12-21 21:03:23
state RESPONSE TIMEOUT:RegisterRead 2016-12-22 11:32:49
timedOn off 2016-12-21 21:03:23
Attributes
IODev HMLAN1
autoReadReg 4_reqStatus
expert 2_defReg+raw
firmware 2.4
model HM-LC-SW1-PL2
room CUL_HM
serialNr LEQ1220539
subType switch
webCmd statusRequest:toggle:on:off
Hi,
damit wir helfen können mache mal bitte list HM_2FC371 und poste die Ausgabe.
In Code tags bitte, die findest du mit der # Taste über den Smilies
Ich denek das gerät ist noch nicht gepairt -> R-pairCentral set_0xAA12BC
Eventuell reicht es ein set HM_2FC371 getConfig zu machen.
Gruß Otto
Danke ich werde das sobald wie möglich ausprobieren.
Moin,
bei mir hat letztens ein clearMsgEvents mit anschließendem getconfig geholfen. War ein hm Thermostatregler.
Gruß
Also das List hat folgendes ergeben :
Internals:
DEF 2FC371
IODev HMLAN1
NAME HM_2FC371
NOTIFYDEV global
NR 1450
STATE unreachable
TYPE CUL_HM
protCmdDel 7
protResnd 15 last_at:2016-12-22 13:03:30
protResndFail 5 last_at:2016-12-22 13:03:34
protSnd 5 last_at:2016-12-22 13:03:16
protState CMDs_done_Errors:1
Readings:
2016-12-21 21:01:09 D-firmware 2.4
2016-12-21 21:01:09 D-serialNr LEQ1220539
2016-12-21 21:01:09 R-pairCentral set_0xAA12BC
2016-12-21 21:03:23 deviceMsg on (to 354CBD)
2016-12-21 21:03:23 level 100
2016-12-21 21:03:23 pct 100
2016-12-21 21:03:23 recentStateType info
2016-12-22 13:03:36 state unreachable
2016-12-21 21:03:23 timedOn off
Regl_00.:
VAL
Helper:
HM_CMDNR 6
cSnd 01AA12BC2FC371010E,01AA12BC2FC371010E
getCfgList all
getCfgListNo ,3
mId 00A1
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +2FC371,00,00,00
prefIO
rxt 0
vccu
p:
2FC371
00
00
00
Mrssi:
mNo
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Attributes:
IODev HMLAN1
autoReadReg 4_reqStatus
expert 2_defReg+raw
firmware 2.4
model HM-LC-SW1-PL2
room CUL_HM
serialNr LEQ1220539
subType switch
webCmd statusRequest:toggle:on:off
Nach einem set HM_2FC371 getConfig
kam wieder die Meldung :
RESPONSE TIMEOUT:RegisterRead
Dann die Commands
set HM_2FC371 clear msgEvents
set HM_2FC371 getConfig
ausgeführt.
Status danach
RESPONSE TIMEOUT:RegisterRead
Wenn ich nun das Gerät über FHEM ein/aus schalte bekomme ich "MISSING ACK"
Naja wie schon gesagt: Gerät noch nicht fertig angelernt, steuern kannst Du so nicht.
2016-12-21 21:01:09 R-pairCentral set_0xAA12BC
Da darf nicht set_ stehen!
Dann mach einfach nochmal ein pairing - vorher nichts löschen!
Du kannst auch hmPairSerial versuchen.
Gruß Otto
Danke, das werde ich heute Abend nochmal testen.
Guten Abend zusammen,
ich scheine mit meinem HM-ES-PMSw1-Pl ein sehr ähnliches Problem zu haben. Bekomme bei Schaltvorgängen entweder ein MISSING ACK oder aber einen Timeout. Pairing müsste m.E. erfolgreich gewesen sein, Meßwerte bekomme ich für die Schaltsteckdose durchaus angezeigt. Hier meine Ausgabe für das List:
list schalter1
Internals:
DEF 331DD401
NAME schalter1
NOTIFYDEV global
NR 23
NTFY_ORDER 50-schalter1
STATE set_off
TYPE CUL_HM
chanNo 01
device HM_331DD4
Readings:
2017-01-02 21:52:20 deviceMsg off (to broadcast)
2017-01-02 21:52:20 level 0
2017-01-02 21:52:20 pct 0
2017-01-02 21:52:20 recentStateType info
2017-01-02 21:53:51 state set_off
2017-01-02 21:52:20 timedOn off
Helper:
dlvl 00
dlvlCmd ++A011000000331DD40201000000
getCfgList all
getCfgListNo ,3
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
Attributes:
model HM-ES-PMSw1-Pl
peerIDs
clear und getconfig haben leider auch nichts gebracht. Übersehe ich etwas ganz offensichtliches?
Danke vorab!
W
Hi,
der ist nicht gepairt!
Es fehlen die Readings R-pairCentral und PairedTo
Gruß Otto
Hallo,
scheine auch das gleiche Problem zu haben:
UL868_MSGCNT 578
CUL868_RAWMSG A0C1E847051522700000000F12E::-66:CUL868
CUL868_RSSI -66
CUL868_TIME 2017-02-27 09:33:47
DEF 515227
IODev CUL868
LASTInputDev CUL868
MSGCNT 578
NAME WT_WZ
NOTIFYDEV global
NR 352
NTFY_ORDER 50-WT_WZ
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
lastMsg No:1E - t:70 s:515227 d:000000 00F12E
protCmdDel 1
protLastRcv 2017-02-27 09:33:47
protResnd 3 last_at:2017-02-27 09:33:36
protResndFail 1 last_at:2017-02-27 09:33:41
protSnd 1 last_at:2017-02-27 09:33:19
protState CMDs_done_Errors:1
rssi_at_CUL868 avg:-69.63 max:-61 lst:-66 cnt:578 min:-85.5
Readings:
2017-02-26 13:40:41 Activity alive
2017-02-26 15:56:24 CommandAccepted yes
2017-02-26 13:40:41 D-firmware 1.3
2017-02-26 13:40:41 D-serialNr NEQ1522061
2017-02-27 09:33:41 state RESPONSE TIMEOUT:RegisterRead
Regl_00.:
VAL
Helper:
HM_CMDNR 30
PONtest 1
cSnd ,01F1123451522700040000000000
supp_Pair_Rep 0
Ack:
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +515227,00,00,00
nextSend 1488184427.14479
prefIO
rxt 0
vccu
p:
515227
00
00
00
Mrssi:
mNo 1E
Io:
CUL868 -64
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
At_cul868:
avg -69.635813148789
cnt 578
lst -66
max -61
min -85.5
Attributes:
IODev CUL868
alexaName Wandthermostat
alexaRoom Wohnzimmer
autoReadReg 4_reqStatus
expert 2_raw
genericDeviceType thermostat
group Sensorik
Allerdings "spricht" dieses Homematic Wandthermostat schon mit dem Homematic Heizungsthermostat. Wie paire ich dann das Wandthermometer mit FHEM? Bei dem Heizungsthermostat wurde die Verbindung automatisch hergestellt nachdem ich die Boostaste gedrückt hatte. Allerdings hatte ich bei beiden auch Autocreates in FHEM drin.
Grüße
Thomas
Hallo Thomas,
Zitat von: tklein am 27 Februar 2017, 09:41:14
Bei dem Heizungsthermostat wurde die Verbindung automatisch hergestellt nachdem ich die Boostaste gedrückt hatte. Allerdings hatte ich bei beiden auch Autocreates in FHEM drin.
das ist aber nicht pairen, das ist nur autocreate auf Grund der Anlernnachricht. Siehe hier ->
https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
Gruß Otto
Haha Otto,
gerade entdeckt. Hier wirst Du die nächsten 2 Jahre noch Support geben müssen weil jeder das "gleiche Problem hat".
Grüße
Zitat von: CoolTux am 27 Februar 2017, 10:52:51
Haha Otto,
gerade entdeckt. Hier wirst Du die nächsten 2 Jahre noch Support geben müssen weil jeder das "gleiche Problem hat".
Grüße
das wird nie aufhören ;-)
aber dafür hat er eine hohe Erfolgsquote und nachdem der Drops dann gelutscht ist wird der Support dann gefühlt deutlich weniger
Hallo Otto,
und wieder etwas gelernt was man weitergeben kann. :-)
Hat geklappt.
Vielen Dank und Grüße
Thomas
Guten Abend zusammen,
ich stehe aktuell vor genau dem selben Problem.
Leider erschließt sich mir des Rätsels Lösung nicht so ganz.
Kann das bitte nochmal jemand für ganz Dumme zusammenfassen?
Liebe Grüße
Hi,
gib mal ein list von dem Gerät um das es geht.
Gruß Otto
Guten Morgen zusammen.
Ich muss mich entschuldigen.
Ein paar zusätzliche Infos wären sicherlich hilfreich.
Also, die ganze Geschichte:
Ich hatte lange Zeit den runden HM-CFG-LAN.
Leider ist dieser nun defekt und ich habe mich nach langer Recherche für den HM-LGW-O-TW-W-EU-2
entschieden und in FHEM mittels HMUARTLGW implementiert.
Meine Aktoren/Sensoren usw. liefen danach anstandslos weiter - die Umstellung dauerte keine 15 Minuten inkl. flashen der Firmwares.
Dann fiel mir kurze Zeit später auf (neuer Aktor), dass ich mit diesem Konstrukt keine Möglichkeit habe, Aktoren (z.B. HM-LC-Sw1PBU-FM, HM-LC-Bl1PBU-FM) zu konfigurieren:
- ShortPress- und LongPress-Zeiten definieren
- Taster oben aus / Taster unten ein
- Fahrzeiten der Jalousie-Aktoren
- usw.
-> alles, was man eben "vorher" über den HM-Konfigurator (Windows-Software) einstellen konnte.
Also dachte ich: eine CCU2 muss her!
Meine Idee dahinter:
1. neuen Aktor an der CCU2 anlernen
2. neuen Aktor über die CCU2 (Webinterface) konfigurieren
3. neuen Aktor dann in FHEM anlernen
4. fertig.
Dann kam die Ernüchterung:
- Aktor wird in FHEM angezeigt
- wird der Aktor manuell (von Hand an der Wand) betätigt, bekommt FHEM das durchaus mit (Schaltzustand ändert sich)
- wird der Aktor über FHEM betätigt schaltet er physisch nicht und
- FHEM schmeißt ein MISSING ACK oder RESPONSE TIMEOUT:RegisterRead
Mein Geistesblitz:
- Aktor wieder auf Werkszustand versetzen (damit der CCU2 "entziehen")
- zurückgesetzten Aktor wieder in FHEM anlernen
-> geht ohne Probleme
-> damit lässt sich aber mein Problem mit der Konfiguration des Aktors nicht lösen, wenn ich auf die CCU2 verzichten muss.
Ich bedanke mich für alle Ratschläge.
Liebe Grüße
remo
Hier noch ein list:
Internals:
CFGFN ./FHEM/002_licht.cfg
DEF 3ED5CC
IODev HMLAN1
NAME Dachkasten_hinten
NOTIFYDEV global
NR 67
NTFY_ORDER 50-Dachkasten_hinten
STATE MISSING ACK
TYPE CUL_HM
protCmdDel 29
protResnd 72 last_at:2018-07-04 08:11:55
protResndFail 24 last_at:2018-07-04 08:12:00
protSnd 24 last_at:2018-07-04 08:11:42
protState CMDs_done_Errors:1
READINGS:
2018-07-03 23:04:02 D-firmware 2.8
2018-07-03 23:04:02 D-serialNr MEQ0988183
2018-07-04 08:12:00 state MISSING ACK
RegL_00.:
VAL
helper:
HM_CMDNR 142
cSnd 0132241E3ED5CC010E,1132241E3ED5CC0201C80000
dlvl C8
dlvlCmd ++A01132241E3ED5CC0201C80000
getCfgList all
getCfgListNo ,3
mId 0069
regLst ,0,1,3p
rxType 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +3ED5CC,00,00,00
prefIO
rxt 0
vccu
p:
3ED5CC
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
tmpl:
Attributes:
IODev HMLAN1
alias hinten
autoReadReg 4_reqStatus
devStateIcon ein:light_light_dim_100@5ECD3C aus:light_light_dim_00@808080 .*:light_light_dim_00@F19A38
eventMap on:ein off:aus
expert 2_raw
firmware 2.8
group 02_Dachkästen
model HM-LC-Sw1PBU-FM
peerIDs 00000000,
room LICHT
serialNr MEQ0988183
sortby 3
subType switch
userattr room_map structexclude
webCmd ein:aus
Das verstehe ich nicht ganz. Ich habe einen HM-LGW-O-TW-W-EU-2 als einziges Homematic-Interface. Damit kann ich alles über Register einstellen:
Zitat- ShortPress- und LongPress-Zeiten definieren
- Taster oben aus / Taster unten ein
- Fahrzeiten der Jalousie-Aktoren
- usw.
Eine CCU2 braucht man aus meiner Sicht nur dann, wenn man Homematic-IP verwenden will.
Zitat von: JWRu am 04 Juli 2018, 08:44:44
Das verstehe ich nicht ganz. Ich habe einen HM-LGW-O-TW-W-EU-2 als einziges Homematic-Interface. Damit kann ich alles über Register einstellen:Eine CCU2 braucht man aus meiner Sicht nur dann, wenn man Homematic-IP verwenden will.
Das habe ich mittlerweile auch herausgefunden.
ABER: dies erscheint mir sehr kompliziert. Über ein Webinterface ist die Sache sehr viel übersichtlicher.
Diese ganzen
shSwJtDlyOff und
dlyOff und
R-self01-shCtDlyOn Einträge sind nirgendwo
gut nachvollziehbar dokumentiert.
Gruß
Moin,
soviel zu der Aussage "ich habe dasselbe Problem" :o
Also der Aktor in dem list nicht nicht gepairt (nicht an der Zentrale angelernt). Damit kann man ihn von der Zentrale nicht steuern und auch keine Register lesen oder setzen.
Schaltzustand anzeigen geht immer.
Zum Einlesen: -> https://wiki.fhem.de/wiki/HomeMatic wie das mit dem pairen geht steht im Abschnitt pairen bzw. dort im Link.
Eine CCU2 ist meiner Meinung so nützlich wie ein zweiter Fernseher brauchen tut man die nicht.
Du kannst mit dem HM Langateway und FHEM alles einstellen und machen wie mit der CCU2. Beides sind für Homematic (classic) vollwertige Zentralen, FHEM ist aus meiner Sicht die Bessere.
Gruß Otto
Zitat von: remo am 04 Juli 2018, 09:02:19
Das habe ich mittlerweile auch herausgefunden.
ABER: dies erscheint mir sehr kompliziert. Über ein Webinterface ist die Sache sehr viel übersichtlicher.
Diese ganzen shSwJtDlyOff und dlyOff und R-self01-shCtDlyOn Einträge sind nirgendwo
gut nachvollziehbar dokumentiert.
Gruß
Darüber kann man streiten...
Aber nun gut, wie willst Du weiter machen? Beides betreiben? Das Langateway mit der CCU2 koppeln? Die CCU2 nur zum einstellen nehmen? Die CCU2 mit FHEM koppeln.
FHEM bietet alle Möglichkeiten.
Du kannst beiden Umgebungen die gleiche HMID geben dann geht alles simpel parallel.
Lies Dich dazu ein und dann mach am besten einen neuen Thread auf. Der hier hat mit Deinem Problem nichts zu tun und ist im falschen Board! :D
Gruß Otto
wenn du unbedingt die ccu2 zum konfigurieren nutzen möchtest, solltest du vielleicht in beiden systemen die selbe hmid für die zentrale verwenden. dann musst du die devices beim "umlernen" nicht resetten.
die hmid der ccu2 steht in einer datei. dort kannst du sie ändern.
edit: otto ist heute zu schnell.
Hallo Otto,
vielen Dank für die ehrlichen Antworten.
Ich lese mich gerade in die Register ein.
Mit etwas Recherche und "Gedanken machen" wird die Sache für HM-LC-Sw1PBU-FM zumindest allmählich nachvollziehbar.
Mein Ziel ist:
- meine Aktoren über FHEM über das LAN GW zu steuern
- die CCU2 ausschließlich für die Konfiguration der Aktoren zu verwenden; FHEM braucht die CCU2 nicht zu kennen
- das LAN GW und die CCU2 brauchen sich auch nicht zu kennen
Gruß
Hi,
dann solltest Du zusehen wie Du für die CCU2 und FHEM die gleiche HMId vergibst, falls Du sowieso nochmalk anfängst ist es am einfachsten die ID der CCU2 für beide zu nehmen.
Ich weiß leider nicht wie man deren ID ausliest (geht sicher mit Funkverkehr sniffen) oder wie man der eine bestimmte ID gibt.
Aber mit etwas gutem Willen kannst Du alles mit FHEM machen und die CCU2 wieder bei ebay verkaufen :)
Gruß Otto
Ich bedanke mich herzlich für eure Hilfestellung!
Die selbe HMID war des Rätsels Lösung!
1. SSH auf CCU2 aktivieren
2. mit putty verbinden
3. cat /var/ids -> zeigt dann die HMID der CCU2 an
4. diese dann FHEM "beibringen"
Danach dämmerte es mir dann allmählich.
CCU2 verkaufen oder nicht ... ?!
Mittlerweile habe ich mich ziemlich gut in die Register eingearbeitet.
Aber ich möchte dieses Thema wenigstens zu 90% verstehen.
Bei den "normalen" Schaltaktoren blicke ich so halbwegs durch.
Danach wären die Jalousieaktoren dran, Fensterkontakte, KeyMatic usw.
Mit genügend Zeit steige ich da schon irgendwann durch.
Ich bin aber in der Situation, dass ich zwei Kinder habe, ein Haus gebaut habe und
beruflich aufgestiegen bin. Ergo: Zeit ist Mangelware.
Für mich ist es jetzt ok so wie es ist :)
Nochmals lieben Dank und liebe Grüße
Oh das ging fix. Das freut mich jetzt aber! :D
Super!
Liebe Grüße
Otto
Mein beruflicher Background hat mir sehr dabei geholfen.
Sonst hätte ich mir wahrscheinlich schon längst die Karten gelegt.
Vor zwei Jahren bin ich in FHEM eingestiegen und mittlerweile
habe ich ein, für meine Befindlichkeiten, stattliches Setup mit
vielen Automatisierungen und Berechnungen.
Bisher bin ich super zurecht gekommen, aber der Ausfall meines HM-CFG-LANs
war ein "Sonderfall"... Daher habe ich mich dabei etwas schwer getan.
Mit den Registern werde ich mich ab und an beschäftigen - vielleicht macht es
ja irgendwann KLICK :o
Nochmals dankeschön euch allen, vor allem Otto.
Liebe Grüße
remo
Hallo zusammen,
mein HM Regensensor (HM-Sen-RD-O, über HM-Konfigurationsadapter an fhem-Raspi) hat nach langer Zeit problemosen Funktionierens Probleme gemeldet, und zwar mit folgendem zeitlichen Ablauf:
Bis zum 13.6. funktionierte er problemlos
Nach dem 13.6. gibt es keinen Eintrag im Log bis zum 23.6., dann Missing ACK bzw. Response Timeout.
vom 23.6. bis heute (als ich clear bzw. getconfig absetzte) keine Einträge im Log:
2018-06-12_14:50:29 Regensensor CMDs_pending
2018-06-12_14:50:29 Regensensor CMDs_done
2018-06-13_14:50:14 Regensensor CMDs_done
2018-06-23_04:08:22 Regensensor CMDs_pending
2018-06-23_04:08:43 Regensensor ResndFail
2018-06-23_04:08:43 Regensensor CMDs_done_Errors:1
2018-06-23_04:08:43 Regensensor MISSING ACK
2018-06-23_06:58:40 Regensensor CMDs_pending
2018-06-23_06:58:55 Regensensor ResndFail
2018-06-23_06:58:55 Regensensor CMDs_done_Errors:1
2018-06-23_06:58:55 Regensensor MISSING ACK
2018-07-25_14:09:01 Regensensor CMDs_pending
2018-07-25_14:09:01 Regensensor CMDs_pending
2018-07-25_14:09:01 Regensensor CMDs_pending
2018-07-25_14:09:22 Regensensor ResndFail
2018-07-25_14:09:22 Regensensor CMDs_done_Errors:1
2018-07-25_14:09:22 Regensensor RESPONSE TIMEOUT:RegisterRead
2018-07-25_14:12:08 Regensensor Info_Cleared
2018-07-25_14:12:21 Regensensor CMDs_pending
2018-07-25_14:12:21 Regensensor CMDs_pending
2018-07-25_14:12:21 Regensensor CMDs_pending
2018-07-25_14:12:43 Regensensor ResndFail
2018-07-25_14:12:43 Regensensor CMDs_done_Errors:1
2018-07-25_14:12:43 Regensensor RESPONSE TIMEOUT:RegisterRead
Gepaired scheint er ja richtig zu sein:
Internals:
DEF 24E2F3
IODev hmusb
NAME Regensensor
NOTIFYDEV global
NR 821
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 Regensensor_Regen
channel_02 Regensensor_Heizung
protCmdDel 3
protResnd 3 last_at:2018-07-25 14:12:37
protResndFail 1 last_at:2018-07-25 14:12:43
protSnd 1 last_at:2018-07-25 14:12:21
protState CMDs_done_Errors:1
READINGS:
2018-05-02 10:08:48 D-firmware 1.4
2018-05-02 10:08:48 D-serialNr KEQ1070896
2018-05-21 19:29:09 PairedTo 0x424242
2018-05-02 17:03:40 R-pairCentral 0x424242
2018-05-21 19:29:05 powerOn 2018-05-21 19:29:05
2018-07-25 14:12:43 state RESPONSE TIMEOUT:RegisterRead
RegL_00.:
VAL
helper:
HM_CMDNR 227
cSnd 0142424224E2F300040000000000,0142424224E2F300040000000000
mId 00A7
regLst ,0
rxType 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +24E2F3,00,01,00
prefIO
rxt 0
vccu
p:
24E2F3
00
01
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
tmpl:
Attributes:
IODev hmusb
alias Regensensor
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-Sen-RD-O
room CUL_HM,Wetter
serialNr KEQ1070896
subType sensRain
webCmd getConfig:clear msgEvents
Irgend eine Idee, was das noch sein könnte?
Ist während meines Urlaubs passiert, will sagen: Es hat niemand irgendwo am System herumgebastelt...
Viele Grüße
Martin
Hallo Martin,
der tut dumm weil es nicht regnet :D :D :D
Ich sehe keine rssi Werte im list (gelöscht?) wäre mein erster Gedanke -> Funkproblem.
Mein zweiter Gedanke ist: wann wacht der auf bzw. sendet der was? Ich habe den leider nicht.
Viele Batteriegeräte senden ja nicht sofort sondern erst nach einiger Zeit, bzw. wenn sie sowieso etwas übertragen.
Gruß Otto
Danke Otto ;)
Zitat von: Otto123 am 25 Juli 2018, 14:53:46
der tut dumm weil es nicht regnet :D :D :D
Ja, der sieht wohl keinen Sinn mehr in seiner Existenz ;)
Zitat
Ich sehe keine rssi Werte im list (gelöscht?) wäre mein erster Gedanke -> Funkproblem.
Nein, gelöscht habe ich die nicht. Wenn keine Funkverbindung bestünde: Dürfte er dann überhaupt irgendetwas antworten? Was genau bedeutet es denn, wenn das Thema rssi im List garnicht auftaucht? Funkmodul hinüber oder nur Störung auf der Verbindungsstrecke?
Zitat
Mein zweiter Gedanke ist: wann wacht der auf bzw. sendet der was? Ich habe den leider nicht.
Viele Batteriegeräte senden ja nicht sofort sondern erst nach einiger Zeit, bzw. wenn sie sowieso etwas übertragen.
Der ist ja (wg. Sensorheizung) nicht batterie-, sondern Netzteil-Betrieben. Wenn nichts passiert (d.h. kein Regen und keine krassen Temperaturänderungen, die die Sensorheizung aktivieren würden), sendet er lt. Logs so zwischen 25 und 40 x pro 24h.
Werde heute Abend aber mal das Funkthema checken.
Grüße
Martin
Hallo Martin,
na normalerweise gibt es in den internals Werte wie NameDesIo_RSSI oder rssi_NameDesIo
Du hast clear gemacht, dabei kann es sein die alten Werte sind gelöscht und es gibt erstmal keine Neuen.
Gruß Otto
Yo, aber immer noch kein Lebenszeichen. Werde heute Abend, wenn ich wieder vor Ort bin, auch mal Netzteil/Stromversorgung checken.
Würden denn das List so aussehen wie oben geposted, wenn das ganze Teil keinen Saft mehr hat?
Grüße
Martin
Zitat von: dadoc am 25 Juli 2018, 17:35:46
Werde heute Abend, wenn ich wieder vor Ort bin, auch mal Netzteil/Stromversorgung checken.
Das war's, hat wohl wegen der Hitze die Grätsche gemacht. Jetzt ist auch der ganze RSSI-Kram wieder da. Für die Akten, so sieht das List aus, wenn der Sensor Strom bekommt:
Internals:
DEF 24E2F3
IODev hmusb
LASTInputDev hmusb
MSGCNT 16
NAME Regensensor
NOTIFYDEV global
NR 821
NTFY_ORDER 50-Regensensor
STATE CMDs_done
TYPE CUL_HM
channel_01 Regensensor_Regen
channel_02 Regensensor_Heizung
hmusb_MSGCNT 16
hmusb_RAWMSG RD3365C36,0001,01998810,FF,FFBE,02800224E2F3424242010200003D
hmusb_RSSI -66
hmusb_TIME 2018-07-25 22:51:52
lastMsg No:02 - t:02 s:24E2F3 d:424242 010200003D
protCmdDel 11
protLastRcv 2018-07-25 22:51:52
protResnd 12 last_at:2018-07-25 20:10:01
protResndFail 4 last_at:2018-07-25 20:10:05
protSnd 20 last_at:2018-07-25 22:51:52
protState CMDs_done
rssi_at_hmusb cnt:16 min:-73 max:-66 avg:-71.25 lst:-66
rssi_hmusb cnt:3 min:-77 max:-61 avg:-67.33 lst:-61
READINGS:
2018-05-02 10:08:48 D-firmware 1.4
2018-05-02 10:08:48 D-serialNr KEQ1070896
2018-07-25 20:44:55 PairedTo 0x424242
2018-05-02 17:03:40 R-pairCentral 0x424242
2018-07-25 20:44:55 RegL_00. 02:01 0A:42 0B:42 0C:42 14:06 18:00 00:00
2018-07-25 20:44:51 powerOn 2018-07-25 20:44:51
2018-07-25 22:51:52 state CMDs_done
helper:
HM_CMDNR 2
PONtest 0
cSnd 1142424224E2F30202000000,1142424224E2F30202000000
mId 00A7
regLst ,0
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +24E2F3,00,01,00
nextSend 1532551912.39203
prefIO
rxt 0
vccu
p:
24E2F3
00
01
00
mRssi:
mNo 02
io:
hmusb:
-62
-62
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
rssi:
at_hmusb:
avg -71.25
cnt 16
lst -66
max -66
min -73
hmusb:
avg -67.3333333333333
cnt 3
lst -61
max -61
min -77
shadowReg:
tmpl:
Attributes:
IODev hmusb
alias Regensensor
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-Sen-RD-O
room CUL_HM,Wetter
serialNr KEQ1070896
subType sensRain
webCmd getConfig:clear msgEvents
Danke Otto & Grüße
Martin
Noch eine damit verbundene Frage hätte ich, nachdem ich einen Monat lang nicht bemerkt hatte, das der Regensensor, der bei Regen ein Fenster schließen soll, ausgefallen war: Wie detektiert man einen solchen Ausfall am Besten? Ich würde das in diesem Fall jetzt so mit einem DOIF machen:
([Fenster] ne "off" and [Regensensor_Regen] eq "rain" or [Regensensor] =~ "TIMEOUT" or [Regensensor] =~ "ACK")
(set Fenster off)
Aber vielleicht gibt es ja einen besseren/allgemeingültigen Weg?
Grüße
Martin
Da gibt es sicher unterschiedliche Ansätze.
HM hat doch auch den ActionDetector?
Gruß Otto
Zitat von: Otto123 am 26 Juli 2018, 12:13:09
HM hat doch auch den ActionDetector?
Stimmt, den habe ich immer mal wieder auftauschen sehen, hatte ihn aber nicht als aktiv nutzbare Funktion begriffen.
Habe das jetzt, in Anlehnung (aka Abkuperfung) an https://forum.fhem.de/index.php?topic=70042.0 mal so versucht:
(["^ActionDetector$:^status_.*(unknown|dead)"])
({DebianMail("name\@domain.de","Homematic-Geraet in der x-strasse ausgefallen","$EVENT","") })
Das sollte zumindest die HM-Geräte abdecken. Für meine zahlreichen FS20-Altlasten muss ich mir dann noch etwas anderes einfallen lassen.
A propos "unknown": Nachdem ich gestern das neue Netzteil angelötet hatte und den Sensor wieder eingestöpselt habe, verharrte er bis heute Mittag im Activity-Status "unknown" und hat auch nicht gesendet.
Nach clear msgEvents und getConfig gings dann wieder.
Danke & Grüße
Martin
ohne attr actCycle wird das device nicht überwacht. fehlt in deinem list.
Ja, das stimmt, als ich das List geposted hatte, kannte ich den ActionDetector bzw. dessen Attribute noch nicht, daher erscheint es dort nicht.
Ich habe ihn auf 3 h gesetzt (hoffe, die Schreibweise mit führenden Nullen ist korrekt: 003:00) und werde dem Sensor heute Abend mal den Stecker ziehen, um zu sehen, ob das alles so tut wie erwartet...
Grüße
Martin
Hallo zusammen,
Mit dem ActionDetector klappt das leider nicht, die Sachlage verwirrt mich etwas.
Der Sensor existiert ja einerseits als Device, andererseits existieren seine beiden Kanäle Regen (ja/nein) und Sensorheizung (ein/aus).
Der Regenkanal sendet lt. Log regelmäßig; das Device - nur das kann ja vom ActionDetector überwacht werden - dagegen nicht, weshalb es nach der vorgegebenen Zeit (z.B. 3 h) als dead markiert wird, obwohl seine Kanäle weiter senden.
Den statusRequest-Befehl kennt der Sensor nicht, sodass actAutoTry auch nicht hilft
Kriegt man den Sensor doch irgendwie unter die Kontrolle des ActionDetectors? Alle paar Stunden ein getconfig laufen zu lassen ginge ja vielleicht, erscheint mir aber nicht eben als elegante Lösung.
Grüße
Martin
es sendet immer nur das device, auch die chn infos.
hast du eventuell das attr actCycle fälschlicherweise im channel gesetzt?
edit: poste mal je ein aktuelles list vom device und actiondetektor.
Zitat von: frank am 29 Juli 2018, 09:54:51
es sendet immer nur das device, auch die chn infos.
Was mich wundert ist, dass die beiden Kanäle unter der Kategorie CUL_HM gelistet werden, das Device aber nicht, sondern als Kategorie sensRain.
Zitathast du eventuell das attr actCycle fälschlicherweise im channel gesetzt?
Nein, das quittiert fhem ja mit einer Fehlermeldung, wenn man es über das WebUI macht.
Zitat
edit: poste mal je ein aktuelles list vom device und actiondetektor.
Internals:
DEF 24E2F3
IODev hmusb
LASTInputDev hmusb
MSGCNT 30
NAME Regensensor
NOTIFYDEV global
NR 821
STATE CMDs_done
TYPE CUL_HM
channel_01 Regensensor_Regen
channel_02 Regensensor_Heizung
hmusb_MSGCNT 30
hmusb_RAWMSG RE533C512,0001,1396F5C7,FF,FFB4,18800224E2F34242420102000047
hmusb_RSSI -76
hmusb_TIME 2018-07-29 10:42:12
lastMsg No:18 - t:02 s:24E2F3 d:424242 0102000047
protLastRcv 2018-07-29 10:42:12
protSnd 30 last_at:2018-07-29 10:42:12
protState CMDs_done
rssi_at_hmusb cnt:30 min:-77 max:-64 avg:-70.13 lst:-76
rssi_hmusb cnt:16 min:-76 max:-61 avg:-64.31 lst:-71
READINGS:
2018-07-29 02:21:55 Activity dead
2018-05-02 10:08:48 D-firmware 1.4
2018-05-02 10:08:48 D-serialNr KEQ1070896
2018-07-26 21:46:34 PairedTo 0x424242
2018-05-02 17:03:40 R-pairCentral 0x424242
2018-07-26 21:46:34 RegL_00. 02:01 0A:42 0B:42 0C:42 14:06 18:00 00:00
2018-07-26 21:46:30 powerOn 2018-07-26 21:46:30
2018-07-29 10:42:12 state CMDs_done
helper:
HM_CMDNR 24
cSnd 1142424224E2F30202C80000,1142424224E2F30202000000
mId 00A7
regLst ,0
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +24E2F3,00,01,00
nextSend 1532853732.52667
prefIO
rxt 0
vccu
p:
24E2F3
00
01
00
mRssi:
mNo 18
io:
hmusb:
-74
-74
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
rssi:
at_hmusb:
avg -70.1333333333333
cnt 30
lst -76
max -64
min -77
hmusb:
avg -64.3125
cnt 16
lst -71
max -61
min -76
tmpl:
Attributes:
IODev hmusb
actCycle 003:00
actStatus dead
alias Regensensor
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-Sen-RD-O
room CUL_HM,Wetter
serialNr KEQ1070896
subType sensRain
webCmd getConfig:clear msgEvents
Internals:
CHANGED
DEF 000000
NAME ActionDetector
NOTIFYDEV global
NR 322
STATE alive:19 dead:1 unkn:0 off:0
TYPE CUL_HM
READINGS:
2018-07-29 10:41:57 state alive:19 dead:1 unkn:0 off:0
2018-07-29 10:41:57 status_HM_38EE12 alive
2018-07-29 10:41:57 status_HT_AZ alive
2018-07-29 10:41:57 status_HT_BAD_FEN alive
2018-07-29 10:41:57 status_HT_Hall alive
2018-07-29 10:41:57 status_HT_KUE_LI alive
2018-07-29 10:41:57 status_HT_KUE_RE alive
2018-07-29 10:41:57 status_HT_WC alive
2018-07-29 10:41:57 status_HT_WZ_LI alive
2018-07-29 10:41:57 status_HT_WZ_RE alive
2018-07-29 10:41:57 status_Rauchmelder_Hall alive
2018-07-29 10:41:57 status_Rauchmelder_Heizung alive
2018-07-29 10:41:57 status_Rauchmelder_Kammer alive
2018-07-29 10:41:57 status_Rauchmelder_SZ alive
2018-07-29 10:41:57 status_Rauchmelder_Speicher alive
2018-07-29 10:41:57 status_Rauchmelder_WZ alive
2018-07-29 10:41:57 status_Regensensor dead
2018-07-29 10:41:57 status_THERMOSTAT_Bad alive
2018-07-29 10:41:57 status_THERMOSTAT_Kueche alive
2018-07-29 10:41:57 status_THERMOSTAT_WZ alive
2018-07-29 10:41:57 status_reedcontrol alive
helper:
HM_CMDNR 178
actCycle 600
peers 24E2F3,315940,36716C,3679E4,37F824,37F82C,389EDA,38E037,38E057,38E49B,38EB2E,38EC14,38EE12,391C84,592DCB,592E19,592EC9,5930CE,5930DE,593742
24E2F3:
start 2018-07-27 16:21:45
try 99
315940:
start 2018-07-27 16:21:45
36716C:
start 2018-07-27 16:21:45
3679E4:
start 2018-07-27 16:21:45
37F824:
start 2018-07-27 16:21:45
37F82C:
start 2018-07-27 16:21:44
389EDA:
start 2018-07-27 16:21:45
38E037:
start 2018-07-27 16:21:45
38E057:
start 2018-07-27 16:21:45
38E49B:
start 2018-07-27 16:21:44
38EB2E:
start 2018-07-27 16:21:44
38EC14:
start 2018-07-27 16:21:45
38EE12:
start 2018-07-27 16:21:44
391C84:
start 2018-07-27 16:21:45
592DCB:
start 2018-07-27 16:21:45
592E19:
start 2018-07-27 16:21:45
592EC9:
start 2018-07-27 16:21:45
5930CE:
start 2018-07-27 16:21:45
5930DE:
start 2018-07-27 16:21:45
593742:
start 2018-07-27 16:21:45
io:
prefIO
vccu
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
Attributes:
actAutoTry 1_on
event-on-change-reading .*
model ActionDetector
room Settings
Und hier noch Channel 1
Internals:
DEF 24E2F301
NAME Regensensor_Regen
NOTIFYDEV global
NR 824
STATE dry
TYPE CUL_HM
chanNo 01
device Regensensor
READINGS:
2018-05-02 17:03:41 R-sign off
2018-07-26 21:46:35 RegL_01. 08:00 22:64 23:00 30:06 87:0B 88:54 8B:0B 8C:22 8F:85 91:82 00:00
2018-07-28 22:46:41 lastRain 2018-07-28 22:39:39
2018-07-28 22:46:41 recentStateType info
2018-07-28 22:46:41 state dry
2018-07-28 22:46:41 timedOn off
helper:
regLst ,1,4p
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
tmpl:
Attributes:
model HM-Sen-RD-O
peerIDs 00000000,
room Terrassen,Wetter
ich kann nichts auffälliges erkennen. im gegenteil scheint es sogar plausibel zu sein.
die readings haben einen timestamp von gestern abend kurz vor 11. ca 3,5 std später wurde das reading Activity im device auf dead gesetzt. die halbe stunde verzögerung kommt zb durch das aktualisierungsinterval des actiondetector plus actautotry versuch.
aktuell unter protLastRcv im device internal wurde etwas vom device empfangen. daher sollte in kürze wieder mit verzögerung alive gemeldet werden.
meinst du mit kategorien etwa gruppen in der raumansicht? das ist normal da nach attr subtype gruppiert wird. das attribut existiert aber immer nur im device.
Du hast Recht, Frank, ich habe mich beim Vergleich der Logs verheddert und daher vermutet, dass "dead" auch eintritt, obwohl channel1 Daten liefert. Das ist nicht der Fall.
Bleibt mir noch die Frage, ob es - außer einer handgestrickten Lösung - eine Möglichkeit gibt, den Ausfall des Sensors (d.h. Sensor, Netzteil, Funkverbindung...) kurzfristig zu detektieren und nicht nur durch ein extrem langes actcycle. Letzteres ist bei einem Sensor, der bei einsetzendem Regen Fenster schließen soll, nicht praktikabel. M.a.W.: Könnte man nicht etwas periodisch in angemessenen Abständen an den Sensor schicken, damit der ein Lebenszeichen gibt und den ActionDetector somit auf "live" belässt, ohne den Gesamtverkehr zu sehr zu belasten?
Zitatmeinst du mit kategorien etwa gruppen in der raumansicht? das ist normal da nach attr subtype gruppiert wird. das attribut existiert aber immer nur im device.
Ja, bzw. in der "everything"-Ansicht. War mir bisher noch nicht aufgefallen, dass es diese Gruppierung gibt.
Grüße
Martin
da actautotry mit diesem sensor scheinbar nicht funktioniert, würde ich ein regelmässiges at mit irgend einem "kurzen" und "sinnvollen" cmd definieren. die antworzen vom device triggern den actiondezektor. es funktionieren auch cmds aus den channeln. kann man eventuell die hzg checken?
verstehe ich richtig, dass die fenster automatisch aufgehen?
in diesem fall könntest du die "überprüfung" auf die öffnungszeiten begrenzen oder dann intensivieren.
wenn es wirklich kritisch ist, wäre auch ein zusätzlicher sensor vielleicht überlegenswert.
Vielen Dank, Frank,
Zitat von: frank am 29 Juli 2018, 13:30:43
da actautotry mit diesem sensor scheinbar nicht funktioniert, würde ich ein regelmässiges at mit irgend einem "kurzen" und "sinnvollen" cmd definieren. die antworzen vom device triggern den actiondezektor. es funktionieren auch cmds aus den channeln. kann man eventuell die hzg checken?
Soweit ich das mit meinen noch eigeschränkten Kenntnissen der get- und set-commands bzw. deren (Nicht-)Doku ausprobieren konnte, schickt nur ein set getconfig Commands (außer natürlich, man schaltet die Heitung ein und wieder aus). Spricht etwas dagegen, getconfig z.B. stündlich auszuführen?
Zitat
verstehe ich richtig, dass die fenster automatisch aufgehen?
Umgekehrt, offene Fenster bzw. Rollläden sollen schließen, wenn es anfängt zu regnen.
Zitat
wenn es wirklich kritisch ist, wäre auch ein zusätzlicher sensor vielleicht überlegenswert.
Ich habe noch einen alten KS300 im Einsatz. Dessen Regenerkennung ist zwar bekanntlich lahm, aber ich könnte ihn als zusätzliche Absicherung mit in die DOIFs nehmen.
Grüße
Martin
Hallo liebe Community,
ich möchte mich diesem Thread anhängen, weil auch ich (Anfänger) Probleme mit der Meldung RESPONSE TIMEOUT:RegisterRead habe. Ich versuche einen Homematic Zählersender HM-ES-TX-WM mit Sensor ES-Fer (für Ferraris-Zähler) einzubinden. Ich nutze ein aktuelles fhem auf einem Raspi und als Homematic IO den HMLAN (HM-CFG-LAN LAN Konfigurations-Adapter). Ich versuche unten mal alle Infos zu geben die ihr wohl braucht.
Den Sensor habe ich in Betrieb nehmen können. Nur an der Einbindung in FHEM scheitere ich.
Vorgehen
- Sensor am Stromzähler positioniert, am Sender mit Kabel angeschlossen, Batterien im Sender eingelegt.
- Dann mittels Mode Taste die 2 wichtigen Werte (bei mir: 5% Empfindlichkeit und 75/Umdrehung) eingestellt.
- Anschließend mit set HMLAN1 hmPairForSec 600 in den Anlernmodus geschickt. hmPair ist dann auf 1.
- Am Sender die Pfeil-Rechts Taste gedrückt. Conf (oder so ähnlich erscheint). Es blinkt ein wenig, dann ist Ruhe.
- in fhem.cfg wurde dann der ug Code eingetragen (ich habe lediglich den Namen geändert)
Ich glaube anhand der Readings PairedTo: 0x000000
R-pairCentral: set_0x2E43CB
erkenne ich, dass das Pairing fehlgeschlagen ist?
Ich habe dann einen Reset des Senders gemacht, und ihn nochmal versucht zu pairen. Zuerst hatte ich dann ein state CMDs_done (Screenshot 1). Nach einem getConfig gab es dann allerdings wieder og Meldung (Screenshot 2).
Die Tipps (getConfig, Taste am Sender drücken) haben hier nicht geholfen. Soweit ich es verstanden habe funktioniert ein set HMLAN1 hmPairSerial 10-stelligeSerial bei diesem Gerät nicht, weil es "nichts empfängt"?
Was mache ich falsch? Ich bin für jede Hilfe dankbar. Lieben Dank für eure Mühe einem weiteren Anfänger auf die Sprünge zu helfen :)
Gruß,
Tim
Latest Revision: 17039
File Rev Last Change
fhem.pl 17007 2018-07-20 14:38:12Z rudolfkoenig
98_autocreate.pm 15620 2017-12-16 18:10:36Z rudolfkoenig
10_CUL_HM.pm 17009 2018-07-21 04:44:11Z martinp876
95_Dashboard.pm 16920 2018-06-29 12:01:56Z DS_Starter
98_dummy.pm 16965 2018-07-09 07:59:58Z rudolfkoenig
91_eventTypes.pm 14888 2017-08-13 12:07:12Z rudolfkoenig
01_FHEMWEB.pm 16997 2018-07-17 20:11:01Z rudolfkoenig
92_FileLog.pm 16770 2018-05-24 15:16:12Z rudolfkoenig
98_HMinfo.pm 17010 2018-07-21 04:45:41Z martinp876
00_HMLAN.pm 14073 2017-04-22 13:45:25Z martinp876
98_HTTPMOD.pm 16951 2018-07-06 18:02:15Z StefanStrobel
91_notify.pm 15937 2018-01-20 13:43:28Z rudolfkoenig
33_readingsGroup.pm 16299 2018-03-01 08:06:55Z justme1968
99_SUNRISE_EL.pm 16632 2018-04-17 19:00:21Z rudolfkoenig
98_SVG.pm 17038 2018-07-27 17:39:50Z rudolfkoenig
98_telnet.pm 16293 2018-02-28 21:33:57Z rudolfkoenig
59_Twilight.pm 16005 2018-01-27 06:05:51Z igami
99_Utils.pm 15713 2017-12-28 11:01:02Z rudolfkoenig
98_version.pm 15140 2017-09-26 09:20:09Z markusbloch
Blocking.pm 16985 2018-07-15 14:08:15Z rudolfkoenig
Color.pm 11159 2016-03-30 16:08:06Z justme1968
DevIo.pm 16623 2018-04-15 18:44:05Z rudolfkoenig
HMConfig.pm 16887 2018-06-19 18:42:44Z martinp876
HttpUtils.pm 17034 2018-07-27 05:47:13Z rudolfkoenig
RTypes.pm 10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm 16568 2018-04-08 09:44:42Z rudolfkoenig
TcpServerUtils.pm 16985 2018-07-15 14:08:15Z rudolfkoenig
fhemweb.js 16727 2018-05-11 09:12:01Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
svg.js 17037 2018-07-27 13:42:42Z rudolfkoenig
autocreate ist (glaube ich) eingeschaltet (sonst würde nichts beim pairen in der fhem.cfg geschrieben, oder??)
fhem.cfg
define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots
fhem.cfg
define HM_TX_ES_WM CUL_HM 4D1422
attr HM_TX_ES_WM room CUL_HM,Strom
define FileLog_HM_TX_ES_WM FileLog ./log/HM_TX_ES_WM-%Y.log HM_TX_ES_WM
attr FileLog_HM_TX_ES_WM logtype text
attr FileLog_HM_TX_ES_WM room CUL_HM,Strom
list HM_TX_ES_WM
Internals:
DEF 4D1422
HMLAN1_MSGCNT 18
HMLAN1_RAWMSG E4D1422,0000,018F00C9,FF,FFD4,11865E4D14220000000017F500AE9C
HMLAN1_RSSI -44
HMLAN1_TIME 2018-07-29 16:21:24
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 18
NAME HM_TX_ES_WM
NOTIFYDEV global
NR 285
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
lastMsg No:11 - t:5E s:4D1422 d:000000 0017F500AE9C
protCmdDel 1
protLastRcv 2018-07-29 16:21:24
protRcv 18 last_at:2018-07-29 16:21:24
protResnd 3 last_at:2018-07-29 16:20:25
protResndFail 1 last_at:2018-07-29 16:20:31
protSnd 1 last_at:2018-07-29 16:20:10
protState CMDs_done_Errors:1
rssi_at_HMLAN1 cnt:18 min:-45 max:-44 avg:-44.27 lst:-44
READINGS:
2018-07-29 15:37:01 Activity alive
2018-07-29 15:37:02 CommandAccepted yes
2018-07-29 15:37:01 D-firmware 1.0
2018-07-29 15:37:01 D-serialNr NEQ0862970
2018-07-29 15:36:32 PairedTo 0x000000
2018-07-29 15:37:01 R-pairCentral set_0x2E43CB
2018-07-29 15:36:30 battery ok
2018-07-29 15:36:30 powerOn 2018-07-29 15:36:30
2018-07-29 16:20:31 state RESPONSE TIMEOUT:RegisterRead
RegL_00.:
VAL
helper:
HM_CMDNR 17
PONtest 1
cSnd ,012E43CB4D142200040000000000
mId
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +4D1422,00,00,00
nextSend 1532874084.94718
prefIO
rxt 0
vccu
p:
4D1422
00
00
00
mRssi:
mNo 11
io:
HMLAN1:
-36
-36
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_HMLAN1:
avg -44.2777777777778
cnt 18
lst -44
max -44
min -45
tmpl:
Attributes:
IODev HMLAN1
autoReadReg 4_reqStatus
expert 2_raw
room CUL_HM,Strom
PS: mir ist gerade aufgefallen das ich immer HM-TX-ES-WM anstelle von korrekt HM-ES-TX-WM schreibe...
Zitat von: dadoc am 29 Juli 2018, 14:36:38
Spricht etwas dagegen, getconfig z.B. stündlich auszuführen?
ist ok. da getconfig beim device zusätzlich auch alle channel abfragt, würde ich das getconfig auf einen nicht gepeerten chn machen.
Hallo,
Kann es an einer veralteten Firmware meines HMLAN liegen? Ich habe wohl Firmware 0.965 drauf? Ist das die neuste? Ich tue mir schwer auf der eq3 Seite etwas zu finden.
Außerdem findet die eq3 Software meine hmlan im Netz nicht. Muss ich den in fhem erst freigeben?
Vielen Dank für eure Hilfe.
Gruß,
Tim
List HMLAN1
Internals:
DEF 192.168.100.222:1000
DeviceName 192.168.100.222:1000
FD 11
HMLAN1_MSGCNT 4500
HMLAN1_TIME 2018-07-30 20:07:01
IFmodel LAN
NAME HMLAN1
NR 25
NTFY_ORDER 50-HMLAN1
PARTIAL
RAWMSG E45F4B1,0000,07842BAE,FF,FFD1,1C861045F4B10000000A89060A0040
RSSI -47
STATE opened
TYPE HMLAN
XmitOpen 1
assignedIDsCnt 9 report:10
msgKeepAlive dlyMax:0.324 bufferMin:4
msgLoadCurrent 0
msgLoadHistoryAbs 5min steps: 0/0/0/0/0/0/0/0/0/0/0/0
msgParseDly min:-52 max:856 last:10 cnt:4493
owner 2E43CB
uptime 001 35:01:42.446
READINGS:
2018-07-29 23:02:23 D-HMIdAssigned 2E43CB
2018-07-29 23:02:23 D-HMIdOriginal 322226
2018-07-29 23:02:23 D-firmware 0.965
2018-07-29 23:02:23 D-serialNr LEQMYNUMBER
2018-07-29 23:02:23 Xmit-Events init:1 disconnected:1 ok:1
2018-07-29 23:02:23 cond ok
2018-07-30 20:06:57 loadLvl low
2018-07-29 23:02:22 prot_disconnected last
2017-01-22 08:23:29 prot_dummy last
2018-07-29 23:02:22 prot_init last
2018-07-24 13:41:26 prot_keepAlive last
2018-07-29 23:02:23 prot_ok last
2018-07-26 02:35:04 prot_timeout last
2018-07-29 23:02:22 state opened
helper:
assIdCnt 9
assIdRep 10
info 03C5,MYNUMBER,322226,2E43CB
setTime 46782
cnd:
0 1
253 1
255 1
dly:
cnt 4493
lst 10
max 856
min -52
ids:
45F473:
cfg +45F473,00,00,00
name HM_RT_SZ
45F48F:
cfg +45F48F,00,00,00
name HM_RT_BUERO
45F4B0:
cfg +45F4B0,00,00,00
chn 02
flg 0
msg
name HM_RT_WZ2
to 1532916331.89609
45F4B1:
cfg +45F4B1,00,00,00
name HM_RT_KUECHE
45F4C9:
cfg +45F4C9,00,00,00
name HM_RT_PHI
45F4FE:
cfg +45F4FE,00,00,00
chn 02
flg 0
msg
name HM_RT_FEL
to 1532953917.03967
45F51E:
cfg +45F51E,00,00,00
chn 02
flg 0
msg
name HM_RT_WZ1
to 1532929843.45229
4E1FCC:
cfg +4E1FCC,00,00,00
name HM_SC_WZ
585E3D:
cfg +585E3D,00,00,00
name HM_WETTER_OUT
k:
BufMin 4
DlyMax 0.324
Next 1532974042.26352
Start 1532974017.26352
loadLvl:
bl 40
a:
99
90
40
0
h:
0 low
40 batchLevel
90 high
99 suspended
log:
all 0
sys 0
ids:
ARRAY(0x35fc6e8)
q:
HMcndN 0
answerPend 0
hmLanQlen 1
keepAliveRec 1
keepAliveRpt 0
loadLastMax 0
loadNo 1
scnt 7
ald:
0
0
0
0
0
0
0
0
0
0
0
0
apIDs:
ref:
drft -0.000159974404095345
hmtL 126097923
kTs 0
offL 1532847919343
sysL 1532974017266
Attributes:
hmId 2E43CB
hmLanQlen 1_min
loadLevel 0:low,40:batchLevel,90:high,99:suspended
room CUL_HM
Edit:
Ich frage bzgl. der Firmware deswegen weil hier (https://www.eq-3.de/Downloads/Software/Konfigurationsadapter/Konfigurationsadapter_LAN/changelog_HM-CFG-LAN_Usersoftware_V1_520_eQ-3_151207.txt) extra erwähnt wird das Kompatibilität mit HM-ES-TX-WM hergestellt wurde. Siehe Punkt 1.516.
Ich kenne keine neuere Firmware.
Den HMLAN darf nur einer ansprechen, also entweder FHEM oder die andere Software.
Gruß Otto
Hallo Otto,
vielen Dank für deine Antwort. Das bedeutet das der HM-ES-TX-WM Zählersender mit HMLAN und fhem funktionieren müsste?
Was mache ich dann aber falsch (siehe vier Post weiter vorne)?
Gruß,
Tim
Hallo Tim,
kann ich konkret nicht sagen, ich habe den Zählersensor nicht. Kann mich aber erinnern, dass es nicht einfach war. Musst Du mal hier etwas suchen.
Gruß Otto
Hallo Tim,
ich würde den Sensor noch einmal auf Werkseinstellung zurück setzen und dann in Ruhe ohne Sensor dran am Schreibtisch pAIren. Wenn das durch ist, kannst Du auch die Register wie mit den Knööpje setzen und die Einheit dann an den finalen Ort bringen und den Sensor wieder andengeln. Vielleich dann noch einmal die Batterien raus und wieder ein und alles sollte gut sein.
Vielleicht riech es auch aus die "Kiste" ein paar Zentimeter zu verschieben oder drehen.
Viel Erfolg
Ralf
Herzlichen Dank Ralf für diesen Tipp. Anlernen ohne verbundenen Sensor klappte hervorragend. Nun funktioniert der Zählersensor problemlos.
Grüße,
Tim
So, dann reihe ich mich mal hier ein.
Ich habe einen HM-Mod-EM-8 bekomme das verdammte Ding nicht an meinen CUL angelernt.
Die ganzen Tipps von hier habe ich schon probiert. Das Ding will sich nicht verbinden.
Habe die Befürchtung, dass ich das Ding beim Löten geschmolzen habe. :-\
Internals:
CFGFN
CUL1_MSGCNT 99
CUL1_RAWMSG A0C55A2416676AEF11234013DC8::-63:CUL1
CUL1_RSSI -63
CUL1_TIME 2019-05-21 13:04:24
DEF 6676AE
FUUID 5ce3cd65-f33f-e6b6-716c-39db3771769916a0
IODev CUL1
LASTInputDev CUL1
MSGCNT 99
NAME HM_6676AE
NOTIFYDEV global
NR 320707
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 HM_6676AE_Btn_01
channel_02 HM_6676AE_Btn_02
channel_03 HM_6676AE_Btn_03
channel_04 HM_6676AE_Btn_04
channel_05 HM_6676AE_Btn_05
channel_06 HM_6676AE_Btn_06
channel_07 HM_6676AE_Btn_07
channel_08 HM_6676AE_Btn_08
lastMsg No:55 - t:41 s:6676AE d:F11234 013DC8
protCmdDel 135
protLastRcv 2019-05-21 13:04:23
protRcv 99 last_at:2019-05-21 13:04:23
protResnd 24 last_at:2019-05-21 13:02:26
protResndFail 8 last_at:2019-05-21 13:04:27
protSnd 119 last_at:2019-05-21 13:04:24
protState CMDs_done_Errors:1
rssi_at_CUL1 cnt:99 min:-70.5 max:-63 avg:-67.28 lst:-63
READINGS:
2019-05-21 13:01:49 D-firmware 1.1
2019-05-21 13:01:49 D-serialNr PEQ0106329
2019-05-21 12:42:08 R-pairCentral set_0xF11234
2019-05-21 13:04:24 battery ok
2019-05-21 13:04:27 state RESPONSE TIMEOUT:RegisterRead
helper:
HM_CMDNR 85
PONtest 1
cSnd 01F112346676AE00040000000000,01F112346676AE00040000000000
mId 00D9
regLst ,0,1,4p
rxType 16
supp_Pair_Rep 0
expert:
def 1
det 1
raw 0
tpl 0
io:
newChn +6676AE,00,00,00
nextSend 1558436664.05809
prefIO
rxt 2
vccu
p:
6676AE
00
00
00
mRssi:
mNo 55
io:
CUL1:
-59
-59
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
rpt:
IO CUL1
flg A
ts 1558436663.95911
ack:
HASH(0x5bbae30)
558002F112346676AE00
rssi:
at_CUL1:
avg -67.2828282828283
cnt 99
lst -63
max -63
min -70.5
shadowReg:
RegL_00. 02:01 0A:F1 0B:12 0C:34
tmpl:
Attributes:
IODev CUL1
IOgrp VCCU:CUL1
autoReadReg 4_reqStatus
expert 1_allReg
firmware 1.1
model HM-MOD-Em-8
room CUL_HM
serialNr PEQ0106329
subType remote
webCmd getConfig:clear msgEvents
Im Log-file steht immer wieder das gleiche drin:
2019-05-21_13:01:49 HM_6676AE D-firmware: 1.1
2019-05-21_13:01:49 HM_6676AE D-serialNr: PEQ0106329
2019-05-21_13:01:55 HM_6676AE CMDs_pending
2019-05-21_13:02:11 HM_6676AE battery: ok
2019-05-21_13:02:12 HM_6676AE battery: ok
2019-05-21_13:02:16 HM_6676AE CMDs_pending
2019-05-21_13:02:22 HM_6676AE battery: ok
2019-05-21_13:02:23 HM_6676AE battery: ok
2019-05-21_13:02:26 HM_6676AE CMDs_pending
2019-05-21_13:04:23 HM_6676AE battery: ok
2019-05-21_13:04:24 HM_6676AE battery: ok
2019-05-21_13:04:27 HM_6676AE ResndFail
2019-05-21_13:04:27 HM_6676AE CMDs_done_Errors:1
2019-05-21_13:04:27 HM_6676AE RESPONSE TIMEOUT:RegisterRead
So langsam verzweifle ich daran. :'(
Soweit ich das zurückliegend überflogen habe ist hier als "IO" ein HMLAN im Einsatz...
Bei einem CUL gibt es ganz andere Dinge die helfen können (bzw. wo die Probleme liegen: Timing!).
Daher gibt es im Wiki eine (immer deutlich werdendere) Erläuterung, dass ein CUL für HomeMatic nicht unbedingt optimal/gut ist...
...und wenn schon, dann mit der "timing-optimierten" Firmware (CUL) zusammen mit den angepassten fhem-Modulen...
Siehe: https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale
EDIT: und ja, ich hatte auch einen CUL (zu Beginn) und ja eigentlich lief es ganz gut, bis halt zu einem bestimmten Gerät (bei mir war es damals der Klingelsensor) und dann ging es mit der timing FW... Aber war mir auf Dauer zu viel "Aufwand" und ein HMOD-PCB ist auch nicht teurer (20€).
Gruß, Joachim
Hallo Joachim,
ich habe keinen HMLAN im Einsatz. Derzeit verwende ich einen CUL von Busware mit alternativen Firmware und das gekoppelt mit einer VCCU. Habe es aber auch direkt probiert, also ohne VCCU, hat aber auch nichts gebracht.
Mich wundert nur ein wenig, dass der EM-8 solche Probleme macht, da ich schon einige Teile von Homematic im Einsatz habe und die alle einwandfrei funktionieren. Einzig die Fensterkontakte von HM lassen sich nicht pairen, da die Dinger wohl eine Verschlüsselung, oder so, erwarten. Ist aber nicht schlimm, da ich ja nur wissen will, ob ein Fenster auf oder zu ist.
Alternativ habe ich noch eine CCU2 rumliegen, die ich bis jetzt noch nicht verwendet habe, da es bis jetzt nicht notwendig war. Dann dürfte es ja ohne Probleme gehen, oder?
Welche Geräte letztendlich mit einem CUL Probleme machen ist nicht "gelistet"...
...evtl. auch bei jedem anders...
Alternative CUL-FW ist aber was total anderes als "Timing-FW"...
Du kannst AES auch abschalten: set Name regSet sign off
Aber standradmäßig ist ein Schlüssel vorhanden und sollte gehen, außer du PEERST mit einem Gerät was AES deaktiviert hat.
PEEREN ginge dann eh nur, wenn vollständig gepaired...
Mit einer CCU sollte es gehen, dann ist die Einbindung in fhem aber anders: HMCCU-Modul
Ob Pairen mit/über die vccu oder "direkt" mit dem CUL macht keinen Unterschied (wenn du nur ein IO hast), denn letztendlich sendet/empfängt ja nicht die vccu sondern das IO...
Gruß, Joachim
Ich wusste nicht, dass es speziell eine Firmware fürs Timing gibt.
Mir ist schon klar, dass ich die Attribute nur dann ändern kann, wenn sie gepairt sind... leider.
Das heißt jetzt also, dass ich mir die Timing Firmware aufspiele und schaue, ob es dann geht, oder die CCU2 verwende?
CCU2 hätte halt den Vorteil, dass ich auf HMIP verwenden könnte, was ja derzeit mit dem CUL nicht geht.
Gruß, Daniel
Das mit der Timing-FW wurde aber schon mal erwähnt... ;)
Ja, entweder die Timing-FW (sollte helfen) zusammen mit den angepassten Modulen (Achtung da sind glaube ich die neuesten Entwicklungen noch nicht nachgezogen) oder eine CCU und dann alles umstellen auf HMCCU oder "Gemischt-Betrieb" (würde ich nicht machen, macht die "Programmierung"/"Automatisierung" nur komplizierter)...
Anmerkung: Peeren ist NICHT das Setzen von Attributen sondern (implizit) das Setzen von Registern/Einstellungen in den Geräten, die dann zurück gelesen und eingetragen/angezeigt werden...
Noch eine Anmerkung: Peeren zwischen HM und HM-IP Geräten geht auch mit einer CCU nicht.
Gruß, Joachim
Ich werde es mal mit der CCU2 ausprobieren. Mal schauen, wie die CCU2 sich verhält.
Trotzdem werde ich mal nach der Timing-FW schauen. Einen Versuch wäre es wert.
Zitat von: the_noltens am 05 Juni 2019, 09:51:08
Ich werde es mal mit der CCU2 ausprobieren. Mal schauen, wie die CCU2 sich verhält.
Trotzdem werde ich mal nach der Timing-FW schauen. Einen Versuch wäre es wert.
Viel Erfolg!
Sollte keine Probleme machen (also zumindest nicht diese ;) )...
Halt im Kopf behalten:
Zitat
Mit einer CCU sollte es gehen, dann ist die Einbindung in fhem aber anders: HMCCU-Modul
Und bereits angelernte Geräte (auch nur teilweise angelernte) wieder zurücksetzen vor dem Verbinden mit der CCU...
...und falls AES (mit eigenem Schlüssel) genutzt wurde aufpassen! Erst das rückgängig machen! (oder Schlüssel merken!!)
Gruß, Joachim
Ich hoffe es.
Werde mich mal ein das Thema HMCCU einlesen, bevor ich den Umstieg mache. :-)
ZitatUnd bereits angelernte Geräte (auch nur teilweise angelernte) wieder zurücksetzen vor dem Verbinden mit der CCU...
...und falls AES (mit eigenem Schlüssel) genutzt wurde aufpassen! Erst das rückgängig machen! (oder Schlüssel merken!!)
Ich habe irgendwo gelesen, wenn ich die selbe HMID vergebe, bräuchte ich die Geräte nicht erneut anlernen...
Zitat von: the_noltens am 06 Juni 2019, 19:27:43
Ich habe irgendwo gelesen, wenn ich die selbe HMID vergebe, bräuchte ich die Geräte nicht erneut anlernen...
Richtig gelesen.
Ich weiß nur nicht, ob man der CCU die (so einfach) vorgeben kann...
Bei fhem ist es ja einfach: attr hmid ;)
Aber lässt sich bestimmt herausfinden ob und wenn wie das geht...
Bereits bestehende notify etc. musst du halt anpassen...
...bzw. entscheiden, ob du die "Automatisierung" in fhem machst/beläßt oder in der CCU machst (Scripte etc.)...
Viel Erfolg, Joachim
Hatten wir doch schon mal :) zumindest die andere Richtung. Aber irgendwie so müsste es gehen. Man kann ja mit einem Backup einer CCU2 die Umgebung auf einer anderen CCU2 wiederherstellen.
https://forum.fhem.de/index.php/topic,39474.0.html
Jetzt ist ein wenig Zeit vergangen und ich habe den Fehler gefunden. Es ist nicht die Firmware. Der EM-8 ist defekt. Habe einen neuen bestellt und der lies sich einwandfrei auf Anhieb umkonfigurieren.
Wahrscheinlich habe die das Ding beim Löten durchgebraten. :o
Läuft jetzt wie erwartet.
Hallo Zusammen, der Thread ist schon bissl älter aber ich dachte das das gut passt.
Mein GaragenAktor bringt immer wieder mal Fehler. Hier mal ein list. Bekomme immer "RESPONSE TIMEOUT:RegisterRead" ist von Homematic
Internals:
DEF 471C02
FUUID 5f075dd5-f33f-7d29-38df-7b286c4e839087b2
IODev myHmUART
NAME Garage_Aktor
NOTIFYDEV global
NR 39
NTFY_ORDER 50-Garage_Aktor
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 Gartenbeleuchtung_Terrasse
channel_02 Gartenbeleuchtung_Oststeite
channel_03 Gartenbeleuchtung_Suedseite
channel_04 Gartenbeleuchtung_Westseite
hmPairSerial NEQ0194570
protCmdDel 21
protResnd 9 last_at:2020-08-26 16:58:25
protResndFail 3 last_at:2020-08-26 16:58:30
protSnd 4 last_at:2020-08-26 16:58:10
protState CMDs_done_Errors:1
READINGS:
2020-07-09 20:11:38 D-firmware 2.8
2020-07-09 20:11:38 D-serialNr NEQ0194570
2020-07-09 20:11:42 PairedTo 0x123123
2020-07-09 20:11:42 R-pairCentral 0x123123
2020-08-26 16:58:10 cfgState updating
2020-08-26 16:58:30 commState CMDs_done_Errors:1
2020-08-26 16:58:30 state RESPONSE TIMEOUT:RegisterRead
RegL_00.:
VAL
helper:
HM_CMDNR 75
cSnd 01123123471C02020E,01123123471C0200040000000000
mId 0003
peerFriend
peerOpt -:switch
regLst 0
rxType 1
cmds:
TmplKey :no:1598449204.2324
TmplTs 1598449204.2324
cmdKey 0:1:0::Garage_Aktor:0003:01:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6) [-peerChn-]
getVersion noArg
pair noArg
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +471C02,00,00,00
rxt 0
vccu VCCU
p:
471C02
00
00
00
prefIO:
myHmUART
mRssi:
mNo
io:
myHmUART:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
prs 1
tmpl:
Attributes:
IODev myHmUART
IOgrp VCCU:myHmUART
alias Garage_Aktor
autoReadReg 4_reqStatus
expert defReg,rawReg
firmware 2.8
model HM-LC-SW4-DR
room CUL_HM,ioBroker
serialNr NEQ0194570
subType switch
webCmd getConfig:clear msgEvents
Gepairt ist er ja. wo liegt der Fehler?
Gruss
Kussel
P.S: Im Log kommt die Meldung...gegoogelt aber nix gefunden.
2020.08.26 17:11:10 3: CUL_HM set Gartenbeleuchtung_Terrasse statusRequest noArg
2020.08.26 17:11:10 3: CUL_HM set Gartenbeleuchtung_Terrasse statusRequest
2020.08.26 17:11:11 3: CUL_HM set Gartenbeleuchtung_Oststeite statusRequest noArg
2020.08.26 17:11:11 3: CUL_HM set Gartenbeleuchtung_Oststeite statusRequest
2020.08.26 17:11:12 3: CUL_HM set Gartenbeleuchtung_Suedseite statusRequest noArg
2020.08.26 17:11:12 3: CUL_HM set Gartenbeleuchtung_Suedseite statusRequest
2020.08.26 17:11:13 3: CUL_HM set Gartenbeleuchtung_Westseite statusRequest noArg
2020.08.26 17:11:13 3: CUL_HM set Gartenbeleuchtung_Westseite statusRequest
2020.08.26 17:11:18 3: ABFALL Abfalltermine - CALENDAR:cal_Abfall triggered, updating ABFALL Abfalltermine ...
2020.08.26 17:11:31 3: CUL_HM set Garage_Aktor getConfig noArg
2020.08.26 17:11:31 3: CUL_HM set Garage_Aktor getConfig
2020.08.26 17:11:33 3: UWZ Unwetterzentrale: UWZ.1811 Done fetching data
2020.08.26 17:14:01 3: CUL_HM set Gartenbeleuchtung_Suedseite statusRequest noArg
2020.08.26 17:14:01 3: CUL_HM set Gartenbeleuchtung_Suedseite statusRequest
2020.08.26 17:14:02 3: CUL_HM set Gartenbeleuchtung_Suedseite statusRequest noArg
2020.08.26 17:14:02 3: CUL_HM set Gartenbeleuchtung_Suedseite statusRequest
2020.08.26 17:14:08 3: CUL_HM set Gartenbeleuchtung_Terrasse statusRequest noArg
2020.08.26 17:14:08 3: CUL_HM set Gartenbeleuchtung_Terrasse statusRequest
2020.08.26 17:14:31 3: CUL_HM set Gartenbeleuchtung_Terrasse statusRequest noArg
2020.08.26 17:14:31 3: CUL_HM set Gartenbeleuchtung_Terrasse statusRequest
Hallo
jahrelang machten meine Homematic-Devices keine Probleme. Seit einem Jahr machen 2 (!) von 7 HM-LC-BL1PBU-FM immer wieder Probleme.
Aktuell ist ein ausgetauschter wieder ausgefallen mit "RESPONSE TIMEOUT:RegisterRead". Nach einem unpair und einem neuen pairen sieht es zuerst gut aus. Dann geht es nach kurzer Zeit wieder los.
Internals:
DEF 30F2E5
FUUID 5c5473ed-f33f-594c-d2e7-94948bb10b8a5f62
HMLAN01_MSGCNT 3772
HMLAN01_RAWMSG E30F2E5,0000,0440D9AB,FF,FFD2,00A41030F2E528650806016430
HMLAN01_RSSI -46
HMLAN01_TIME 2020-11-21 13:31:52
IODev HMLAN01
LASTInputDev HMLAN01
MSGCNT 3772
NAME HM_Rollo_Terrasse
NOTIFYDEV global
NR 432
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
chanNo 01
hmPairSerial LEQ1023696
lastMsg No:00 - t:10 s:30F2E5 d:286508 06016430
protCmdDel 3
protLastRcv 2020-11-21 13:16:37
protRcv 18 last_at:2020-11-21 13:16:37
protResnd 3 last_at:2020-11-21 13:18:40
protResndFail 1 last_at:2020-11-21 13:18:44
protSnd 277 last_at:2020-11-21 13:31:52
protState CMDs_done
rssi_HMLAN01 cnt:3 min:-51 max:-44 avg:-48.66 lst:-44
rssi_at_HMLAN01 cnt:212 min:-52 max:-45 avg:-45.91 lst:-46
Helper:
DBLOG:
powerOn:
myDbLog:
TIME 1605960900.06018
VALUE 2020-11-21 13:15:00
state:
myDbLog:
TIME 1605961124.21619
VALUE RESPONSE TIMEOUT:RegisterRead
READINGS:
2020-11-21 13:16:33 CommandAccepted yes
2020-11-21 13:14:51 D-firmware 2.3
2020-11-21 13:14:51 D-serialNr LEQ1023696
2020-11-21 13:14:56 PairedTo 0x286508
2020-11-12 10:11:51 R-driveDown 22 s
2020-11-12 10:11:51 R-driveTurn 0.5 s
2020-11-12 10:11:51 R-driveUp 24.6 s
2020-11-21 13:14:56 R-pairCentral 0x286508
2020-11-12 10:11:51 R-sign off
2020-11-21 13:18:24 cfgState updating
2020-11-21 13:31:52 commState CMDs_done
2020-11-21 13:16:37 deviceMsg 50 (to vccu)
2020-11-21 13:16:48 level set_60
2020-11-21 13:16:37 motor err:50
2020-11-21 13:16:37 pct 50
2020-11-21 13:15:00 powerOn 2020-11-21 13:15:00
2020-11-21 13:16:37 recentStateType info
2020-11-21 13:18:44 state RESPONSE TIMEOUT:RegisterRead
2020-11-21 13:16:37 timedOn off
RegL_00.:
VAL
helper:
HM_CMDNR 2
PONtest 0
cSnd 1128650830F2E5020178,0128650830F2E500040000000000
cfgChkResult No regs found for:HM_Rollo_Terrasse-ret--ret-
dlvlCmd ++A01128650830F2E5020178
getCfgList all
getCfgListNo ,3
mId 0005
peerFriend peerSens,peerVirt
peerIDsRaw ,00000000
peerOpt 3:blindActuator
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
cfgChk:
idRc01 RegL_00.,RegL_01.
cmds:
TmplKey :no:1605960896.55895
TmplTs 1605960896.55895
cmdKey 1:1:0::HM_Rollo_Terrasse:0005:01:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
down [(-changeValue-|{10})] [(-ontime-|{0})] [(-ramptime-|{0})]
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6) [-peerChn-]
getVersion noArg
inhibit [(on|{off})]
off noArg
on noArg
pair noArg
pct -value- [-ontime-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
statusRequest noArg
stop noArg
toggle noArg
toggleDir noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
up [(-changeValue-|{10})] [(-ontime-|{0})] [(-ramptime-|{0})]
lst:
condition slider,0,1,255
peer
peerOpt HM_Bewm_Eingang,HM_Garage_Tor,HM_Schlafz_Fenster,HM_WT_WZ_Taste_1,HM_WT_WZ_Taste_2,HM_WT_WZ_Taste_3,HM_WT_WZ_Taste_4,HM_WT_WZ_Taste_5,HM_WT_WZ_Taste_6,vccu_Btn1,vccu_Btn2
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
dir:
cur err
rct up
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +30F2E5,00,00,00
nextSend 1605961912.71781
rxt 0
vccu vccu
p:
30F2E5
00
00
00
prefIO:
HMLAN01
mRssi:
mNo 00
io:
HMLAN01:
-38
-38
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
prs 1
rpt:
IO HMLAN01
flg A
ts 1605961912.62849
ack:
HASH(0x721b5d8)
00800228650830F2E500
rssi:
at_HMLAN01:
avg -45.9150943396226
cnt 212
lst -46
max -45
min -52
shadowReg:
tmpl:
nb:
cnt 1
Attributes:
IODev HMLAN01
IOgrp vccu:HMLAN01
alexaName Terrasse
alias Terrasse
autoReadReg 4_reqStatus
devStateIcon runter:shutter_closed 0:shutter_closed hoch:shutter_open 100:shutter_open .*:shutter_halfopen
eventMap on:hoch 80:schatten 60:halb off:runter stop:stop
expert defReg,rawReg
firmware 2.3
genericDeviceType blind
group Rollladen
icon shutter_open
model HM-LC-BL1PBU-FM
peerIDs 00000000,
room Terrasse,00 Info,02 Devices,07 RolloSteuerung
serialNr LEQ1023696
subType blindActuator
webCmd pct:hoch:schatten:halb:runter:stop
Was kann ich außer Austauschen noch tun?
Danke
Jürgen
es sollte neuere fw geben.
vielleicht ist die alte zb störanfällig gegenüber hmip.
ausserdem mal freezes in fhem checken.
Da ich nur den HMLAN habe ist das ein Problem mit den Firmwareupdate.
Ich habe inzwischen einen neuen eingebaut. Doch bei dem habe ich das Problem, das autocreate kein neues Device anlegt.
Zitat von: jove01 am 22 November 2020, 14:06:37
Da ich nur den HMLAN habe ist das ein Problem mit den Firmwareupdate.
Dann investiere die 20€ solange es den (https://de.elv.com/elv-homematic-komplettbausatz-funkmodul-fuer-raspberry-pi-hm-mod-rpi-pcb-fuer-smart-home-hausautomation-142141?fs=1799770983&c=499) noch gibt :)
Hallo Otto
Im Prinzip hast du Recht, aber dann fangen die Probleme für mich an: so ein löten, Einarbeiten in das Thema HMLAN und HM-MOD-RPI-PCB parallel (oder neue Umgebung wieder aufbauen, was ich im Moment nicht habe) und...
Inzwischen habe sich dann auch das oben angedeutete Problem mit dem Autocreate für einen neuen HM-LC-BL1PBU-FM. Zuerst dachte, Hilfe in einem anderen Beitrag zu finden, dort ging es aber um einen anderen Gerätetyp.
Das Autocreate will absolut kein Device anlegen, auch nicht über pairen über SerialNr (Device geht in Blink-Modus). Hast du hier eine Idee oder sagst du Update geht über alles?
Jürgen
haben die hmlan auch die aktuelle fw 0.965?
autocreate überhaupt active? sieht man mit
list autocreate
Die HM-MOD-RPI-PCB gibt es auch fertig gelötet im Netz zu kaufen, den steckst Du auf deine RasPi - ist eigentlich simpel. VCCU hast Du schon. Aber egal - das nur am Rande ;)
ja, auch in global (auch autosave)
Internals:
FUUID 5c5473e8-f33f-594c-197d-fd55eda6bea44e86
FVERSION 98_autocreate.pm:0.230060/2020-10-22
NAME autocreate
NOTIFYDEV global
NR 17
NTFY_ORDER 50-autocreate
STATE active
TYPE autocreate
Attributes:
autosave 1
disable 0
room 09 Systemdef.,System
Zwischenzeitlich hatte ich autocreate inaktiv, damit mir ein Nachbar nicht mit seinen Thermometern das System vollmüllt.
Fürs Löten werde ich wohl jemanden finden (für 20,00 zusätzlich kaufen sehe ich nicht ein).
Zusatzfrage: Ist eine externe Antenne erforderlich. Aktuell komme ich ohne aus, auch bei 4,0m Abstand, auch wenn die RSSI-Werte sehr schlecht sind.
Nein. Allerdings darf der Raspberry nicht in einem Blechgehäuse sitzen - und den kleine Draht sollte man aus dem Gehäuse schauen lassen.
ok
vielen Dank, Otto. Schauen wir mal, wie ich weiter komme.
aber das Problem mit deinem HM-LC-BL1PBU-FM ist noch nicht geklärt?
Alles andere geht?
Du meinst das mit dem Autocreate, das ist nicht gelöst. Und ich habe keine Idee, ob es an HM oder autocreate oder ? liegt.
Mir fehlt aber auch die HMId, um es manuell anzulegen. Die Rückseite irgendwie abmachen ist sicherlich keine gute Idee.
Hallo Otto
ich benötige nochmals deine Hilfe. Ich habe inzwischen den HM-LC-BL1PBU-FM eingebaut. Jedoch will das mit dem Firmware-Update absolut nicht klappen.
Über Fhem
2020.11.26 17:07:30 1: /dev/ttyAMA0 reappeared (myHmUART)
2020.11.26 17:07:34 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2020.11.26 17:07:37 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
Über Putty nach dem Lesen der Blocks
Communication with the module timed out, is the serial port configured correctly
Internals:
CNT 1
Clients :CUL_HM:
DEF /dev/ttyAMA0
DevState 1
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 12
FUUID 5fbfc11c-f33f-594c-a173-7ce0678a59e358e1
FVERSION 00_HMUARTLGW.pm:0.188380/2019-03-09
FirmwareFile /opt/fhem/FHEM/firmware/coprocessor_update.eq3
LastOpen 1606407552.49007
NAME myHmUART
NOTIFYDEV global
NR 850
NTFY_ORDER 50-myHmUART
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
Helper:
AckPending:
1:
cmd 00
dst 0
frame FD00030001009E03
time 1606407553.49397
LastSendLen:
3
Log:
IDs:
MatchList:
1:CUL_HM ^A......................
READINGS:
2020-11-26 17:04:04 D-type HM-MOD-UART
2020-11-26 17:19:13 cond init
2020-11-26 17:04:04 loadLvl suspended
2020-11-26 17:19:12 state opened
Attributes:
DbLogExclude .*
hmId xxxxx
room 09 Systemdef.
Die Pi habe ich mehrfach vom Strom genommen. Keine Besserung.
Danke
Jürgen
Hi,
sieht nicht gut aus, der myHmUART funktioniert nicht.
Der steckt direkt auf dem Pi?
Richtig gelötet?
Die beiden Platinen richtig zusammen gebaut? Vergleiche nochmal die Bilder: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Pi System richtig vorbereitet? Das hier alles beachtet? https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
Gruß Otto
Hallo Otto
jetzt funktioniert das Update auf myHmUART. Löten muss man können :-[ :-[ (hatte nicht warten wollen und es selber versucht.)
Jetzt kommen endlich die anderen Baustellen
Gruß
Jürgen
Hallo zusammen,
ich greife mal den alten Fred hier auf, da ich ebenfalls bei einigen meiner Geräte diese Meldung oder aber ein MISSING ACK erhalte.
In meinem Fall betrifft es aber nur die Geräte des Typs: HM-TC-IT-WM-W-EU. Also die Wandthermostate...
Bei allen anderen kann ich ohne Probleme die Reg's nach Herzenslust ändern und andere "Schweinereien" anstellen... ::) ;D
Hier mal ein List eines der Thermostate:
Internals:
DEF 3C7084
FUUID 5c8fdb91-f33f-0e0f-47a7-eaa3faad1cdcde6a
HMLAN01_MSGCNT 9295
HMLAN01_RAWMSG E3C7084,0000,0002EA40,FF,FFD2,0D84703C708400000000E434
HMLAN01_RSSI -46
HMLAN01_TIME 2021-08-02 18:47:08
IODev Pi_HmUART
LASTInputDev HMLAN01
MSGCNT 38150
NAME og_Arbeitszimmer_wandthermostat
NOTIFYDEV global
NR 163
NTFY_ORDER 50-og_Arbeitszimmer_wandthermostat
Pi_HmUART_MSGCNT 14586
Pi_HmUART_RAWMSG 050002420D84703C708400000000E434
Pi_HmUART_RSSI -66
Pi_HmUART_TIME 2021-08-02 18:47:08
Pi_HmUART_ug_MSGCNT 14269
Pi_HmUART_ug_RAWMSG 050002470D84703C708400000000E434
Pi_HmUART_ug_RSSI -71
Pi_HmUART_ug_TIME 2021-08-02 18:47:08
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_3C7084_Weather
channel_02 og_Arbeitszimmer_wandthermostat_Climate
channel_03 HM_3C7084_WindowRec
channel_06 HM_3C7084_remote
channel_07 HM_3C7084_SwitchTr
lastMsg No:0D - t:70 s:3C7084 d:000000 00E434
protErrIoAttack 6 last_at:2021-08-02 18:45:43
protLastRcv 2021-08-02 18:47:08
protRcv 201 last_at:2021-08-02 18:47:08
protResnd 3 last_at:2021-08-02 18:45:48
protSnd 185 last_at:2021-08-02 18:45:51
protSndB 4 last_at:2021-08-02 18:45:48
protState CMDs_done
rssi_Pi_HmUART cnt:179 min:-52 max:-43 avg:-47.01 lst:-47
rssi_at_HMLAN01 cnt:9290 min:-82 max:-45 avg:-65.6 lst:-46
rssi_at_Pi_HmUART cnt:14428 min:-69 max:-38 avg:-47.67 lst:-66
rssi_at_Pi_HmUART_ug cnt:14265 min:-90 max:-65 avg:-75.2 lst:-71
Helper:
DBLOG:
desired-temp:
DbLogMySQL:
TIME 1627922818.43316
VALUE 17.0
measured-temp:
DbLogMySQL:
TIME 1627922818.43316
VALUE 22.8
powerOn:
DbLogMySQL:
TIME 1627921100.88668
VALUE 2021-08-02 18:18:20
READINGS:
2021-07-22 12:04:58 Activity alive
2021-08-02 18:44:39 CommandAccepted yes
2019-01-09 09:22:48 D-firmware 1.4
2019-01-09 09:22:48 D-serialNr MEQ0744336
2021-08-02 18:15:18 IODev HMLAN01
2021-08-02 18:44:41 PairedTo 0x3DWS6E
2019-01-07 17:01:25 R-burstRx on
2019-01-07 17:01:25 R-cyclicInfoMsg on
2019-01-07 17:01:25 R-cyclicInfoMsgDis 0
2019-01-07 17:01:25 R-pairCentral 0x3DWS6E
2021-08-02 18:44:41 RegL_00. 00:00 01:01 02:01 09:01 0A:2B 0B:AD 0C:4A 0F:00 11:00 12:16 16:00 18:00 19:00 1A:00
2021-08-02 18:33:02 aesCommToDev ok
2021-08-02 18:33:02 aesKeyNbr 04
2021-08-02 18:46:58 battery ok
2021-08-02 18:46:58 batteryLevel 3
2021-08-02 18:46:52 cfgState ok
2021-08-02 18:45:51 commState CMDs_done
2021-08-02 18:46:58 desired-temp 17.0
2019-01-07 16:16:51 fwUpdate done
2021-08-02 18:46:58 measured-temp 22.8
2021-08-02 18:18:20 powerOn 2021-08-02 18:18:20
2021-08-02 18:18:20 recentStateType info
2019-01-09 09:23:46 sabotageAttack_ErrIoAttack cnt 3
2021-08-02 18:45:43 sabotageAttack_ErrIoAttack_cnt 6
2021-08-02 18:45:51 state CMDs_done
2021-08-02 18:18:24 time-request -
RegL_07.:
VAL
helper:
HM_CMDNR 13
PONtest 0
cSnd 012BAD4A3C708403044FCB6B0107,012BAD4A3C708403043D0CF20107
cfgStateUpdt 0
mId 00AD
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1626947709.23502
TmplTs 1626947709.23502
cmdKey 0:1:0::og_Arbeitszimmer_wandthermostat:00AD:01:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +3C7084,00,02,00
nextSend 1627922828.70771
prefIO
rxt 0
vccu VCCU
p:
3C7084
00
02
00
mRssi:
mNo 0D
io:
HMLAN01:
-46
-46
Pi_HmUART:
-62
-62
Pi_HmUART_ug:
-71
-71
peerIDsH:
prt:
awake 0
bErr 0
brstWu 0
sProc 0
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rssi:
Pi_HmUART:
avg -47.0167597765363
cnt 179
lst -47
max -43
min -52
at_HMLAN01:
avg -65.603336921421
cnt 9290
lst -46
max -45
min -82
at_Pi_HmUART:
avg -47.6757000277239
cnt 14428
lst -66
max -38
min -69
at_Pi_HmUART_ug:
avg -75.2042762004908
cnt 14265
lst -71
max -65
min -90
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
IODev Pi_HmUART
IOgrp VCCU
actCycle 000:10
actStatus alive
alias Wandthermostat Arbeitszimmer
autoReadReg 5_readMissing
expert defReg,rawReg
firmware 1.4
model HM-TC-IT-WM-W-EU
msgRepeat 1
room CUL_HM
serialNr MEQ0744336
subType thermostat
webCmd getConfig:clear msgEvents
und hier der _climate channel:
Internals:
DEF 3C708402
FUUID 5c8fdb91-f33f-0e0f-6c11-4f13d37c75e557c1
IODev
NAME og_Arbeitszimmer_wandthermostat_Climate
NOTIFYDEV global
NR 165
NTFY_ORDER 50-og_Arbeitszimmer_wandthermostat_Climate
STATE T: 22.7 desired: 17.0
TYPE CUL_HM
chanNo 02
device og_Arbeitszimmer_wandthermostat
peerList CUL_HM_HM_CC_RT_DN_3C50E9_Climate
protState Info_Cleared
Helper:
DBLOG:
desired-temp:
DbLogMySQL:
TIME 1627923880.68863
VALUE 17.0
humidity:
DbLogMySQL:
TIME 1627923880.68863
VALUE 52
measured-temp:
DbLogMySQL:
TIME 1627923880.68863
VALUE 22.7
temperature:
DbLogMySQL:
TIME 1627923880.68863
VALUE 22.7
READINGS:
2021-08-02 18:28:58 R-dayTemp 21 C
2021-08-02 18:28:58 R-daylightSaveTime on
2021-08-02 18:28:58 R-heatCool heating
2021-08-02 18:28:58 R-modePrioManu all
2021-08-02 18:28:58 R-modePrioParty all
2021-08-02 18:28:58 R-nightTemp 17 C
2021-08-02 18:28:58 R-noMinMax4Manu off
2021-08-02 18:28:58 R-sendWeatherData on
2021-08-02 18:28:58 R-showHumidity temp
2021-08-02 18:28:58 R-showInfo time
2021-08-02 18:28:58 R-showSetTemp actTemp
2021-08-02 18:28:49 R-sign off
2021-08-02 18:28:58 R-tempOffset 0.0K
2021-08-02 18:28:58 R-weekPrgSel prog3
2021-08-02 18:28:58 R-winOpnBoost off
2021-08-02 18:45:06 R_P1_0_tempListSat 07:30 18.0 23:00 20.0 24:00 18.0
2021-08-02 18:45:06 R_P1_1_tempListSun 07:30 18.0 23:00 20.0 24:00 18.0
2021-08-02 18:45:06 R_P1_2_tempListMon 14:45 18.0 22:00 20.0 24:00 18.0
2021-08-02 18:45:06 R_P1_3_tempListTue 14:45 18.0 22:00 20.0 24:00 18.0
2021-08-02 18:45:06 R_P1_4_tempListWed 14:45 18.0 22:00 20.0 24:00 18.0
2021-08-02 18:45:06 R_P1_5_tempListThu 14:45 18.0 22:00 20.0 24:00 18.0
2021-08-02 18:45:06 R_P1_6_tempListFri 14:45 18.0 22:00 20.0 24:00 18.0
2021-08-02 18:45:06 R_P1_tempList_State verified
2021-08-02 18:45:15 R_P2_0_tempListSat 07:30 18.0 23:00 20.0 24:00 18.0
2021-08-02 18:45:15 R_P2_1_tempListSun 07:30 18.0 23:00 20.0 24:00 18.0
2021-08-02 18:45:15 R_P2_2_tempListMon 07:30 18.0 23:00 20.0 24:00 18.0
2021-08-02 18:45:15 R_P2_3_tempListTue 07:30 18.0 23:00 20.0 24:00 18.0
2021-08-02 18:45:15 R_P2_4_tempListWed 07:30 18.0 23:00 20.0 24:00 18.0
2021-08-02 18:45:15 R_P2_5_tempListThu 07:30 18.0 23:00 20.0 24:00 18.0
2021-08-02 18:45:15 R_P2_6_tempListFri 07:30 18.0 23:00 20.0 24:00 18.0
2021-08-02 18:45:15 R_P2_tempList_State verified
2021-08-02 18:45:25 R_P3_0_tempListSat 24:00 17.0
2021-08-02 18:45:25 R_P3_1_tempListSun 24:00 17.0
2021-08-02 18:45:25 R_P3_2_tempListMon 24:00 17.0
2021-08-02 18:45:25 R_P3_3_tempListTue 24:00 17.0
2021-08-02 18:45:25 R_P3_4_tempListWed 24:00 17.0
2021-08-02 18:45:25 R_P3_5_tempListThu 24:00 17.0
2021-08-02 18:45:25 R_P3_6_tempListFri 24:00 17.0
2021-08-02 18:45:25 R_P3_tempList_State verified
2021-08-02 18:44:45 RegL_01. 00:00 08:00
2021-08-02 18:45:06 RegL_07. 00:00 01:2A 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:87 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:02 11:00 12:09 13:00 14:48 15:5A 16:51 17:14 18:49 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:48 2F:5A 30:51 31:14 32:49 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:48 49:B1 4A:51 4B:08 4C:49 4D:20 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:48 63:B1 64:51 65:08 66:49 67:20 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:48 7D:B1 7E:51 7F:08 80:49 81:20 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:48 97:B1 98:51 99:08 9A:49 9B:20 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:48 B1:B1 B2:51 B3:08 B4:49 B5:20 B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00
2021-08-02 18:45:15 RegL_08. 00:00 01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:48 15:5A 16:51 17:14 18:49 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:48 2F:5A 30:51 31:14 32:49 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:48 49:5A 4A:51 4B:14 4C:49 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:48 63:5A 64:51 65:14 66:49 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:48 7D:5A 7E:51 7F:14 80:49 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:48 97:5A 98:51 99:14 9A:49 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:48 B1:5A B2:51 B3:14 B4:49 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00
2021-08-02 18:45:25 RegL_09. 00:00 01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:CD CB:23 CC:67 CD:3D CE:72 CF:28
2021-08-02 18:57:33 boostTime -
2021-08-02 18:46:52 cfgState Team,TempChk
2021-08-02 18:57:33 commReporting off
2021-08-02 18:45:51 commState CMDs_done
2021-08-02 18:57:33 controlMode auto
2021-08-02 19:04:40 desired-temp 17.0
2021-08-02 19:04:40 humidity 52
2021-08-02 19:04:40 measured-temp 22.7
2021-08-02 18:44:44 peerList CUL_HM_HM_CC_RT_DN_3C50E9_Climate
2021-08-02 19:04:40 state T: 22.7 desired: 17.0
2021-08-02 19:04:40 temperature 22.7
2021-08-02 18:57:33 winOpenReporting off
TEMPLIST:
Fri:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Mon:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Sat:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Sun:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Thu:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Tue:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
Wed:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 23
MINUTE 00
TEMP 20.0
2:
HOUR 24
MINUTE 00
TEMP 18.0
helper:
peerFriend peerRtTc
peerIDsRaw ,3C50E902,00000000
peerIDsState complete
peerOpt p:thermostat
regLst 1,7,8,9
cfgChk:
idPz07 team:og_Arbeitszimmer_Thermostat_Clima tempListTmpl differ og_Arbeitszimmer_wandthermostat_Climate / og_Arbeitszimmer_Thermostat_Clima
idTp00 failed Entries:
R_P1_0_tempListSat mismatch 24:00 17.0 ne 07:30 18.0 23:00 20.0 24:00 18.0 ##
R_P1_1_tempListSun mismatch 24:00 17.0 ne 07:30 18.0 23:00 20.0 24:00 18.0 ##
R_P1_2_tempListMon mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
R_P1_3_tempListTue mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
R_P1_4_tempListWed mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
R_P1_5_tempListThu mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
R_P1_6_tempListFri mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
unprogrammed prog 3
unprogrammed prog 2
cmds:
TmplKey CUL_HM_HM_CC_RT_DN_3C50E9_Climate:no:1627917608.0802
TmplTs 1627917608.0802
cmdKey 1:0:0::og_Arbeitszimmer_wandthermostat:00AD:02:CUL_HM_HM_CC_RT_DN_3C50E9_Climate
cmdLst:
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
controlManu (on|off|5.0..30.0;0.5)
controlMode (auto|manual|boost|day|night)
controlParty -temp- -startDate- -startTime- -endDate- -endTime-
desired-temp (on|off|5.0..30.0;0.5)
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
tempListFri [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListMon [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListSat [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListSun [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListThu [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListTmpl [({verify}|restore)] [[-file-:]-templateName-]
tempListTue [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListWed [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempTmplSet -tempTmpl-
tplDel -tplDel-
tplSet_0 -tplChan-
tplSet_CUL_HM_HM_CC_RT_DN_3C50E9_Climate -tplPeer-
lst:
condition slider,0,1,255
peer CUL_HM_HM_CC_RT_DN_3C50E9_Climate
peerOpt CUL_HM_HM_CC_RT_DN_2E5C01_Climate,CUL_HM_HM_CC_RT_DN_3C50E1_Climate,CUL_HM_HM_CC_RT_DN_3C50E9_Climate,HM_50246B_Climate,HM_502E1C_Climate,HM_502EB0_Climate,HM_51A94F_Climate,HM_641CB4_Climate,HM_6A1DA1_Climate,HM_6A1DB8_Climate,HM_6A1DBB_Climate,HM_6A1DD5_Climate,HM_705F6A_Climate,HM_727EDD_Climate
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
peerIDsH:
00000000 broadcast
3C50E902 CUL_HM_HM_CC_RT_DN_3C50E9_Climate
prt:
bErr 0
sProc 0
regCollect:
role:
chn 1
shRegR:
07 00
shadowReg:
tmpl:
Attributes:
alexaName Arbeitszimmerheizung
alexaRoom Arbeitszimmer
alias Arbeitszimmer, OG
genericDeviceType thermostat
group Heizung
icon hm-tc-it-wm-w-eu
model HM-TC-IT-WM-W-EU
peerIDs 00000000,3C50E902
room Alexa,Arbeitszimmer,CUL_HM,Übersicht
tempListTmpl og_Arbeitszimmer_wandthermostat_Climate
userReadings temperature { ReadingsVal("og_Arbeitszimmer_wandthermostat_Climate","measured-temp",0) }
Gepaird sind alle Wandthermostate die ich habe (insgesamt 5 Stück) - steht bei PairedTo und R-pairCentral überall das gleiche.
Insgesamt habe ich einen HMLan- Adapter und 2 HM-MOD-UART im Einsatz (einer davon direkt auf dem fhem Raspi aufgesteckt und der andere per uart:// auf einem andere Raspi angebunden.
Gemerkt habe ich es, nachdem ich heute anfangen wollte meine Heizungststeuerung komplett zu überarbeiten. Der Wechsel Frühling / Sommer funktionierte aber im Mai/Juni noch ohne Probleme.
Ich versuche sowohl das weekPrgSel auf prog1 zu setzen oder aber auch die einzelnen Programme selbst komplett zu bearbeiten. Auch eine Änderung der Programme über das Template funktiuoniert nicht (aber nur bei den Wandgeräten. Die Heizungsthermostate, HM-CC-RT-DN, werden alle brav neu programmiert)
Hatte jemand schon mal was ähnliches, oder vielleicht einen kleinen Tip für mich? Braucht Ihr eventuell mehr Info?
Mit bestem Gruß,
Richy
Hallo Richy,
Zitat2019-01-07 17:01:25 R-pairCentral 0x3DWS6E
...
2019-01-09 09:23:46 sabotageAttack_ErrIoAttack cnt 3
2021-08-02 18:45:43 sabotageAttack_ErrIoAttack_cnt 6
Da fallen mir zwei Dinge auf:
Ich dachte bisher immer: die hmId muss eine Hexadezimale Zahl sein :-\
ErrIoAttack gibt es eigentlich, wenn eine zweite Zentrale mit der gleichen hmId aktiv ist und dazwischen redet?
Gruß Otto
Hi Otto,
gut aufgepasst... ::)
Ich habe vergessen zu erwähnen das ich die ID für hier geändert habe. Sorgte dann für Verwirrung - Sorry! ;)
Die HM-MOD-UART und der HMLAN haben alle unterschiedliche HMID's. Allerdings läuft die VCCU mit der HMID des HMLAN. So hatte ich das im WIKI verstanden. Ist das falsch? Bisher lief auch meist alles ohne Probleme, ausser ich hab mal wieder irgendwo Bockmist gebaut. ::) ;D
Habe gerade noch mal nachgesehen. Unter D-HMIdAssigned steht bei allen die HMID des HMLAN01. Ist das so korrekt? ???
Aber das ist ja dann auch schon eine halbe Ewigkeit so und bisher klappte das beschreiben der Wandthermostate ja... Ich denke der Fehler liegt daher woanders.
Wenn ich es aber ändern sollte, kann ich das gerne machen.
Gruß,
Richy
ich hasse diese sinnlosen Fakes. Mit der hmId Deiner Zentrale kann niemand etwas anfangen. Du verwendest einen eigenen AES Key, den solltest Du nicht posten. Meine Lust da weiter zu denken geht sofort gegen null.
Wenn alle Deine IOs der VCCU untergeordnet sind ist alles in Ordnung. Damit bekommen alle die gleiche hmId - was Du auch bestätigst.
Ich sehe allerdings auch keine Fehler in Deinem WandThermo bis auf die ErrIoAttack - oder übersehe ich was?
Was sagt hmInfo configCheck zu Deinem System?
Echt? Ist das egal? Dann lasse ich das zukünftig so stehen. Habe halt nicht überalt die AES- Verschlüsselung an, daher dachte ich das sollte man ändern. How ever. Mea Culpa.
Der ConfigCheck sagt:
configCheck done:
incomplete register list
og_bz_Wandthermostat_Climate: .RegL_08.
ug_bar_Wandthermostat_Climate: RegL_07.,RegL_08.
ug_sz_Heizung_Climate: .RegL_07.,.RegL_08.
ug_wz_Heizung_Climate: RegL_07.,RegL_09.
Register changes pending
og_bz_Wandthermostat_Climate
ug_bar_Wandthermostat_Climate
ug_sz_Heizung_Climate
ug_wz_Heizung_Climate
boost or template differ in team
og_Arbeitszimmer_wandthermostat_Climate: team:og_Arbeitszimmer_Thermostat_Clima tempListTmpl differ og_Arbeitszimmer_wandthermostat_Climate / og_Arbeitszimmer_Thermostat_Clima
og_bz_Wandthermostat_Climate: team:og_bad_Thermostat_Clima tempListTmpl differ og_bz_Wandthermostat_Climate / og_bad_Thermostat_Clima
og_wz_Wandthermostat_Climate: team:HM_50246B_Clima tempListTmpl differ og_wz_Wandthermostat_Climate / og_wz_alle_heizungen
og_wz_Wandthermostat_Climate: team:HM_502E1C_Clima tempListTmpl differ og_wz_Wandthermostat_Climate / og_wz_alle_heizungen
og_wz_Wandthermostat_Climate: team:HM_502EB0_Clima tempListTmpl differ og_wz_Wandthermostat_Climate / og_wz_alle_heizungen
ug_bar_Wandthermostat_Climate: team:ug_bar_Heizung_links_clima tempListTmpl differ ug_bar_Wandthermostat_Climate / ug_bar_Heizung_beide
ug_bar_Wandthermostat_Climate: team:ug_bar_Heizung_rechts_clima tempListTmpl differ ug_bar_Wandthermostat_Climate / ug_bar_Heizung_beide
ug_sz_Heizung_Climate: team:ug_sz_Heizung_clima tempListTmpl differ ug_sz_Heizung_Climate / ug_sz_Heizung_clima
ug_wz_Heizung_Climate: team:HM_705F6A_Clima tempListTmpl differ ug_wz_Heizung_Climate / HM_705F6A_Clima
PairedTo mismatch to IODev
Schluessel_Richy: paired:0x000000 IO attr: 2BAD4A.
Schluessel_Sylvi: paired:0x000000 IO attr: 2BAD4A.
templist mismatch
og_Arbeitszimmer_wandthermostat_Climate: failed Entries:
og_Arbeitszimmer_wandthermostat_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 07:30 18.0 23:00 20.0 24:00 18.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 07:30 18.0 23:00 20.0 24:00 18.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_Arbeitszimmer_wandthermostat_Climate: unprogrammed prog 2
og_Arbeitszimmer_wandthermostat_Climate: unprogrammed prog 3
og_bz_Wandthermostat_Climate: failed Entries:
og_bz_Wandthermostat_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 07:00 17.0 09:00 22.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 07:00 17.0 09:00 22.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 18:00 17.0 21:00 21.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 18:00 17.0 21:00 21.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 18:00 17.0 21:00 21.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 18:00 17.0 21:00 21.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 18:00 17.0 21:00 21.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: unprogrammed prog 3
og_bz_Wandthermostat_Climate: unprogrammed prog 2
og_bz_Wandthermostat_Climate: tempList not verified
og_wz_Wandthermostat_Climate: failed Entries:
og_wz_Wandthermostat_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 07:30 18.0 23:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 07:30 18.0 23:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: unprogrammed prog 2
og_wz_Wandthermostat_Climate: unprogrammed prog 3
ug_az_Heizung_Clima: ug_az_Heizung_Clima_normal not found in file ./templates/sommer.cfg
ug_bar_Wandthermostat_Climate: failed Entries:
ug_bar_Wandthermostat_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: unprogrammed prog 3
ug_bar_Wandthermostat_Climate: unprogrammed prog 2
ug_bar_Wandthermostat_Climate: tempList not verified
ug_bz_Heizung_clima: ug_bz_Heizung_clima_normal not found in file ./templates/sommer.cfg
ug_duschbad_Heizung_Clima: ug_duschbad_Heizung_Clima_normal not found in file ./templates/sommer.cfg
ug_sz_Heizung_Climate: failed Entries:
ug_sz_Heizung_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 01:30 20.0 09:30 17.0 10:30 20.0 23:30 17.0 24:00 20.0 ##
ug_sz_Heizung_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 01:30 20.0 09:30 17.0 10:30 20.0 23:30 17.0 24:00 20.0 ##
ug_sz_Heizung_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 04:45 17.0 05:30 20.0 20:30 17.0 22:00 20.0 24:00 17.0 ##
ug_sz_Heizung_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 04:45 17.0 05:30 20.0 20:30 17.0 22:00 20.0 24:00 17.0 ##
ug_sz_Heizung_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 04:45 17.0 05:30 20.0 20:30 17.0 22:00 20.0 24:00 17.0 ##
ug_sz_Heizung_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 04:45 17.0 05:30 20.0 20:30 17.0 22:00 20.0 24:00 17.0 ##
ug_sz_Heizung_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 04:45 17.0 05:30 20.0 20:30 17.0 22:00 20.0 24:00 17.0 ##
ug_sz_Heizung_Climate: tempList not verified
ug_sz_Heizung_Climate: unprogrammed prog 3
ug_sz_Heizung_Climate: unprogrammed prog 2
ug_wz_Heizung_Climate: failed Entries:
ug_wz_Heizung_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 08:00 17.0 22:30 18.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 08:00 17.0 22:30 18.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 15:30 17.0 21:00 20.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 15:30 17.0 21:00 20.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 15:30 17.0 21:00 20.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 15:30 17.0 21:00 20.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 15:30 17.0 21:00 20.0 24:00 17.0 ##
ug_wz_Heizung_Climate: tempList not verified
ug_wz_Heizung_Climate: unprogrammed prog 3
ug_wz_Heizung_Climate: unprogrammed prog 2
Die Schlüssel sind nicht mit der VCCU gepaired, sondern nur mit dem Türschloß. das ist so gewollt, da die Schlüssel nur für die Türe sind und auch nix anderes machen sollen.
Die ganzen Templist Missmatches sind jetzt natürlich das Ergebnis meiner angefangenen Umbaumaßnahme bzgl. Heizungssteuerung.
Beim Versuch die fehlenden RegLists der Wandthermostate auszulesen bekomme ich das Response Timeout und bei allen anderen Aktionen einen MISSING ACK.
Gruß,
Richy
Hallo Richy,
Ich müsste neben Deiner Hütte sitzen um mit der hmId was anzufangen. Deine Geräte senden die ständig unverschlüsselt mit. Wenn ich also bei Dir sitze kann ich die mitlesen. ;)
Du musst noch den Unterscheid zwischen pair und peer verstehen. Und Du musst verstehen, was es für Konsequenzen hat, einen Teil des Peers mit der Zentrale zu pairen und den anderen nicht.
Die beiden Schlüssel sind irgendwie in einem abgebrochenen Pair Zustand. Ist nicht schön aber ist nicht das Problem.
Bei denen musst Du Knöpchen drücken (configTaster/Anlerntaste) um die Datenübertragung anzustoßen. Oder eben mal gezielt Register einlesen. Die Heizungsthermos machen das eigentlich von selbst nach einiger Zeit (die müssen aufwachen)
Zitatog_bz_Wandthermostat_Climate
ug_bar_Wandthermostat_Climate
ug_sz_Heizung_Climate
ug_wz_Heizung_Climate
set getConfig
warten
Knopf drücken
warten
ev. nochmal Knopf drücken
Ansonsten poste mal ein list von den Hauptgeräten.
Gruß Otto
Moin Otto,
was peering (Geräte untereinander) und pairing (zur Zentrale) heißt, weiß ich schon... ;) Das mit der KeyMatic und den Schlüsseln stammt noch aus Anfangszeiten, wo ich immer Probleme hatte das Ding richtig ans Laufen zu bekommen. Irgendwann war ich froh, dass es funktionierte und da habe ich dann gesagt, dass die Schlüssel auch nix anderes machen sollen.
Das getconfig funktioniert bei den Thermostaten, ich kann nur nichts senden (falls Du das mit dem getconfig meintest).
Hier mal die Lists aller Wandthermostate...
Internals:
DEF 3C7084
FUUID 5c8fdb91-f33f-0e0f-47a7-eaa3faad1cdcde6a
HMLAN01_MSGCNT 10060
HMLAN01_RAWMSG E3C7084,0000,027AE16B,FF,FFD2,1D84703C708400000000CF37
HMLAN01_RSSI -46
HMLAN01_TIME 2021-08-03 06:17:17
IODev HMLAN01
LASTInputDev Pi_HmUART
MSGCNT 40424
NAME og_Arbeitszimmer_wandthermostat
NOTIFYDEV global
NR 163
NTFY_ORDER 50-og_Arbeitszimmer_wandthermostat
Pi_HmUART_MSGCNT 15345
Pi_HmUART_RAWMSG 0500023E1D84703C708400000000CF37
Pi_HmUART_RSSI -62
Pi_HmUART_TIME 2021-08-03 06:17:17
Pi_HmUART_ug_MSGCNT 15019
Pi_HmUART_ug_RAWMSG 050002461D84703C708400000000CF37
Pi_HmUART_ug_RSSI -70
Pi_HmUART_ug_TIME 2021-08-03 06:17:17
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_3C7084_Weather
channel_02 og_Arbeitszimmer_wandthermostat_Climate
channel_03 HM_3C7084_WindowRec
channel_06 HM_3C7084_remote
channel_07 HM_3C7084_SwitchTr
lastMsg No:1D - t:70 s:3C7084 d:000000 00CF37
protCmdDel 2
protCondBurst on
protErrIoAttack 6 last_at:2021-08-02 18:45:43
protEvt_AESCom-ok 1 last_at:2021-08-02 19:40:00
protLastRcv 2021-08-03 06:17:17
protRcv 1266 last_at:2021-08-03 06:17:17
protRcvB 6 last_at:2021-08-02 19:40:44
protResnd 7 last_at:2021-08-02 19:42:36
protResndFail 1 last_at:2021-08-02 19:40:10
protSnd 645 last_at:2021-08-02 19:46:18
protSndB 13 last_at:2021-08-02 19:46:16
protState CMDs_done
rssi_Pi_HmUART cnt:179 min:-52 max:-43 avg:-47.01 lst:-47
rssi_at_HMLAN01 cnt:10054 min:-82 max:-45 avg:-64.11 lst:-46
rssi_at_Pi_HmUART cnt:15187 min:-78 max:-38 avg:-48.58 lst:-62
rssi_at_Pi_HmUART_ug cnt:15015 min:-90 max:-65 avg:-75.01 lst:-70
Helper:
DBLOG:
desired-temp:
DbLogMySQL:
TIME 1627963796.28996
VALUE 17.0
measured-temp:
DbLogMySQL:
TIME 1627963796.28996
VALUE 20.7
powerOn:
DbLogMySQL:
TIME 1627921100.88668
VALUE 2021-08-02 18:18:20
READINGS:
2021-07-22 12:04:58 Activity alive
2021-08-03 06:02:13 CommandAccepted yes
2021-08-02 19:42:22 D-firmware 1.4
2021-08-02 19:42:22 D-serialNr MEQ0744336
2021-08-02 18:15:18 IODev HMLAN01
2021-08-02 18:44:41 PairedTo 0x2BAD4A
2019-01-07 17:01:25 R-burstRx on
2019-01-07 17:01:25 R-cyclicInfoMsg on
2019-01-07 17:01:25 R-cyclicInfoMsgDis 0
2019-01-07 17:01:25 R-pairCentral 0x2BAD4A
2021-08-02 18:44:41 RegL_00. 00:00 01:01 02:01 09:01 0A:2B 0B:AD 0C:4A 0F:00 11:00 12:16 16:00 18:00 19:00 1A:00
2021-08-02 19:40:00 aesCommToDev ok
2021-08-02 19:40:00 aesKeyNbr 04
2021-08-03 06:09:56 battery ok
2021-08-03 06:09:56 batteryLevel 3
2021-08-02 21:43:19 cfgState ok
2021-08-02 19:46:18 commState CMDs_done
2021-08-03 06:09:56 desired-temp 17.0
2019-01-07 16:16:51 fwUpdate done
2021-08-03 06:09:56 measured-temp 20.7
2021-08-02 18:18:20 powerOn 2021-08-02 18:18:20
2021-08-02 18:18:20 recentStateType info
2019-01-09 09:23:46 sabotageAttack_ErrIoAttack cnt 3
2021-08-02 18:45:43 sabotageAttack_ErrIoAttack_cnt 6
2021-08-02 19:46:18 state CMDs_done
2021-08-02 18:18:24 time-request -
RegL_07.:
VAL
helper:
HM_CMDNR 29
PONtest 1
cSnd 012BAD4A3C708407040000000007,012BAD4A3C708402040000000001
cfgStateUpdt 0
mId 00AD
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1626947709.23502
TmplTs 1626947709.23502
cmdKey 0:1:0::og_Arbeitszimmer_wandthermostat:00AD:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +3C7084,00,02,00
nextSend 1627964238.0044
prefIO
rxt 0
vccu VCCU
p:
3C7084
00
02
00
mRssi:
mNo 1D
io:
HMLAN01:
-38
-38
Pi_HmUART:
-62
-62
Pi_HmUART_ug:
-70
-70
peerIDsH:
prt:
awake 0
bErr 0
brstWu 0
sProc 0
rspWait:
rspWaitSec:
Pending RegisterRead
cmd As1035A0012BAD4A3C708403040000000007
forChn 03
forList 07
forPeer
mNo 53
nAddr 0
reSent 2
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rssi:
Pi_HmUART:
avg -47.0167597765363
cnt 179
lst -47
max -43
min -52
at_HMLAN01:
avg -64.1167694449972
cnt 10054
lst -46
max -45
min -82
at_Pi_HmUART:
avg -48.5847106077566
cnt 15187
lst -62
max -38
min -78
at_Pi_HmUART_ug:
avg -75.0181152181154
cnt 15015
lst -70
max -65
min -90
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
IODev HMLAN01
IOgrp VCCU
actCycle 000:10
actStatus alive
alias Wandthermostat Arbeitszimmer
autoReadReg 5_readMissing
expert defReg,rawReg
firmware 1.4
model HM-TC-IT-WM-W-EU
msgRepeat 1
room CUL_HM
serialNr MEQ0744336
subType thermostat
webCmd getConfig:clear msgEvents
Internals:
DEF 61A016
FUUID 5f525ff5-f33f-0e0f-a557-6302e9e2216bd5d0
HMLAN01_MSGCNT 9296
HMLAN01_RAWMSG E61A016,0000,027F114D,FF,FFC8,94847061A01600000000D441
HMLAN01_RSSI -56
HMLAN01_TIME 2021-08-03 06:21:52
IODev HMLAN01
LASTInputDev HMLAN01
MSGCNT 37493
NAME og_bz_Wandthermostat
NOTIFYDEV global
NR 844
NTFY_ORDER 50-og_bz_Wandthermostat
Pi_HmUART_MSGCNT 14069
Pi_HmUART_RAWMSG 0500025794847061A01600000000D441
Pi_HmUART_RSSI -87
Pi_HmUART_TIME 2021-08-03 06:21:52
Pi_HmUART_ug_MSGCNT 14128
Pi_HmUART_ug_RAWMSG 0500024294847061A01600000000D441
Pi_HmUART_ug_RSSI -66
Pi_HmUART_ug_TIME 2021-08-03 06:21:52
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_61A016_Weather
channel_02 og_bz_Wandthermostat_Climate
channel_03 HM_61A016_WindowRec
channel_06 HM_61A016_remote
channel_07 HM_61A016_SwitchTr
lastMsg No:94 - t:70 s:61A016 d:000000 00D441
protLastRcv 2021-08-03 06:21:52
protRcv 889 last_at:2021-08-03 06:21:52
protRcvB 3 last_at:2021-08-02 20:11:36
protSnd 3 last_at:2021-08-03 04:45:02
protSndB 1 last_at:2021-08-03 04:45:01
protState CMDs_done
rssi_HMLAN01 cnt:3 min:-46 max:-46 avg:-46 lst:-46
rssi_Pi_HmUART cnt:50 min:-60 max:-45 avg:-55.3 lst:-57
rssi_Pi_HmUART_ug cnt:4 min:-65 max:-65 avg:-65 lst:-65
rssi_at_HMLAN01 cnt:9296 min:-97 max:-52 avg:-78.03 lst:-56
rssi_at_Pi_HmUART cnt:14069 min:-94 max:-44 avg:-55.93 lst:-87
rssi_at_Pi_HmUART_ug cnt:14128 min:-86 max:-58 avg:-63.15 lst:-66
READINGS:
2021-07-22 12:04:59 Activity alive
2021-08-03 04:45:02 CommandAccepted yes
2021-01-09 12:11:46 D-firmware 1.4
2021-01-09 12:11:46 D-serialNr OEQ1571553
2021-07-22 11:55:01 IODev Pi_HmUART_ug
2021-08-02 12:13:34 PairedTo 0x2BAD4A
2021-08-02 12:13:34 RegL_00. 00:00 01:01 02:01 09:01 0A:2B 0B:AD 0C:4A 0F:00 11:00 12:16 16:00 18:00 19:00 1A:00
2021-08-02 12:17:57 RegL_07.
2021-07-09 18:41:50 aesCommToDev ok
2021-07-09 18:41:50 aesKeyNbr 04
2021-08-03 06:13:41 battery ok
2021-08-03 06:13:41 batteryLevel 2.9
2021-08-02 21:43:20 cfgState ok
2021-08-03 04:45:03 commState CMDs_done
2021-08-03 06:13:41 desired-temp 22.0
2021-01-09 10:09:48 fwUpdate done
2021-08-03 06:13:41 measured-temp 21.2
2021-06-07 19:01:59 powerOn 2021-06-07 19:01:59
2021-06-07 19:01:59 recentStateType info
2021-06-02 10:02:51 sabotageAttack_ErrIoAttack_cnt 2
2021-08-03 04:45:03 state CMDs_done
2021-06-07 19:02:05 time-request -
helper:
HM_CMDNR 148
PONtest 1
cSnd 112BAD4A61A01686042C,112BAD4A61A01686022C
cfgStateUpdt 0
mId 00AD
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1626947709.95771
TmplTs 1626947709.95771
cmdKey 0:1:0::og_bz_Wandthermostat:00AD:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +61A016,00,02,00
nextSend 1627964512.42506
prefIO
rxt 0
vccu VCCU
p:
61A016
00
02
00
mRssi:
mNo 94
io:
HMLAN01:
-50
-50
Pi_HmUART:
-87
-87
Pi_HmUART_ug:
-66
-66
peerIDsH:
prt:
awake 0
bErr 0
brstWu 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rssi:
HMLAN01:
avg -46
cnt 3
lst -46
max -46
min -46
Pi_HmUART:
avg -55.3
cnt 50
lst -57
max -45
min -60
Pi_HmUART_ug:
avg -65
cnt 4
lst -65
max -65
min -65
at_HMLAN01:
avg -78.0328098106711
cnt 9296
lst -56
max -52
min -97
at_Pi_HmUART:
avg -55.9358874120407
cnt 14069
lst -87
max -44
min -94
at_Pi_HmUART_ug:
avg -63.154232729332
cnt 14128
lst -66
max -58
min -86
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
DbLogExclude .*
IODev HMLAN01
IOgrp VCCU
actCycle 000:10
actStatus alive
alias og_bz_Wandthermostat
autoReadReg 4_reqStatus
expert rawReg
firmware 1.4
model HM-TC-IT-WM-W-EU
msgRepeat 1
room CUL_HM
serialNr OEQ1571553
subType thermostat
webCmd getConfig:clear msgEvents
Internals:
DEF 4E931B
FUUID 5c8fdb91-f33f-0e0f-667b-144f06beb488c769
HMLAN01_MSGCNT 9943
HMLAN01_RAWMSG E4E931B,0000,027DED99,FF,FFC7,8E84704E931B00000000D039
HMLAN01_RSSI -57
HMLAN01_TIME 2021-08-03 06:20:37
IODev Pi_HmUART_ug
LASTInputDev HMLAN01
MSGCNT 39748
NAME og_wz_Wandthermostat
NOTIFYDEV global
NR 195
NTFY_ORDER 50-og_wz_Wandthermostat
Pi_HmUART_MSGCNT 14873
Pi_HmUART_RAWMSG 050002468E84704E931B00000000D039
Pi_HmUART_RSSI -70
Pi_HmUART_TIME 2021-08-03 06:20:37
Pi_HmUART_ug_MSGCNT 14932
Pi_HmUART_ug_RAWMSG 050002318E84704E931B00000000D039
Pi_HmUART_ug_RSSI -49
Pi_HmUART_ug_TIME 2021-08-03 06:20:37
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_4E931B_Weather
channel_02 og_wz_Wandthermostat_Climate
channel_03 HM_4E931B_WindowRec
channel_06 HM_4E931B_remote
channel_07 HM_4E931B_SwitchTr
lastMsg No:8E - t:70 s:4E931B d:000000 00D039
protCmdDel 35
protCondBurst on
protEvt_AESCom-ok 122 last_at:2021-08-02 18:24:13
protLastRcv 2021-08-03 06:20:37
protNack 7 last_at:2021-08-02 11:30:04
protRcv 15075 last_at:2021-08-03 06:20:37
protResnd 7 last_at:2021-08-02 19:51:11
protResndFail 3 last_at:2021-08-02 18:24:22
protSnd 524 last_at:2021-08-02 19:51:15
protSndB 76 last_at:2021-08-02 19:51:11
protState CMDs_done
rssi_HMLAN01 cnt:1 min:-47 max:-47 avg:-47 lst:-47
rssi_Pi_HmUART cnt:85 min:-53 max:-46 avg:-49.5 lst:-47
rssi_Pi_HmUART_ug cnt:62 min:-50 max:-45 avg:-46.64 lst:-47
rssi_at_HMLAN01 cnt:9943 min:-105 max:-54 avg:-80.47 lst:-57
rssi_at_Pi_HmUART cnt:14808 min:-72 max:-41 avg:-48.2 lst:-70
rssi_at_Pi_HmUART_ug cnt:14873 min:-58 max:-42 avg:-46.75 lst:-49
READINGS:
2021-07-22 12:04:58 Activity alive
2021-08-02 22:23:36 CommandAccepted yes
2019-01-09 09:22:49 D-firmware 1.4
2019-01-09 09:22:49 D-serialNr NEQ0934759
2021-07-22 11:55:01 IODev Pi_HmUART
2021-06-07 19:01:22 PairedTo 0x2BAD4A
2019-01-07 17:17:03 R-burstRx on
2019-01-07 17:17:03 R-cyclicInfoMsg on
2019-01-07 17:17:03 R-cyclicInfoMsgDis 0
2019-01-07 17:17:03 R-pairCentral 0x2BAD4A
2021-06-07 19:01:22 RegL_00. 00:00 01:01 02:01 09:01 0A:2B 0B:AD 0C:4A 0F:00 11:00 12:16 16:01 18:00 19:00 1A:00
2021-08-02 18:24:13 aesCommToDev ok
2021-08-02 18:24:13 aesKeyNbr 04
2021-08-03 06:00:13 battery ok
2021-08-03 06:00:13 batteryLevel 2.9
2021-08-02 21:43:21 cfgState ok
2021-08-02 19:51:15 commState CMDs_done
2021-08-03 06:00:13 desired-temp 17.0
2019-01-07 17:22:17 fwUpdate done
2021-08-03 06:00:13 measured-temp 20.8
2021-06-07 19:01:17 powerOn 2021-06-07 19:01:17
2021-06-07 19:01:17 recentStateType info
2020-03-05 05:31:52 sabotageAttack_ErrIoAttack cnt 1
2021-01-21 11:59:49 sabotageAttack_ErrIoAttack_cnt 2
2021-08-02 19:51:15 state CMDs_done
2021-06-07 19:01:19 time-request -
RegL_07.:
VAL
helper:
HM_CMDNR 142
PONtest 1
cSnd 012BAD4A4E931B02040000000008,012BAD4A4E931B02040000000009
cfgStateUpdt 0
mId 00AD
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1626947710.66718
TmplTs 1626947710.66718
cmdKey 0:1:0::og_wz_Wandthermostat:00AD:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +4E931B,00,02,00
nextSend 1627964437.74671
prefIO
rxt 0
vccu VCCU
p:
4E931B
00
02
00
mRssi:
mNo 8E
io:
HMLAN01:
-57
-57
Pi_HmUART:
-70
-70
Pi_HmUART_ug:
-41
-41
peerIDsH:
prt:
awake 0
bErr 0
brstWu 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
HMLAN01:
avg -47
cnt 1
lst -47
max -47
min -47
Pi_HmUART:
avg -49.5058823529412
cnt 85
lst -47
max -46
min -53
Pi_HmUART_ug:
avg -46.6451612903226
cnt 62
lst -47
max -45
min -50
at_HMLAN01:
avg -80.4778235944882
cnt 9943
lst -57
max -54
min -105
at_Pi_HmUART:
avg -48.2081307401402
cnt 14808
lst -70
max -41
min -72
at_Pi_HmUART_ug:
avg -46.7516304713238
cnt 14873
lst -49
max -42
min -58
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
DbLogExclude measured-temp,desired-temp
IODev Pi_HmUART_ug
IOgrp VCCU
actCycle 000:10
actStatus alive
alias Wandthermostat Wohnzimmer
autoReadReg 5_readMissing
expert defReg,rawReg
firmware 1.4
model HM-TC-IT-WM-W-EU
msgRepeat 1
room CUL_HM
serialNr NEQ0934759
subType thermostat
webCmd getConfig:clear msgEvents
Internals:
DEF 6AF1C0
FUUID 5ebf8890-f33f-0e0f-33ad-4aba3a33b25bbf67
HMLAN01_MSGCNT 9356
HMLAN01_RAWMSG E6AF1C0,0000,028005B4,FF,FFB8,6E84706AF1C000000000C639
HMLAN01_RSSI -72
HMLAN01_TIME 2021-08-03 06:22:54
IODev Pi_HmUART_ug
LASTInputDev HMLAN01
MSGCNT 37203
NAME ug_wz_wandthermostat
NOTIFYDEV global
NR 737
NTFY_ORDER 50-ug_wz_wandthermostat
Pi_HmUART_MSGCNT 13913
Pi_HmUART_RAWMSG 0500023E6E84706AF1C000000000C639
Pi_HmUART_RSSI -62
Pi_HmUART_TIME 2021-08-03 06:22:54
Pi_HmUART_ug_MSGCNT 13934
Pi_HmUART_ug_RAWMSG 0500024D6E84706AF1C000000000C639
Pi_HmUART_ug_RSSI -77
Pi_HmUART_ug_TIME 2021-08-03 06:22:54
STATE MISSING ACK
TYPE CUL_HM
channel_01 HM_6AF1C0_Weather
channel_02 ug_wz_Heizung_Climate
channel_03 HM_6AF1C0_WindowRec
channel_06 HM_6AF1C0_remote
channel_07 HM_6AF1C0_SwitchTr
lastMsg No:6E - t:70 s:6AF1C0 d:000000 00C639
protCmdDel 13
protCondBurst on
protEvt_AESCom-ok 6 last_at:2021-08-02 18:36:44
protLastRcv 2021-08-03 06:22:54
protRcv 14077 last_at:2021-08-03 06:22:54
protResnd 3 last_at:2021-08-02 18:36:48
protResndFail 3 last_at:2021-08-02 18:36:55
protSnd 16 last_at:2021-08-02 18:36:48
protSndB 6 last_at:2021-08-02 18:36:48
protState CMDs_done_Errors:1
rssi_at_HMLAN01 cnt:9356 min:-79 max:-65 avg:-69.88 lst:-72
rssi_at_Pi_HmUART cnt:13913 min:-91 max:-55 avg:-63.68 lst:-62
rssi_at_Pi_HmUART_ug cnt:13928 min:-88 max:-68 avg:-76.64 lst:-77
READINGS:
2021-07-22 12:04:59 Activity alive
2021-08-02 20:16:08 CommandAccepted yes
2020-05-16 08:36:31 D-firmware 1.4
2020-05-16 08:36:31 D-serialNr PEQ1457743
2021-07-22 11:55:03 IODev Pi_HmUART_ug
2021-02-20 09:55:03 PairedTo 0x2BAD4A
2020-05-16 08:36:36 R-burstRx on
2020-05-16 08:36:36 R-cyclicInfoMsg on
2020-05-16 08:36:36 R-cyclicInfoMsgDis 0
2020-05-16 08:36:36 R-pairCentral 0x2BAD4A
2021-02-20 09:55:03 RegL_00. 00:00 01:01 02:01 09:01 0A:2B 0B:AD 0C:4A 0F:00 11:00 12:16 16:01 18:00 19:00 1A:00
2021-05-06 12:49:17 RegL_07.
2021-08-02 18:36:44 aesCommToDev ok
2021-08-02 20:16:08 aesKeyNbr 04
2021-08-03 06:09:58 battery ok
2021-08-03 06:09:58 batteryLevel 2.7
2021-08-02 21:43:22 cfgState updating
2021-08-02 18:36:55 commState CMDs_done_Errors:1
2021-08-03 06:09:58 desired-temp 17.0
2021-08-03 06:09:58 measured-temp 19.8
2021-02-20 09:54:58 powerOn 2021-02-20 09:54:58
2021-02-20 09:54:58 recentStateType info
2020-05-16 11:54:36 sabotageAttack_ErrIoAttack cnt 1
2020-10-06 09:54:08 sabotageAttack_ErrIoAttack_cnt 1
2021-08-02 18:36:55 state MISSING ACK
2021-02-20 09:55:00 time-request -
helper:
HM_CMDNR 110
PONtest 1
cSnd 012BAD4A6AF1C00008483D,012BAD4A6AF1C00006
cfgStateUpdt 0
mId 00AD
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
cmds:
TmplKey :no:1626947711.84194
TmplTs 1626947711.84194
cmdKey 0:1:0::ug_wz_wandthermostat:00AD:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +6AF1C0,00,02,00
nextSend 1627964574.95304
rxt 0
vccu VCCU
p:
6AF1C0
00
02
00
prefIO:
Pi_HmUART_ug
mRssi:
mNo 6E
io:
HMLAN01:
-72
-72
Pi_HmUART:
-62
-62
Pi_HmUART_ug:
-75
-75
peerIDsH:
prt:
awake 0
bErr 0
brstWu 0
sProc 0
rspWait:
q:
qReqConf 00
qReqStat
role:
dev 1
prs 1
rssi:
at_HMLAN01:
avg -69.8807182556646
cnt 9356
lst -72
max -65
min -79
at_Pi_HmUART:
avg -63.6850427657585
cnt 13913
lst -62
max -55
min -91
at_Pi_HmUART_ug:
avg -76.6484778862722
cnt 13928
lst -77
max -68
min -88
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
DbLogExclude desired-temp,measured-temp
IODev Pi_HmUART_ug
IOgrp VCCU:Pi_HmUART_ug
actCycle 000:10
actStatus alive
alias ug_wz_wandthermostat
autoReadReg 4_reqStatus
expert defReg,rawReg
firmware 1.4
group Heizung
model HM-TC-IT-WM-W-EU
msgRepeat 1
room CUL_HM
serialNr PEQ1457743
subType thermostat
webCmd getConfig:clear msgEvents
Internals:
DEF 418971
FUUID 60272081-f33f-0e0f-aaa3-1a8b2dae2b32397b
HMLAN01_MSGCNT 9285
HMLAN01_RAWMSG E418971,0000,028081E3,FF,FFB8,96847041897100000000D23C
HMLAN01_RSSI -72
HMLAN01_TIME 2021-08-03 06:23:26
IODev Pi_HmUART_ug
LASTInputDev HMLAN01
MSGCNT 36837
NAME HM_418971
NOTIFYDEV global
NR 952
NTFY_ORDER 50-HM_418971
Pi_HmUART_MSGCNT 13734
Pi_HmUART_RAWMSG 0500024396847041897100000000D23C
Pi_HmUART_RSSI -67
Pi_HmUART_TIME 2021-08-03 06:23:26
Pi_HmUART_ug_MSGCNT 13818
Pi_HmUART_ug_RAWMSG 0500023496847041897100000000D23C
Pi_HmUART_ug_RSSI -52
Pi_HmUART_ug_TIME 2021-08-03 06:23:26
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_418971_Weather
channel_02 ug_sz_Heizung_Climate
channel_03 HM_418971_WindowRec
channel_06 HM_418971_remote
channel_07 HM_418971_SwitchTr
lastMsg No:96 - t:70 s:418971 d:000000 00D23C
protCmdDel 16
protEvt_AESCom-ok 2 last_at:2021-08-02 12:11:30
protLastRcv 2021-08-03 06:23:26
protRcv 13867 last_at:2021-08-03 06:23:26
protResnd 2 last_at:2021-08-02 12:11:22
protResndFail 2 last_at:2021-08-02 12:11:27
protSnd 5 last_at:2021-08-02 12:11:29
protSndB 4 last_at:2021-08-02 12:11:22
protState CMDs_done
rssi_at_HMLAN01 cnt:9285 min:-77 max:-63 avg:-68.12 lst:-72
rssi_at_Pi_HmUART cnt:13734 min:-77 max:-56 avg:-61.11 lst:-67
rssi_at_Pi_HmUART_ug cnt:13816 min:-72 max:-52 avg:-55.23 lst:-52
READINGS:
2021-08-03 06:07:23 CommandAccepted yes
2021-02-13 11:56:10 D-firmware 1.4
2021-02-13 11:56:10 D-serialNr MEQ1575692
2021-07-22 11:54:57 IODev Pi_HmUART_ug
2021-07-07 10:33:41 PairedTo 0x2BAD4A
2021-02-13 11:56:15 R-btnLock off
2021-02-13 11:56:15 R-burstRx on
2021-02-13 11:56:15 R-cyclicInfoMsg on
2021-02-13 11:56:15 R-cyclicInfoMsgDis 0
2021-02-13 11:56:15 R-globalBtnLock off
2021-02-13 11:56:15 R-localResDis off
2021-02-13 11:56:15 R-lowBatLimitRT 2.2 V
2021-02-13 11:56:15 R-modusBtnLock off
2021-02-13 11:56:15 R-pairCentral 0x2BAD4A
2021-08-02 12:11:30 aesCommToDev ok
2021-08-02 12:11:30 aesKeyNbr 04
2021-08-03 06:20:53 battery ok
2021-08-03 06:20:53 batteryLevel 3
2021-08-02 21:43:18 cfgState updating
2021-08-02 12:11:29 commState CMDs_done
2021-08-03 06:20:53 desired-temp 12.0
2021-08-03 06:20:53 measured-temp 21.0
2021-07-07 10:33:35 powerOn 2021-07-07 10:33:35
2021-07-07 10:33:35 recentStateType info
2021-07-07 10:34:00 sabotageAttack_ErrIoAttack_cnt 6
2021-08-02 12:11:29 state CMDs_done
2021-07-07 10:33:37 time-request -
helper:
HM_CMDNR 150
PONtest 1
cSnd 012BAD4A41897100050000000008,012BAD4A41897100050000000008
cfgStateUpdt 0
mId 00AD
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
cmds:
TmplKey :no:1626947703.91619
TmplTs 1626947703.91619
cmdKey 0:1:0::HM_418971:00AD:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 1
raw 0
tpl 0
io:
flgs 0
newChn +418971,00,02,00
nextSend 1627964606.86498
rxt 0
vccu VCCU
p:
418971
00
02
00
prefIO:
HMLAN01
mRssi:
mNo 96
io:
HMLAN01:
-72
-72
Pi_HmUART:
-67
-67
Pi_HmUART_ug:
-46
-46
peerIDsH:
prt:
awake 0
bErr 0
sProc 0
rspWait:
q:
qReqConf 00
qReqStat
role:
dev 1
prs 1
rssi:
at_HMLAN01:
avg -68.1271943995693
cnt 9285
lst -72
max -63
min -77
at_Pi_HmUART:
avg -61.1156982670745
cnt 13734
lst -67
max -56
min -77
at_Pi_HmUART_ug:
avg -55.2373335263463
cnt 13816
lst -52
max -52
min -72
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
DbLogExclude desired-temp,measured-temp
IODev Pi_HmUART_ug
IOgrp VCCU:HMLAN01
alias HM_418971
autoReadReg 4_reqStatus
expert allReg
firmware 1.4
model HM-TC-IT-WM-W-EU
msgRepeat 1
room CUL_HM
serialNr MEQ1575692
subType thermostat
webCmd getConfig:clear msgEvents
Gruß,
Richy
1. als erstes würde ich aes ausschalten.
verstellt dein nachbar immer die temperatur?
das erzeugt doch nur unnötigen traffic und erschwert dadurch die sowieso umfangreiche kommunikation.
2. ausserdem überall autoreadreg=5 setzen.
3. bei allen stationären devices in IOgrp ein prefered io setzen und zwar so, dass der traffic auf alle io möglichst gleich verteilt wird, aber dennoch ein akzeptabler rssi gegeben ist.
vereinzelte attack meldungen können leider auch durch eigene io entstehen. je mehr io und je umfangreicher die kommunikation, desto grösser die wahrscheinlichkeit.
Moin,
also der hier og_bz_Wandthermostat ist nicht fertig, da ist das Register 2021-08-02 12:17:57 RegL_07. noch leer.
den hier ug_bar_Wandthermostat vermisse ich in deinem list?
Bei dem hier ug_sz_Heizung_Climate und dem hier ug_wz_Heizung_Climate ist irgendwie die Namensgebung reichlich durcheinander. Man das hält fit :)
Zu Deiner Bemerkung getConfig funktioniert: Das siehst Du falsch. Du meinst Du kannst den Befehl senden. Jedes der Geräte schickt allerdings unter Umständen mehrere Anwtworten in mehreren Zyklen. Die müssen alle fertig abgearbeitet sein. Das sind sie, wenn cfgState auf ok und commstate auf CMDs_done steht und hmInfo sagt alles ist in Ordnung.
Ich weiß ehrlich gesagt auch nicht mehr wie richtig zu verfahren ist um die Register zweifelsfrei und einfach zu lesen. Setz mal bitte die attribute autoReadReg einheitlich auf 5_readMissing und warte die Datenübertragung nach einem getConfig komplett ab.
Ist beim Pi_HmUART_ug Wlan im Spiel? Ich habe den Eindruck, der läuft nicht gut.
Gruß Otto
Zitat von: frank am 03 August 2021, 09:20:48
1. als erstes würde ich aes ausschalten.
verstellt dein nachbar immer die temperatur?
das erzeugt doch nur unnötigen traffic und erschwert dadurch die sowieso umfangreiche kommunikation.
2. ausserdem überall autoreadreg=5 setzen.
3. bei allen stationären devices in IOgrp ein prefered io setzen und zwar so, dass der traffic auf alle io möglichst gleich verteilt wird, aber dennoch ein akzeptabler rssi gegeben ist.
vereinzelte attack meldungen können leider auch durch eigene io entstehen. je mehr io und je umfangreicher die kommunikation, desto grösser die wahrscheinlichkeit.
Hi frank,
zu 1: Das würde ich ja gerne, aber selbst da steigen die W-EU's schon mit einem MISSING ACK aus.
zu 2: erledigt.
zu 3: erledigt.
Zitat von: Otto123 am 03 August 2021, 09:33:05
...also der hier og_bz_Wandthermostat ist nicht fertig, da ist das Register 2021-08-02 12:17:57 RegL_07. noch leer.
den hier ug_bar_Wandthermostat vermisse ich in deinem list?
Bei dem hier ug_sz_Heizung_Climate und dem hier ug_wz_Heizung_Climate ist irgendwie die Namensgebung reichlich durcheinander. Man das hält fit :)
Zu Deiner Bemerkung getConfig funktioniert: Das siehst Du falsch. Du meinst Du kannst den Befehl senden. Jedes der Geräte schickt allerdings unter Umständen mehrere Anwtworten in mehreren Zyklen. Die müssen alle fertig abgearbeitet sein. Das sind sie, wenn cfgState auf ok und commstate auf CMDs_done steht und hmInfo sagt alles ist in Ordnung.
Ich weiß ehrlich gesagt auch nicht mehr wie richtig zu verfahren ist um die Register zweifelsfrei und einfach zu lesen. Setz mal bitte die attribute autoReadReg einheitlich auf 5_readMissing und warte die Datenübertragung nach einem getConfig komplett ab.
Ist beim Pi_HmUART_ug Wlan im Spiel? Ich habe den Eindruck, der läuft nicht gut.
Gruß Otto
Hmm - man lernt nie aus. Habe immer nur auf commstate geachtet. Danke für den Hinweis. :)
Hast Recht, der ist mir durchgegangen - hier ist er (schon, wie von frank aufgetragen ;) ) geändert:
Internals:
DEF 686EB6
FUUID 5c8fdb99-f33f-0e0f-f5eb-d2f3bdbc6d69609e
HMLAN01_MSGCNT 9469
HMLAN01_RAWMSG E686EB6,0000,017755E9,FF,FFBF,3D8470686EB600000000C541
HMLAN01_RSSI -65
HMLAN01_TIME 2021-08-03 13:42:03
IODev Pi_HmUART_ug
LASTInputDev HMLAN01
MSGCNT 37269
NAME ug_bar_Wandthermostat
NOTIFYDEV global
NR 506
NTFY_ORDER 50-ug_bar_Wandthermostat
Pi_HmUART_MSGCNT 13852
Pi_HmUART_RAWMSG 0500023E3D8470686EB600000000C541
Pi_HmUART_RSSI -62
Pi_HmUART_TIME 2021-08-03 13:42:03
Pi_HmUART_ug_MSGCNT 13948
Pi_HmUART_ug_RAWMSG 050002293D8470686EB600000000C541
Pi_HmUART_ug_RSSI -41
Pi_HmUART_ug_TIME 2021-08-03 13:42:03
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_686EB6_Weather
channel_02 ug_bar_Wandthermostat_Climate
channel_03 HM_686EB6_WindowRec
channel_06 HM_686EB6_remote
channel_07 HM_686EB6_SwitchTr
lastMsg No:3D - t:70 s:686EB6 d:000000 00C541
protCmdDel 19
protCondBurst on
protEvt_AESCom-ok 5 last_at:2021-08-02 12:31:37
protLastRcv 2021-08-03 13:42:03
protRcv 14138 last_at:2021-08-03 13:42:03
protResnd 7 last_at:2021-08-03 09:18:10
protResndFail 4 last_at:2021-08-02 12:31:49
protSnd 321 last_at:2021-08-03 09:20:13
protSndB 15 last_at:2021-08-03 09:20:09
protState CMDs_done
rssi_at_HMLAN01 cnt:9469 min:-76 max:-58 avg:-66.99 lst:-65
rssi_at_Pi_HmUART cnt:13852 min:-70 max:-54 avg:-61.34 lst:-62
rssi_at_Pi_HmUART_ug cnt:13943 min:-43 max:-38 avg:-40.73 lst:-41
READINGS:
2021-07-22 12:04:59 Activity alive
2021-08-03 09:20:09 CommandAccepted yes
2019-02-06 17:23:01 D-firmware 1.4
2019-02-06 17:23:01 D-serialNr PEQ1258149
2021-07-22 11:55:02 IODev Pi_HmUART
2021-05-24 09:32:57 PairedTo 0x2BAD4A
2019-02-06 17:23:06 R-burstRx on
2019-02-06 17:23:06 R-cyclicInfoMsg on
2019-02-06 17:23:06 R-cyclicInfoMsgDis 0
2019-02-06 17:23:06 R-pairCentral 0x2BAD4A
2021-05-24 09:32:57 RegL_00. 00:00 01:01 02:01 09:01 0A:2B 0B:AD 0C:4A 0F:00 11:00 12:16 16:01 18:00 19:00 1A:00
2021-08-02 08:40:18 RegL_07.
2021-08-02 12:31:37 aesCommToDev ok
2021-08-02 12:31:37 aesKeyNbr 04
2021-08-03 09:20:15 battery ok
2021-08-03 09:20:15 batteryLevel 2.9
2021-08-03 13:03:57 cfgState updating
2021-08-03 09:20:14 commState CMDs_done
2021-08-03 09:20:15 desired-temp 15.0
2021-08-03 09:20:15 measured-temp 19.7
2021-05-24 09:32:52 powerOn 2021-05-24 09:32:52
2021-05-24 09:32:52 recentStateType info
2021-08-03 09:20:14 state CMDs_done
2021-05-24 09:32:54 time-request -
helper:
HM_CMDNR 61
PONtest 1
cSnd 012BAD4A686EB607040000000007,012BAD4A686EB602040000000007
cfgStateUpdt 0
mId 00AD
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1626947711.07991
TmplTs 1626947711.07991
cmdKey 0:1:0::ug_bar_Wandthermostat:00AD:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +686EB6,00,02,00
nextSend 1627990923.83411
rxt 0
vccu VCCU
p:
686EB6
00
02
00
prefIO:
Pi_HmUART
mRssi:
mNo 3D
io:
HMLAN01:
-65
-65
Pi_HmUART:
-62
-62
Pi_HmUART_ug:
-33
-33
peerIDsH:
prt:
awake 0
bErr 0
brstWu 0
sProc 0
q:
qReqConf 00
qReqStat
role:
dev 1
prs 1
rssi:
at_HMLAN01:
avg -66.9978878445456
cnt 9469
lst -65
max -58
min -76
at_Pi_HmUART:
avg -61.3460150158822
cnt 13852
lst -62
max -54
min -70
at_Pi_HmUART_ug:
avg -40.7376461306748
cnt 13943
lst -41
max -38
min -43
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
DbLogExclude .*
IODev Pi_HmUART_ug
IOgrp VCCU:Pi_HmUART
actCycle 000:10
actStatus alive
alias ug_bar_Wandthermostat
autoReadReg 5_readMissing
expert defReg,rawReg
firmware 1.4
model HM-TC-IT-WM-W-EU
msgRepeat 1
room CUL_HM
serialNr PEQ1258149
subType thermostat
webCmd getConfig:clear msgEvents
Jaaaa, :-[ die Namensgebung ist manchmal etwas verwirrend. Ist halt zeiltich alles nach und nach gewachsen. Kürzel sz ist Schlafzimmer und wz Wohnzimmer.
Also - ich habe das og_Arbeitszimmer_Wandthermostat mal ganz in Ruhe durcharbeiten lassen, den RegL_7 hat er aber immer noch nicht befüllt:
Internals:
DEF 3C7084
FUUID 5c8fdb91-f33f-0e0f-47a7-eaa3faad1cdcde6a
HMLAN01_MSGCNT 10768
HMLAN01_RAWMSG E3C7084,0000,017D9F0C,FF,FFD2,CF84703C708400000000D538
HMLAN01_RSSI -46
HMLAN01_TIME 2021-08-03 13:48:55
IODev HMLAN01
LASTInputDev Pi_HmUART
MSGCNT 42444
NAME og_Arbeitszimmer_wandthermostat
NOTIFYDEV global
NR 163
NTFY_ORDER 50-og_Arbeitszimmer_wandthermostat
Pi_HmUART_MSGCNT 16023
Pi_HmUART_RAWMSG 0500023DCF84703C708400000000D538
Pi_HmUART_RSSI -61
Pi_HmUART_TIME 2021-08-03 13:48:55
Pi_HmUART_ug_MSGCNT 15653
Pi_HmUART_ug_RAWMSG 05000245CF84703C708400000000D538
Pi_HmUART_ug_RSSI -69
Pi_HmUART_ug_TIME 2021-08-03 13:48:55
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_3C7084_Weather
channel_02 og_Arbeitszimmer_wandthermostat_Climate
channel_03 HM_3C7084_WindowRec
channel_06 HM_3C7084_remote
channel_07 HM_3C7084_SwitchTr
lastMsg No:CF - t:70 s:3C7084 d:000000 00D538
protCmdDel 2
protErrIoAttack 5 last_at:2021-08-03 13:40:03
protEvt_AESCom-ok 1 last_at:2021-08-03 13:40:53
protLastRcv 2021-08-03 13:48:55
protRcv 348 last_at:2021-08-03 13:48:55
protResnd 3 last_at:2021-08-03 13:48:23
protResndFail 1 last_at:2021-08-03 13:41:01
protSnd 302 last_at:2021-08-03 13:48:42
protSndB 6 last_at:2021-08-03 13:48:23
protState CMDs_done
rssi_HMLAN01 cnt:24 min:-37 max:-37 avg:-37 lst:-37
rssi_Pi_HmUART cnt:180 min:-52 max:-37 avg:-46.96 lst:-37
rssi_at_HMLAN01 cnt:10742 min:-82 max:-45 avg:-62.96 lst:-46
rssi_at_Pi_HmUART cnt:15865 min:-78 max:-38 avg:-49.05 lst:-61
rssi_at_Pi_HmUART_ug cnt:15648 min:-90 max:-56 avg:-74.99 lst:-69
Helper:
DBLOG:
desired-temp:
DbLogMySQL:
TIME 1627990253.35249
VALUE 17.0
measured-temp:
DbLogMySQL:
TIME 1627990253.35249
VALUE 21.3
powerOn:
DbLogMySQL:
TIME 1627921100.88668
VALUE 2021-08-02 18:18:20
READINGS:
2021-07-22 12:04:58 Activity alive
2021-08-03 13:47:42 CommandAccepted yes
2021-08-02 19:42:22 D-firmware 1.4
2021-08-02 19:42:22 D-serialNr MEQ0744336
2021-08-02 18:15:18 IODev HMLAN01
2021-08-03 13:47:42 PairedTo 0x2BAD4A
2019-01-07 17:01:25 R-burstRx on
2019-01-07 17:01:25 R-cyclicInfoMsg on
2019-01-07 17:01:25 R-cyclicInfoMsgDis 0
2019-01-07 17:01:25 R-pairCentral 0x2BAD4A
2021-08-03 13:47:42 RegL_00. 00:00 01:01 02:01 09:01 0A:2B 0B:AD 0C:4A 0F:00 11:00 12:16 16:00 18:00 19:00 1A:00
2021-08-03 13:40:53 aesCommToDev ok
2021-08-03 13:40:53 aesKeyNbr 04
2021-08-03 13:30:53 battery ok
2021-08-03 13:30:53 batteryLevel 3
2021-08-03 13:49:43 cfgState ok
2021-08-03 13:48:43 commState CMDs_done
2021-08-03 13:30:53 desired-temp 17.0
2019-01-07 16:16:51 fwUpdate done
2021-08-03 13:30:53 measured-temp 21.3
2021-08-02 18:18:20 powerOn 2021-08-02 18:18:20
2021-08-02 18:18:20 recentStateType info
2019-01-09 09:23:46 sabotageAttack_ErrIoAttack cnt 3
2021-08-03 13:40:03 sabotageAttack_ErrIoAttack_cnt 5
2021-08-03 13:48:43 state CMDs_done
2021-08-02 18:18:24 time-request -
RegL_07.:
VAL
helper:
HM_CMDNR 207
PONtest 1
cSnd 012BAD4A3C708403043D0CF20107,012BAD4A3C708403044FCB6B0107
cfgStateUpdt 0
mId 00AD
peerFriend -
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1626947709.23502
TmplTs 1626947709.23502
cmdKey 0:1:0::og_Arbeitszimmer_wandthermostat:00AD:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sysTime noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +3C7084,00,02,00
nextSend 1627991335.69959
rxt 0
vccu VCCU
p:
3C7084
00
02
00
prefIO:
HMLAN01
mRssi:
mNo CF
io:
HMLAN01:
-38
-38
Pi_HmUART:
-61
-61
Pi_HmUART_ug:
-69
-69
peerIDsH:
prt:
awake 0
bErr 0
brstWu 0
sProc 0
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rssi:
HMLAN01:
avg -37
cnt 24
lst -37
max -37
min -37
Pi_HmUART:
avg -46.9611111111111
cnt 180
lst -37
max -37
min -52
at_HMLAN01:
avg -62.9627629864086
cnt 10742
lst -46
max -45
min -82
at_Pi_HmUART:
avg -49.0513079104947
cnt 15865
lst -61
max -38
min -78
at_Pi_HmUART_ug:
avg -74.9995526584869
cnt 15648
lst -69
max -56
min -90
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
IODev HMLAN01
IOgrp VCCU:HMLAN01
actCycle 000:10
actStatus alive
alias Wandthermostat Arbeitszimmer
autoReadReg 5_readMissing
expert defReg,rawReg
firmware 1.4
model HM-TC-IT-WM-W-EU
msgRepeat 1
room CUL_HM
serialNr MEQ0744336
subType thermostat
webCmd getConfig:clear msgEvents
Macht es Sinn mal auszutesten ein Thermostat auf Werkseinstellung (via "set Gerätename reset") zurückzusetzen?
Muss ich das Gerät in fhem dann auch löschen oder reicht es, wenn ich das Gerät einfach wieder neu anlerne?
Wie sieht es mit den peerings aus? Sollte ich die vorher auch unpeeren?
EDIT: Ach ja - den Punkt hatte ich noch nicht beantwortet... Ja, da steht ein Fritz Repeater (der 2400er) neben dem fhem- Server.
Wie groß sollte der Abstand zwischen den beiden Geräten mindestens sein?
Gruß,
Richy
Zitatzu 1: Das würde ich ja gerne, aber selbst da steigen die W-EU's schon mit einem MISSING ACK aus.
zeig mal einen channel mit aes.
Hier mal ein List vom Wohnzimmerfenster Kanal unten (ug_wz_wandthermostat):
Internals:
DEF 6AF1C003
FUUID 5ebf8891-f33f-0e0f-f033-77b620465a2c81ae
NAME HM_6AF1C0_WindowRec
NOTIFYDEV global
NR 740
NTFY_ORDER 50-HM_6AF1C0_WindowRec
STATE last:ug_wz_Terassentuer:open
TYPE CUL_HM
chanNo 03
device ug_wz_wandthermostat
peerList ug_wz_Fenster,ug_wz_Terassentuer
READINGS:
2021-07-21 20:24:01 CommandAccepted yes
2020-05-16 11:58:46 R-sign on
2021-08-03 15:05:45 RegL_01. 00:00 08:01
2021-08-03 15:05:47 RegL_03.ug_wz_Fenster_chn-01 00:00 04:32
2021-08-03 15:05:47 RegL_03.ug_wz_Terassentuer_chn-01 00:00 04:32
2021-08-03 15:05:48 RegL_07.ug_wz_Fenster_chn-01 00:00 05:18
2021-08-03 15:05:48 RegL_07.ug_wz_Terassentuer_chn-01 00:00 05:18
2021-08-03 15:12:55 cfgState ok
2021-08-03 15:05:48 commState CMDs_done
2021-08-03 15:05:42 peerList ug_wz_Fenster,ug_wz_Terassentuer
2021-07-22 11:55:06 state unknown
2021-08-03 16:22:27 trigLast ug_wz_Terassentuer:open
2021-08-02 20:18:20 trig_ug_wz_Fenster Open_29
2021-08-03 16:22:27 trig_ug_wz_Terassentuer Open_41
helper:
peerFriend peerSens,peerVirt
peerIDsRaw ,6B5A9D01,6B569401,00000000
peerIDsState complete
peerOpt 3:thermostat,7p:thermostat
regLst 1,3p,7p
cmds:
TmplKey ug_wz_Fenster,ug_wz_Terassentuer:no:1626947711.84146
TmplTs 1626947711.84146
cmdKey 1:0:0::ug_wz_wandthermostat:00AD:03:ug_wz_Fenster,ug_wz_Terassentuer
cmdLst:
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
eventL -peer- -cond-
eventS -peer- -cond-
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self03})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
pressL [(-peer-|{self03})]
pressS [(-peer-|{self03})]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
tplDel -tplDel-
tplSet_0 -tplChan-
tplSet_ug_wz_Fenster -tplPeer-
tplSet_ug_wz_Terassentuer -tplPeer-
lst:
condition slider,0,1,255
peer ug_wz_Fenster,ug_wz_Terassentuer
peerOpt Garagensensor,HM_482AE9_light,HM_482AE9_lock,HM_482AE9_open,HM_482AE9_unlock,HM_4B8148_light,HM_4B8148_lock,HM_4B8148_open,HM_4B8148_unlock,HM_6008D5,HM_68E334_Sw_01,HM_68E334_Sw_02,HM_68E334_Sw_03,HM_6B2255_Btn_01,HM_6B2255_Btn_02,HM_6B2295_Btn_01,HM_6B2295_Btn_02,HM_6B22EF_Btn_01,HM_6B22EF_Btn_02,HM_6B2399_Btn_01,HM_6B2399_Btn_02,RauchmelderTeam01,RauchmelderTeam02,VCCU_Btn1,og_Arbeitszimmer_li_Fensterkontakt,og_Arbeitszimmer_re_Fensterkontakt,og_Kueche_Fensterkontakt,og_Kueche_li_Fensterkontakt,og_Kueche_re_Fensterkontakt,og_bad_Fensterkontakt,og_ez_Abstellkammer,og_ez_Wintergarten,og_kl_bad_Fensterkontakt,og_wz_Fenster_Couch,og_wz_Wintergarten,ug_bad_Fensterkontakt,ug_bar_Fenster_links,ug_bar_Fenster_rechts,ug_sz_Aussentuere,ug_sz_Fenster,ug_wk_Aussentuere,ug_wk_Fensterkontakt,ug_wz_Fenster,ug_wz_Terassentuer
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
peerIDsH:
00000000 broadcast
6B569401 ug_wz_Terassentuer_chn-01
6B5A9D01 ug_wz_Fenster_chn-01
regCollect:
role:
chn 1
shadowReg:
tmpl:
Attributes:
alias HM_6AF1C0_WindowRec
model HM-TC-IT-WM-W-EU
peerIDs 00000000,6B569401,6B5A9D01
stateFormat last:trigLast
da hast du 2 möglichkeiten:
1. "set HM_6AF1C0_WindowRec sign off"
2. "set HM_6AF1C0_WindowRec regSet sign off"
Leider nein...
CommState vom Fensterkanal sagt "CMDs_done_Errors:1" und STATE vom Thermostat MISSING ACK - in beiden Fällen.
EDIT:
Habe es gerade mal getestet. Alles von meinem Arbeitszimmer Thermostat und den Sensoren entpeert und einen reset durchgeführt.
Alles wieder gepeert, nachdem ich dreimal die Anlerntaste am Thermostat drücken und die VCCU auf HMPairForSec stellen musste...
Hat nix begracht. Ich bekomme nach wie vor das gleiche Ergebnis. Sobald ich einen Temperaturplan ändern will kommt direkt wieder ein Timeout oder ein MISSING ACK.
configCheck bringt jetzt nur noch die Templistenfehler:
configCheck done:
boost or template differ in team
og_Arbeitszimmer_wandthermostat_Climate: team:og_Arbeitszimmer_Thermostat_Clima tempListTmpl differ og_Arbeitszimmer_wandthermostat_Climate / none
og_bz_Wandthermostat_Climate: team:og_bad_Thermostat_Clima tempListTmpl differ og_bz_Wandthermostat_Climate / og_bad_Thermostat_Clima
og_wz_Wandthermostat_Climate: team:HM_50246B_Clima tempListTmpl differ og_wz_Wandthermostat_Climate / og_wz_alle_heizungen
og_wz_Wandthermostat_Climate: team:HM_502E1C_Clima tempListTmpl differ og_wz_Wandthermostat_Climate / og_wz_alle_heizungen
og_wz_Wandthermostat_Climate: team:HM_502EB0_Clima tempListTmpl differ og_wz_Wandthermostat_Climate / og_wz_alle_heizungen
ug_bar_Wandthermostat_Climate: team:ug_bar_Heizung_links_clima tempListTmpl differ ug_bar_Wandthermostat_Climate / ug_bar_Heizung_beide
ug_bar_Wandthermostat_Climate: team:ug_bar_Heizung_rechts_clima tempListTmpl differ ug_bar_Wandthermostat_Climate / ug_bar_Heizung_beide
ug_sz_Heizung_Climate: team:ug_sz_Heizung_clima tempListTmpl differ ug_sz_Heizung_Climate / ug_sz_Heizung_clima
ug_wz_Heizung_Climate: team:HM_705F6A_Clima tempListTmpl differ ug_wz_Heizung_Climate / HM_705F6A_Clima
templist mismatch
og_Arbeitszimmer_wandthermostat_Climate: failed Entries:
og_Arbeitszimmer_wandthermostat_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 06:00 17.0 22:00 21.0 24:00 17.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 06:00 17.0 22:00 21.0 24:00 17.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ##
og_Arbeitszimmer_wandthermostat_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ##
og_Arbeitszimmer_wandthermostat_Climate: unprogrammed prog 2
og_Arbeitszimmer_wandthermostat_Climate: unprogrammed prog 3
og_bz_Wandthermostat_Climate: failed Entries:
og_bz_Wandthermostat_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 07:00 17.0 09:00 22.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 07:00 17.0 09:00 22.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 18:00 17.0 21:00 21.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 18:00 17.0 21:00 21.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 18:00 17.0 21:00 21.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 18:00 17.0 21:00 21.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 18:00 17.0 21:00 21.0 24:00 17.0 ##
og_bz_Wandthermostat_Climate: unprogrammed prog 3
og_bz_Wandthermostat_Climate: unprogrammed prog 2
og_wz_Wandthermostat_Climate: failed Entries:
og_wz_Wandthermostat_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 07:30 18.0 23:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 07:30 18.0 23:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 14:45 18.0 22:00 20.0 24:00 18.0 ##
og_wz_Wandthermostat_Climate: unprogrammed prog 2
og_wz_Wandthermostat_Climate: unprogrammed prog 3
ug_bar_Wandthermostat_Climate: failed Entries:
ug_bar_Wandthermostat_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 24:00 15.0 ##
ug_bar_Wandthermostat_Climate: unprogrammed prog 2
ug_bar_Wandthermostat_Climate: unprogrammed prog 3
ug_sz_Heizung_Climate: failed Entries:
ug_sz_Heizung_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 01:30 20.0 09:30 17.0 10:30 20.0 23:30 17.0 24:00 20.0 ##
ug_sz_Heizung_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 01:30 20.0 09:30 17.0 10:30 20.0 23:30 17.0 24:00 20.0 ##
ug_sz_Heizung_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 04:45 17.0 05:30 20.0 20:30 17.0 22:00 20.0 24:00 17.0 ##
ug_sz_Heizung_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 04:45 17.0 05:30 20.0 20:30 17.0 22:00 20.0 24:00 17.0 ##
ug_sz_Heizung_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 04:45 17.0 05:30 20.0 20:30 17.0 22:00 20.0 24:00 17.0 ##
ug_sz_Heizung_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 04:45 17.0 05:30 20.0 20:30 17.0 22:00 20.0 24:00 17.0 ##
ug_sz_Heizung_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 04:45 17.0 05:30 20.0 20:30 17.0 22:00 20.0 24:00 17.0 ##
ug_sz_Heizung_Climate: unprogrammed prog 2
ug_sz_Heizung_Climate: unprogrammed prog 3
ug_wz_Heizung_Climate: failed Entries:
ug_wz_Heizung_Climate: R_P1_0_tempListSat mismatch 24:00 17.0 ne 08:00 17.0 22:30 18.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_1_tempListSun mismatch 24:00 17.0 ne 08:00 17.0 22:30 18.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_2_tempListMon mismatch 24:00 17.0 ne 15:30 17.0 21:00 20.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_3_tempListTue mismatch 24:00 17.0 ne 15:30 17.0 21:00 20.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_4_tempListWed mismatch 24:00 17.0 ne 15:30 17.0 21:00 20.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_5_tempListThu mismatch 24:00 17.0 ne 15:30 17.0 21:00 20.0 24:00 17.0 ##
ug_wz_Heizung_Climate: R_P1_6_tempListFri mismatch 24:00 17.0 ne 15:30 17.0 21:00 20.0 24:00 17.0 ##
ug_wz_Heizung_Climate: unprogrammed prog 2
ug_wz_Heizung_Climate: unprogrammed prog 3
nach einem erfolgreichen "set reset" sollte aes komplett abgeschaltet sein, da es die werkseinstellung ist.
ausserdem wären die 2 eigenen keys gelöscht.
Oder was hat nun nicht funktioniert?
Scheinbar hat er doch nun die fehlenden Register alle gelesen?
Bleibt also jetzt "nur" die Aufgabe mit den Temperaturlisten? Da bin ich leider keine Hilfe, ich verwende die nicht.
wenn es "nur" noch um die templisten "fehler" geht, schau dir https://forum.fhem.de/index.php/topic,120294.0.html (https://forum.fhem.de/index.php/topic,120294.0.html) an.
dann solltest du aber im homematic abteil einen neuen aussagekräftigen thread erstellen.
Zitat von: frank am 04 August 2021, 09:13:23
nach einem erfolgreichen "set reset" sollte aes komplett abgeschaltet sein, da es die werkseinstellung ist.
ausserdem wären die 2 eigenen keys gelöscht.
Oder was hat nun nicht funktioniert?
Hi Frank, Hi Otto,
AES ist im Wandthermostat komplett abgeschaltet, alle anderen Sensoren/Aktoren die mit dem W-EU gepeert waren (Fensterkontakte und Heizungsventile) sind auf Sign-off gestellt. Soweit so gut...
Sobald ich aber folgendes versuche, wird die Übertragung nach wenigen Augenblicken, wie vorher auch, mit einem MISSING ACK quittiert:
set og_Arbeitszimmer_wandthermostat_Climate tempListMon p3 24:00 15.0
Diese Werte habe ich jetzt nur zum testen genutzt, aber dennoch sollte es problemlos übertragen werden...
Da es bei allen Wandthermostaten das gleiche Spiel ist, scheint irgendwo anders was im Argen zu liegen.
Komischerweise kann ich bei anderen Geräte per regSet oder andere Befehle, ohne Probleme etwas verstellen, also scheint es explizit an den W-EU's zu liegen.
Wenn Ihr keine weiteren Vorschläge habt, dann werde ich wohl meine geplante Steuerung überdenken und mir was anderen einfallen lassen.
@Otto:
Ja, nachdem ich mal gar nix zwischendurch gemacht habe - noch nicht mal die Maus bewegt - hat er nach ca. 2 Minuten bei jedem Thermostat die Reg komplett eingelesen.
Jedenfalls Danke ich Euch beiden hezlich für die Unterstützung! ;D
Gruß,
Richy
du hast den link nicht gelesen.
Oh doch, das habe ich. Aber ich sehe nicht was das mit meinem Problem zu tun hat... Oder missverstehe ich da jetzt was?
Da geht es doch eher um die Fehlermeldung bzgl. des Template Missmatch zwischen W-EU's und den DN's. Ich habe aber das Problem das ich gar nix im W-EU ändern kann.
Egal ob ich das jetzt über die Templist setzen, oder manuell einzugeben versuche. Die W-EU's brechen immer mit MISSING ACK (manueller Versuch) / RESPONSE TIMEOUT (Templist einlesen) ab.
Ich habe bei meinen Test's grundsätzlich den manuellen Weg versucht, weil das schneller geht bis zur Reaktion.
Aber jetzt gerade noch mal mit der Templist versucht und schon bekomme ich wieder das RESPONSE TIMEOUT.
Gruß,
Richy
Zitatimmer mit MISSING ACK (manueller Versuch) / RESPONSE TIMEOUT (Templist einlesen) ab.
das zeigt aber nicht, was da schief läuft.
nochmal: mach einen eigenen thread auf.
am besten mit den rawmessages von der fehlgeschlagen aktion.
siehe wiki homematic sniffen.
Alles klar habe ich gemacht. ;)
Habs dann mal hierhin übernommen: https://forum.fhem.de/index.php/topic,122341.0.html
Gruß,
Richy