Cc1101 von Ebay

SVLoneStar · 17 Oktober 2015, 17:37:57

Auch mal das define mit 38400 versucht?
Eine Anleitung zum Testen mit Screen findest Du weiter oben in diesem Thead, 'Suchen im Thread' nach Screen findet den Post. Irgendwann muss ich mal herausfinden, wie man mit Tapatalk auf Posts verlinkt...

Sent from my iPhone using Tapatalk

Blackcat · 17 Oktober 2015, 17:40:54

Zitat von: SVLoneStar am 17 Oktober 2015, 17:37:57
Auch mal das define mit 38400 versucht?

Sent from my iPhone using Tapatalk

Ja geht auch nicht

Code Auswählen

2015.10.17 17:42:50 3: Opening nanoCUL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0
2015.10.17 17:42:50 3: Setting nanoCUL serial parameters to 38400,8,N,1
2015.10.17 17:42:50 3: nanoCUL device opened
2015.10.17 17:42:59 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0, ignoring it (nanoCUL)
2015.10.17 17:43:05 3: Setting nanoCUL serial parameters to 38400,8,N,1
2015.10.17 17:43:05 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0 reappeared (nanoCUL)
2015.10.17 17:43:14 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0, ignoring it (nanoCUL)

SVLoneStar · 17 Oktober 2015, 17:43:25

Hmm...dann muss ich passen, sorry.

Sent from my iPhone using Tapatalk

pejonp · 17 Oktober 2015, 21:30:17

Zitat von: Blackcat am 17 Oktober 2015, 17:40:54
...
Code Auswählen Erweitern
2015.10.17 17:42:50 3: Opening nanoCUL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0 2015.10.17 17:42:50 3: Setting nanoCUL serial parameters to 38400,8,N,1 2015.10.17 17:42:50 3: nanoCUL device opened 2015.10.17 17:42:59 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0, ignoring it (nanoCUL) 2015.10.17 17:43:05 3: Setting nanoCUL serial parameters to 38400,8,N,1 2015.10.17 17:43:05 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0 reappeared (nanoCUL) 2015.10.17 17:43:14 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0, ignoring it (nanoCUL)

Hallo Blackcat,
vielleicht hast du einen Schreibfehler/Zahlendreher in der FHEM.cfg. Ich hinterlege die USB-Geräte immer erst in der /etc/udev/rules.d/99-local.rules. Und in FHEM nur noch den Kurznamen/Link/Sybolischen Namen.

Versuche mal bitte unter Linux eine shell zu öffnen und diese hier abzufragen.

lsusb --> es werden alle USB-Geräte aufgelistet.
root@odroid:/opt/fhem/log# lsusb
Bus 001 Device 008: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 009: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 004: ID 148f:3070 Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter
Bus 001 Device 003: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

jetzt den USB-Adapter für den CUL auswählen und auslesen. Vielleicht ist auch eine S/N dabei. Bei meinem ist keine dabei.

lsusb -v -s 001:009

Bus 001 Device 009: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x1a86 QinHeng Electronics
idProduct 0x7523 HL-340 USB-Serial adapter
bcdDevice 2.54
iManufacturer 0
iProduct 2 USB2.0-Serial
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 39
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 96mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 2
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0020 1x 32 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0020 1x 32 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 1
Device Status: 0x0000
(Bus Powered)

Der Eintrag der /etc/udev/rules.d/99-local.rules sieht dann so aus. Es sind zwei verschiedene Nano V3.0.

#signalduino
SUBSYSTEMS=="usb", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="signald", MODE="0666"
#Arduino CUL_TMC
SUBSYSTEMS=="usb",ATTRS{idProduct}=="6001", ATTRS{idVendor}=="0403", ENV{ID_SERIAL_SHORT}=="A402JBU4", SYMLINK+="cul1", MODE="0666"

Nach dem editieren der 99-local.rules diesen Befehl ausführen: /etc/init.d/udev restart

Jetzt einmal den CUL_TMC abziehen und wieder anstecken. Der Befehl: ls -lsia /dev|grep cul sollte die soetwas anzeigen.

root@odroid:# ls -lsia /dev |grep cul
2688 0 lrwxrwxrwx 1 root root 7 Jan 1 1980 cul -> ttyACM0
290742 0 lrwxrwxrwx 1 root root 7 Oct 17 21:14 cultmc -> ttyUSB1

