MAX Türkontakte plötzlich keine Kommunikation mehr

-kw · 24 Mai 2020, 22:13:40

Huhu zusammen!

Ich habe folgendes Problem:
Ich habe einen RPi mit einem gedockertem fhem laufen. Daran hängt ein nanoCUL über den ein paar MAX! Türkontaktschalter dran hängen.

Das hat auch alles laaaange Zeit gut geklappt - bis vor ein paar Tagen. Da kamen auf einmal die Änderungen der Fenster/Türen nicht mehr rein. Die Kontakte blinkten dann auch immer 3x, statt 1x. Das heißt, es gibt irgendeinen Fehler.
Am Setup hat sich nichts geändert, außer dass das Docker-Image aktualisiert wurde. Ich gehe auch nicht davon aus, dass Batterien leer sind, denn alle Kontakte konnten auf einmal nicht mehr senden (bzw. es kam im fhem nicht an). Die Hardwarekonfiguration habe ich überprüft, der CUL wird vom Linux erkannt und auch in den Docker-Container gemountet.
Der Event-Log (und auch der Dockerlog) bleibt leer.

Einen Kontakt habe ich neu gepairt, leider ohne Erfolg. Er blinkt dann zwar 1x, aber leider keine Änderung in fhem.

Ich habe leider keine Ahnung, wie man das debuggen könnte. Kann mir bitte jemand helfen? Vielen Dank!

RaspiLED · 25 Mai 2020, 06:15:39

Batterien?
Gruß Arnd

Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...

Wzut · 25 Mai 2020, 07:09:48

3x mal Blinken = keine Reaktion der Zentrale oder des Partners auf eine open/close Message.
Hat also nicht mit den Batterien zu tun.
Der eine neu gepairte ist jetzt vermutlich mit niemanden mehr assoziert (gepaired) und senden daher nur noch Broadast Telegramme.
Debuggen mit : verbose 5 am CULMAX Device setzen und einen Kontakt senden lassen.

-kw · 26 Mai 2020, 15:35:03

Hallo ihr beiden,

vielen Dank für eure Antworten!

Batterien sind neu, daran kann es nicht liegen.

Ich habe den debug-Modus eingestellt und erhalte seither ca. 1x pro Stunde folgende Ausgabe im Log (hier seit Neustart):

Zitatfhem_1 | 2020.05.26 02:16:44.370 5: CUL_MAX_BroadcastTime: payload 141a02506c
fhem_1 | 2020.05.26 02:16:44.371 5: CUL_MAX_Send: enqueuing 0f19040334251606428d00141a02506c
fhem_1 | 2020.05.26 02:16:44.371 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:44.486 3: CUL868: Unknown code ZERR100, help me!
fhem_1 | 2020.05.26 02:16:44.871 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:45.403 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:45.904 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:46.646 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:47.147 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:47.648 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:47.648 5: CUL_MAX_SendQueueHandler: Retry 06428d for 0f19040334251606428d00141a02506c count: 3
fhem_1 | 2020.05.26 02:16:50.648 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:50.691 3: CUL868: Unknown code ZERR100, help me!
fhem_1 | 2020.05.26 02:16:51.149 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:51.742 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:52.243 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:53.244 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:53.244 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:53.745 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:53.746 5: CUL_MAX_SendQueueHandler: Retry 06428d for 0f19040334251606428d00141a025072 count: 2
fhem_1 | 2020.05.26 02:16:56.746 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:56.788 3: CUL868: Unknown code ZERR100, help me!
fhem_1 | 2020.05.26 02:16:57.246 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:57.747 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:58.248 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:58.749 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:59.250 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:16:59.751 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:17:00.362 5: CUL_MAX_SendQueueHandler: 1 items in queue
fhem_1 | 2020.05.26 02:17:00.362 5: CUL_MAX_SendQueueHandler: Retry 06428d for 0f19040334251606428d00141a025078 count: 1

usw.

Die IDs (wie in der letzten Zeile) ändern sich bei jedem Durchlauf.

Wzut · 26 Mai 2020, 16:39:43

