CUL DISCONNECTED

[bgewehr]

Die aktuelle culfw im SVN bricht den Versuch nach 1,5s ab und gibt eine Fehlermeldung (ERR:CCA -> Clear Channel Assessment) zurueck. Fhem wiederholt dann den Versuch noch 2 mal automatisch.

Kannst Du mir bitte die Download-Prozedur nennen?

Ich erhalte aktuell 1.65, ist das schon die hier erwähnte neue Version?

[Commander111]

Hallo,
ich habe sehr aufmerksam die hier veröffentlichten Beiträge gelesen, da ich seit ein paar Wochen disconnected Probleme mit meinem CUL am rPI habe. Mittlerweile habe ich auch alle Lösungsvorschläge ausprobiert. Zuletzt den Austausch der Stromversorgung am rPI.
Gibt es denn jemanden der eine Lösung des Problems gefunden hat und wie sieht diese aus?
Ich weiß mir selber keinen Rat mehr.

[skeleton]

Hi

ich habe das Problem ebenfalls seit ein paar Tagen....
siehe
http://forum.fhem.de/index.php?action=post;topic=40668.0;last_msg=329087

und warte verzweifelt auf eine Lösung...

cheers
skeleton

[mgernoth]

Hallo,

Kannst Du mir bitte die Download-Prozedur nennen?

Habe mal eine neue Firmware für CUL und COC angehängt.

Ich erhalte aktuell 1.65, ist das schon die hier erwähnte neue Version?

Nein, in der offiziellen 1.65 ist der Fix noch nicht drin. Die hier angehängte meldet sich aber auch als 1.65.

Viele Grüße
  Michael

[bgewehr]

Super, danke!

[skeleton]

Hi,

eben Compiler, geflasht und das Problem ist immer noch da ....


So langsam macht sich Verzweiflung breit



hat irgendwer andere Ergebnisse erzielt ?

Cheers
skeleton

[mgernoth]

Hi,

eben Compiler, geflasht und das Problem ist immer noch da ....

Immernoch disconnects oder funktioniert HM jetzt einfach nicht? Letzteres würde bedeuten, dass der Fix funktioniert hat (Logge am besten mal die Nachrichten, dann taucht evtl ERR:CCA im Log auf)...
Nachdem das bei Dir nach einem Stromausfall passiert ist: Hast Du Rolladenaktoren? Die werden manchmal bei einem Reboot zum Stoerfunker und niemand anderes kann mehr senden.

Viele Grüße
  Michael

[skeleton]

Hi,

nein das gleich Problem immer noch
2015.09.05 12:01:33 1: /dev/ttyACM0 reappeared (COC)
2015.09.05 12:01:33 3: COC: Possible commands: BbCFiAZEGMKUYRTVWXefmltux


Ich habe keine Rollandeaktoren.
Lediglich Heizkörper Thermostate.
Aussen Thermostate
Youless
und Hutschienen Schalter.

Alles Homatic nix spezielles

Auf der Telnet console ist auch nix ( für mich) zu sehen
em> get COC ccconf
COC ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB


fhem> get COC raw T02
COC raw => No answer

Cheers und danke

[skeleton]

Hier mal das Verhalten mit Loglevel 5

Code Auswählen Erweitern


