Unterschiedliches Verhalten zweier Fensterkontakte

Benni · 12 Dezember 2016, 10:51:31

Zitat von: Joker am 12 Dezember 2016, 10:33:11
Also die Reihenfolge sollte vermutlich so sein:
- HMLAN, HMUART
- VCCU
- Homematic-Devices

Genau!

Bei mir trat das Problem auf, nachdem ich erst einen HMUART neu hinzugefügt habe, meine alten HMLANs außer Betrieb genommen habe und anschließend einen neuen HMLAN unter neuem Namen wieder hinzugefügt habe. Das hat schätzungsweise die IOs in der Config nach hinten gespült, was aber m.E. nicht passieren dürfte.
Wie gesagt, das muss ich nochmal genauer prüfen.

Ich habe das bei mir u.a. auch deshalb gemerkt, weil alle "alten" TKs nicht mehr korrekt funktioniert haben und ein neuer TK, der erst letzte Woche dazu kam (das war nach der Aktion mit dem HMUART und den HMLANs) quasi als einziger korrekt funktioniert hat.

Beta-User · 12 Dezember 2016, 10:58:50

@Benni, nochmal Offtopic:

Leider kann ich das nicht direkt dort schreiben (kein Entwicker), aber das von Dir beschriebene Problem mit der Reihenfolge könnte evtl. tatsächlich auch unter configDB (noch) bestehen:
Thema: [Frage] Wie Devices beim "save config" sortieren?

Für einen Tip, wie ich unter configDB mein neues GW "nach oben" bekomme, wäre ich wirklich dankbar

.

Gruß, Beta-User

Benni · 12 Dezember 2016, 19:50:42

Zitat von: Beta-User am 12 Dezember 2016, 10:58:50
Leider kann ich das nicht direkt dort schreiben (kein Entwicker), aber das von Dir beschriebene Problem mit der Reihenfolge könnte evtl. tatsächlich auch unter configDB (noch) bestehen:
Thema: [Frage] Wie Devices beim "save config" sortieren?

Ich habe in dem von dir genannten Thread mal ne Kleinigkeit dazu geschrieben

Bist du bei dir schon weitergekommen?

Joker · 12 Dezember 2016, 19:58:47

So bei mir hat sich dann grade wieder die Ernüchterung breit gemacht

Habe die Definitionen in der fhem.cfg umgeordnet, fhem neu gestartet und... es ändert sich genau gar nichts

Also das ist es auch nicht. Ich habe auch keinerlei Fehlermeldungen wie du (Benni) im anderen Thread beschreibst. Es sieht eigentlich alles gut aus. Aber das blöde Ding quittiert immer mit rot...

Benni · 12 Dezember 2016, 20:09:37

OK! Schade!

Mal sehen, ob sich bei Beta-User noch was tut.

Otto123 · 12 Dezember 2016, 20:23:39

Zitat von: Joker am 12 Dezember 2016, 19:58:47
So bei mir hat sich dann grade wieder die Ernüchterung breit gemacht
Habe die Definitionen in der fhem.cfg umgeordnet, fhem neu gestartet und... es ändert sich genau gar nichts Also das ist es auch nicht. Ich habe auch keinerlei Fehlermeldungen wie du (Benni) im anderen Thread beschreibst. Es sieht eigentlich alles gut aus. Aber das blöde Ding quittiert immer mit rot...

Erzeuge doch mal ein Log für den Sensor, vielleicht auch mit höherem Level. Mal sehen ob man da was sieht.

Gruß Otto

Joker · 12 Dezember 2016, 21:04:34

Was für ein Log meinst Du, einfach ein Filelog oder was anderes?

Ich habe gerade mal folgendes Filelog erstellt:

Code Auswählen

./log/Wohnzimmer.Terrassentuer-%Y.log ^Wohnzimmer.Terrassentuer:.*

Darin finde ich dann sowas:

Code Auswählen