ist wohl leider eine sehr alte Version vom 14_CUL_MAX Modul, mit der aktuellen wäre das Log besser lesbar

Aber anyway, BroadcastTime: payload 141a02506c hier soll ein Zeittelegramm verschickt werden , das Ziel Gerät antwortet aber nicht.
D.h. du hast doch mehr MAX Geräte als nur ein paar FKs.
CUL868: Unknown code ZERR100 -> Z = MAX , ERR = Error dein CUL emfängt etwas das wie MAX aussieht kann es aber nicht dekodieren.
Hier würde ich zuerst ansetzen, d.h. offenbar hat dein CUL irgend ein Problem. Poste doch bitte mal ein List vom CUL

-kw · 26 Mai 2020, 18:25:46

Hallo Wzut,

das Docker-Image ist aktuell. Was du sa siehst ist die Ausgabe aus den Dockerlogs.

Du hast Recht, es kann sein, dass das meine Heizungsthermostate(auch von MAX) sind. Diese habe ich über den Sommer still gelegt.

"CUL868: Unknown code ZERR100 -> Z = MAX , ERR = Error dein CUL emfängt etwas das wie MAX aussieht kann es aber nicht dekodieren." Hm, ok. Würde Sinn ergeben, da die Fensterkontakte - soweit ich weiß - einmal pro Stunde ihren Status senden!

> list CUL868:

Code Auswählen

Internals:
   CMDS       ABCEeFfGhiKklMmRTtUVWXxYZz
   CUL868_MSGCNT 36
   CUL868_TIME 2020-05-26 16:17:04
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
   FD         9
   FHTID      0000
   FUUID      5d546d97-f33f-86c0-e71e-e34fb5ba4593acd4
   FVERSION   00_CUL.pm:0.175590/2018-10-18
   NAME       CUL868
   NR         40
   NR_CMD_LAST_H 5
   PARTIAL    
   RAWMSG     ZERR100
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL433
   initString X21
Zr
Za342516
Zw111111
   MatchList:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-08-21 16:24:11   ccconf          freq:6588.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2020-05-26 00:16:13   cmds             A B C E e F f G h i K k l M m R T t U V W X x Y Z z
     2020-05-26 16:17:04   credit10ms      583
     2020-05-26 16:17:04   state           Initialized
     2020-05-24 15:12:49   uptime          0 21:51:45
   XMIT_TIME:
     1590499026.02578
     1590502606.06791
     1590502612.48497
     1590502618.88596
     1590502624.96551
Attributes:
   rfmode     MAX
   room       _Technik->CUL

> list Max1:

Code Auswählen

Internals:
   DEF        342516
   FUUID      5d54714c-f33f-86c0-1a33-d3f95856098b09fc
   FVERSION   14_CUL_MAX.pm:0.124400/2016-10-26
   IODev      CUL868
   NAME       Max1
   NR         41
   STATE      Defined
   TYPE       CUL_MAX
   addr       342516
   cnt        0
   pairmode   0
   retryCount 0
   READINGS:
     2020-05-26 16:17:08   packetsLost     1272
   sendQueue:
Attributes:
   IODev      CUL868
   room       _Technik->CUL
   verbose    5

Wzut · 26 Mai 2020, 18:52:48

VERSION V 1.67 nanoCUL433

und

Zitat
READINGS:
2019-08-21 16:24:11 ccconf freq:6588.300MHz bWidth:101KHz rAmpl:33dB sens:8dB

Stimmt da "nur" die Ausgabe nicht oder ist es wirklich ein 433er ? Dann wundert mich dein ZER100 nicht
und BTW : aktuell schaut anderes aus

-kw · 26 Mai 2020, 18:59:05

Gekauft habe ich ihn mit der Beschreibung, dass er auf beiden Frequenzen funken kann.

Code Auswählen

DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400

Code Auswählen

Readings ccconf freq:6588.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2019-08-21 16:24:11

Ich mutmaße, dass er auf der 868 funkt. Alle Türkontake (und im Winter die Heizungsthermostate) tun das auch. Kann sich so eine Frequenz einfach verstellen?

