nanoCUL - empfängt nichts mehr - verstimmte CC1101-Module?

Begonnen von thunder1902, 23 November 2020, 07:34:19

Vorheriges Thema - Nächstes Thema

thunder1902

Hallo!

Ich habe gerade ein großes Problem:

Nutze seit Jahren den nanoCUL mit Homematic Komponenten - hatte noch nie Probleme. Da mir die Antenne vom CC1101-Modul abgerissen ist, habe ich mir aus China ein neues CC1101 868MHZ-Modul besorgt.

An einem Arduino ProMini 3,3V, 8MHZ gelötet - angeschlossen - und läuft NICHT mehr. FHEM erkennt den nanoCUL ganz normal mit Initialized - und wenn ich öfter auf einen Homematic Lichtschalter in FHEM drücke, geht auch beim ersten Drücken das Licht an, aber es wird keine Bestätigung mehr empfangen (MISSING ACK). Wenn ich das Licht gleich danach wieder aus schalte, funktioniert das nicht mehr. Erst nach einer kleinen Weile wird auf das Kommando reagiert - aber halt mit "MISSING ACK".
Mittlerweile habe ich schon 4 verschiedene CC1101-868MHZ Module ausprobiert - bei manchen reagiert er nicht mal. Habe auch schon den ProMini mit 16MHZ (nanoCUL) ausprobiert - das gleiche in grün.

Ich weiß echt nicht mehr, was ich tun könnte, damit der CUL wieder funktioniert.

Für mich sieht das nach verstimmten CC1101-Modulen aus - was meint ihr?

Hier mal mein CUL-List aus Fhem:
Internals:
   CMDS       ABCEeFfGhiKklMmRTtUVWXxYZz
   CUL1_MSGCNT 129
   CUL1_TIME  2020-11-23 07:32:13
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyUSB0@38400 1234
   DeviceName /dev/ttyUSB0@38400
   FD         13
   FHTID      1234
   FUUID      5c55eb2a-f33f-fd24-5bb4-00e8d8be082e2da5
   NAME       CUL1
   NR         55
   NR_CMD_LAST_H 16
   PARTIAL   
   RAWMSG     A0F858610511ABA0000000AA8E20B0C4012
   RSSI       -65
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
Ar
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1606082076.05272
           VALUE      Initialized
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-11-22 20:08:01   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2020-11-22 22:54:36   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-11-23 06:23:02   raw             is0000F0000FF0
     2020-11-23 07:32:13   state           Initialized
     2019-06-10 14:30:42   version         No answer
   XMIT_TIME:
     1606112438.2006
     1606112458.51806
     1606112462.43126
     1606112463.4987
     1606112468.08343
     1606112472.26481
     1606112476.88564
     1606112484.06218
     1606112583.4581
     1606112589.03406
     1606112594.61249
     1606112600.31421
     1606112741.27869
     1606112767.22481
     1606112773.49339
     1606112798.82814
   helper:
     123456:
       QUEUE:
     28671F:
       QUEUE:
     3B6797:
       QUEUE:
     3B67B0:
       QUEUE:
     3B67B2:
       QUEUE:
     3B67BB:
       QUEUE:
     3B67C2:
       QUEUE:
     3B67C3:
       QUEUE:
     3B67C4:
       QUEUE:
     3B67D7:
       QUEUE:
     3B6889:
       QUEUE:
     3B68D1:
       QUEUE:
     3B69D8:
       QUEUE:
     3B94D1:
       QUEUE:
     511ABA:
       QUEUE:
     51DDDA:
       QUEUE:
     51DDFB:
       QUEUE:
     5AD50C:
       QUEUE:
     67040F:
       QUEUE:
Attributes:
   icon       cul_cul
   rfmode     HomeMatic
   room       CUL1
   verbose    5


Es würde mich riesig freuen, wenn ihr eine Idee hättet, an was das liegt..!!

Danke schonmal!!! ;)

PeMue

Hallo,

probiere doch einfach mal den Frequenz Test aus und schaue, ob die Module verstimmt sind. Welche Antenne verwendest Du?

Gruß Peter
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

MadMax-FHEM

Bevor du lang rum tust, warum nicht einfach ein Original-Homematic- Funkmodul nehmen!?

Z.B.: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