2016-12-12_20:55:44 Wohnzimmer.Terrassentuer contact: open (to Wohnzimmer.Wandthermostat)
2016-12-12_20:55:44 Wohnzimmer.Terrassentuer open
2016-12-12_20:55:44 Wohnzimmer.Terrassentuer trigger_cnt: 17
2016-12-12_20:55:45 Wohnzimmer.Terrassentuer contact: open (to VCCU)
2016-12-12_20:59:15 Wohnzimmer.Terrassentuer contact: closed (to Wohnzimmer.Wandthermostat)
2016-12-12_20:59:15 Wohnzimmer.Terrassentuer closed
2016-12-12_20:59:15 Wohnzimmer.Terrassentuer trigger_cnt: 1
2016-12-12_20:59:15 Wohnzimmer.Terrassentuer contact: closed (to VCCU)
2016-12-12_20:59:15 Wohnzimmer.Terrassentuer contact: closed (to Wohnzimmer.Wandthermostat)
2016-12-12_20:59:16 Wohnzimmer.Terrassentuer contact: closed (to VCCU)
2016-12-12_20:59:16 Wohnzimmer.Terrassentuer contact: closed (to Wohnzimmer.Wandthermostat)
2016-12-12_20:59:16 Wohnzimmer.Terrassentuer contact: closed (to VCCU)
2016-12-12_20:59:21 Wohnzimmer.Terrassentuer cover: open
2016-12-12_20:59:21 Wohnzimmer.Terrassentuer powerOn: 2016-12-12 20:59:21
2016-12-12_20:59:34 Wohnzimmer.Terrassentuer cover: closed
2016-12-12_20:59:47 Wohnzimmer.Terrassentuer contact: open (to Wohnzimmer.Wandthermostat)
2016-12-12_20:59:47 Wohnzimmer.Terrassentuer open
2016-12-12_20:59:47 Wohnzimmer.Terrassentuer trigger_cnt: 2
2016-12-12_20:59:48 Wohnzimmer.Terrassentuer contact: open (to VCCU)
2016-12-12_20:59:56 Wohnzimmer.Terrassentuer contact: closed (to Wohnzimmer.Wandthermostat)
2016-12-12_20:59:56 Wohnzimmer.Terrassentuer closed
2016-12-12_20:59:56 Wohnzimmer.Terrassentuer trigger_cnt: 3
2016-12-12_20:59:57 Wohnzimmer.Terrassentuer contact: closed (to VCCU)
2016-12-12_20:59:57 Wohnzimmer.Terrassentuer contact: closed (to Wohnzimmer.Wandthermostat)
2016-12-12_20:59:57 Wohnzimmer.Terrassentuer contact: closed (to VCCU)

Interessant dabei ist jetzt folgendes: Als das obige Log aufgezeichnet wurde, habe ich zunächst die Tür geöffnet. Danach war die orange LED an, und zwar bis ich schließlich das Batteriefach geöffnet habe und die Batterien entnommen habe (also 4 Minuten!!). Hatte ich so noch nie den Fall.
Danach habe ich nochmal auf und zu gemacht. Beide Male wurde rot bestätigt.

Otto123 · 12 Dezember 2016, 21:19:06

Also ich bin vielleicht da nicht so fit mit den Logfiles, aber ich würde behaupten, der sendet immer mehrfach. Und ich sehe kein NACK.
Er bekommt vom Peer keine Quittung und wiederholt deswegen. Eigentlich sollte er dreimal wiederholen, sehe ich so nicht.

Du sagst Tür - Metall? Irgendwie schlechter Funkkontakt zum Peer?

Gruß Otto

Joker · 12 Dezember 2016, 21:32:14

Hm du hast recht, irgendwie wiederholt er... also jetzt habe ich nochmal bei dem rot quittierenden Kontakt einmal auf und zu gemacht. Lustigerweise sehe ich jetzt einmal 4 Wiederholungen und einmal 2... jedenfalls wurde sowohl auf als auch zu mit rot quittiert wie immer.

