HM-SEC-SD quittiert Peering mit NACK

Begonnen von rolf, 26 April 2014, 11:32:55

Vorheriges Thema - Nächstes Thema

rolf

Hallo,
vermutlich steh ich als FHEM-Anfaenger etwas auf dem Schlauch, brauche deshalb etwas Unterstützung.
Vor ca. 2 Monaten habe ich meine 4 Homematic-Rauchmelder erfolgreich ins FHEM integriert - genau so wie
aktuell im Wiki beschrieben, d.h. pairen und dann per peerchan auf einen virtuellen Teamleader gepeered.
Damals alles recht problemlos, funktionierte wunderbar.
Vor zwei Tagen kam es hier zu einer unfreiwilligen Übung (Handwerker im Haus, es staubte, ein Rauchmelder löste aus..) und
ich musste feststellen das mein Rauchmelderteam nicht mehr funktioniert - nur der eine löste aus.
Hab nach kurzer erfolgloser Suche alle 4 Rauchmelder auf Werkseinstellungen zurueckgesetzt, im FHEM geloescht und
bin dann wieder lt. Wiki vorgegangen. Lief alles problemlos bis auf den Peerchan zum virtuellen Teamleader - den quittieren alle
4 Rauchmelder mit einem NACK. Suche jetzt schon länger, hab absolut keine Erklärung dafuer - die restliche Kommunikation mit
den Rauchmeldern funktioniert problemlos (Getconfig etc...), keine alten Peering-Einträge - aber der Peerchan bringt NACK.
Wenn mir jemand einen Tip hat wäre das super - weil so ganz langsam gehen mir die Ideen aus.

Apropo - Fhem ist auf aktuellem Stand, HMLAN-Adapter habe ich seit letzter Woche auf neuestem Firmware-Level.