2015-09-05_12:10:14 COC Initialized
2015.09.05 12:10:14 5: Triggering COC (1 changes)
2015.09.05 12:10:14 5: Notify loop for COC CONNECTED
==> COC-2015.log <==
2015-09-05_12:10:14 COC CONNECTED
2015.09.05 12:10:15 4: CUL_Parse: COC A 0F 0E 8610 293B1B 000000 0A98BE0D2D1811 -65.5
2015.09.05 12:10:15 5: COC dispatch A0F0E8610293B1B0000000A98BE0D2D18::-65.5:COC
2015.09.05 12:10:23 4: CUL_Parse: COC A 0C 4A 8670 2F211A 000000 00C64703 -72.5
2015.09.05 12:10:23 5: COC dispatch A0C4A86702F211A00000000C647::-72.5:COC
2015.09.05 12:10:23 5: COC sending As094AA112F147112F211A
2015.09.05 12:10:23 4: CUL_send:  COCAs 09 4A A112 F14711 2F211A
2015.09.05 12:10:25 1: /dev/ttyACM0 disconnected, waiting to reappear (COC)
2015.09.05 12:10:25 5: Triggering COC (1 changes)
2015.09.05 12:10:25 5: Notify loop for COC DISCONNECTED
==> COC-2015.log <==
2015-09-05_12:10:25 COC DISCONNECTED
2015.09.05 12:10:27 3: Setting COC serial parameters to 38400,8,N,1
2015.09.05 12:10:27 1: /dev/ttyACM0 reappeared (COC)
2015.09.05 12:10:27 4: CUL_send:  COCV     
2015.09.05 12:10:27 4: CUL_send:  COC?     
2015.09.05 12:10:27 3: COC: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2015.09.05 12:10:27 4: CUL_send:  COCX2 1     
2015.09.05 12:10:27 4: CUL_send:  COCAr     
2015.09.05 12:10:27 4: CUL_send:  COCT0 1     
2015.09.05 12:10:27 5: Triggering COC (1 changes)
2015.09.05 12:10:27 5: Notify loop for COC Initialized
==> COC-2015.log <==
2015-09-05_12:10:27 COC Initialized
2015.09.05 12:10:27 5: Triggering COC (1 changes)
2015.09.05 12:10:27 5: Notify loop for COC CONNECTED
==> COC-2015.log <==
2015-09-05_12:10:27 COC CONNECTED
2015.09.05 12:10:41 4: CUL_Parse: COC A 0F 05 8610 2B3A88 000000 0AA0BA0C6400FB -76.5
2015.09.05 12:10:41 5: COC dispatch A0F0586102B3A880000000AA0BA0C6400::-76.5:COC
2015.09.05 12:10:43 4: CUL_Parse: COC A 0F B0 8610 2E7056 000000 0A90D10D004005 -71.5
2015.09.05 12:10:43 5: COC dispatch A0FB086102E70560000000A90D10D0040::-71.5:COC
2015.09.05 12:11:00 4: CUL_Parse: COC A 0F EA 8610 2B39C2 000000 0AB0CE0C640004 -72
2015.09.05 12:11:00 5: COC dispatch A0FEA86102B39C20000000AB0CE0C6400::-72:COC



Kann ich sonst noch was liefern an Informationen das Helfen würde ?

[mgernoth]

Hi,

Hier mal das Verhalten mit Loglevel 5

Code Auswählen Erweitern


2015.09.05 12:10:23 4: CUL_send:  COCAs 09 4A A112 F14711 2F211A
2015.09.05 12:10:25 1: /dev/ttyACM0 disconnected, waiting to reappear (COC)


Hmm, das ist eigentlich genau die Stelle, die gefixed sein sollte...

Du hast selbstkompiliert und bist auf Revision 523?

Du könntest versuchen, den Timeout in clib/rf_asksin.h -> ASKSIN_WAIT_TICKS_CCA weiter zu reduzieren. 125 ist 1s.

Die einzig andere Stelle im TX-Pfad die sich verklemmen könnte ist, wenn der CC1101 nie aufhört zu senden. Das ist aber laut Datenblatt eigentlich nicht möglich...

Viele Grüße
  Michael

[skeleton]

Ja habe selber kompiliert und zwar die Version die hier im Threat hängt...

kann ich mal versuchen wird aber heute Abend werden....

[skeleton]

Hi,

bist du sicher das dein Pfad korrekt ist ?

schauh  mal

Code Auswählen Erweitern