Code Auswählen

2016-12-12_21:28:17 Wohnzimmer.Terrassentuer contact: open (to Wohnzimmer.Wandthermostat)
2016-12-12_21:28:17 Wohnzimmer.Terrassentuer open
2016-12-12_21:28:17 Wohnzimmer.Terrassentuer trigger_cnt: 6
2016-12-12_21:28:18 Wohnzimmer.Terrassentuer contact: open (to VCCU)
2016-12-12_21:28:18 Wohnzimmer.Terrassentuer contact: open (to Wohnzimmer.Wandthermostat)
2016-12-12_21:28:18 Wohnzimmer.Terrassentuer contact: open (to VCCU)
2016-12-12_21:28:19 Wohnzimmer.Terrassentuer contact: open (to Wohnzimmer.Wandthermostat)
2016-12-12_21:28:19 Wohnzimmer.Terrassentuer contact: open (to VCCU)
2016-12-12_21:28:20 Wohnzimmer.Terrassentuer contact: open (to Wohnzimmer.Wandthermostat)
2016-12-12_21:28:20 Wohnzimmer.Terrassentuer contact: open (to VCCU)
2016-12-12_21:28:28 Wohnzimmer.Terrassentuer contact: closed (to Wohnzimmer.Wandthermostat)
2016-12-12_21:28:28 Wohnzimmer.Terrassentuer closed
2016-12-12_21:28:28 Wohnzimmer.Terrassentuer trigger_cnt: 7
2016-12-12_21:28:28 Wohnzimmer.Terrassentuer contact: closed (to VCCU)
2016-12-12_21:28:28 Wohnzimmer.Terrassentuer contact: closed (to Wohnzimmer.Wandthermostat)
2016-12-12_21:28:28 Wohnzimmer.Terrassentuer contact: closed (to VCCU)

Dann habe ich ein ebensolches Log mal für einen der grün quittierenden Kontakte angelegt und tatsächlich... hier sehe ich keine Wiederholungen.

Code Auswählen

016-12-12_21:22:22 Esszimmer.Fenster contact: open (to Wohnzimmer.Wandthermostat)
2016-12-12_21:22:22 Esszimmer.Fenster open
2016-12-12_21:22:22 Esszimmer.Fenster trigger_cnt: 15
2016-12-12_21:22:23 Esszimmer.Fenster contact: open (to VCCU)
2016-12-12_21:22:28 Esszimmer.Fenster contact: closed (to Wohnzimmer.Wandthermostat)
2016-12-12_21:22:28 Esszimmer.Fenster closed
2016-12-12_21:22:28 Esszimmer.Fenster trigger_cnt: 16
2016-12-12_21:22:29 Esszimmer.Fenster contact: closed (to VCCU)

Also heißt das wirklich, der Thermostat sendet keine Bestätigung oder? Schlechter Funkkontakt kann eigentlich nicht sein... zwischen Thermostat und Fensterkontakt sind ca. 5m schräg durch den Raum, also nichts weiter dazwischen und die Tür ist aus Holz.

Vielleicht ist der Wandthermostat der Übeltäter???

Edit:
Habe jetzt ein Filelog vom Wandthermostat angelegt. Einmal Esszimmer Fenster geöffnet und geschlossen (beides mal grün), dann Terrassentür geöffnet und geschlossen (beides mal rot):

Code Auswählen

