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! :)
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, ...
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.
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.
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
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:
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:
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
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 :)
Gekauft habe ich ihn mit der Beschreibung, dass er auf beiden Frequenzen funken kann.
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
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 :D
PPS:
Andererseits sieht das für mich aber auch nicht richtig aus:
> get CUL868 ccconf
CUL868 ccconf => freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB
so sollte es ausschauen :
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 !
Hi,
Wzut meint
set CUL868 freq 868.3
Danach
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, ...
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
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! =) :-*
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 ;D
Ich danke euch beiden vielmals! Wenn wir uns jemals begegnen, dann gebe ich euch ein Bier aus! 8) Vielen Dank! :-*
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, ...
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 :o
Ich habe dir mal Fotos von der Ober- und Unterseite angehangen. ;)
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, ...
Alles klar, dann weiß ich hier bescheid! 8)
Ich hoffe, dass er etwas länger hält - ist gerade mal ein Jahr alt! :)