In der fhem.cfg wird der CUL dann ganz einfach als /dev/cultmc definiert. Die vierstellige Zahl ist glaube ich egal, muß sich nur von anderen CUL am selben System unterscheiden. Glaube ich ;-(

define nanoCUL CUL /dev/cultmc@34800 2035
attr nanoCUL rfmode SlowRF
attr nanoCUL room CUL
attr nanoCUL verbose 5

Wenn es dann auch noch nicht gehen soll mal einen reboot des Systems durchführen. Damit alle offenen Dateien, Semaphoren und Speicher geschlossen werden. Ich hoffe ich konnte dir etwas helfen.

Jörg

hz-gerling · 20 Oktober 2015, 22:22:05

Hallo SVLoneStar und pejonp, ich habe das gleiche Problem gehabt. Dann habe ich eine Antwort im cul Forum gefunden, danach sollten zwischen den Definitionen der culs in der fhem.cfg eine andere def stehen:

define cul1 CUL...
attr cul1...
define switch ...
define cul2 CUL...
attr cul2

Nachdem ich das geändert hatte war das "Cannot init /dev/serial/by-id/..., ignoring it (nanoCUL)" Problem verschwunden.

Ich hoffe das dies auch die Lösung für euch ist.

Rainer

SVLoneStar · 20 Oktober 2015, 22:29:36

Hallo Rainer - das höre ich zum ersten Mal....meine CULs sind in der cfg schön nacheinander definiert, das gab bisher keine Probleme. Weisst Du noch, wo Du das gelesen hast?

hz-gerling · 21 Oktober 2015, 17:29:59

Hallo SVLoneStar
ich habe hier den Link: http://forum.fhem.de/index.php/topic,37275.0.html. Ich habe den Fehler 3 Tage intensiv gesucht und alles probiert, incl das make u. make program als root ausgeführt. Danach war der Status device opened, aber beim ersten Zugriff kam der Status Cannot init wieder. Nach der Änderung in der fhem.cfg läuft alles super.

Rainer

BamXP · 27 Oktober 2015, 21:33:32

Hallo zusammen,

ich lese schon eine Weile still und heimlich mit. Und nun habe ich mich endlich im Forum angemeldet.
Als Startpost möchte ich euch meine Version des SelbstbauCULs vorstellen. Die LED ist etwas verunglückt

..

Derzeit befindet sich meine FHEM Bastellei noch im Aufbau.

Die Ausgabe nach dem Flashvorgang scheint schonmal erfolgreich zu sein - screen /dev/tty.usbserial-AL011CME 38400

Code Auswählen

V 1.65 nanoCUL868

Werde nochmal Rückmeldung geben, ob das Vorhaben gelungen ist.

Grüße aus der Pfalz
Benni

AxelSchweiss · 27 Oktober 2015, 22:22:41

Ah .. schick
Gruß in die Pfalz ... meine ehem. Heimat

Kannst du bitte mal den Link zu deiner Bezugsquelle für das Funkmodul angeben ?

BamXP · 27 Oktober 2015, 23:11:51

Und Läuft auf Anhieb - bin begeistert

Test Pairing mit einem Homematic HM-LC-SW1-BA-PCB

Zitat
2015.10.27 22:41:57 3: Opening nanoCUL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011CME-if00-port0
2015.10.27 22:41:57 3: Setting nanoCUL serial parameters to 38400,8,N,1
2015.10.27 22:41:57 3: nanoCUL device opened
2015.10.27 22:42:00 3: nanoCUL: Possible commands: BCFiAZEkGMKUYRTVWXefltx
2015.10.27 22:42:00 2: Setting CUL fhtid from FFFF to 0000
2015.10.27 22:43:13 2: Switched nanoCUL rfmode to HomeMatic
2015.10.27 22:49:10 3: nanoCUL: Unknown code A0D0084101CXXXX800000006000000::-51:nanoCUL, help me!
2015.10.27 22:49:49 2: CUL_HM Unknown device HM_1CXXXX is now defined
2015.10.27 22:49:49 2: autocreate: define HM_1CXXXX CUL_HM 1CXXXX
2015.10.27 22:49:49 2: autocreate: define FileLog_HM_1CXXXX FileLog ./log/HM_1CXXXX-%Y.log HM_1CXXXX
2015.10.27 22:49:49 3: CUL_HM pair: HM_1CXXXX switch, model HM-LC-SW1-BA-PCB serialNr
2015.10.27 22:51:56 3: CUL_HM set HM_1CXXXX statusRequest
2015.10.27 22:51:58 3: CUL_HM set HM_1CXXXX getConfig
2015.10.27 22:52:56 3: CUL_HM set HM_1CXXXX toggle
2015.10.27 22:53:12 3: CUL_HM set HM_1CXXXX on
2015.10.27 22:53:23 3: CUL_HM set HM_1CXXXX off
2015.10.27 22:55:05 3: CUL_HM set HM_1CXXXX on
2015.10.27 22:55:08 3: CUL_HM set HM_1CXXXX off

Die LED muss ich noch verändern, das Geblinke nervt mich jetzt schon

@AxelSchweiss
Habe das Funkmodul von hier: http://www.shopduino.de/CC1101-868-MHz-Modul-selbstbau-Cul-Stick

Garagenhaus · 28 Oktober 2015, 16:29:50

Zitat von: BamXP am 27 Oktober 2015, 23:11:51
@AxelSchweiss
Habe das Funkmodul von hier: http://www.shopduino.de/CC1101-868-MHz-Modul-selbstbau-Cul-Stick

Hmmm, sieht wie ein ganz normales 433Mhz Modul aus, mit entsprechend niedriger Sende/Empfangsleistung auf 868Mhz

BamXP · 28 Oktober 2015, 18:39:04

War auch etwas skeptisch. Denn wie du bereits sagtest, sieht das Modul wie ein 433Mhz aus, welches man öfters in DE Shops findet. Da ich keine Kreditkarte besitze, konnte ich kein passendes bei Alibaba bestellen...
Zur Sende/Empfangsleistung kann ich noch nichts sagen - Modul lag auf dem Tisch und der Aktor auf dem Boden.

Ein Paar Seiten (44) zuvor steht was dazu:

Zitat von: locutus am 01 August 2015, 12:52:52
Ich habe beide Dattenblätter kurz überflogen. Der CC110L ist eine abgespeckte Version des CC1101 – das L steht anscheinend für "Light". Hardwareseitig wurde FEC Interleaver (zu dt. Vorwärtsfehlerkorrektur) eingespart.

Hätte da noch eine Frage:
Ich habe derzeit keinen Spannungsteiler von 5v --> 3,3v eingebaut. Da im WIKI steht, dass der Chip wohl auch so läuft. Wie man sieht funktioniert es, aber wie lange? Sollte man den Levelshifter definitiv einbauen?

Timmi · 31 Oktober 2015, 14:52:44

Hallo zusammen,

ich habe ein CC1101 868MHZ mit einem FTDI Arduino Nano verbunden und die Firmware auf Arduino übertragen, so wie hier beschrieben :
http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/

Alles lief ohne Probleme, (in board.h habe ich #define HAS_CC1100_433 auskommentiert und in makefile AVRDUDE_PORT angepasst)

CUL wurde auch in FHEM initializiert (define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D647-if00-port0@38400 1234), allerdings beim Auslesen der Register von CC1101 mit "get nanoCUL ccconf" bekomme ich diese Meldung :

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

Und wenn ich in board.h #define HAS_CC1100_433 nicht auskommentiere dann bekomme ich folgende Meldung :

ccconf => freq:5089.882MHz bWidth:101KHz rAmpl:33dB sens:16dB
oder :
ccconf => freq:6264.470MHz bWidth:58KHz rAmpl:24dB sens:4dB

Ich habe die Verkabelung mehrfach kontrolliert und viel gelesen und ausprobiert, leider alles ohne Erfolg....
ich weiss nicht mehr weiter bitte um Hilfe !!!

Gruß
Tim

Ellert · 31 Oktober 2015, 15:11:30

Flash mal die vorkompilierte .hex-Datei.

Timmi · 31 Oktober 2015, 15:15:44

Danke,

Die Datei habe ich hier heruntergeladen :

http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/nanoCUL/nanoCUL.hex

Und durch nanoCUL.hex ersetzt und dann mit make program geflasht, die Meldung ist aber die selbe :

nanoCUL ccconf => freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB

Ich glaube die vorkompilieret nanoCUL.hex ist für 433MHZ Modul und nicht für 868 ...