2016-12-12_21:38:06 Wohnzimmer.Wandthermostat.WindowRec trigLast: Esszimmer.Fenster:open
2016-12-12_21:38:06 Wohnzimmer.Wandthermostat.WindowRec trig_Esszimmer.Fenster: Open_17
2016-12-12_21:38:06 Wohnzimmer.Wandthermostat.WindowRec trigLast: Esszimmer.Fenster:open
2016-12-12_21:38:06 Wohnzimmer.Wandthermostat.WindowRec trig_Esszimmer.Fenster: Open_17
2016-12-12_21:38:10 Wohnzimmer.Wandthermostat.WindowRec trigLast: Esszimmer.Fenster:closed
2016-12-12_21:38:10 Wohnzimmer.Wandthermostat.WindowRec trig_Esszimmer.Fenster: Closed_18
2016-12-12_21:38:21 Wohnzimmer.Wandthermostat.WindowRec trigLast: Wohnzimmer.Terrassentuer:open
2016-12-12_21:38:21 Wohnzimmer.Wandthermostat.WindowRec trig_Wohnzimmer.Terrassentuer: Open_8
2016-12-12_21:38:29 Wohnzimmer.Wandthermostat.WindowRec trigLast: Wohnzimmer.Terrassentuer:closed
2016-12-12_21:38:29 Wohnzimmer.Wandthermostat.WindowRec trig_Wohnzimmer.Terrassentuer: Closed_9
2016-12-12_21:38:30 Wohnzimmer.Wandthermostat.WindowRec trigLast: Wohnzimmer.Terrassentuer:closed
2016-12-12_21:38:30 Wohnzimmer.Wandthermostat.WindowRec trig_Wohnzimmer.Terrassentuer: Closed_9

Sieht irgendwie auch komisch beim Esszimmer aus, da sich da auch was wiederholt? Ich verstehs nicht...

Otto123 · 12 Dezember 2016, 21:47:52

Es ist so: Hat der Sensor keinen Peer sendet er einfach einmal und gut.
Hat er einen Peer sendet er und wartet auf die Quittung, kommt die nicht sendet er nochmal. Standard ist glaube ich bis dreimal, kommt bei allen keine Quittung meldet er Fehler:rot.
Du müsstest die Sendeversuche sogar sehen, jedesmal könnte die LED Orange blinken.

Weiß der Thermostat von seinem Peer? Steht der in den Readings?

Gruß Otto

Joker · 12 Dezember 2016, 22:09:05

Ja, steht drin (habe oben noch ein Filelog vom Wandthermostat ergänzt, weiß nicht ob es hilft):

list Wohnzimmer.Wandthermostat.WindowRec:

Code Auswählen

Internals: 
   DEF        286A2103 
   NAME       Wohnzimmer.Wandthermostat.WindowRec 
   NOTIFYDEV  global 
   NR         819 
   NTFY_ORDER 50-Wohnzimmer.Wandthermostat.WindowRec 
   STATE      last:Wohnzimmer.Terrassentuer:closed 
   TYPE       CUL_HM 
   chanNo     03 
   device     Wohnzimmer.Wandthermostat 
   peerList   Wohnzimmer.Terrassentuer,Kueche.Fenster,Esszimmer.Fenster, 
   Readings: 
     2016-12-12 22:06:12   .peerListRDate  2016-12-12 22:06:12 
     2016-12-12 22:06:14   R-Esszimmer.Fenster_chn-01-shCtValLo 50 
     2016-12-12 22:06:15   R-Esszimmer.Fenster_chn-01-winOpnTemp 12 C 
     2016-12-12 22:06:14   R-Kueche.Fenster_chn-01-shCtValLo 50 
     2016-12-12 22:06:15   R-Kueche.Fenster_chn-01-winOpnTemp 12 C 
     2016-12-12 22:06:13   R-Wohnzimmer.Terrassentuer_chn-01-shCtValLo 50 
     2016-12-12 22:06:14   R-Wohnzimmer.Terrassentuer_chn-01-winOpnTemp 12 C 
     2016-09-23 20:33:02   R-sign          off 
     2016-12-12 22:06:12   RegL_01.          08:00 00:00 
     2016-12-12 22:06:14   RegL_03.Esszimmer.Fenster_chn-01   04:32 00:00 
     2016-12-12 22:06:14   RegL_03.Kueche.Fenster_chn-01   04:32 00:00 
     2016-12-12 22:06:13   RegL_03.Wohnzimmer.Terrassentuer_chn-01   04:32 00:00 
     2016-12-12 22:06:15   RegL_07.Esszimmer.Fenster_chn-01   05:18 00:00 
     2016-12-12 22:06:15   RegL_07.Kueche.Fenster_chn-01   05:18 00:00 
     2016-12-12 22:06:14   RegL_07.Wohnzimmer.Terrassentuer_chn-01   05:18 00:00 
     2016-12-12 22:06:12   peerList        Wohnzimmer.Terrassentuer,Kueche.Fenster,Esszimmer.Fenster, 
     2016-12-12 22:06:12   state           unknown 
     2016-12-12 21:38:29   trigLast        Wohnzimmer.Terrassentuer:closed 
     2016-12-12 21:38:10   trig_Esszimmer.Fenster Closed_18 
     2016-11-24 10:17:57   trig_Kueche.Fenster Closed_252 
     2016-12-12 21:38:29   trig_Wohnzimmer.Terrassentuer Closed_9 
   Helper: 
     peerIDsRaw ,37176301,28C07301,267F5E01,00000000 
     Expert: 
       def        1 
       det        1 
       raw        1 
       tpl        1 
     Role: 
       chn        1 
     Shadowreg: 
     Tmpl: 
