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
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
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.
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.
Kommt immer das gleiche...
Habe jetzt mal die Antenne entfernt, dann ist die Frequenz 0.000. Rest gleich...
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, ...
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
Driss...
Hab noch einen hier, jetzt beginnt das ekelhafte Löten mit den 2mm Halbösen wieder...
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
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...
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
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...
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, ...
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....
So. Neuen nano und neuen cc1101 gelötet, alles auf Anhieb in Betrieb genommen, alles gut.
Jetzt wird gesucht, welche Komponente im Eimer ist...