root@bananapi:/opt/SETUP-FHEM# grep -r ASKSIN culfw-1.*
culfw-1.55/docs/commandref.html:    <li> ASKSIN (aka BidCos(R))
culfw-1.55/Devices/CUL/CUL.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUL/CUL.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUL/CUL.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUL/board.h:#  define HAS_ASKSIN
culfw-1.55/Devices/CUL/board.h:#  define HAS_ASKSIN
culfw-1.55/Devices/CUNO/CUNO.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUNO/CUNO.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUNO/CUNO.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUNO/board.h:#define HAS_ASKSIN
culfw-1.55/Devices/COC/board.h:#define HAS_ASKSIN
culfw-1.55/Devices/COC/COC.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/COC/COC.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/COC/COC.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUN/CUN.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUN/CUN.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUN/CUN.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUN/board.h:#define HAS_ASKSIN
culfw-1.55/Devices/CUNO2/board.h:#define HAS_ASKSIN
culfw-1.55/Devices/CUNO2/CUNO2.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUNO2/CUNO2.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CUNO2/CUNO2.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/AirLinked/board.h.RWE_PSS:#define HAS_ASKSIN
culfw-1.55/Devices/AirLinked/board.h.CSM:#define HAS_ASKSIN
culfw-1.55/Devices/AirLinked/board.h.zCSM:#define HAS_ASKSIN
culfw-1.55/Devices/AirLinked/board.h.HM-LC-Sw1-PI:#define HAS_ASKSIN
culfw-1.55/Devices/CUR/board.h:#define HAS_ASKSIN
culfw-1.55/Devices/zCSM/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/zCSM/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/zCSM/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/zCSM/board.h:#define HAS_ASKSIN
culfw-1.55/Devices/TuxRadio/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/TuxRadio/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/TuxRadio/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/TuxRadio/board.h://#define HAS_ASKSIN
culfw-1.55/Devices/TuxRadio2/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/TuxRadio2/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/TuxRadio2/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/TuxRadio2/board.h:#define HAS_ASKSIN
culfw-1.55/Devices/CSM/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CSM/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CSM/CSM.c:#ifdef HAS_ASKSIN
culfw-1.55/Devices/CSM/board.h:#define HAS_ASKSIN
culfw-1.55/clib/intertechno.c:#ifdef HAS_ASKSIN
culfw-1.55/clib/intertechno.c: #ifdef HAS_ASKSIN
culfw-1.55/clib/intertechno.c:  #ifdef HAS_ASKSIN
culfw-1.55/clib/intertechno.c: #ifdef HAS_ASKSIN
culfw-1.55/clib/intertechno.c: #ifdef HAS_ASKSIN
culfw-1.55/clib/rf_asksin.c:#ifdef HAS_ASKSIN
culfw-1.55/clib/rf_asksin.c:const uint8_t PROGMEM ASKSIN_CFG[50] = {
culfw-1.55/clib/rf_asksin.c:    if (pgm_read_byte( &ASKSIN_CFG[i] )>0x40)
culfw-1.55/clib/rf_asksin.c:    cc1100_writeReg( pgm_read_byte(&ASKSIN_CFG[i]),
culfw-1.55/clib/rf_asksin.c:                     pgm_read_byte(&ASKSIN_CFG[i+1]) );
culfw-1.55/clib/rf_asksin.c:  uint8_t enc[MAX_ASKSIN_MSG];
culfw-1.55/clib/rf_asksin.c:  uint8_t dec[MAX_ASKSIN_MSG];
culfw-1.55/clib/rf_asksin.c:    if (enc[0]>=MAX_ASKSIN_MSG)
culfw-1.55/clib/rf_asksin.c:         enc[0] = MAX_ASKSIN_MSG-1;
culfw-1.55/clib/rf_asksin.c:  uint8_t enc[MAX_ASKSIN_MSG];
culfw-1.55/clib/rf_asksin.c:  uint8_t dec[MAX_ASKSIN_MSG];
culfw-1.55/clib/rf_asksin.c:  uint8_t hblen = fromhex(in+1, dec, MAX_ASKSIN_MSG-1);
culfw-1.55/clib/rf_receive.c:#ifdef HAS_ASKSIN
culfw-1.55/clib/rf_asksin.h:#ifndef _RF_ASKSIN_H
culfw-1.55/clib/rf_asksin.h:#define _RF_ASKSIN_H
culfw-1.55/clib/rf_asksin.h:#define MAX_ASKSIN_MSG 30
Binary file culfw-1.61.tar matches
root@bananapi:/opt/SETUP-FHEM# grep -r ASKSIN_WAIT culfw-1.*
root@bananapi:/opt/SETUP-FHEM#


[skeleton]

Hi,

sorry verges meinen letzten Post ich hab Mist gebaut vergangene Nacht und das falsche HEX File geflasht ...nun geht es ....

Super und danke für die Geduldige Hilfe....aber nach einer 60 Stunden Woche und einer späten Landung in Koeln sollte man nicht mehr mit der HW spielen....also sorry ...

[skeleton]

aber dafür nun das

2015.09.05 13:31:15 2: COC: unknown message ERR:CCA
2015.09.05 13:31:31 2: COC: unknown message ERR:CCA
2015.09.05 13:31:33 2: COC: unknown message ERR:CCA
2015.09.05 13:31:39 2: COC: unknown message ERR:CCA

[mgernoth]

Hi,

2015.09.05 13:31:15 2: COC: unknown message ERR:CCA

Ja, das war zu erwarten
Du hast einen Störsender, der ständig auf der Frequenz funkt, weswegen der CUL selbst nicht senden kann. Das führt jetzt zu dieser Meldung, davor zum Absturz. Nicht alle HM-Komponenten machen CCA, weswegen Du noch manche Meldungen von diesen Komponenten empfängst.

Also mal alle HM-Komponenten nacheinander deaktivieren und schauen, wer schuld ist (oder mit einem billigen rtlsdr direkt nach der Störquelle suchen).

Viele Grüße
  Michael