Attributes: 
   model      HM-TC-IT-WM-W-EU 
   peerIDs    00000000,267F5E01,28C07301,37176301, 
   stateFormat last:trigLast

Otto123 · 12 Dezember 2016, 22:29:14

Ich versteh das auch nicht. Vielleicht hat Martin oder jemand anders noch ne Idee.

Man müsste wahrscheinlich mal die echten Nachrichten sniffen, aber ich habe da wenig Ahnung.

Gruß Otto

Joker · 12 Dezember 2016, 22:38:02

Bei mir hörts jetzt auch langsam auf. Halb aus Interesse und halb aus Verzweiflung habe ich jetzt den Peer zum Wandthermostat aufgelöst:

Code Auswählen

set Wohnzimmer.Terrassentuer peerChan 0 Wohnzimmer.Wandthermostat.WindowRec single unset

Danach getConfig etc- folglich erscheint nun im Thermostat nicht mehr das Fenster-Icon wenn man die Tür öffnet. Der Fensterkontakt sendet auch nur noch an die VCCU:

Code Auswählen

2016-12-12_22:32:43 Wohnzimmer.Terrassentuer contact: open (to VCCU)
2016-12-12_22:32:43 Wohnzimmer.Terrassentuer open
2016-12-12_22:32:43 Wohnzimmer.Terrassentuer trigger_cnt: 15
2016-12-12_22:33:45 Wohnzimmer.Terrassentuer contact: closed (to VCCU)
2016-12-12_22:33:45 Wohnzimmer.Terrassentuer closed
2016-12-12_22:33:45 Wohnzimmer.Terrassentuer trigger_cnt: 16

Aber trotzdem quittiert er beides rot!! Ich werd noch irre hier...

Pfriemler · 12 Dezember 2016, 22:45:28

Was mir dabei noch einfällt:
Die Konfiguration ist auch aus meiner Sicht in Ordnung.

Auch wenn die RSSI der Geräte über HMLAN und/oder HMUART mau sind - entscheidend für die Quittung ist, ob der Fensterkontakt das ACK des Wandthermostaten sieht. Bekommt er keine Quittung, macht er ein Resend bis zur angegebenen Zahl - das erklärt den Unterschied in der Zahl der Resends beim "roten" und "grünen" Fensterkontakt. Die ausbleibende Quittung sagt nichts darüber aus, ob die Nachricht angekommen ist - deswegen zeigt der Wandthermostat auch die geänderte Fenster-auf-Temperatur.