Ist nicht wirklich teuer (finde ich) und funktioniert zuverlässig.
Bzw. sogar deutlich besser als jeder CUL!

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

ZitatIch weiß echt nicht mehr, was ich tun könnte, damit der CUL wieder funktioniert.
zunächst würde ich mal das passende "attr hmid" im cul setzen.

die passende hmid findest du zb in jedem reading "PairedTo".
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

MadMax-FHEM

Zitat von: frank am 23 November 2020, 11:06:34
zunächst würde ich mal das passende "attr hmid" im cul setzen.

die passende hmid findest du zb in jedem reading "PairedTo".

Ups, stimmt...
Ohne passende "Zentralen-Kennung" nehmen die Geräte ja keine Befehle an...

(Empfangen und "zuordnen" von Werten geht nat. trotzdem: CUL weigert sich ja nicht zu empfangen und fhem hat nix dagegen es eimem passenden Device zuzuordnen ;)  )

Allerdings hätte ich trotzdem bei einem Defekt gleich richtig getauscht -> HMOD-PCB...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

thunder1902

@PeMue: Danke für den Tip- das habe ich schon gemacht - die Module sind verstimmt. Aber dieser Frequenz-Test nützt doch beim nanoCUL nichts, oder?

@MadMax: Ja, danke für die Antwort - das Teil wäre meine 2. Option, wenn das mit dem CUL gar nicht hinhaut. Mich würde es halt interessieren, warum das auf einmal nicht mehr funktioniert.

@frank: Ok, danke Dir auch für den Tip mit hmid. Die habe ich jetzt ergänzt - hat leider nichts gebracht - Die Fehlermeldung "MISSING ACK" ist trotz "shutdown restart" sichtbar... :-/

frank

Zitatdas Teil wäre meine 2. Option, wenn das mit dem CUL gar nicht hinhaut. Mich würde es halt interessieren, warum das auf einmal nicht mehr funktioniert.
am besten eine vccu definieren und alle io's nutzen.
=> ausfallsicherheit.
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

MadMax-FHEM

Zitat von: frank am 23 November 2020, 11:33:48
am besten eine vccu definieren und alle io's nutzen.
=> ausfallsicherheit.

Selbst ohne Ausfallsicherheit (also selbst mit nur einem IO) ist eine vccu immer gut! :)
(https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU)

Gruß, Joachim

P.S.: und ich würde immer noch nicht so lange mit dem CUL rumtun ;)   Weil (auf Dauer) ein CUL für Homematic eh nicht sonderlich "gut" ist...  Hatte selbst mal einen NanoCUL für Homematic. Dann "musste" ich auf die "Timing-FW" und dann hatte ich keine Lust mehr. Aber: bei mir war es nur "zum Spielen" (weil mein richtiges IO war/ist ein HM-CFG-USB [leider gibt's den ja nicht mehr / daher ist ein HMOD-PCB mit USB-Adapter bereits auf dem Testsystem bereit :)  ])
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

thunder1902

hat niemand mehr eine Idee??
Kann das überhaupt mit verstimmten Modulen so sein?


PeMue

Zitat von: thunder1902 am 23 November 2020, 20:19:46
Kann das überhaupt mit verstimmten Modulen so sein?
Dummerweise ist das bei manchen Modulen so, ich hatte eine Charge, die war schlecht und meine Antenne vom Testempfänger war noch schlechter. Bis ich das raus hatte, ging ziemlich Zeit ins Land, vim Frust ganz zu schweigen ...

Zitat von: thunder1902 am 23 November 2020, 11:24:33
@PeMue: Danke für den Tip- das habe ich schon gemacht - die Module sind verstimmt. Aber dieser Frequenz-Test nützt doch beim nanoCUL nichts, oder?
Stimmt, ich vermute, in der Firmware kann man da keinen default-Wert eintragen. Probier doch mal das am wenigsten verstimmte Modul?
Oder nimm gleich einen HM-MOD-RPI-PCB, hier ist noch einer übrig.

Gruß Peter
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

papa

Oder eine "Quivicon Smart Home Base" günstig in der Bucht schiessen (ca. 5€ inkl. Versand), das Funkmodul auslöten und direkt an einen USB-Serial-Wandler anschliessen. Fertig ...
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire