Prüfung der Funktion von C1101

Begonnen von Bommelkopp, 04 Mai 2018, 08:54:33

Vorheriges Thema - Nächstes Thema

Bommelkopp

Guten Morgen,

nachdem ich gestern ein halb zerfetztes C1101 (orig. und echtes 868er Modell) von meinem Selbstbau-nano abnehmen mußte habe ich ein neues drangeklatscht, kann aber weder schalten noch sonstwas.
Der Nanocul gibt sich zwar als "Initialized" aus, aber ich vermute, daß meine Wurstfinger beim Löten der winzigen 2mm-Lötbuchten versagt haben.

Gibts eine Möglichkeit, dies per "Auslesen" oder so, festzustellen?
Irgendwelche Werte, die dann schräg oder gar nicht da sind?
Gruß
Bommel

Beta-User

get <CUL> ccconf
Kommt da nichts sinnvolles, ist entweder dir firmware auf dem Nano hinüber, oder es kommt eben nichts vernünftiges vom CC1101 über SPI, warum auch immer.

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Bommelkopp

Da kommt:

nanoC ccconf => freq:25.898MHz bWidth:812KHz rAmpl:24dB sens:4dB


Aber sinnvoll erscheint mir das nicht.

Ein anderer CUL (Busware-Typ) zeigt da:
CUL ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB

Das ist krass anders... an dem nano ab ich nix geändert.

Beta-User

Versuch's mehrfach:
Kommen immer wieder andere und seltsame Werte, stimmt vermutlich die Verkabelung nicht/Wackelkontakt, kalte Lötstelle; dto, wenn sich das nicht sinnvoll von FHEM aus einstellen läßt...
Ansonsten kann auch der CC1101 tatsächlich kaputt sein.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Bommelkopp

Kommt immer das gleiche...
Habe jetzt mal die Antenne entfernt, dann ist die Frequenz 0.000. Rest gleich...

RaspiLED

Hi,
Antenne kann eigentlich keinen Einfluss haben! Klingel (bzw. messe die Widerstände) mal alle Kontakte von PCB des CC1101 bis zum Arduino durch. Ich würde die alle neu verlöten und auf Lötbrücken achten ;-)
Ansonsten ist der cc1101 halt kaputt!
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Beta-User

Zitat von: Bommelkopp am 05 Mai 2018, 09:37:53
Kommt immer das gleiche...
Habe jetzt mal die Antenne entfernt, dann ist die Frequenz 0.000. Rest gleich...
Das mit dem Entfernen der Antenne war gar keine gute Idee. Details: https://www.youtube.com/watch?v=J3PBL9oLPX8 rule #3.

Vermutlich ist spätestens jetzt der CC1101 hinüber.

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Bommelkopp

Driss...
Hab noch einen hier, jetzt beginnt das ekelhafte Löten mit den 2mm Halbösen wieder...

laserrichi

gerade mal bei mir Probiert, ich kann die Frequenz auch auf 25Mhz setzen, wie wäre es wenn du mal versuchst die Frequenz zu setzen, bzw. auch Bandbreite, je nachdem was du da brauchst. Das cc1101 kann ja einen großen Bereich, und wenn das neu und unbenutzt ist, muss auch erstmal die Frequenz und Bandbreite gesetzt werden.

set Signalduino cc1101_freq 868.300
RaspberryPi 4 Bullseye,Homematic,Z-Wave,Rademacher Duofern,Signalduino,Fritz7590,ESPEasy,Tasmota,Robonect,Kameras,1-Wire,Modbus,Solar,Maranz,VU+,ulanzi tc001 mit awtrix light

connormcl

Zitat von: Bommelkopp am 05 Mai 2018, 21:23:08
Driss...
Hab noch einen hier, jetzt beginnt das ekelhafte Löten mit den 2mm Halbösen wieder...

Geeignetes Kabel abisolieren, verzinnen und mit geeigneter Lötspitze drandrücken und halten bis es haftet...sollte eigentlich einfach sein...

Ranseyer

Zitat von: Beta-User am 05 Mai 2018, 21:13:44
Das mit dem Entfernen der Antenne war gar keine gute Idee. Details: https://www.youtube.com/watch?v=J3PBL9oLPX8 rule #3.

Vermutlich ist spätestens jetzt der CC1101 hinüber.

Gruß, Beta-User
Ohne Antenne muss der Transceiver halt mehr Leistung verkraften. Im Regelfall das doppelte. Ich haette also angenommen das überlebt er schon ne Zeit lang. Denke eher das Teil muß wirklich sauber aufgebaut werden mit guten Verbindungen und ohne Kurzschluesse.

Gesendet von meinem VTR-L09 mit Tapatalk

FHEM mit FTUI. Homematic-Funk für Thermostate und Licht. MySensors als Basis für eigene HW.
Zentrale ist der MAPLE-CUL mit RFM69+HModUART-AddOn.
Doku zu meinen Projekten: Github/Ranseyer. Platinen falls verfügbar gerne auf Anfrage.
Support: gerne wenn ich Zeit+Lust habe im Forum. Nicht per PN!

Bommelkopp

So, jetzt neuen CC1101 angelötet. Keine Kurzschlüsse festgestellt.

Aber: get nanoC ccconf sagt:

Internals:
   CMDS       ABCEeFfGhiKklMmRTtUVWXxYZz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.0.7:3011 1209
   DeviceName 192.168.0.7:3011
   FD         97
   FHTID      1209
   NAME       nanoC
   NR         251
   NR_CMD_LAST_H 8
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-05-04 19:53:44   ccconf          freq:0.000MHz bWidth:812KHz rAmpl:42dB sens:4dB
     2018-05-07 20:30:08   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
     2018-05-07 20:30:08   state           Initialized
   XMIT_TIME:
     1525717900.09476
     1525717901.41254
     1525717904.35901
     1525717906.90325
     1525717909.68742
     1525717912.29678
     1525718054.30866
     1525718057.09861
Attributes:
   model      CUL


set "nanoC freq 868.300" hilft da auch nicht, und der Tip aus dem Post von laserrichi ("set Signalduino cc1101_freq 868.300")
geht nicht, weil er "cc1101_freq" nicht akzeptiert...

Was tun, sprach Reus...

RaspiLED

#12
Hi,
Also Du hast eine CUL Firmware, demnach

set nanoC freq 868.300

Mit einer Signalduino Firmware (gleiche Hardware als nanoCUL/Selbstbau)

set SDuino cc1101_freq 868.300


Aber was ist das für eine komische Definition? IP:Port[emoji47] Da müsste doch /dev/serial/by-id/... oder /dev/ttyUSB0@38400 stehen?

Ausserdem ist Deine ccconf Abfrage com 04.05 und nicht von heute - wie die cmds/version Abfragen.
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Bommelkopp

Oha - keine Ahnung, weiß der Trapper, wie das da reingekommen ist - zumal ich den nanoCul neu geflasht habe...

Die IP:Port Angabe kommt daher, daß ich den nano am Raspberry habe, der via ser2net den eigentlichen Raspi, der der FHEM-Server ist, anzapft.

Hier nochmal die neue list:
Internals:
   CMDS       ABCEeFfGhiKklMmRTtUVWXxYZz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.0.7:3011 1209
   DeviceName 192.168.0.7:3011
   FD         97
   FHTID      1209
   NAME       nanoC
   NR         251
   NR_CMD_LAST_H 10
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-05-07 21:15:03   ccconf          freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB
     2018-05-07 20:30:08   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
     2018-05-07 20:30:08   state           Initialized
   XMIT_TIME:
     1525717900.09476
     1525717901.41254
     1525717904.35901
     1525717906.90325
     1525717909.68742
     1525717912.29678
     1525718054.30866
     1525718057.09861
     1525719480.08426
     1525719480.38554
Attributes:
   model      CUL


Aber, wie gesagt: "set nanoC freq 868.300" ändert auch nix....

Bommelkopp

So. Neuen nano und neuen cc1101 gelötet, alles auf Anhieb in Betrieb genommen, alles gut.
Jetzt wird gesucht, welche Komponente im Eimer ist...