Ich kenne so ein Verhalten von den kleinen Handfernbedienungen: Ab einer bestimmten Entfernung kommt immer nur noch "rot", obgleich der Aktor sauber schaltet. Ursache ist hier das miserable Empfangsverhalten der Handfernbedienung.

In Jokers Fall kann der Empfang des Fensterkontaktes schlicht schlecht sein.

Nimm doch bitte mal den Wandthermostat und bringe ihn in die Nähe des "roten" Fensterkontakts (nicht dichter als einen Meter) und versuche es nochmal. Ich würde mich nicht wundern, wenn auch dort dann "grün" kommt.

edit: Kreuzpost: Wenn der Peer zum Wandthermostat gelöst ist und der Fensterkontakt immer noch rot meldet ...
Noch eine Idee: Mach bitte unbedingt nochmal ein getConfig vom roten Fenstersensor und achte darauf, dass es sauber durchläuft. Dann schau doch mal, ob nicht doch ein Peer dort gelistet ist...
Hintergrund: Wenn FHEM nicht weiß, dass die Peertabelle des Fensterkontakts fehlerhaft ist, wird configCheck nichts finden, wie geschehen...

Joker · 12 Dezember 2016, 23:00:30

Hi Pfriemler,

also ich habe beides ausprobiert:
- Wandthermostat auf ca. 1m zum Fensterkontakt tragen (natürlich mit gepeertem WindowRec Kanal): Keine Änderung, wird auch rot quittiert.
- Peer aufgelöst, getConfig gemacht, List sieht so aus:

Code Auswählen