Geekom (ubuntu 24.04.2 LTS mit diversen MQTT-Devices (Shelly etc.) + CUNO mit Uniroll/Hoermann + RFXTRX mit TFA + EnOcean mit Eltako + Alexa + Harmony + PV (Solarforecast)

martinp876

ich bin nicht sicher, was ein reset im detail tut.
Sicher ist, dass ein SD nur in einem Team integriert sein kann.
Prüfe dies:
- ein getConfig auf den Rauchmelder
- ist der SD gepairt? (wahrscheinlich ja)
- ist ein peer eingetragen?
-- Wenn ja, ist das die ID, die du willst? => fertig, teste einmal
-- Wenn nein, lösche die ID, peere neu.

klappt dies?

rolf

Danke für die schnelle Rückmeldung.
Hab noch einiges rumprobiert - bin aber leider keinen Schritt weiter.

Vermutlich ist es irgendeine Kleinigkeit die ich übersehe - hab
deshalb mal von einem meiner Rauchmelder einen getConfig abgesetzt und die Informationen
angehängt

CFGFN
/opt/fhem/FHEM/EGRauchmelder.cfg
DEF   233C00
EGhmlan_MSGCNT 8
EGhmlan_RAWMSG RA2E1848A,0001,03BC42C7,FF,FFCD,04A010233C002574880100000000
EGhmlan_RSSI -51
EGhmlan_TIME 2014-04-27 13:10:59
IODev EGhmlan
LASTInputDev EGhmlan
MSGCNT 12
NAME Rauchmelder_EG_Hausgang
NR 487
OGhmlan_MSGCNT 4
OGhmlan_RAWMSG E233C00,0000,05DD4839,FF,FFC8,04A010233C002574880100000000
OGhmlan_RSSI -56
OGhmlan_TIME 2014-04-27 13:10:59
STATE off
TYPE CUL_HM
lastMsg No:04 - t:10 s:233C00 d:257488 0100000000
protLastRcv 2014-04-27 13:10:59
protSnd 8 last_at:2014-04-27 13:10:59
protState CMDs_done
rssi_at_EGhmlan avg:-51 min:-51 max:-51 lst:-51 cnt:8
rssi_at_OGhmlan avg:-55.75 min:-56 max:-55 lst:-56 cnt:4

Readings
Activity alive 2014-04-27 13:09:28
D-Firmware 1.0 2014-04-26 10:23:41
D-serialNr KEQ0707923 2014-04-26 10:23:41
PairedTo 0x257488 2014-04-27 13:10:59
R-pairCentral 0x257488 2014-04-27 13:10:29
RegL_00: 02:01 0A:25 0B:74 0C:88 00:00 2014-04-27 13:10:59

Attributes
IODev EGhmlan
actCycle 099:00
actStatus alive
autoReadReg 0
expert 2_full
Firmware 1.0
model HM-SEC-SD
msgRepeat 1
peerIDs 00000000
room HAUS_Alarm
serialNr KEQ0707923
subType smokeDetector
webCmd statusRequest

Zu deinen Fragen:
Pairing - ja, der SD ist gepairt
Peer - in Richtung Peer ist gar nichts eingetragen - oder überseh ich was ?

Sobald ich den Befehl set Rauchmelder_Team peerChan 0 Rauchmelder_EG_Hausgang single set absetze,
geht der Rauchmelder sofort auf NACK

Activity alive 2014-04-27 13:26:24
CommandAccepted no 2014-04-27 13:31:49
D-Firmware 1.0 2014-04-26 10:23:41
D-serialNr KEQ0707923 2014-04-26 10:23:41
PairedTo 0x257488 2014-04-27 13:10:59
R-pairCentral 0x257488 2014-04-27 13:10:29
RegL_00: 02:01 0A:25 0B:74 0C:88 00:00 2014-04-27 13:10:59
battery ok 2014-04-27 13:30:00
Level 0 2014-04-27 13:30:00
recentStateType info 2014-04-27 13:30:00
state NACK 2014-04-27 13:31:49

Was mach ich nur falsch ?
Anbei auch noch die Definitionen für TeamDev, Rauchmelder_Team und den Rauchmelder:
define TeamDev CUL_HM 111111
attr TeamDev IODev EGhmlan
attr TeamDev autoReadReg 4_reqStatus
attr TeamDev expert 2_full
attr TeamDev model virtual_1
attr TeamDev peerIDs
attr TeamDev subType virtual
attr TeamDev room HAUS_Alarm

define Rauchmelder_Team CUL_HM 11111101
attr Rauchmelder_Team model virtual_1
attr Rauchmelder_Team webCmd teamCall:alarmOn:alarmOff
attr Rauchmelder_Team room HAUS_Alarm

define Rauchmelder_EG_Hausgang CUL_HM 233C00
attr Rauchmelder_EG_Hausgang IODev EGhmlan
attr Rauchmelder_EG_Hausgang actCycle 099:00
attr Rauchmelder_EG_Hausgang actStatus alive
attr Rauchmelder_EG_Hausgang autoReadReg 0
attr Rauchmelder_EG_Hausgang expert 2_full
attr Rauchmelder_EG_Hausgang firmware 1.0
attr Rauchmelder_EG_Hausgang model HM-SEC-SD
attr Rauchmelder_EG_Hausgang msgRepeat 1
attr Rauchmelder_EG_Hausgang peerIDs 00000000,
attr Rauchmelder_EG_Hausgang room HAUS_Alarm
attr Rauchmelder_EG_Hausgang serialNr KEQ0707923
attr Rauchmelder_EG_Hausgang subType smokeDetector
attr Rauchmelder_EG_Hausgang webCmd statusRequest

Hab jetzt schon zig Mal drübergeschaut (sehe deswegen wahrscheinlich auch nicht den Fehler :-)),
bin echt dankbar für nen prüfenden Blick und jeden Tip ...