Falls ja ist das natürlich eine Erklärung

PS: Ich habe mal einen Screenshot vom Event Monitor angehangen. Sieht das besser aus? Wie gesagt, das Image ist aktuell

PPS:
Andererseits sieht das für mich aber auch nicht richtig aus:

> get CUL868 ccconf

Code Auswählen

CUL868 ccconf => freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB

Wzut · 26 Mai 2020, 19:07:03

so sollte es ausschauen :

Code Auswählen

freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
und das ein CUL wirklich gut auf zwei Frequenzen arbeitet halt ich für ein Gerücht, aber das ist eh was für die Hardware Gurus - ich bin da raus.
Aber nochmal zum Thema aktuell : schau dir doch nur mal an was deine beiden Geräte da an FVERSION stehen haben !

RaspiLED · 26 Mai 2020, 21:05:19

Hi,
Wzut meint

Code Auswählen

set CUL868 freq 868.3
Danach

Code Auswählen

get CUL868 ccconf
Gruß Arnd

Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...

-kw · 26 Mai 2020, 21:20:17

Du hast Recht! Ich habe das nicht richtig in Erinnerung gehabt. Die Dinger gibt es aber wirklich, haben dann zwei Antennen.

Mein CUL hier hat auf jeden Fall schon mal mit 868MHz funktioniert.

Ich habe jetzt die Frequenz im Modus SlowRF geändert (der einzige, in dem das funktioniert hat). Weil danach die Frequenz in der Abfrage oben immer noch auf freq:0.000MHz stand, habe ich den Pi neu gestartet. Weiterhin

Code Auswählen

CUL868 ccconf => freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB

Dann habe ich den Pi heruntergefahren, den CUL herausgezogen, mit Druckluft die Kontakte sauber gemacht (zum USB) und das Setup wieder hochgefahren. Dabei habe ich nochmal geprüft, dass der Stecker fest angeschlossen ist und die Antenne auch. Optisch gesehen ist nichts durchgebrannt.

Nach dem Neustart immer noch 0. Habe dann den Wert manuell nochmal gesetzt: CUL868 ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB

Ich prüfe nun alles nochmal und starte zwei-drei mal neu. Melde mich dann nochmal.
Witzig ist: Ich hatte den CUL schon ein paar Mal abgezogen :/

Danke euch beiden aber auf jeden Fall schonmal!

-kw · 26 Mai 2020, 21:32:21

OK, in der oben beschriebenen Situation funktioniert ausschließlich der eine Kontakt, den ich neu gepairt habe.

Dann habe ich den Pi nochmalig neu gestartet und NUN FUNKTIONIERT ALLES WIEDER!!
Warum auch immer

Ich danke euch beiden vielmals! Wenn wir uns jemals begegnen, dann gebe ich euch ein Bier aus!

Vielen Dank!

RaspiLED · 27 Mai 2020, 07:10:47

Hi,
Schön das es geht, aber die Softwareseite halte ich für unnötig. Ich denke, da hat die Hardware einen Wackelkontakt. Konkret stelle ich mir die Frage, ob die Datenleitungen vom cc1101 zum STM32 (MapleCUL) oder zum AtMega (nanoCUL oder keine Spannungsteiler verbaut sind) sauber kontaktiert sind

Hast Du Fotos?
Gruß Arnd

Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...

-kw · 27 Mai 2020, 17:52:06

Es muss ja wohl dann ein Wackelkontakt gewesen sein. Was aber auch irgendwie komisch ist, denn der Pi steht in der Ecke, da kommt keiner dran

Ich habe dir mal Fotos von der Ober- und Unterseite angehangen.

RaspiLED · 27 Mai 2020, 20:25:16

Hi,
Danke für die Bilder!
Ich denke dies ist ein Model ohne Spannungsteiler. Daher kann es schon sein, dass dieses außerhalb der Spezifikation betriebene cc1101 irgendwann ein frühzeitigen Tod stirbt.
Glückwunsch, dass er wieder läuft! Aber wenn er wieder Probleme macht, würde ich durekt auf die Hardware tippen

Gruß Arnd

Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...