Internals: 
   .triggerUsed 1 
   DEF        267F5E 
   HMLAN1_MSGCNT 274 
   HMLAN1_RAWMSG E267F5E,0000,00BD650D,FF,FFB2,31A241267F5E26ED12011B00 
   HMLAN1_RSSI -78 
   HMLAN1_TIME 2016-12-12 22:55:49 
   HMUART1_MSGCNT 233 
   HMUART1_RAWMSG 0501004531A241267F5E26ED12011B00 
   HMUART1_RSSI -69 
   HMUART1_TIME 2016-12-12 22:55:49 
   IODev      HMUART1 
   LASTInputDev HMLAN1 
   MSGCNT     507 
   NAME       Wohnzimmer.Terrassentuer 
   NOTIFYDEV  global 
   NR         824 
   NTFY_ORDER 50-Wohnzimmer.Terrassentuer 
   STATE      closed 
   TYPE       CUL_HM 
   lastMsg    No:31 - t:41 s:267F5E d:26ED12 011B00 
   protCmdDel 3 
   protLastRcv 2016-12-12 22:55:49 
   protResndFail 1 last_at:2016-12-12 19:54:50 
   protSnd    239 last_at:2016-12-12 22:55:49 
   protState  CMDs_done 
   rssi_at_HMLAN1 avg:-81.1 min:-100 max:-70 lst:-78 cnt:274 
   rssi_at_HMUART1 avg:-70 min:-86 max:-59 lst:-69 cnt:233 
   Helper: 
     Dblog: 
       Poweron: 
         Mydblog: 
           TIME       1481572761.45951 
           VALUE      2016-12-12 20:59:21 
   Readings: 
     2016-12-12 22:55:06   .D-devInfo      910101 
     2016-12-12 22:55:06   .D-stc          80 
     2016-12-12 22:55:07   .peerListRDate  2016-12-12 22:55:07 
     2016-12-12 22:55:49   .protLastRcv    2016-12-12 22:55:49 
     2016-12-12 22:55:06   Activity        alive 
     2016-12-12 22:54:05   CommandAccepted yes 
     2016-12-12 22:55:06   D-firmware      2.4 
     2016-12-12 22:55:06   D-serialNr      KEQ1096133 
     2016-12-12 22:55:06   PairedTo        0x26ED12 
     2016-12-12 22:48:39   R-Wohnzimmer.Wandthermostat.WindowRec-expectAES off 
     2016-12-12 22:48:39   R-Wohnzimmer.Wandthermostat.WindowRec-peerNeedsBurst on 
     2016-10-10 20:53:37   R-cyclicInfoMsg on 
     2016-09-24 08:18:12   R-eventDlyTime  2 s 
     2016-09-24 08:14:32   R-ledOnTime     0.5 s 
     2016-09-24 08:14:32   R-msgRhsPosA    closed 
     2016-09-24 08:14:32   R-msgRhsPosB    open 
     2016-09-24 08:14:32   R-msgRhsPosC    tilted 
     2016-09-24 08:14:32   R-pairCentral   0x26ED12 
     2016-09-24 08:14:32   R-sign          off 
     2016-09-24 08:14:32   R-transmDevTryMax 6 
     2016-09-24 08:14:32   R-transmitTryMax 6 
     2016-12-12 22:55:06   RegL_00.          02:01 09:01 0A:26 0B:ED 0C:12 10:01 14:06 00:00 
     2016-12-12 22:55:06   RegL_01.          08:00 20:6C 21:02 22:64 30:06 00:00 
     2016-12-12 22:55:13   alive           yes 
     2016-12-12 22:55:44   battery         ok 
     2016-12-12 22:55:44   contact         closed (to VCCU) 
     2016-12-12 22:55:13   cover           closed 
     2016-09-24 17:16:56   duration_live   0 
     2016-12-12 20:59:21   powerOn         2016-12-12 20:59:21 
     2016-12-12 22:55:13   recentStateType info 
     2016-12-12 22:55:44   state           closed 
     2016-12-12 22:55:44   trigger_cnt     27 
   Helper: 
     HM_CMDNR   49 
     PONtest    0 
     cSnd       0126ED12267F5E01040000000001,0126ED12267F5E0103 
     mId        0030 
     peerIDsRaw ,00000000 
     rxType     4 
     Ack: 
     Expert: 
       def        1 
       det        1 
       raw        1 
       tpl        1 
     Io: 
       newChn     +267F5E,00,00,00 
       nextSend   1481579749.41033 
       rxt        0 
       vccu       VCCU 
       p: 
         267F5E 
         00 
         00 
         00 
     Mrssi: 
       mNo        31 
       Io: 
         HMLAN1     -78 
         HMUART1    -67 
     Prt: 
       bErr       0 
       sProc      0 
       Rspwait: 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       chn        1 
       dev        1 
     Rpt: 
       IO         HMUART1 
       flg        A 
       ts         1481579749.3068 
       ack: 
         HASH(0x2e10598) 
         31800226ED12267F5E00 
     Rssi: 
       At_hmlan1: 
         avg        -81.1094890510949 
         cnt        274 
         lst        -78 
         max        -70 
         min        -100 
       At_hmuart1: 
         avg        -70.0085836909871 
         cnt        233 
         lst        -69 
         max        -59 
         min        -86 
     Shadowreg: 
     Tmpl: 
Attributes: 
   DbLogExclude duration_live 
   IODev      HMUART1 
   IOgrp      VCCU 
   actCycle   028:00 
   actStatus  alive 
   autoReadReg 5_readMissing 
   devStateIcon closed:fts_door@0CFB0C open:fts_door@E50005 tilted:fts_door@F5FF10 
   event-on-change-reading .* 
   expert     251_anything 
   firmware   2.4 
   model      HM-SEC-RHS 
   peerIDs    00000000, 
   room       System 
   serialNr   KEQ1096133 
   subType    threeStateSensor

Ich sehe keine Peers. Trotzdem rot

Ich glaube mittlerweile das Ding spinnt einfach irgendwie... bin jedenfalls erstmal raus für heute, danke für die vielen Antworten! Wenn noch jemand ne Idee hat... probiere ich dann gerne morgen aus.