Geekom (ubuntu 24.04.2 LTS mit diversen MQTT-Devices (Shelly etc.) + CUNO mit Uniroll/Hoermann + RFXTRX mit TFA + EnOcean mit Eltako + Alexa + Harmony + PV (Solarforecast)

martinp876

Hi Rolf,

Das sind "nur" die daten aus dem fhem.cfg. Ich will sehen, was aktuell im Device los ist.
Also bitte
- rohmessages einschalten http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen
- getConfig machen
- peeren

Log schicken

Gruss Martin

frank

wenn beim virtuellen device die alten peerids noch eingetragen sind:

set Rauchmelder_Team peerChan 0 Rauchmelder_EG_Hausgang single set actor

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

rolf

hab das mit dem Befehl

set Rauchmelder_Team peerChan 0 Rauchmelder_EG_Hausgang single set actor

direkt ausprobiert - aber leider reagiert mein Rauchmelder auch darauf mit einem NACK

Ich versuch jetzt mal die "Rohmessages" einzufangen ....
Geekom (ubuntu 24.04.2 LTS mit diversen MQTT-Devices (Shelly etc.) + CUNO mit Uniroll/Hoermann + RFXTRX mit TFA + EnOcean mit Eltako + Alexa + Harmony + PV (Solarforecast)

rolf

Hab jetzt mal versucht die Rohdaten aufzuzeichnen - 233C00 ist die ID des Rauchmelders, habe versucht zu peeren, statusrequest, getconfig und nochmal versucht zu peeren - hoffe das die richtigen Infos drin sind...

2014.04.27 18:36:40.763 0: HMLAN_Parse: EGhmlan R:E23B8E0   stat:0000 t:011D2AFF d:FF r:FFCC     m:50 8610 23B8E0 000000 0AA8E70F0A58
2014.04.27 18:36:41.009 0: HMLAN_Parse: EGhmlan R:E22AF3D   stat:0000 t:011D2F65 d:FF r:FFCC     m:57 8610 22AF3D 000000 0A24B00F0058
2014.04.27 18:36:41.187 0: HMLAN_Send:  EGhmlan S:SA40BB3A6 stat:  00 t:00000000 d:01 r:A40BB3A6 m:02 B001 257488 233C00 010E
2014.04.27 18:36:41.708 0: HMLAN_Parse: EGhmlan R:E233C00   stat:0000 t:011D391F d:FF r:FFCC     m:02 A010 233C00 257488 0601000038
2014.04.27 18:36:41.857 0: HMLAN_Parse: EGhmlan R:RA40BB3A6 stat:0001 t:011D3924 d:FF r:FFCC     m:02 A010 233C00 257488 0601000038
2014.04.27 18:36:44.157 1: Perfmon: possible freeze starting at 18:36:43, delay is 1.156
2014.04.27 18:36:46.160 0: HMLAN_Parse: EGhmlan R:E23C53C   stat:0000 t:011D4A84 d:FF r:FFCC     m:50 8610 23C53C 000000 0AB0F10E1958
2014.04.27 18:36:47.120 0: HMLAN_Send:  EGhmlan I:K
2014.04.27 18:36:47.130 0: HMLAN_Parse: EGhmlan V:03C4 sNo:KEQ1023060 d:257488 O:257488 t:011D4E56 IDcnt:0001
2014.04.27 18:36:48.272 0: HMLAN_Send:  EGhmlan S:+233C00,00,01,1E
2014.04.27 18:36:48.274 0: HMLAN_Send:  EGhmlan S:SA40BCF54 stat:  00 t:00000000 d:01 r:A40BCF54 m:03 B001 257488 233C00 00040000000000
2014.04.27 18:36:49.846 0: HMLAN_Parse: EGhmlan R:E233C00   stat:0000 t:011D54D4 d:FF r:FFCC     m:03 A010 233C00 257488 0202010A250B740C880000
2014.04.27 18:36:49.956 0: HMLAN_Parse: EGhmlan R:RA40BCF54 stat:0001 t:011D54D9 d:FF r:FFCC     m:03 A010 233C00 257488 0202010A250B740C880000
2014.04.27 18:36:50.097 0: HMLAN_Send:  EGhmlan S:+233C00,00,01,1E
2014.04.27 18:36:50.099 0: HMLAN_Send:  EGhmlan S:SA40BD674 stat:  00 t:00000000 d:01 r:A40BD674 m:04 A001 257488 233C00 0103
2014.04.27 18:36:50.265 0: HMLAN_Parse: EGhmlan R:E233C00   stat:0000 t:011D5A8D d:FF r:FFCC     m:04 A010 233C00 257488 0100000000
2014.04.27 18:36:50.381 0: HMLAN_Parse: EGhmlan R:RA40BD674 stat:0001 t:011D5A92 d:FF r:FFCC     m:04 A010 233C00 257488 0100000000
2014.04.27 18:37:01.899 0: HMLAN_Send:  EGhmlan S:SA40C048E stat:  00 t:00000000 d:01 r:A40C048E m:05 B001 257488 233C00 01011111110101
2014.04.27 18:37:03.440 1: Perfmon: possible freeze starting at 18:37:02, delay is 1.44
2014.04.27 18:37:03.446 0: HMLAN_Parse: EGhmlan R:RA40C048E stat:0001 t:011D8A0B d:FF r:FFCC     m:05 8002 233C00 257488 82
2014.04.27 18:37:12.129 0: HMLAN_Send:  EGhmlan I:K
2014.04.27 18:37:12.143 0: HMLAN_Parse: EGhmlan V:03C4 sNo:KEQ1023060 d:257488 O:257488 t:011DB00B IDcnt:0001
2014.04.27 18:37:32.948 0: HMLAN_Parse: EGhmlan R:E22C4E1   stat:0000 t:011E014F d:FF r:FFD3     m:55 8610 22C4E1 000000 0AA8E00E0C58
2014.04.27 18:37:33.650 0: HMLAN_Parse: EGhmlan R:E209A7C   stat:0000 t:011E040D d:FF r:FFBD     m:05 A641 209A7C 257488 01AFCC80
2014.04.27 18:37:34.145 0: HMLAN_Parse: EGhmlan R:E209A7C   stat:0000 t:011E05FC d:FF r:FFBD     m:05 A641 209A7C 257488 01AFCC80
2014.04.27 18:37:34.487 0: HMLAN_Parse: EGhmlan R:E209A7C   stat:0000 t:011E0752 d:FF r:FFBC     m:05 A641 209A7C 257488 01AFCC80
2014.04.27 18:37:37.138 0: HMLAN_Send:  EGhmlan I:K
2014.04.27 18:37:37.148 0: HMLAN_Parse: EGhmlan V:03C4 sNo:KEQ1023060 d:257488 O:257488 t:011E11C0 IDcnt:0001
2014.04.27 18:37:43.764 1: Perfmon: possible freeze starting at 18:37:41, delay is 2.763
2014.04.27 18:38:02.153 0: HMLAN_Send:  EGhmlan I:K
2014.04.27 18:38:02.162 0: HMLAN_Parse: EGhmlan V:03C4 sNo:KEQ1023060 d:257488 O:257488 t:011E737A IDcnt:0001
2014.04.27 18:38:09.064 0: HMLAN_Parse: EGhmlan R:E206A80   stat:0000 t:011E8E68 d:FF r:FFC6     m:6C 8670 206A80 000000 00D02D
2014.04.27 18:38:10.596 0: HMLAN_Parse: EGhmlan R:E23B8E9   stat:0000 t:011E9464 d:FF r:FFC8     m:5A 8610 23B8E9 000000 0A50CD0F0058
2014.04.27 18:38:13.262 1: Perfmon: possible freeze starting at 18:38:12, delay is 1.262
2014.04.27 18:38:27.162 0: HMLAN_Send:  EGhmlan I:K
2014.04.27 18:38:27.171 0: HMLAN_Parse: EGhmlan V:03C4 sNo:KEQ1023060 d:257488 O:257488 t:011ED52F IDcnt:0001
2014.04.27 18:38:30.951 0: HMLAN_Parse: EGhmlan R:E231FBE   stat:0000 t:011EE3EB d:FF r:FFCA     m:59 8610 231FBE 000000 0AA8E50F0D58
2014.04.27 18:38:36.625 0: HMLAN_Parse: EGhmlan R:E23C699   stat:0000 t:011EFA15 d:FF r:FFD6     m:4B 8610 23C699 000000 0AB0F40F0758
2014.04.27 18:38:42.074 1: Perfmon: possible freeze starting at 18:38:41, delay is 1.073
2014.04.27 18:38:47.012 1: Perfmon: possible freeze starting at 18:38:44, delay is 3.011
2014.04.27 18:38:52.170 0: HMLAN_Send:  EGhmlan I:K
2014.04.27 18:38:52.179 0: HMLAN_Parse: EGhmlan V:03C4 sNo:KEQ1023060 d:257488 O:257488 t:011F36E3 IDcnt:0001
2014.04.27 18:38:55 1: Perfmon: possible freeze starting at 18:38:54, delay is 1.336
2014.04.27 18:39:00 0: HMLAN_Parse: EGhmlan R:E22B0BB   stat:0000 t:011F55E5 d:FF r:FFCF     m:4E 8610 22B0BB 000000 0AA8E50F0558
2014.04.27 18:39:00 0: HMLAN_Parse: EGhmlan R:E23C53C   stat:0000 t:011F58F0 d:FF r:FFCC     m:51 8610 23C53C 000000 0AB0F10E1958
2014.04.27 18:39:01 0: HMLAN_Parse: EGhmlan R:E223F42   stat:0000 t:011F5B66 d:FF r:FFCA     m:4E 8610 223F42 000000 0AB0F30F0358
Geekom (ubuntu 24.04.2 LTS mit diversen MQTT-Devices (Shelly etc.) + CUNO mit Uniroll/Hoermann + RFXTRX mit TFA + EnOcean mit Eltako + Alexa + Harmony + PV (Solarforecast)

martinp876

habe es entdeckt, ein bug... - ist morgen im update korrigiert.

Gruss Martin

rolf

...wirklich die beste Nachricht des Tages ! - ich war so langsam wirklich am Zweifeln und Verzweifeln  ;D
Danke vorab !!

Gruss,
Rolf
Geekom (ubuntu 24.04.2 LTS mit diversen MQTT-Devices (Shelly etc.) + CUNO mit Uniroll/Hoermann + RFXTRX mit TFA + EnOcean mit Eltako + Alexa + Harmony + PV (Solarforecast)

rolf

Habe gerade FHEM aktualisiert und das Peeren klappt jetzt wunderbar.
Super - vielen Dank für den schnellen Fix !!!
Gruß,
Rolf
Geekom (ubuntu 24.04.2 LTS mit diversen MQTT-Devices (Shelly etc.) + CUNO mit Uniroll/Hoermann + RFXTRX mit TFA + EnOcean mit Eltako + Alexa + Harmony + PV (Solarforecast)