CUL im Selbstbau - C35 = 0 / 00 - CC1101 defekt?

Begonnen von dad401, 15 Februar 2016, 18:56:41

Vorheriges Thema - Nächstes Thema

dad401

Hallo,

ich habe mir einen CUL mit Arduino Nano und einem 868 MHz Funkmodul gebaut. Der CUL wird initialisiert und ich kann diesem auch Befehle senden. Änderung zur Frequenz etc. lassen ihn aber nichts tun.
Nach Aufschalten mit einem Termin ergibt der Befehl C35 alles 0en (ich glaube 0 / 00), was mich irgendwie darauf schließen läßt, dass das die Kommunikation zum Funkmodul das Problem ist.
Hier würde ich ersteinmal Schaltungsprobleme ausschließen wollen.

1. das Funkmodul ist dieses:
(http://www.fhemwiki.de/w/images/0/0c/CC1101_868_mini.png)
Anschlüsse links von oben nach unten:
1. 3V3
2. GND
3. MOSI
4. SCLK
5. MISO
6. GDO2
7. GDO0
8. CSN

Die Antenne ist rechts in der Mitte angelötet.

Schaltung ist diese mit folgenden Änderungen.
(http://www.fhemwiki.de/w/images/2/24/Selbstbau_cul_Schaltplan.png)
Arduino => CC1101
D13 über 4K7 an SCLK, von SCLK über 10K an GND (Pegelanpassung auf 3,3V)
D3 direkt an GDO0
D2 direkt an GDO2
GND direkt an GND
D12 direkt an MISO
D11 über 4K7 an MOSI, von MOSI über 10K an GND (Pegelanpassung auf 3,3V)
D10 direkt an CSN, von CSN über 10K an 3V3 (Pullup, aber keine Pegelanpassung?!)
D9 über 330R an LED-Anode, LED-Kathode an GND (LED blinkt, wie es sein soll und ist steuerbar (l01, l00, etc.)

Eigentlich genauso wie hier im Schaltplan, bis auf den 4K7/10K bei CSN:


Fehlt evtl. die Pegelanpassung bei D10 /CSN? Oder sind die Pegelanpassungen falsch - hätte ich dieser trotz Risiko lieber weglassen sollen?

Falls hier was grundsätzlich falsch ist, würde ich mich über Rückmeldungen freuen. Ich habe alles durchgemessen und finde den Fehler nicht, außer der CC1101 ist defekt / durch fehlende Anpassung defekt gegangen?!

Gruss
Marcus
--
aktuelles FHEM auf einem RPI3 mit
HM-MOD-RPI-PCB, CUL868, nanoCUL (868MHz), Signalduino (433MHz), SignalESP (433 MHz) zur Nutzung folgender Systeme:
FS20/Homematic/IT-Steckdosen/OW/Sonstiges

dad401

#1
Hier noch ein paar Daten von der Seriellen:

V 1.66 nanoCUL868
C35 = 00 /  0
C99:
00183E078C07FE00
0000000E001D83D0
10000003F00C0620
0069500200040D4F
F010000000000800
00237E3F00200400

X08 oder X21: keine Ausgaben

C01 = 16 / 22
C02 = 82 / 130
C03 = A0 / 160
C04 = 3E / 62
C05 = 1C / 28
C0D = 18 / 24
--
aktuelles FHEM auf einem RPI3 mit
HM-MOD-RPI-PCB, CUL868, nanoCUL (868MHz), Signalduino (433MHz), SignalESP (433 MHz) zur Nutzung folgender Systeme:
FS20/Homematic/IT-Steckdosen/OW/Sonstiges

bg2411

Hallo,

ich hatte vor einiger Zeit exakt das gleiche Problem (s. Thread : http://forum.fhem.de/index.php/topic,46593.msg388234.html#msg388234)
Hast Du einen nanoCLONE? In diesem Fall müssen die Pins 25/26 des Arduinos u.U. kurzgeschlossen werden, falls sie nicht miteinander verbunden sind.
Erkennt linux den Stick nach jedem Neustart?

Gruß,
Bastian

Feuerdrache

Ich denke es handelt sich um pin 25 und 26 des ftdi USB serial Konverters und nicht die des Arduino...

Gruß FD
FHEM auf Raspberry PI B2
- CUL V3.4 mit culfw 1.65 für HM
- nanoCUL mit culfw 1.66 für KOPP FreeControl

bg2411

Zitat von: Feuerdrache am 18 Februar 2016, 18:22:08
Ich denke es handelt sich um pin 25 und 26 des ftdi USB serial Konverters und nicht die des Arduino...

Gruß FD

Korrekt! mea culpa 8)

dad401

Danke - dann werde ich es erstmal mit den PINs probieren. Eigentlich habe ich das ausgeschlossen, da der Arduino ja an sich sich so verhält wie er soll. Aber schaden kann es nicht - wenn ich den Schaden nicht beim Löten mache. Muss aber leider die Platine erstmal wieder ablöten, da der Chip ja auf der Unterseite ist :-(
--
aktuelles FHEM auf einem RPI3 mit
HM-MOD-RPI-PCB, CUL868, nanoCUL (868MHz), Signalduino (433MHz), SignalESP (433 MHz) zur Nutzung folgender Systeme:
FS20/Homematic/IT-Steckdosen/OW/Sonstiges

weini

Hallo dad401!

Wäre sehr an deiner Rückmeldung interessiert. Ich habe ein ähnliches Problem (GETs funktionieren nicht, SETs schon) und habe auch einen fest verlöteten FTDI Nano.
Würde mit dem Auslöten warten, ob das bei dir etwas gebracht hat....


Viele Grüße,
weini

Feuerdrache

Also mittlerweile hab ich auch arduinos mit dem pin 26 Fehler bekommen, das Fehlerbalken passt jedoch nicht zu der Beschreibung von dir. Wenn der pin 26 des ftdi nicht aus Masse verbunden ist, ist der Effekt, das der Arduino auf der USB Seite einfach verschwindet und vielleicht wieder auftaucht... Manchmal auch erst nach mehrmaligem abziehen und erneut anstecken.
Gruß FD
FHEM auf Raspberry PI B2
- CUL V3.4 mit culfw 1.65 für HM
- nanoCUL mit culfw 1.66 für KOPP FreeControl