Hallo Zusammen,
ich bin auf die panStamp gestoßen als ich auf der Suche nach einer Möglichkeit wär RGB Streifen in Fhem einzubinden.
Jetzt habe ich selbst genügend Mikrokontroller und Erfahrung in der Programmierung wodurch ich nur das passende funkmodul brauche.
Dabei habe ich folgendes gefunden.
http://www.ebay.de/itm/281353506044
Für mein Fhem nutze ich den FHZ1300 als Funkbrücke.
Ist es möglich vom CC1101 Daten an fhem zu senden?
Ist es möglich Daten von Fhem an den CC1101 zu senden?
oder muss ich an das Board auf dem Fhem läuft ein CC1101 anschließen und als Brücke verwenden?
Grüße stim
Zitat von: stim am 17 Juni 2014, 20:46:24
http://www.ebay.de/itm/281353506044
Die gibt es auch billiger, selbst bei Versand aus Deutschland.
Zitat
Ist es möglich vom CC1101 Daten an fhem zu senden?
Ist es möglich Daten von Fhem an den CC1101 zu senden?
oder muss ich an das Board auf dem Fhem läuft ein CC1101 anschließen und als Brücke verwenden?
Der CC1101 ist ja nur ein Transciever, der muss per SPI angesteuert werden.
Dann kann man damit sowohl von FHEM aus senden als auch empfangen.
Ein CUL-Stick ist im Prinzip auch 'nur' ein ATmega + CC1101, gesteuert wird das dann von der culfw.
Ich habe mir z. B. aus einem Arduino nano und solch einem Funkmodul einen 433Mhz Sender/Empfänger gebaut den ich mit der culfw geflashed habe und so aus fhem ansprechen kann.
Auch Sensoren/Aktoren sind prinzipiell mit solch einem Modul möglich, man muss sich dann nur für ein Protokoll entscheiden das für den Funkverkehr genutzt werden soll. Sinnvollerweise eines das schon durch FHEM unterstützt wird.
Kai
lieber kaihs,
würdest Du diesen thread mit einem wiring schema oder mini-howto bereichern?
danke :)
florian
Für das Wiring siehe angehängtes Bild.
Das Funkmodul ist dort nur über die 10-polige Pinleiste dargestellt.
Ich habe dann ein neues Device für die culfw angelegt, und dort die Anpassungen für den Arduino nano und die von mir benötigten Funktionen der culfw vorgenommen.
Die relevanten Dateien auch anbei.
Ich habe erstmal den Arduino Bootloader auf dem Board gelassen, daher funktionieren die culfw Kommandos zum Abstieg in den Bootloader nicht.
Flashen kann man den per
make program
Bei Fragen fragen.
Kai
Ist es ein 5v arduino ?
Zitat von: stim am 17 Juni 2014, 21:21:45
Ist es ein 5v arduino ?
Ja, aber der hat einen 3,3V Spannungswandler an Board, so dass man von dort das CC1101 Modul versorgen kann.
Funktioniert bei mir schon gut.
Kosten ca. 15€ plus die Zeit zum zusammenbasteln, aber die zählt ja nicht.
Die Anschlußgraphik benennt leider die Signale nicht. Es gibt aber Module mit unterschiedlicher Pinbelegung.
Hier ist etwas genauer beschrieben:
http://labalec.fr/erwan/?p=497
(http://labalec.fr/erwan/wp-content/uploads/2013/09/cc1101_2_bb.png)
Richtig, die Pinbelegung fehlt, wobei ich eine etwas andere gewählt habe:
Arduino D2 PD2 -> CC1101 GDO2/6 Rx Interrupt
Arduino A0 PC0 -> CC1101 GDO0/8 Temperatursensorwert
Ich hatte gehofft den im CC1101 eingebauten Temperatursensor nutzen zu können, aber der liefert nur unbrauchbare Werte (wahrscheinlich die interne Chiptemperatur).
Mein Modul hat das Pinout wie im Bild und sieht so aus wie im zweiten Bild.
Meiner sieht ganz anders aus.
8-polliger Anschuss:
VCC|GND
SCK|MOSI
GD02|MISO
CSN|GD00
Will die tage auch so etwas zusammenschalten ;)
@Kai
Die Module aus der eBucht basieren auf der Referenzschaltung von Texas Instruments. Auf dieser Platine ist kein Level Shifter verbaut. Du versorgst das Modul zwar mit 3,3V aber der Signalpegel am SPI Bus beträgt trotzdem 5V. Laut TI Datenblatt macht der CC110x das nicht mit.
@stim
Schon im Jahr 2013 hatte ich mit diesem Funkmodul herumexperimentiert. Das Ergebnis war ein CC1101-Serial-Module (CSM) für FHEM und Raspberry Pi.
EDIT:
Schaltbild, Gerberdaten und alternative culfw (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices/megaCUL) (megaCUL (https://github.com/damianmelson/megaCUL-868MHz) Firmware kompatibel zu CSM) für CSM samt IR-Erweiterung im Anhang.
Im WLAN- und Infrarotbetrieb ist ein externes 3,3V DC Netzteil mit min. 500 mA Ausgangstrom erforderlich!
Die Verwendung der Daten für kommerzielle Zwecke, gewerbliche Herstellung oder Vertrieb ist untersagt.
Zitat von: locutus am 17 Juni 2014, 23:08:45
@Kai
Die Module aus der eBucht basieren auf der Referenzschaltung von Texas Instruments. Auf dieser Platine ist kein Level Shifter verbaut. Du versorgst das Modul zwar mit 3,3V aber der Signalpegel am SPI Bus beträgt trotzdem 5V. Laut TI Datenblatt macht der CC110x das nicht mit.
Ja, das habe ich bei genauerem Studium des CC1101 Datenblatt auch gesehen.
Der Hersteller des Moduls schreibt in seinem (sehr kurzen) Datenblatt:
Zitat
VCC is connected with power supply between 1.9V~3.6V. Voltage more
than 3.6V will damage the module.Recommended voltage is 3.3V .
Except power supply VCC and , other pins can be directly connected to
3V or 5V MCU IO ports.
[...]
If MCU outputs 5V and more than 10mA, resistance is recommended to be
connected as a divider. Or it may damage the module. If the output is 3.3V,
no divider is needed.
Ich habe jetzt im Datenblatt vom ATmega328p noch nicht gefunden welchen Strom die Ports liefern (20mA?).
Wie auch immer, das Modul lebt noch.
Man könnte aber auch alternativ einen Pro Mini (+USB-UART) nehemen, mit 3,3V speisen und BOD abschalten. Ist mit 16MHz zwar auch außerhalb von Spec, sollte aber trotzdem laufen. ;)
Mit einem Taktvorteiler von 2 würde er dann ja wieder mit 8MHz und innerhalb des Spezifikation laufen.
Und es gibt ja auch pro minis mit 8MHz Quarz direkt für 3V Versorgung, mit solchen versuche ich gerade einen Sensor aufzubauen.
ZitatIch habe jetzt im Datenblatt vom ATmega328p noch nicht gefunden welchen Strom die Ports liefern (20mA?).
Verstehe ich nicht. Das ist doch das Maximum, was die Ports abkönnen. Ansonsten liefern sie soviel, wie Du ziehst. Dagegen könnte man einfach 100Ohm - 1K dazwischen schalten, das begrenzt den max. Strom. Aber einen Level Shifter ersetzt das freilich nicht. Da müssten eigentlich 2 Widerstände pro output-Kanal (Input wird von µC auch so zuverlässig erkannt). BiDi Shifter mit MOSFETS kann man sich sparen, das SPI unidirektional arbeitezt. Gibts aber auch günstig fertig in der Bucht.
Die Chips scheinen das aber auch so zu vertragen. Ist nicht sauber, aber für den Hausgebrauch... ;D
ZitatMit einem Taktvorteiler von 2 würde er dann ja wieder mit 8MHz und innerhalb des Spezifikation laufen.
wenn 8MHz für CUL reichen, könnte man gleich 8MHz/3.3V Arduino Po Mini nehmen. Sind jedoch seltener (und teuerer).
ZitatUnd es gibt ja auch pro minis mit 8MHz Quarz direkt für 3V Versorgung, mit solchen versuche ich gerade einen Sensor aufzubauen.
Habe einen auch irgendwo rumliegen und auch 433MHz c1101 Platinchen. Vielleicht bastele ich am WE das mal zusammen. ;)
Bekomme ih eigentlich CULW irgendwie mit Windows kompiliert? Linux-technisch habe gerade nur Raspi. Oder wird er dafür auch reichen? Ansonsten installiere ich mir schnell was in VirtualBox.
Zitat von: hexenmeister am 17 Juni 2014, 23:59:40
Bekomme ih eigentlich CULW irgendwie mit Windows kompiliert? Linux-technisch habe gerade nur Raspi. Oder wird er dafür auch reichen? Ansonsten installiere ich mir schnell was in VirtualBox.
Geht auch auf dem Raspi, musst nur den avr-gcc und avrdude installieren.
Die culfw ist nicht so groß, dass die Compilierzeit unerträglich wäre.
Für die culfw sollte der Prozessor auf jeden Fall nur mit 8Mhz laufen. Da sind an vielen Stellen hardcodierte Einstellungen von Timern etc. die 8MHz voraussetzen.
Danke, gut zu wissen!
ZitatDie culfw ist nicht so groß, dass die Compilierzeit unerträglich wäre.
Ich habe schon mal TrueCrypt auf dem Raspi (und für den Raspi) kompiliert, 12 Stunden oder so. Man kann mich damit also nicht (mehr) erschrecken ;)
Zitat von: hexenmeister am 17 Juni 2014, 23:54:03
Aber einen Level Shifter ersetzt das freilich nicht. Da müssten eigentlich 2 Widerstände pro output-Kanal (Input wird von µC auch so zuverlässig erkannt). BiDi Shifter mit MOSFETS kann man sich sparen, das SPI unidirektional arbeitezt.
Richtig! Die Pegelanpassung am SPI Bus kann mit einem einfachen Spannungsteiler realisiert werden, siehe als Bsp. RFM12B an 5V.
http://lowpowerlab.com/wp-content/uploads/2012/12/rfm12B-arduino-moteino-atmega328_5V_connections.png
Zitat von: kaihs am 17 Juni 2014, 21:18:48
Bei Fragen fragen.
@Kai
Habe heute versucht, Deine 'nanoCUL'-Firmware zu kompilieren:
Compiling C: nanoCUL.c
nanoCUL.c: In function 'main':
nanoCUL.c:107:3: warning: implicit declaration of function 'init_adcw' [-Wimplicit-function-declaration]
Linking: nanoCUL.elf
nanoCUL.o: In function `main':
/home/alex/tmp/svn/culfw-code/culfw/Devices/nanoCUL/nanoCUL.c:107: undefined reference to `init_adcw'
collect2: error: ld returned 1 exit status
make: *** [nanoCUL.elf] Fehler 1
Was sollte diese Methode tun? In adcw.c habe ich nichts dergleihen gefunden...
Kann man sie ganz weg lassen? Oder wozu wird hier ADC gebraucht?
Grüße,
Alexander
die kannst du weg lassen, da habe ich nur mit dem Thermosensor im cc1101 experimentiert.
Gesendet von meinem Nexus 7 mit Tapatalk
Kommt mir bekannt vor, hast Du schon erwähnt.
Aber so macht das Sinn, ich habe schon gerätselt, was CUL mit ADC macht ;)
Danke Dir!
hallo hexenmeister ,
wie ist den hier der aktuelle stand? gibt es bereits erfolge?
Nee, hat leider nicht geklappt. Da es nur ein Test war, Habe erstmal nicht weiter verfolgt. Möglicherweise habe ich das Modul gekillt. >:(
Ich habe jetzt den zweiten aufgebaut, funktioniert auch ohne Probleme.
wie würdest du die chance einschätzen das ein "anfänger" (löten geht, software gefrickel eigentlich auch kein problem)das teil baut und mit culf betankt?
wie hoch schätzt du wären die kosten für so ein cul-nachbau wenn man nichts zu hause hat?
Das sollte auch für einen Anfänger zu schaffen sein. Du musst natürlich bereit sein, einiges an Zeit zu investieren.
Wenn du die mit einem Stundensatz aus der Wirtschaft berechnest ist wohl günstiger einen fertigen CUL zu kaufen.
Material:
1 Arduino nano 6€
1 CC1101 Funkmodul 6€
1 Lochrasterplatine 1€
Dünne Kabel und Lötzinn sowie Lötkolben setze ich mal voraus.
Wichtig ist die genaue Pinbelegung des Funkmoduls zu kennen, die sind meist nicht sonderlich gut dokumentiert und man muss etwas suchen.
Die Anpassungen an der culfw hatte ich ja schon gepostet, das Wiring ja auch.
Welche Funkprotokolle willst du denn nutzen?
ZitatWenn du die mit einem Stundensatz aus der Wirtschaft berechnest ist wohl günstiger einen fertigen CUL zu kaufen.
Das ist nicht weiter tragisch. Wenn das gebaute funktioniert ist die Freude um so größer (wenn es nicht funktioniert hat man in der Regel wenigstens was dabei gelernt und sich nicht gelangweilt :-))
bis auf den Arduino ist alles an Material vorhanden. Mit der Pinbelegung, das kann man denke ich im voraus ganz gut klären ob und wie gut das Modul dokumentiert ist.
Als Antenne reicht denke ich Draht?!
ZitatWelche Funkprotokolle willst du denn nutzen?
Ich habe an einen CUL-Ersatz für die 433 Version von Busware gedacht. Ich habe einige Intertechno-Dosen+ Fernbedienung die ich gerne bedienen /empfangen (IT-Empfang wurde ja auch schon hier im Forum gebastelt) würde. Nur dafür eine CUL433+case+Antenne für ca. 80€ rechnet sich nicht 80€ würde ich ehr den RFXtrx433E nehmen).
Gibt es irgendwo eine Auflistung was von der cul433 unterstützt wird? Beim RFXtrx ist es ja recht gut dokumentiert und ein ähnlicher Funktionsumfang wäre toll (aber wahrscheinlich Wunschdenken).
Für die Anforderung ist vielleicht ein FHEMduino eine Alternative.
Das simplere, dumme Funkmodul spart nochmal ein paar Euro.
Der unterstützt mittlerweile auch IT-Empfang/-Senden sowie zahlreiche Temperatursensoren.
Aber wenn du schon ein CC1101 Modul hast willst du dabei vielleicht bleiben.
Für Dokumentation der culfw siehe http://culfw.de/commandref.html (http://culfw.de/commandref.html), für alles darüber hinaus den Sourcecode.
Anbei mal ein Foto von Selbstbau-CUL (hinten) und FHEMduino (vorne rechts) auf einem Breadboard.
Kai
mit dem was ich da habe war eigentlich das Werkzeug und das Zubehör gemeint.
Ich würde noch einen Arduino und ein Funkmodul benötigen.
Mit dem günstigen meinst du dies denke ich http://www.ebay.de/itm/433Mhz-Sender-Empfaenger-Superregeneration-FS1000A-XY-FST-XY-MK-5V-Raspberry-Pi-/121230187056
Warum ist das günstigere "dumm"?
ich würde denke ich zu sawas greifen http://www.ebay.de/itm/Ultra-Stable-CC1101-Wireless-Module-Modul-Technical-Grade-mit-External-Antenne/370794318847?_trksid=p2047675.c100005.m1851&_trkparms=aid%3D222007%26algo%3DSIC.MBE%26ao%3D1%26asc%3D23985%26meid%3D8686252860483163068%26pid%3D100005%26prg%3D9734%26rk%3D3%26rkt%3D6%26sd%3D281353506044&rt=nc ist gleich eine Antenne bei.
also Einkaufsliste :
http://www.amazon.de/Bausteine-ATMEGA328P-elektronische-interaktive-Dupont-Kabel/dp/B00D84UN9S/ref=pd_sim_computers_2?ie=UTF8&refRID=0HTQ4HDV1VA92ZF08NR5
(ist das der selbe nur 6-7x so teuer ? http://www.reichelt.de/Programmer-Entwicklungstools/ARDUINO-NANO/3//index.html?ACTION=3&GROUPID=2969&ARTICLE=142943&OFFSET=16& ???)
http://www.amazon.de/dp/B00GBW6WJY/ref=wl_it_dp_o_pC_S_ttl?_encoding=UTF8&colid=3JDMHUMEY8KTP&coliid=I1O4AM4COR13E7
Die 'dummen' enthalten keinerlei Verarbeitungslogik, das sind reine Modulatoren/Demodulatoren.
Der CC1101 kann erheblich mehr, allerdings wird bei diesen Projekten nicht so wirklich viel davon genutzt.
Das CC1101 Module gibt es hier http://www.ebay.de/itm/121319943749?ssPageName=STRK:MEWAX:IT&_trksid=p3984.m1423.l2649 (http://www.ebay.de/itm/121319943749?ssPageName=STRK:MEWAX:IT&_trksid=p3984.m1423.l2649) billiger und schneller.
Genau das verwende ich auch.
Beim selben Händler gibt es auch den Arduino nano http://www.ebay.de/itm/121296914967?ssPageName=STRK:MEWAX:IT&_trksid=p3984.m1423.l2649 (http://www.ebay.de/itm/121296914967?ssPageName=STRK:MEWAX:IT&_trksid=p3984.m1423.l2649)
Warum die 'offiziellen' nanos so viel teuer sind als die China Kopien weiß ich auch nicht.
Hallo kaihs
Als Neueinsteiger habe ich zum Selbstbau-Klon zwei Fragen. Kann ich mit dieser Variante auch auf 868 MHz arbeiten? (Mein erstes Projekt soll unseren Torantrieb steuern, welcher auf selbiger Frequenz sendet) Und zweitens ist das ganze auf einem Alixboard (voyage-linux) zum laufen zu bringen reines Hexenwerk? 8)
Viele Grüsse
Thomas
Zitat von: cubase am 03 August 2014, 22:07:34
Kann ich mit dieser Variante auch auf 868 MHz arbeiten?
Die 433Mhz Module können prinzipiell auch 868MHz, allerdings ist die Reichweite wegen der falschen Antennenabstimmung nicht so toll.
Es gibt aber auch 868MHz CC1101 Module, ich habe welche über aliexpress aus China gekauft.
Die habe ich aber noch nicht verbaut, da die wegen 2mm Rastermaß (für mich) ziemlich schwierig zu löten sind.
Zitat
Und zweitens ist das ganze auf einem Alixboard (voyage-linux) zum laufen zu bringen reines Hexenwerk? 8)
Wenn du darauf bereits fhem laufen hast sollte das kein Problem sein, die Verbindung zwischen dem Funk Stick und dem Host erfolgt ja über USB.
Kai
Halo Kai
Vielen Dank für Deine schnelle Antwort. Hast Du eventuell noch den Direktlink zum Deinem CC101 Modul bei Aliexpress? Und wäre es möglich, mir den Schaltplan (Verkabelung) Deines CUL-Klons Verfügung zu stellen?
Gruss Thomas
Z. B. das http://www.aliexpress.com/item/Freeshipping-HOT-sell-CC1101-868-MHZ-wireless-module-factory-price/1754556128.html (http://www.aliexpress.com/item/Freeshipping-HOT-sell-CC1101-868-MHZ-wireless-module-factory-price/1754556128.html)
Die Pin-Belegung des Moduls und des Arduino nano findest du im Anhang, wie die dann zu verbinden sind steht am Anfang dieses Threads.
Kai
Hallo Kai
Danke für die Erklärungen. Dann will ich mal schnell die Teile bei Aliexpress bestellen, zusätzlich noch einen 433er und werde mich sicher wieder melden, wenn sie eingetroffen sind...
Gruss Thomas
wie geht man beim Zusammenbau am besten vor?
Schaltung stecken - Arduino anschließen - flashen
oder lieber
Arduino flashen - Schaltung bauen - anschließen
Das man die Schaltung im stromlosen Zustand baut ist denk ich klar^^
Erst zusammen bauen und dann flashen ist glaube ich besser.
Zumindest im Wireless M-Bus Modus der culfw (Kommandos b*) hängt der Arduino ohne CC1101 in einer Endlosschleife.
Kai
So, heute war alles im Kasten. Habe alles zusammen gestöpselt. Wie flash ich nun (am besten unter Windows) die nanoCulf auf den Nano?
unter windows mit WinAVR (http://culfw.de/commandref.html hier entnommen) bekomme ich den Fehler
Zitatmake.exe: *** No rule to make target `nanoCUL.elf', needed by `elf'. Stop.
Zitat von: chris1284 am 18 August 2014, 18:14:33
unter windows mit WinAVR (http://culfw.de/commandref.html hier entnommen) bekomme ich den Fehler
Ob und wie das unter Windows geht weiß ich leider nicht.
Anbei mal mein aktuelles nanoCUL Verzeichnis als zip-Datei.
Die im Verzeichnis Devices der culfw auspacken.
Dann ist nur noch ein
make program
zum Flashen nötig.
Voraussetzungen:
avrdude ist installiert
der nanoCUL ist eingesteckt und als /dev/ttyUSB0 erreichbar (wird unter Windows wohl eher nicht der Fall sein)
Auf dem Arduino nano ist ein Arduino Bootloader installiert (normalerweise der Fall bei fabrikneuen Geräten)
Kai
Danke! Ich denke das sieht erstmal gut aus
Zitat#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 57600 -c arduino -U flash:w:nanoCUL.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "nanoCUL.hex"
avrdude: input file nanoCUL.hex auto detected as Intel Hex
avrdude: writing flash (8462 bytes):
Writing | ################################################## | 100% 2.48s
avrdude: 8462 bytes of flash written
avrdude: verifying flash memory against nanoCUL.hex:
avrdude: load data flash data from input file nanoCUL.hex:
avrdude: input file nanoCUL.hex auto detected as Intel Hex
avrdude: input file nanoCUL.hex contains 8462 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 1.90s
avrdude: verifying ...
avrdude: 8462 bytes of flash verified
avrdude: safemode: Fuses OK
avrdude done. Thank you.
Wie muss ich die nanoCUL in Fhem definieren? Autocreate scheint nicht zu greifen und define CUL1 CUL /dev/ttyACM0@9600 1234 zeigt disconnected
define CUL1 CUL /dev/ttyUSB0@38400 1234
vielen dank. hatte sich auch irgendwie mit dem noch verbauten coc gebissen
ZitatInternals:
CMDS BCFiGMRTVWXeltx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll: :STACKABLE_CC:CUL_RFR:
DEF /dev/ttyUSB0@38400 1234
DeviceName /dev/ttyUSB0@38400
FD 10
FHTID 1234
NAME nanoCUL
NR 22
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.61 nanoCUL 433
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....(1|5|9).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)
Readings:
2014-08-18 21:29:03 cmds B C F i G M R T V W X e l t x
2014-08-18 21:28:36 raw No answer
2014-08-18 21:29:03 state Initialized
Attributes:
rfmode SlowRF
habe mir ein IT device angelegt und wenn ich es schalten will passiert nichts
Readings der nanoCUL
Zitatcmds B C F i G M R T V W X e l t x
raw No answer
state Initialized
schaltet man dann noch 2-3 mal geht der Status auf STATE opened. beim schalten allerdings blinkt lurz die orange led am arduino
anbei noch das log
Zitat
2014.08.18 21:36:35 3: Opening nanoCUL device /dev/ttyUSB0
2014.08.18 21:36:35 3: Setting nanoCUL baudrate to 38400
2014.08.18 21:36:35 3: nanoCUL device opened
2014.08.18 21:36:39 3: nanoCUL: Possible commands: BCFiGMRTVWXeltx
2014.08.18 21:36:39 1: Including ./log/fhem.save
2014.08.18 21:36:39 0: Server started with 10 defined entities (version $Id: fhem.pl 6387 2014-08-10 11:55:40Z rudolfkoenig $, os linux, user fhem, pid 1924)
2014.08.18 21:39:50 2: IT set az_dose_lichtschlauch on
2014.08.18 21:39:53 1: /dev/ttyUSB0 disconnected, waiting to reappear (nanoCUL)
2014.08.18 21:39:53 2: IT IODev device didn't answer is command correctly: raw => No answer
2014.08.18 21:39:53 3: Setting nanoCUL baudrate to 38400
2014.08.18 21:39:53 1: /dev/ttyUSB0 reappeared (nanoCUL)
2014.08.18 21:39:59 1: Cannot init /dev/ttyUSB0, ignoring it (nanoCUL)
Da stimmt bei dir noch irgendwas nicht.
Ein list auf meinen CUL ergibt
Internals:
CMDS BCFiRTVWXehltx
CUL_433_MSGCNT 4
CUL_433_TIME 2014-08-15 06:34:32
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll: :STACKABLE_CC:CUL_RFR:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9QH13FF-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9QH13FF-if00-port0@38400
FD 29
FHTID 1234
NAME CUL_433
NR 113
PARTIAL
RAWMSG i40455405
RSSI -71.5
STATE Initialized
TYPE CUL
VERSION V 1.59 nanoCUL 433
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....(1|5|9).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)
Readings:
2014-06-12 19:50:35 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2014-08-18 20:06:10 cmds B C F i R T V W X e h l t x
2014-08-18 20:06:09 raw No answer
2014-08-18 20:06:10 state Initialized
2014-07-13 17:40:38 uptime 1 20:17:31
2014-07-13 17:40:29 version V 1.59 nanoCUL 433
Attributes:
icon cul_cul
room System
Mglw. stürzt deiner öfter ab und deshalb kann er von fhem nicht mehr angesprochen werden.
Versuch es erstmal ohne fhem, d.h. mit einem Terminalprogramm mit /dev/ttyUSB0 verbinden (fhem darf währenddessen nicht darauf zugreifen).
Dann mal V eingeben, dann muss die Versionsmeldung kommen.
Dann mit dem i Kommando mal ein Schaltkommando schicken. Klappt das?
Bist du sicher, dass der IT-Code den du verwendest korrekt ist und zu der Steckdose passt? Was für Steckdosen hast du überhaupt?
Zum Testen die Steckdosen möglichst nah an den Sender positionieren um Empfangsprobleme auszuschließen.
Hallo, ich habe eine Verständnisfrage. Es wird hier vom CC1101, CUL, Culfw, CSM und 868 Modul von Aliexpress gesprochen. Ist es möglich mit einem Arduino nano und einem 868 Modul (Link Post 34) einen CUL868 Clon zu bauen? Kann darauf die CUL FW (evtl. modifiziert) geflasht werden. Ich bin aktuell am überlegen mir einen CUL868 zu besorgen um damit HM Heizkörper zu steuern.
Wenn es mit ein wenig löten auch mit dieser Lösung ginge wäre das eine Alternative.
Hat das schon jemand getestet und evtl. auch immer noch im Einsatz?
Danke!
mit screen komme nicht auf /dev/ttyUSB0 ,schwarzes Bild, keine Eingaben möglich.
Ich habe dann nochmal mit den 3 Files von dir aus Seite 1? selbst compiliert und geflashed ohne Erfolg.
Wer sollte den antworten, das Modul oder Nano wenn ich seriell auf /dev/ttyUSB0 gehe?
Evtl. ist ja die Verkabelung murks aber die habe ich neu gemacht....
Zitat von: kadettilac89 am 19 August 2014, 07:24:52
Hallo, ich habe eine Verständnisfrage. Es wird hier vom CC1101, CUL, Culfw, CSM und 868 Modul von Aliexpress gesprochen. Ist es möglich mit einem Arduino nano und einem 868 Modul (Link Post 34) einen CUL868 Clon zu bauen? Kann darauf die CUL FW (evtl. modifiziert) geflasht werden. Ich bin aktuell am überlegen mir einen CUL868 zu besorgen um damit HM Heizkörper zu steuern.
Wenn es mit ein wenig löten auch mit dieser Lösung ginge wäre das eine Alternative.
Hat das schon jemand getestet und evtl. auch immer noch im Einsatz?
Danke!
Ja, habe ich gemacht und im Einsatz.
Ist aber keine Plug and Play Lösung, man sollte schon grundlegende Erfahrungen und Hard- und Softwareentwicklung haben und muss sich in die Thematik einarbeiten.
Das 868MHz Modul ist zu dem sehr klein und schwierig zu löten.
Zitat von: chris1284 am 19 August 2014, 18:04:10
mit screen komme nicht auf /dev/ttyUSB0 ,schwarzes Bild, keine Eingaben möglich.
Ich habe dann nochmal mit den 3 Files von dir aus Seite 1? selbst compiliert und geflashed ohne Erfolg.
Wer sollte den antworten, das Modul oder Nano wenn ich seriell auf /dev/ttyUSB0 gehe?
Evtl. ist ja die Verkabelung murks aber die habe ich neu gemacht....
Richtige Baudrate gewählt?
Hast du eine LED an Pin D9 des nano angeschlossen?
Wenn die culfw läuft sollte die mit 1Hz blinken. Damit kann man schon mal kontrollieren, ob das System überhaupt läuft.
Kai
Gerade eine angebaut. Die Led blink fein mit 1hz .
Wenn das funkmodul hin wäre, wurde das fehlerbild passen?
Funktioniert das Konstrukt (verbinden, version auslesen , fhem anbindung) auch mit defektem Funkmodul / abgezogenem Modul (das Funken dann nicht geht ist klar)? Könnte evtl. bei Fehlersuche helfen
Zitat von: chris1284 am 20 August 2014, 19:12:03
Gerade eine angebaut. Die Led blink fein mit 1hz .
Wenn das funkmodul hin wäre, wurde das fehlerbild passen?
Funktioniert das Konstrukt (verbinden, version auslesen , fhem anbindung) auch mit defektem Funkmodul / abgezogenem Modul (das Funken dann nicht geht ist klar)? Könnte evtl. bei Fehlersuche helfen
Ja, sollte erstmal funktionieren, zumindest die Versionsabfrage.
Beim Versuch mit dem Funkmodul zu kommunizieren könnte es zu einer Endlosschleife kommen.
Aber wenn die LED blinkt, sollte auch die Kommunikation per Terminalprogramm funktionieren. Wenn die Serielleschnittstelle nicht okay wäre könntest du auch nicht flashen.
ich fliege so gleich wieder raus nach dem ich einen ersten Versuch des Verbindungsaufbaus irgendwann abbreche:
pi@PI02 ~ $ screen /dev/ttyUSB0 38400
[detached from 2283.pts-0.PI02]
pi@PI02 ~ $ screen /dev/ttyUSB0 38400
[screen is terminating]
pi@PI02 ~ $
ich habe in der culfw ref folgenden Hinweis gefunden
ZitatHopefully you see a device /dev/ttyACM0 (if you use a newer kernel, which loads the cdc_acm kernel module), or a /dev/ttyUSB0 (if your kernel uses usbserial). For usbserial kernel you may need to add the module options "usbserial vendor=0x03eb product=0x204b" to modprobe.conf.
muss ich das wegen dev/ttyUSB0 auch machen? Bei dir ist der Pfad ja auch ein anderer
Zitat/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9QH13FF-if00-port0@38400
denn über Windows (wird als ft232r usb uart erkannt und legt gleich nen USB SerialPort an, kurz auf 38400 konfiguriert und mit putty verbunden) bekomme ich bei V
V 1.61 nanoCUL 433
geb ich X ein und enter kommt "21 483"
Zitat von: chris1284 am 20 August 2014, 21:02:29
Bei dir ist der Pfad ja auch ein anderer
Je nachdem wann und in welchem USB-Port du den nanoCUL einsteckst bekommt er ein anderes /dev/ttyUSBx zugewiesen, beginnend mit x=0.
Um davon unabhängig zu sein verwende ich die /dev/serial/by_id/[eindeutige ID] Datei, das ist dann ein Link auf das passende /dev/ttyUSBx.
Jeder nano (eigentlich der USB to serial Chip darauf) hat eine eindeutige ID.
Einfach mal
ls -l /dev/serial/by-id
eingeben, dann siehst du wahrscheinlich was ich meine.
Zitat
denn über Windows bekomme ich bei V
V 1.61 nanoCUL 433
geb ich X ein und enter kommt "21 483"
Was meinst du denn damit, wo in Windows bekommst du das? Das sind ja die erwarteten Ausgaben.
Ach ja, bzgl. der Kernel Module. Ich würde erwarten, dass die automatisch beim Anschließen geladen werden, ist bei mir zumindest so.
Bei Eingabe von
lsmod|grep ftdi
sollte diese Ausgabe kommen (die Zahlen müssen nicht übereinstimmen)
ftdi_sio 35956 3
usbserial 36469 7 ftdi_sio
Zitatlsmod|grep ftdi
ftdi_sio 29719 1
usbserial 26435 3 ftdi_sio
Zitat
ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-FTDI_FT232R_USB_UART_A9ADH7J3-if00-port0 -> ../../ttyUSB0
unter Windows hatte ich gestern noch schnell Perl und fhem installiert, und den nanoCul eingebunden. er war die ganze Zeit initialisiert, man konnte get ccconf ausführen. auch nach schalten eines it-devices blieb er fein initialisiert. all das geht unter Linux noch nicht. also denke ich muss ich da nach dem Fehler suchen
es scheint wirklich am pi und mangelnder Erkennung des nano zu liegen.
Unter Windows und Fhem alles super, nanoCUL an Cubietruck scheinbar alles i.O.
Zitatccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
ZitatInternals:
CMDS BCFiGMRTVWXeltx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll: :STACKABLE_CC:CUL_RFR:
DEF /dev/ttyUSB0@38400 1234
DeviceName /dev/ttyUSB0@38400
FD 11
FHTID 1234
NAME nanoCUL
NR 94
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.61 nanoCUL 433
initString X21
CHANGETIME:
Helper:
Dblog:
State:
Mydblog:
TIME 1408641463.86652
VALUE CONNECTED
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....(1|5|9).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)
Readings:
2014-08-21 19:18:04 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2014-08-21 19:17:43 cmds B C F i G M R T V W X e l t x
2014-08-21 19:15:38 raw is0000FF000FF0
2014-08-21 19:17:43 state Initialized
Attributes:
room 99_System
funken kann ich noch nicht , was aber sicher mein Fehler ist (der Pin mit dem weißen Viereck darum ist 1 oder?^^). Ich meine ich hatte es kurz falsch weil das Modul auch schnell sehr warm / heiss wurde... Neues ist unterwegs ....
Zitat von: chris1284 am 21 August 2014, 19:24:26
es scheint wirklich am pi und mangelnder Erkennung des nano zu liegen.
Hast du evtl. eine uralte Firmware/Kernel auf dem pi? Anfangs hatte der ja ziemliche Probleme mit USB. Oder eine total schlechte Stromversorgung? Schon mal mit einem aktiven USB-Hub versucht?
Zitat
(der Pin mit dem weißen Viereck darum ist 1 oder?^^). Ich meine ich hatte es kurz falsch weil das Modul auch schnell sehr warm / heiss wurde... Neues ist unterwegs ....
Ja, das ist Pin 1.
Meine Erfahrung ist, dass Elektronik ziemlich robust ist. Trotz diverser Kurzschlüsse ist bei mir noch keine Komponente kaputt gegangen.
nee, pi ist aktuell. hatte auch erst gedacht das es evtl. an einer alten disti liegt und erst mal alles aktualisiert.
Ich denke e ist wirklich die Stromversorgung da ich das bei suchen im Netz auch öfters las (pi und nano -> usb-hub mit externer Stromvers. notw.).
Da er eh an den Cubie muss / soll habe ich diesem mit einem Hub ausgestattet (CUL868, HM-CFG-USB, nanoCUL)
Kann ich irgendwie testen ob das Modul funktioniert? Meinetwegen auch an den GPIO's des PI. Verkabelung bin ich mit sicher ist mittlerweile i.O.
Zitat von: chris1284 am 21 August 2014, 21:17:18
Kann ich irgendwie testen ob das Modul funktioniert? Meinetwegen auch an den GPIO's des PI. Verkabelung bin ich mit sicher ist mittlerweile i.O.
In fhem ein get ccconf oder im Terminalprogram C99.
Das liest die Register des CC1101 aus.
Wenn das funktioniert lebt zumindest der Chip noch und die SPI Kommunikation funktioniert.
Dann mal das Kommando ex für EEPROM Reset, danach den nano neu starten (kurz von der Stromversorgung trennen)
Dann vielleicht mal XFF im Terminalprogramm eingeben.
Dann sollte alles was irgendwie empfangen wird ausgegeben werden, also eine Menge 'Zeichenmüll'. Irgendwas funkt auf 433MHz eigentlich immer, zur Sicherheit mal auf der Fernbedienung des Steckdosen rumdrücken.
Lies dir auch mal http://culfw.de/commandref.html#cmd_X (http://culfw.de/commandref.html#cmd_X) durch.
Dann wird jeder Funkempfang ausgegeben
Moin!
Habe mein Versuchsaufbau wieder ausgegraben, neu geflasht und eingebunden. Läuft nicht wirklich. Mit get CUL1 ccconf hatte ich nacheinander mehrere verschiedene Ausgaben. Zuletzt kam
freq:3744.003MHz bWidth:541KHz rAmpl:36dB sens:4dB
und dann nur noch
freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB
Was stimmt hier nicht?
list liefert:
l CUL1
Internals:
CFGFN
CMDS BCFiGMRTVWXehltx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll: :STACKABLE_CC:CUL_RFR:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A702514E-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A702514E-if00-port0@38400
FD 112
FHTID 1234
NAME CUL1
NR 1030
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.61 nanoCUL 433
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....(1|5|9).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)
Readings:
2014-08-22 00:02:55 ccconf freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB
2014-08-21 23:56:50 cmds B C F i G M R T V W X e h l t x
2014-08-21 23:56:50 state Initialized
Attributes:
Danke und Grüße,
Alexander
Nachtrag:
Im Terminalprogram liefert C99 eine Reihe Zahlen. XFF bewirkt nichts. Also wird nichts empfangen? FunkModul hinüber?
WIeder in FHEM eingebunden liefert get CUL1 ccconf jetzt immer
freq:0.212MHz bWidth:812KHz rAmpl:38dB sens:4dB
Sieht auch nicht wirklich sinnvoll aus...
@hexenmeister: das sieht in der Tat nicht gut aus.
Hast du die Verkabelung nochmal überprüft, insbesondere dass VCC an 3,3V und nicht 5V ist?
Am Anfang dieses Threads ist ja auch mal angesprochen worden, dass auch die Datenleitungen eigentlich nur 3,3V Pegel haben dürfen, am nano aber 5V haben.
Meine beiden Module arbeiten trotzdem ohne Mucken, vielleicht ist deines nicht so gutmütig.
Hallo Kaihs,
du hast mir ein paar Posts weiter oben schon geantwortet dass du den selbstbau cul mit dem kleinen 868 Modul für deine Homematics Komponenten erfolgreich gebaut hast. Ich hab mich noch ein wenig umgesehen und bin auf ein anderes 868 cc1101 Modul gestoßen.
"Dein" Modul ist dieses hier. Geringer Abstand zum Löten ....
http://www.aliexpress.com/item/Freeshipping-HOT-sell-CC1101-868-MHZ-wireless-module-factory-price/1754556128.html (http://www.aliexpress.com/item/Freeshipping-HOT-sell-CC1101-868-MHZ-wireless-module-factory-price/1754556128.html)
Hier ist ein anderes Modul mit Stiftleiste:
http://www.aliexpress.com/item/Freeshipping-868-M-915-MHZ-wireless-module-CC1101-wireless-data-transmission-module/1754554061.html (http://www.aliexpress.com/item/Freeshipping-868-M-915-MHZ-wireless-module-CC1101-wireless-data-transmission-module/1754554061.html)
Was denkst du, würde das auch funktionieren, oder ist es abhängig vom Aufbau? Preis ist identisch, wenn die Module identisch sind dann wäre es einfacher zu verbauen. Wenn du Erfahrungen damit hast gut, wenn nicht dann bestell ich wahrscheinlich das kleinere das du auch schon im Einsatz hast.
Im Post auf der zweiten Seite hast du auf dem Bild ein 433 Nano-cul und ein Fhemduino auf dem Steckboard. Hast du dich näher damit beschäftigt? Welcher Sender hat das bessere Signal (Reichweite)? Ich hab aktuell einen Fhemduino mit Funksteckdosen aber der schaltet nicht 100% zuverlässig. Wenn der nanocul 433 besser sendet könnte das eine weitere Lötaktion werden.
Dank dir!
Zitat von: kadettilac89 am 22 August 2014, 19:43:45
Hier ist ein anderes Modul mit Stiftleiste:
http://www.aliexpress.com/item/Freeshipping-868-M-915-MHZ-wireless-module-CC1101-wireless-data-transmission-module/1754554061.html (http://www.aliexpress.com/item/Freeshipping-868-M-915-MHZ-wireless-module-CC1101-wireless-data-transmission-module/1754554061.html)
Das sollte genauso funktionieren, nur einfacher zu verbauen. Die Pinbelegung ist ja sogar auf dem Modul aufgedruckt.
Ist mir bei meiner Suche nach einem 868 MHz Modul entgangen, sonst hätte ich das genommen.
Zitat
Im Post auf der zweiten Seite hast du auf dem Bild ein 433 Nano-cul und ein Fhemduino auf dem Steckboard. Hast du dich näher damit beschäftigt? Welcher Sender hat das bessere Signal (Reichweite)? Ich hab aktuell einen Fhemduino mit Funksteckdosen aber der schaltet nicht 100% zuverlässig. Wenn der nanocul 433 besser sendet könnte das eine weitere Lötaktion werden.
Ich habe aktuell nur den 433 nanoCUL im Produktiveinsatz, mit dem fhemduino habe ich nur kurz experimentiert. Den werde ich aber noch dieses Wochenende wieder in Betrieb nehmen und dann mal vergleichen.
Gruß,
Kai
Jö. Kommunikation läuft jetzt. Die Ursache war ein Kontaktproblem auf dem Steckbrett. :(
Die Frequenz wird jetzt richtig angezeigt, ich kann sie auch verstellen. Empfang scheint jedoch trotzdem nicht zu funktionieren... Es kommt da einfach nichts.
Habe noch versucht in HM-Modus zu schalten. Das wird wohl von der Firmware nicht unterstützt?
Grüße,
Alexander
Dann kontrolliere noch mal genau die Verbindung Arduino D2 PD2 -> CC1101 GDO2/6 Rx Interrupt
Darüber kommen die empfangenen Daten rein.
Homematic ist in der Firmware nicht aktiviert um Speicher zu sparen. Kannst du aber über die board.h und entsprechende Einträge im makefile wieder einschalten.
Oh, mann! Du hast recht. Diese Verbindung wars. Jetzt kommt bei X80, X2F, X99 jede Menge wirres Zeug. Es scheint also zu funktionieren.
Jetzt fellt mir nur noch ein Verwendungszweck dafür ;D
Evtl. besorge ich ein 868 Modul und benutze den als Backup für meine HomeMatic Transmitter.
Für die HM-Unterstützung muss ich doch lediglich die ASKSYN-Flags setzen, oder?
Danke für die Unterstützung!
Grüße,
Alexander
Zitat von: kaihs am 22 August 2014, 20:09:21
Das sollte genauso funktionieren, nur einfacher zu verbauen. Die Pinbelegung ist ja sogar auf dem Modul aufgedruckt.
Ist mir bei meiner Suche nach einem 868 MHz Modul entgangen, sonst hätte ich das genommen.
Oh, leider zu spät für mich, Ich habe heute die "smarten" 868er bekommen, die waren anscheinend auch dem Verpacker in China zu klein, es waren gleich 2 Stück in der Tüte :D
Zitat von: kaihs am 18 August 2014, 18:29:49
Anbei mal mein aktuelles nanoCUL Verzeichnis als zip-Datei.
Die im Verzeichnis Devices der culfw auspacken.
Hallo Kai
Tolle Lösung, an der Du uns da teilhaben läßt. Vielen Dank!
Ich bin stark daran interessiert, die Somfy RTS Unterstützung in die culfw Firmware zu integrieren. Wenn ich die Einträge wie in einem anderen Faden für den CUL bzw. CUNO in Deine nanoCUL übertrage, bekomme ich allerdings Fehler beim Compilieren:
...
Linking: nanoCUL.elf
nanoCUL.o:(.progmem.data+0x13): Nicht definierter Verweis auf `somfy_rts_func'
collect2: error: ld returned 1 exit status
...Woran kann das liegen?
Ich hatte die Änderungen wie hier vorgenommen:
http://forum.fhem.de/index.php/topic,24158.msg181041.html#msg181041
***
Nachtrag/Lösung:
Im make-file fehlte die Einbindung der
../../clib/somfy_rts.c \Jetzt lief der Compiler durch. Mal schauen, ob es mit dem Rolladen spricht
***
Gruß
G.
Zitat von: cubase am 23 August 2014, 22:28:32
Oh, leider zu spät für mich, Ich habe heute die "smarten" 868er bekommen, die waren anscheinend auch dem Verpacker in China zu klein, es waren gleich 2 Stück in der Tüte :D
Wenn da stand
Unit Type: lot (2 pieces/lot) dann paßt es schon. Die Chinesen verschenken nichts.
Gruß
G.
Hallo Gernott, Du hast natürlich recht. Habe ich gerade auch erst gecheckt. Egal, wahrscheinlich benötige ich aber auch die 2 Stück um alle Verbindungen sauber gelötet zu bekommen... ;D
Zitat von: Gernott am 24 August 2014, 02:13:18
Jetzt lief der Compiler durch. Mal schauen, ob es mit dem Rolladen spricht
Ich zitiere mich mal selbst..
Leider reagiert der Rolladen nicht auf das Programmierkommando. Empfangen tut der nanoCUL, im Terminalprogramm kommt Zeichensalat an. Ob das Senden generell funktionier, kann ich nicht testen bzw. weiß ich nicht, wie.
Kann es an der Sendefrequenz liegen?
ccconf liefert: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Somfy RTS empfängt auf 433.42 MHz. Wo kann ich denn in der culfw die Frequenz einstellen?
*** Nachtrag ***
Hatte Tomaten auf den Augen. Geht über set CUL1 freq 433.42
Leider reagiert der Somfy-Empfänger auch dann nicht auf das prog-Kommando.
Viele Grüße
G.
Bei Empfang eines Somfy RTS Sendekommandos wird automatisch auf die richtigen Parameter des CC1101 umgeschaltet und danach wieder zurück.
Bis du sicher, dass du die nanoCUL.c für Somfy korrekt angepasst hast?
Zeige die Datei doch mal.
Zitat von: kaihs am 24 August 2014, 14:34:45
Bis du sicher, dass du die nanoCUL.c für Somfy korrekt angepasst hast?
Zeige die Datei doch mal.
Hier, bitte.
Gruß
G.
Sieht okay aus.
Dann kann ich nicht weiter helfen, mit Somly RTS kenne ich mich nicht aus. Vielleicht kannst du in dem entsprechenden Thread anfragen?
Hallo Kai
Danke, werde ich mal machen.
Kann man den Sender grundsätzlich auf Funktion testen? Ich hätte hier noch eine FS20 Steckdose herumliegen. Die empfangen allerdings auf 868 MHz.
Gruß
G.
Das kann du trotzdem testen, die Steckdose sollte dann aber möglichst nah am Sender sein.
O.k., muß man dazu die Frequenz setzen oder macht das FHEM automatisch, wenn ein FS20 Befehl über den CUL abgesetzt wird?
Gruß
G.
Das Attribut rfmode sollte auf slowRF stehen.
ich habe mal auf dem Terminal gelauscht. Empfangen kann mein nanoCUL wohl etwas (wenn ich auf meiner itr1500 fernbedienbar etwas klicke tauchen sofort lauter Zeichen im Terminal auf.
Leiter kann ich noch nicht senden. Definition der Dosen gleich der der Hauptinstanz auf dem Cubie, das ist also richtig in fhem definiert, Dose ist 40cm entfernt.
Welche Kabelverbindung muss ich dafür genau prüfen?
IT empfang ist in deiner firmware noch nicht enthalten oder?
Zitat von: chris1284 am 24 August 2014, 16:55:03
Welche Kabelverbindung muss ich dafür genau prüfen?
Arduino D3 PD3 -> CC1101 GDO0/8
Zitat
IT empfang ist in deiner firmware noch nicht enthalten oder?
Doch, in meinem hex-file ist das enthalten.
Wenn du selbst compiliert hast, hast du nicht die Version der rf_receive.c die ich verwende.
Außerdem habe ich noch die 10_IT.pm etwas angepasst für den Empfang.
Beides im Anhang.
du meinst D3 am Arduinio auf pin 8 des CC1101?
ich glaube irgendwas passt mit den Plänen im thread nicht. Laut dem Bild mit dem nano geht A0 auf pin8 gdo0 des cc1101. laut dem bild mit dem uno hier im thread geht d02 auf gd08
Ups, da geht es wohl etwas durcheinander.
Entscheidend sind die Einstellungen in der board.h
In meiner letzten geposteten Version steht da
/* CC1101 GDO0 Tx / Temperature Sensor */
#if 0
#define CC1100_OUT_DDR DDRC
#define CC1100_OUT_PORT PORTC
#define CC1100_OUT_PIN PC0
#define CC1100_OUT_IN PINC
#define CCTEMP_MUX CC1100_OUT_PIN
#else
#define CC1100_OUT_DDR DDRD
#define CC1100_OUT_PORT PORTD
#define CC1100_OUT_PIN PD3
#define CC1100_OUT_IN PIND
#define CCTEMP_MUX CC1100_OUT_PIN
#endif
D.h. dort ist die Einstellung im #else Zweig aktiv, d.h. Port PD3 des Atmega. Der liegt beim Nano aut Pin D3.
Die Verbindungen aus dem Bild bezogen sich auf die alte Eintellung (im #if Zweig), also PC0.
Also musst du entweder Verkabelung oder board.h ändern.
Sorry, wenn es da zu Verwirrung gekommen ist.
wer sagt es denn.. kurz pin 8 auf d3 des nano und schon sendet er. vielen dank, Modul ist also heile geblieben. mit deinem Modul und der rf_receive.c kann ich auch laut log was empfangen (zwar nicht jeder Tastendruck aber immer hin)
Zitat
2014.08.24 18:01:25 4: CUL_Parse: nanoCUL i59AA6565A9A9955652 -33
2014.08.24 18:01:25 5: nanoCUL dispatch i59aa6565a9a99556
2014.08.24 18:01:25 3: message "i59aa6565a9a99556" to short!
2014.08.24 18:01:25 5: CUL/RAW: /i59AA6565A9A995555D
2014.08.24 18:01:25 4: CUL_Parse: nanoCUL i59AA6565A9A995555D -27.5
2014.08.24 18:01:25 5: nanoCUL dispatch i59aa6565a9a99555
2014.08.24 18:01:25 3: message "i59aa6565a9a99555" to short!
2014.08.24 18:01:54 5: CUL/RAW: /i59AA6565A9A9955557
2014.08.24 18:01:54 4: CUL_Parse: nanoCUL i59AA6565A9A9955557 -30.5
2014.08.24 18:01:54 5: nanoCUL dispatch i59aa6565a9a99555
2014.08.24 18:01:54 3: message "i59aa6565a9a99555" to short!
der Rest der Verkabelung passt ja offensichtlich zum Bild bis auf
Zitat#define CC1100_OUT_IN PIND
(habe deine aktuelle gerade gflashed) war ja vorher
Zitat#define CC1100_OUT_IN PINC
was wäre PIND am Arduino und CC1100_OUT_IN am MOdul?
Zitat von: chris1284 am 24 August 2014, 18:02:58
was wäre PIND am Arduino und CC1100_OUT_IN am MOdul?
PIND steht hier nicht für Pin D, sonder für Port D, Input.
Ein Port besteht aus 8 Registern, denen jeweils ein physischer Pin zugeordnet ist, jeder Pin kann sowohl als Input als auch als Output konfiguriert werden.
Der eigentliche Pin wird über CC1100_OUT_PIN festgelegt, da steht dann auch die Pin Nummer des Atmega328P.
Die muss dann noch der Pinnummer des Arduino nano zugeordnet werden, siehe dazu das Bild aus http://forum.fhem.de/index.php/topic,24651.msg189188.html#msg189188 (http://forum.fhem.de/index.php/topic,24651.msg189188.html#msg189188)
Zitat von: kaihs am 24 August 2014, 17:41:49
Sorry, wenn es da zu Verwirrung gekommen ist.
Das wollen wir dann gerade nochmal verzeihen...
Ich hatte es wie in Deinem Plan auch an D2 angeschlossen. Kein Wunder, wenn der Somfy nicht reagiert.
Mit Pin8 auf PD3 geht es. Puh, so etwas bringt mich als unbedarften Nachbauer ganz schön ins Schwitzen. Danke an alle!
Viele Grüße
G.
Nach dem ich nun ein wenig getestet habe muss ich sagen top. Reichweite ist super, schaltet auch zügig unter Linux. Aber: kann man die blaue LED des nano deaktivieren?
Meinst du die PowerLED?
Die geht nur auf die rustikale Weise aus - auslöten. ;)
(es ist ggf. einfacher, den dazu gehörenden Widerstand zu entfernen)
Genau diese. Habe bereits im Netz gesucht. Die radikale Lösung habe ich auch gefunden. Aber auch Lösungen die auf PIN 13 (Pin 13 auf Low setzen) hinweisen (Mini pro und Uno)
Es gibt ja mindestens zwei. Eine ist über D13 steuerbar, die andere ist fest an die Versorgung angeschossen. Da hilft nur rohes Gewalt ;)
Hallo ihr Bastler,
vielleicht ist das hier für euch interessant?
http://forum.fhem.de/index.php/topic,26487.0.html
@locutus
Meiner läuft ja schon... und ich habe nicht mal eine Verwendung dafür ;)
Außerdem sind Deine Module langweilig, die funktionieren ja einfach. WO bleibt denn der Spaß ;D
Btw. Inwiefern ist denn Dein Modul "kein vollwertiger CUL-Ersatz", wo der Notwendigkeit selbst zu kompilieren abgesehen?
Zitat von: kadettilac89 am 22 August 2014, 19:43:45
Im Post auf der zweiten Seite hast du auf dem Bild ein 433 Nano-cul und ein Fhemduino auf dem Steckboard. Hast du dich näher damit beschäftigt? Welcher Sender hat das bessere Signal (Reichweite)? Ich hab aktuell einen Fhemduino mit Funksteckdosen aber der schaltet nicht 100% zuverlässig. Wenn der nanocul 433 besser sendet könnte das eine weitere Lötaktion werden.
Um diese Frage auch noch zu beantworten: Bei meinen sicherlich nicht repräsentativen Versuchen hat der 'billig' Sender gegenüber dem CC1101 verloren.
Genau genommen sind die Module so schlecht, dass ich überlege sie auch im FHEMduino gegen ein CC1101 Modul auszutauschen und dessen Software entsprechend anzupassen.
Ideal wäre die Funktionalität von culfw, FHEMduino, JeeLink und Panstamp in einer Software, aber das ist wohl ein Traum.
Zitat von: kaihs am 25 August 2014, 21:19:23
Um diese Frage auch noch zu beantworten: Bei meinen sicherlich nicht repräsentativen Versuchen hat der 'billig' Sender gegenüber dem CC1101 verloren.
Vielen Dank für deinen Test!
Zitat von: kaihs am 25 August 2014, 21:19:23
Ideal wäre die Funktionalität von culfw, FHEMduino, JeeLink und Panstamp in einer Software, aber das ist wohl ein Traum.
Wäre natürlich traumhaft. Ich habe vor Kurzem die neue Firmware auf meinen Arduino geflasht und ich glaub dass Version 2.2d vom Fhemduino schon 22 oder 25 kb der verfügbaren 30 kb belegen. Trotzdem viel Glück!
Zitat von: hexenmeister am 25 August 2014, 20:33:11
Btw. Inwiefern ist denn Dein Modul "kein vollwertiger CUL-Ersatz", wo der Notwendigkeit selbst zu kompilieren abgesehen?
Oh, du hast recht! Der CUL hat auch nur 32 KB Flash Memory und ich bin immer von einem leistungsfähigeren Mikrocontroller ausgegangen.
Zitat von: kaihs am 25 August 2014, 21:19:23
Ideal wäre die Funktionalität von culfw, FHEMduino, JeeLink und Panstamp in einer Software, aber das ist wohl ein Traum.
Vielmehr lassen sich die unterschiedlichen Funkfrequenzen, Bandbreiten, Datenraten ... nicht in einer einzigen Betriebsart vereinen (siehe SlowRF, HomeMatic, MAX).
Tolle Leistung :)
Ich betreibe mit dieser Lösung meine Somfy Markisen.
Hardware:
http://www.aliexpress.com/item/Wholesale-5pcs-lot-Funduino-Nano-3-0-controller-compatible-with-arduino-nano-Free-Shipping/1307092605.html Stückpreis 2,57€
und
http://www.aliexpress.com/item/2pcs-lot-Stable-CC1101-Wireless-Module-Technical-Grade-With-External-Antenna-FZ0691/1899632221.html für 4,62€ also zusammen 7,19€ Super.
Im Anhang habe meine auf Somfy Protokoll erweiterte nanoCUl-433-Somfy.hex angehängt.
Hallo,
ich habe das mal nachgebaut, die Baumarkt-Fernbedienung wird mit diesen Parametern empfangen.
CUL1 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
Was mich nur wundert, ich kann bWidth nicht variieren, also keine Wert eintragen. Egal, was ich eintrage, es bleibt immer bei 325KHz.
Es wäre schön, wenn ich meine Revolt-Energiemeß-Steckdosen damit auch empfangen könnte.
FS20-Steckdosen funktionieren (868.20 MHz).
Bei Euch auch?
LG
/robin
Hallo,
ist es möglich das MAX Protokoll zu implementieren?
LG Christoph
Zitat von: brocky am 28 August 2014, 22:54:56
ist es möglich das MAX Protokoll zu implementieren?
Alle Protokolle die die culfw unterstützt sind möglich, also auch Revolt und MAX.
Die Protokolle müssen nur aktiviert werden (board.h und makefile) und das Ergebnis muss noch in den ATmega328p passen.
Zitat von: kaihs am 28 August 2014, 23:27:38
Alle Protokolle die die culfw unterstützt sind möglich, also auch Revolt und MAX.
Die Protokolle müssen nur aktiviert werden (board.h und makefile) und das Ergebnis muss noch in den ATmega328p passen.
Da bin ich dann wohl überfordert. Hat vielleicht jemand entsprechend angepasste Files?
Ich benötige nur das MAX Protokoll.
dito,
ein howto wäre nicht schlecht, wie man das selber nach eigenen Ansprüchen kompiliert. Raspberry pi mit fhem sind vorhanden.
Kompilieren ist nicht schwer.
- Culw-Source laden: http://culfw.de/culfw.html#Links
- Auspacken. Die nanoCUL-Sourcen auch auspacken: Die Dateien müssen im Verzeichnis .../CUL_VER_161/Devices/nanoCUL liegen.
- Compiler und Tools installieren (sudo apt-get install make gcc-avr avrdude avr-libc). Ggf. weiteres, wenn noch etwas fehlt...
- Source und makefile anpassen (die Defines wiederaktivieren, ich glaube, für MAX ist ASKSIN zuständig?):
- in board.h: #define HAS_ASKSIN wieder aktivieren (// vorne entfernen), in makefile die Variable SRC um folgende Zeile ergänzen:
../../clib/rf_asksin.c \
- AVRDUDE_PORT - Variable richtig setzen (Wichtig! Wenn man weitere ähnliche Hardware nutzt (z.B. mit Firmata) kann diese bei der falschen Einstellung 'zerflasht' werden!)
- in nanoCUL-Verzeichnis wechseln, make aufrufen, wenn fertig und ohne Fehler, dann kann man die Hardware einstecken und make pogram aufrufen.
Fertig.
ungefähr so. Probiere es aus ;)
Size after:
text data bss dec hex filename
8752 10 496 9258 242a nanoCUL.elf
avrdude: verifying ...
avrdude: 8762 bytes of flash verified
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Klappt.. jetzt noch, checken ob er die revolts erkennt :-)
Update: Revolt klappt nicht.
Übrigens: Danke für die vorbildliche Beschreibung von Hexenmeister!
Zitat von: fh168 am 29 August 2014, 18:39:43
Update: Revolt klappt nicht.
Hast du mal einen Blick in die board.h riskiert?
//#define HAS_REVOLT
Anbei mal eine culfw für den nanoCUL in der alles aktiviert ist was bei der Hardware halbwegs Sinn macht.
Ist aber weitgehend ungetestet, ich habe nicht diese ganzen Komponenten.
ja sicher, darum mache ich ja die Aktion mit der Kompilierung. Hat auch geklappt, dank der Anleitung vom Hexenmeister.
Die hex habe ich jetzt mal drübergebügelt, RAWMSG
r735AEB001E32019A3A409DD9 zeigt auch was an. Aber ich habe mehrere Revolts, dafür zeigt er zu wenig an.
Was mich wundert, ich kann keine bWidth auf 464Khz setzen, das ist bei meinem Live-Betrieb beim anderen Pi und Add-On-Board CUL eingestellt.
Zitat von: fh168 am 29 August 2014, 21:07:07
Was mich wundert, ich kann keine bWidth auf 464Khz setzen, das ist bei meinem Live-Betrieb beim anderen Pi und Add-On-Board CUL eingestellt.
Hm, geht bei mir.
Hast du danach ein get cul ccconf gemacht?
klar, ich kann ja auch problemlos auf 868 MHz umschalten. Ich kann damit FS-20 Komponenten schalten und Tür-Fensterkontakt-Daten empfangen. Ein Hardwarproblem schließe ich aus, weil ich beim Chinamann grundsätzlich alles doppelt und dreifach kaufe. Ich habe einen anderen 1101 Baustein getestet, ist das gleiche Problem. Kann es noch an der Schaltung liegen? ich habe die 3 Ausgänge mit einem Levelshifter beschaltet 5 V auf 3.3 V
So, habe heute endlich mal Zeit gehabt. Musste allerdings schon wieder aufhören. Ich bekomme keine Verbindung zum Nano:
make program bricht ab.
avrdude: ser_open(): can't open device "/dev/ttyUSB0": No such file or directory
die /dev/ttyUSB ist nicht angelegt, auch nichts vergleichbares
tail -f /var/log/syslog
Aug 31 09:14:40 localhost vmunix: [ 4967.027527] usb 2-1: new full-speed USB device number 5 using ohci_hcd
Aug 31 09:14:41 localhost vmunix: [ 4967.226951] usb 2-1: New USB device found, idVendor=1a86, idProduct=7523
Aug 31 09:14:41 localhost vmunix: [ 4967.247106] usb 2-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
Aug 31 09:14:41 localhost vmunix: [ 4967.268516] usb 2-1: Product: USB2.0-Serial
die Ausgabe von lsusb
Bus 002 Device 005: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Ist auf den Nano ggf. kein/oder der falsche Bootloader drauf?
Ein "normaler" Nano hat einen FTDI-Chip drauf. Da ist es egal, ob und welcher Bootloader geflasht wurde, Chip soll auch so erkannt werden. Bei einem Leonardo wäre das anders (da macht der µC die Bridge), aber Du sprichst ja von Nano... Ich sehe jedoch in Deinen Ausgaben keinen erkannten FTDI. Hast Du einen "spezial-china-nano" ? ;) Fehlt womöglich der Treiber für HL-340 Chip?
Was kommt bei
ls -l /dev/serial/by-id/
?
Für den Chip brauchst du den passenden Kernel Treiber, siehe http://cateee.net/lkddb/web-lkddb/USB_SERIAL_CH341.html (http://cateee.net/lkddb/web-lkddb/USB_SERIAL_CH341.html). Falls der nicht in deiner Distribution enthalten ist musst du ihn selber compilieren.
Hallo,
ich habe auch ein nano mit ch340 dran, bei mir kommt sowas raus. Raspberry Pi Raspbmc:
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
root@raspbmc:~# lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Bus 001 Device 006: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
root@raspbmc:~# ls -l /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Aug 31 17:30 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
root@raspbmc:~#
wird vom Pi über USB einwandfrei erkannt. Für den Mac gibts für diesen CH340 keinen Treiber, ich muss immer über Windows flashen.
HTH
Robin
Jep, mit dem richtigen Kernel-Modul wird Device auch als SeriellerPort eingetragen.
Ein Problem sind die Dinger trotzdem, spätestens, wenn ein zweiter von der Sorte ins Spiel kommt. Soweit ich weis, diese Chips haben nicht ohne weiteres eindeutigen IDs. Zwei davon wird das system nicht mehr unterscheiden können.
Zitat von: fh168 am 29 August 2014, 23:00:20
Kann es noch an der Schaltung liegen?
Unwahrscheinlich, die Kommunikation mit dem CC1101 funktioniert ja. Für die Einstellung der Bandbreite ist das Register 0x10 im Chip zuständig.
Das kannst du mit get cul raw C10 auslesen.
Wenn du mittels fhem die Bandbreite änderst, wird der Wert ins Byte 0x12 des EEPROMs des ATMega geschrieben, und von dort anschließend wieder ausgelesen um den CC1101 zu programmieren.
Der Offset von 2 zwischen 0x10 und 0x12 liegt daran, dass im EEPROM erstmal zwei Bytes stehen, um zu erkennen ob dieses ordnungsgemäß initialisiert wurde.
Du kannst also mal mit verbose 5 auf dem cul im Protokoll nachvollziehen, was da für Werte eingestellt werden sollen.
Und dann mit get raw C10 schauen was im Register steht und mit get raw R12 was im EEPROM steht.
Zitat
ich habe die 3 Ausgänge mit einem Levelshifter beschaltet 5 V auf 3.3 V
Was verwendest du als Levelshifter?
CUL1 raw => C10 = 55 / 85
CUL1 raw => R0012 = D5 / 213
http://www.ebay.de/itm/131196183140
z.Thema Levelshifter:
http://delphys.net/d.holmes/hardware/levelshift/DSCN4811_4810_4809_420x500_5bit.gif (http://delphys.net/d.holmes/hardware/levelshift/DSCN4811_4810_4809_420x500_5bit.gif)
Hi Ihr Bastler,
ich hab mich auchmal darin versucht einen CUL-Clone zu Basteln,
Meine Zutaten sind:
-OLIMEXINO-32U4 https://www.olimex.com/Products/Duino/AVR/OLIMEXINO-32U4/open-source-hardware (https://www.olimex.com/Products/Duino/AVR/OLIMEXINO-32U4/open-source-hardware) der läuft wahlweise mit 5V oder 3,3V ich hab ihn auf 3,3V am laufen
-CC1101 http://www.aliexpress.com/snapshot/6178551322.html (http://www.aliexpress.com/snapshot/6178551322.html)
Nach dem ich erstmal einen Arduino Leonardo totgeflasht habe (falsche Fusebits) habe ich den OLIMEXINO zum Laufen bekommen.
Der OLIMEXINO läuft mit 16Mhz daher habe ich hab die Frequenz im makefile auf 16Mhz gesetzt.
Der CUL wird sauber erkannt ccconf und C35 laufen.
ABER ich empfange nichts!
Im screen ( screen /dev/ttyACM0 ) kommt nur Müll
Zitatf,pr5f-pr9f.pr9f.pr-f-pr7f*prAf.pr-f.pr9f.prNfEpr8f+pr8f.pr9f.pr-f9pr-f:pr-f.prMfDpr8f,prOfCpr5f0pr2f6pr'f9prBfMpr/f0pr:f0pr3f3pr0f0prCfMprLfLprBfMprBfNpr4f8prBfMpr/f1pr0f0prMfNprCfMprLfCpr/f:prDfPprDfMprLfCpr/f:pr/f2pr0f0pr/f:pr/f0pr0f1prLfMprBfMprVfCpr0f0prPfIpr2f0pr2f6prOfDprKfJprDfPprDfOprJfJkr-f4kr'fokr f�kr1fekrfPkr1fgkrfQkrfIkrfFkr;f[kr'f=krf=jr'f<jr'f?jrAfWjr>fSjr3f1jrGfJjr3f3jr2f3jrEfPjr3f+jr6f7jrHfFjrPfFjr<f(jr2f2jrPfGjrPfFirPfFirZf<ir<firFfirFfirEfirFfirmf(irnf)irrf+irif>ir>f!hrAfirbf6ir?f+hrVf@hr>f!hraf4hr[f=hrLffrNf7frffr�fer>fjer)f)erHfserf*er]ferHfUerf^dr3f�erSfdrufgr�fgrXfgrMffrNffrNffrXffrZf
grxf.grqf*grQf
Hat einer von euch eine Idee??
Gruß,
Stephan
Baud-Rate richtig eingestellt?
Hi,
sollte stimmen /dev/ttyACM0@38400
€dit: Kann das an der Frequenz des Atmega liegen? ggf. könnte man ja auf Internal Clock umstellen (Fusebits :o)
€dit²:
Ok jetzt kommt auch was an (X67)
Zitat
C35 = 0D / 13
V 1.61 CUL868
CUL_V3
0D2E2D07D3913D04
32000006002165E8
35E43023B9000700
18146C070090876B
F85611EF2B1C1F41
00597F3F88310B00
00160E7C
p 3 848 672 1216 1088 4 3 4 31 3F00A820
p 3 1280 1072 848 704 4 2 1 5F F0F240
p 3 1184 1120 784 768 5 3 5 50 623F0E2C
p 3 768 768 1152 1168 4 3 4 31 3F209830
p 3 864 688 1216 1136 9 3 2 0E 4C007D00
p 3 1248 1088 864 720 4 2 1 5F F024C0
p 3 848 704 1248 1104 9 3 2 1C 4C007DC0
0D2E2D07D3913D04
32000006002165E8
35E43023B9000700
18146C070090876B
F85611EF2B1C1F41
00597F3F88310B00
Zitat von: CaptainHook am 01 September 2014, 10:47:43
Der OLIMEXINO läuft mit 16Mhz daher habe ich hab die Frequenz im makefile auf 16Mhz gesetzt.
Das dürfte ein Problem sein.
In der culfw sind viele Einstellungen auf 8MHz ausgelegt und passen sich nicht automatisch auf eine höhere Taktfrequenz an.
Daher wird ganz am Anfang in der nanoCUL.c der externe Takt von 16MHz halbiert, so dass er intern nur noch mit 8MHz läuft.
Wenn die dann F_CPU auf 16MHz stellst kann da schon einiges durcheinander kommen.
DANKE
Du bist mein H E L D !!!! 8)
makefile F_CPU = 8000000
cul.c
//clock_prescale_set(clock_div_1);
clock_prescale_set(clock_div_2);
Btw. Nicht NanoCul sonder "Normales" CUL sprich "originale" CULfw ;D ;D
Jetzt läuft es
Zitat2014.09.01 21:42:40 5: CUL/RAW: /T94217E013E
2014.09.01 21:42:40 4: CUL_Parse: CULduino T94217E013E -43
2014.09.01 21:42:40 5: CULduino dispatch T94217E01
2014.09.01 21:42:41 5: CUL/RAW: /T94217E813D
2014.09.01 21:42:41 4: CUL_Parse: CULduino T94217E813D -43.5
2014.09.01 21:42:41 5: CULduino dispatch T94217E81
2014.09.01 21:42:54 5: CUL/RAW: /T044400B60016
2014.09.01 21:42:54 4: CUL_Parse: CULduino T044400B60016 -63
2014.09.01 21:42:54 5: CULduino dispatch 810c04xx0909a00104440000b600
2014.09.01 21:43:29 5: CUL/RAW: /T001600B60018
2014.09.01 21:43:29 4: CUL_Parse: CULduino T001600B60018 -62
2014.09.01 21:43:29 5: CULduino dispatch 810c04xx0909a00100160000b600
2014.09.01 21:43:30 5: CUL/RAW: /T84BB160136
2014.09.01 21:43:30 4: CUL_Parse: CULduino T84BB160136 -47
2014.09.01 21:43:30 5: CULduino dispatch T84BB1601
2014.09.01 21:43:31 5: CUL/RAW: /T84BB168136
2014.09.01 21:43:31 4: CUL_Parse: CULduino T84BB168136 -47
2014.09.01 21:43:31 5: CULduino dispatch T84BB1681
Grüße,
Stephan
Zitat von: CaptainHook am 01 September 2014, 21:45:51
Btw. Nicht NanoCul sonder "Normales" CUL sprich "originale" CULfw ;D ;D
Dann musst du die cul.c aber noch mal genau prüfen. Der CUL verwendet z. B. einen Kodier-PIN um festzulegen, ob es sich um eine 433 oder 868 MHz Version handelt. Der wird bei dir wenn überhaupt wohl nur zufällig richtig beschaltet sein.
Vielleicht gibt es auch noch andere Sachen die spezifisch für die CUL Hardware sind.
Hallo zusammen,
jetzt will ich mich auch noch einmal melden. Der "ch341" war natürlich nicht in meiner Distri enthalten und ein Kompilieren des Treibers in den Kernel hab ich nach 2 Fehlversuchen aufgeben. Es gibt netterweise fertige Debian-Image für den ALIX, welche man nur auf dir CF kopieren muss. 8) Danach liess sich per modprobe der ch341 laden.
Der Rest verlief, Dank der Hilfe hier, reibungslos. Nun empfange ich ebenfalls "Müll". Ist da noch irgendwas nicht ok?
2014-09-01 16:10:11 CUL CUL1 UNKNOWNCODE fbrf�brf�brfbr%f�brfAbrf_brfbrf-br f�brf�brf�brfBbrfbbrf�br%f�brfZbrfrbrfsbrfBbr
PS, ich habe noch nicht den 868er benutzt, sondern erst einmal einen 433er http://www.aliexpress.com/snapshot/6178824613.html (http://www.aliexpress.com/snapshot/6178824613.html)
Gruss Thomas
Hallo Hexenmeister,
Ich habe ne kurze Frage betreffend der Nanos mit CH341 Treiber:
Zitat"Soweit ich weis, diese Chips haben nicht ohne weiteres eindeutigen IDs. Zwei davon wird das System nicht mehr unterscheiden können."
Das ist aber weniger schön, weil ich ja noch einen zweiten nanoCUL mit einem 868er bauen möchte. Das hatte ich bei der Bestellung des Nanos nicht gewusst (und war auch nirgends beschrieben). Hat jemand schon einen Nano bei Aliexpress mit FTDI gekauft?
Zitat von: cubase am 01 September 2014, 22:24:05
Ist da noch irgendwas nicht ok?
Scheint fast so ;)
Hast du was an den Fuses geändert?
Einerseits scheint um 15:50 Uhr die serielle Kommunikation ja noch geklappt zu haben, danach aber nicht mehr.
Hast du eine LED angeschlossen? Blinkt die mit 1 Hz?
Zitat von: cubase am 01 September 2014, 22:39:40
Hat jemand schon einen Nano bei Aliexpress mit FTDI gekauft?
Alle meine 4 nanos haben einen FTDI, davon zwei von aliexpress.
Aber aliexpress ist ja nur eine Verkaufsplattform wie ebay, da bietet ja viele unterschiedliche Händler den nano an.
Meine Nanos haben auch alle FTDI. Aber ich habe einen Uno-Klon mit ch341 drauf. Bei dem ist das schon ok, da zum Basteln gedacht.
Achte beim Kauf auf FTDI (FT232RL) UART-Chips. Da wird in der Beschreibung stehen. CP21xx wären auch OK, da SerianNummer flashbar ist (k.A: ob damit schon Nanos gebaut wurden). Alternativ kannst Du auch ProMini + UART-Adapter deiner Wahl nehmen.
EDIT: Man kann natürlich die Chips ohne ID auch nutzen, solange keine 2 davon im System sind. Also ein ch341 und ein PL2303 sind ok, da durch verschiedenen VendorID eindeutig. Auch wenn beide keine Serial-ID besitzen.
Zitat von: kaihs am 01 September 2014, 21:52:15
Dann musst du die cul.c aber noch mal genau prüfen. Der CUL verwendet z. B. einen Kodier-PIN um festzulegen, ob es sich um eine 433 oder 868 MHz Version handelt. Der wird bei dir wenn überhaupt wohl nur zufällig richtig beschaltet sein.
Vielleicht gibt es auch noch andere Sachen die spezifisch für die CUL Hardware sind.
Die beiden Pins habe ich schon gefunden Port B Pin 5 und 6 oder in Arduino D9 un D10, einer geht High der andere Low je nach Frequenz ;) (HIGH für aktive, Low für inaktive)
Pin 5 / D9 für 868Mhz
Pin 6 / D10 für 433Mhz
€dit:
Solchen Müll:
Zitat2014-09-01 16:10:11 CUL CUL1 UNKNOWNCODE fbrf�brf�brfbr%f�brfAbrf_brfbrf-br f�brf�brf�brfBbrfbbrf�br%f�brfZbrfrbrfsbrfBbr
hatte ich auch als meiner noch mit 16Mhz lief! (ohne clock_prescale - Siehe Post von heute morgen)
Wobei ich eine nicht die NanoCul.c nehme sonder eine modifizierte CUL.c aber vielleicht hast du ein ähnliches Problem
Hallo Kai
ZitatHast du was an den Fuses geändert?
Nicht das ich wüsste. Wie macht man das , wenn?
Und nein, keine LED drann. (besorge ich aber)
@Hexenmeister Merci :)
Zitat von: cubase am 01 September 2014, 23:01:37
Nicht das ich wüsste. Wie macht man das , wenn?
Zum Beispiel per ISP oder JTAG, für beides braucht du nen passenden Adapter oder nen 2. Arduino.
Deaktivieren NIEMALS die JTAG und ISP FUSE gleichzeitig :o ;D Danach taugt ein Arduino nur noch als Briefbeschwerer
Gruß,
Stephan
Hallo Kai
ZitatHast du eine LED angeschlossen? Blinkt die mit 1 Hz?
ja, blinkt.
Auch genau einmal pro Sekunde?
Welchen Code verwendest du, den zuletzt von mir geposteten für nano CUL?
ja 1mal/sec. Und den Code aus Deiner nanoCUL.zip aus diesem Post http://forum.fhem.de/index.php/topic,24651.msg192788.html#msg192788 (http://forum.fhem.de/index.php/topic,24651.msg192788.html#msg192788)
ZitatDann vielleicht mal XFF im Terminalprogramm eingeben.
Dann sollte alles was irgendwie empfangen wird ausgegeben werden, also eine Menge 'Zeichenmüll'. Irgendwas funkt auf 433MHz eigentlich immer, zur Sicherheit mal auf der Fernbedienung des Steckdosen rumdrücken.
Dann wird jeder Funkempfang ausgegeben
also das funktioniert. Mit jedem Drücken auf der FB kommt im Terminal eine "Zeichenmüllkette".
Update:
Nach einem Neustart werden im Event Monitor keinerlei Informationen angezeigt. Erst wenn ich über das Terminal "XFF" eingebe und dieses dann schliesse, kommen die Meldungen auch im Event Monitor von fhem!? Ist das normal so?
Also ich habe heute noch einmal den nanoCUL geflasht, zusätzlich noch auf meinem PC (Arch) fhem installiert aber leider empfange ich nichts. Der Terminaltest funktioniert wie gesagt und auch leuchtet die aufgelötetet TX-LED auf dem Nano beim Drücken der FB.
Bei XFF wird auch etwas ausgegeben, wenn irgendwelche Daten vom CC1101 empfangen werden, selbst wenn diese von der culfw nicht dekodiert werden können.
Bei X21 wird nur noch etwas ausgegeben, wenn die culfw als gültige Funktelegramme dekodiert hat.
Scheint also, als ob die Telegramme deiner Fernbedienung nicht dekodiert werden können.
Was für eine Fernbedienung ist das?
Was hast du denn überhaupt mit dem nanoCUL vor? Willst du z. B. Funksteckdosen schalten oder Fernbedienungen/Thermometer empfangen?
Welche Funk-Protokolle verwendet deine Hardware (Intertechno, Oregon, ...)
Danke für die Erklärung, wenn das also so ist, dann sollte ja der nanoCul funktionieren.Denn ich habe einfach erstmal eine 15 Jahre ein alte Funksteckdose mit FB zu Einstiegszwecken ausgegraben.(kein Hersteller, kein Typenschild,..)
Ein erster Einsatz wäre unser alter Torantrieb , http://www.eazymatic.ch/de/produkte/funk/ (http://www.eazymatic.ch/de/produkte/funk/) Aber habe ich ehrlich gesagt keine Ahnung, was diese für Funkprotokolle benutzen. Und weiterhin ist ein Bewegungssensor für den Hauseingang geplant.
Danke nochmal und viele Grüsse
Thomas
Mensch, der läuft!... Wollte mich noch einmal recht herzlich für die Unterstützung hier bedanken. Der nanoCUL funktioniert perfekt. Kostet nur ein Bruchteil des "Originals" und dazu noch der Spass am Eigenbau :P
Eine Frage hätte ich dann noch. Ich habe noch einen Uno rumliegen und wie ich gelesen habe, ist der recht ähnlich zum Nano. Kann man die nanuCUL auch auf den Uno flashen?
Gruss Thomas
Sollte auch mit dem Uno funktionieren, ist der gleiche Controller mit der gleichen Taktfrequenz.
Hallo,
dank der Anleitung (#101) von hexenmeister konnte ich die nanocul mit den Paramtern für ASKSIN kompilieren.
Allerdings liess sich der rfmode nicht auf MAX umstellen (ungefähre Fehlermeldung: Funktion wird nicht unterstützt)
Daraufhin habe ich die nanocul.hex von kaihs (#103) in der schon die wichtigsten Protokolle aktiviert sind geflashed.
Vielen Dank dafür.
Damit laesst sich der rfmode auf MAX umstellen.
Wenn ich FHEM auf dem RASPI starte bekomme ich folgende Meldung auf der Linux Konsole angezeigt:
Argument "61 nanoCUL" isn't numeric in addition (+) at ./FHEM/14_CUL_MAX.pm line 134, <$fh> line 76.
Argument "61 nanoCUL" isn't numeric in addition (+) at ./FHEM/14_CUL_MAX.pm line 134, <$fh> line 76.
Ab Zeile 121 steht in der 14_CUL_MAX.pm folgende sub:
sub
CUL_MAX_Check($@)
{
my ($hash) = @_;
return if(!defined($hash->{IODev}));
return if(!defined($hash->{IODev}{TYPE}));
return if($hash->{IODev}{TYPE} ne "CUL");
return if(!defined($hash->{IODev}{VERSION}));
my $version = $hash->{IODev}{VERSION};
#Looks like "V 1.49 CUL868"
$version =~ m/V (.*)\.(.*) .*/;
my ($major_version,$minorversion) = ($1, $2);
$version = 100*$major_version + $minorversion; (Zeile 134)
if($version < 154) {
Log 2, "You are using an old version of the CUL firmware, which has known bugs with respect to MAX! support. Please update.";
}
return $version;
}
Scheinbar kann die sub mit dem Versionsnamen der NANO Cul (V 1.61 nanoCUL 433) nicht umgehen.
Kann es daran liegen das die MAX Funktion nicht funktioniert?
Ich versuche einen MAX Fensterkontakt zu pairen.
Mein Nachbau scheint Hardwaremässig in Ordnung zu sein. Wenn ich die Konfig ändere kann ich IT Steckdosen damit schalten.
Zitat von: cubase am 04 September 2014, 00:14:49
Danke für die Erklärung, wenn das also so ist, dann sollte ja der nanoCul funktionieren.Denn ich habe einfach erstmal eine 15 Jahre ein alte Funksteckdose mit FB zu Einstiegszwecken ausgegraben.(kein Hersteller, kein Typenschild,..)
Ein erster Einsatz wäre unser alter Torantrieb , http://www.eazymatic.ch/de/produkte/funk/ (http://www.eazymatic.ch/de/produkte/funk/) Aber habe ich ehrlich gesagt keine Ahnung, was diese für Funkprotokolle benutzen. Und weiterhin ist ein Bewegungssensor für den Hauseingang geplant.
Danke nochmal und viele Grüsse
Thomas
ich habe auch mit Uralt-Steckdosen angefangen, aber später doch ein paar moderne gekauft. Grund: Die haben zuviel Strom im Ruhemodus verbraucht. Die neue Generation nimmt sich 0,7 bis 1 W (z.b. die Baumarkt-Steckdosen) und kosten im 3er oder 4er Pack 12 bis 15 Euro.
LG
/robin
Zitat von: brocky am 04 September 2014, 23:22:52
Kann es daran liegen das die MAX Funktion nicht funktioniert?
Die MAX Funktion war noch nicht richtig aktiviert, probiere es mal mit der anhängenden Firmware.
Zu den Sourcen gehört noch die erweiterte makefile ;)
Diese sollte passen:
Hallo leider funktioniert der MAX Modus bei mir auch mit der neuen nanoCUL.hex (#139) noch nicht.
Folgende Aktionen habe ich durchgeführt:
nanoCUL mit der neuen nanoCUL.hex geflashed
Fhem gestoppt und neu gestartet.
Folgende Meldung auf der Linux Console:
Argument "61 nanoCUL" isn't numeric in addition (+) at ./FHEM/14_CUL_MAX.pm line 134, <$fh> line 76.
Argument "61 nanoCUL" isn't numeric in addition (+) at ./FHEM/14_CUL_MAX.pm line 134, <$fh> line 76.
Diese Infos werden u.a. beim CUL1 in fhem angezeigt:
STATE Initialized
TYPE CUL
VERSION V 1.61 nanoCUL 433
initString X21 Zr Za123456 Zw111111
ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
rfmode MAX
Dann habe ich im CUL_MAX den pairmode gesetzt. Anzeige:
pairmode 1
Wenn ich jetzt die Pairing Taste beim MAX Fensterkontakt drücke fängt dieser an zu blinken.
Er wird aber nicht von fhem erkannt. (autocreate active)
Ich habe auf meinem Produktivsystem noch einen originalen CUL 433. Bei diesem wird die Version ohne
ein Leerzeichen zwischen CUL und 433 angezeigt.
Daraufhin habe ich in der board_h in dem Prameter
#define BOARD_ID_STR433 "nanoCUL433"
das Leerzeichen zwischen nanoCUL und der 433 gelöscht, die nanoCUl neu compiliert und geflashed.
Nach einem Neustart von Fhem kommt dann die Fehlermeldung auf der Console nicht mehr.
Das Pairen funktioniert aber leider auch nicht.
Mache ich evtl. etwas falsch?
Danke für Eure Hilfe
Hallo
Erstmal Danke für euer tolles Projekt ;D
Will nur mal eine Erfolgsmeldung loswerden, der nanoCul funktioniert wirklich gut
Internals:
CMDS BCFiAZGMURTVWXefltx
CUL1_MSGCNT 101
CUL1_TIME 2014-09-08 17:28:03
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_RFR:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:
DEF /dev/ttyUSB0@38400 1234
DeviceName /dev/ttyUSB0@38400
FD 4
FHTID 1234
NAME CUL1
NR 20
PARTIAL
RAWMSG i15501420
RSSI -58
STATE Initialized
TYPE CUL
VERSION V 1.61 nanoCUL 433
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....(1|5|9).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......$
Readings:
2014-09-08 08:51:00 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2014-09-08 17:07:12 cmds B C F i A Z G M U R T V W X e f l t x
2014-09-08 17:29:44 raw is000000000FFF
2014-09-08 08:39:12 uptime 0 00:00:31
2014-09-08 08:39:08 version V 1.61 nanoCUL 433
Helper:
HMnextTR 1410197283.86858
Attributes:
|
Gruß Volker
@Volker, sehr coole Idee für ein Gehäuse...
Zitat von: CaptainHook am 08 September 2014, 22:25:08
@Volker, sehr coole Idee für ein Gehäuse...
War ehr ne Notlösung.Nix anderes auf die schnelle gefunden 8)
Hallo kaihs,
wenn ich den MAX Modus aktiviere geht die Leuchtdiode L (D13) permanent an.
Ist das richtig so?
Danke für all Eure Mühen.
Gruss Christoph
Zitat von: brocky am 10 September 2014, 20:47:01
Hallo kaihs,
wenn ich den MAX Modus aktiviere geht die Leuchtdiode L (D13) permanent an.
Ist das richtig so?
Danke für all Eure Mühen.
Gruss Christoph
Du meinst die aufgelötete (gelbe) LED?
Die leuchtet immer, wenn es eine SPI Kommunikation zwischen dem nano und dem CC1101 gibt, genau genommen blinkt sie dann sehr schnell. Sieht dann aus wie ein schwaches Leuchten.
Das ist im MAX/Homematic Modus normal.
Hast Du noch eine Idee was ich testen kann warum der nanoCUL im MAX Modus nicht funktioniert? Z.B. mittels Eingaben über ein Terminal Programm oder so.
Ich habe schon den cul an meinem PC gehangen und mit einem Terminalprogramm initialisiert. (X21 Zr) Reicht das aus um Daten der Fensterkontakte zu empfangen?
@kaihs:
Jetzt klappt es auch bei mir. Nachdem ich den Beitrag von kadettilac89 (#150) gelesen hatte, habe ich nochmal meine Hardwareconfig überprüft. GDO2 war nicht verdrahtet :-(
Habe ich irgendwie übersehen. Jetzt funktioniert der MAX Modus.
Danke nochmal
Christoph
Hallo,
ich habe jetzt nach einer Weile einen 868 CC1101 aus Asien erhalten. Zum Test wollte ich mal auf 433 meine Elro Steckdosen schalten. Hier komme ich nicht weiter. Vielleicht könnt ihr mir sagen was falsch ist, oder was ich weiter testen kann.
make und make program sind fehlerfrei durchgelaufen nachdem ich den Port geändert hab.
AVRDUDE_PORT = /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -b 57600
Files von Kai aus den letzten Posting.
In Fhem wird der nanoCUL im Status initialized angezeigt. Readings hier:
CUL1 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Internals
CMDS
BCFiAZGMURTVWXefltx
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:CUL_RFR:
DEF
/dev/ttyUSB0@38400 1234
DeviceName
/dev/ttyUSB0@38400
FD
9
FHTID
1234
NAME
CUL1
NR
176
PARTIAL
STATE
Initialized
TYPE
CUL
VERSION
V 1.61 nanoCUL 433
initString
X21
Readings
ccconf
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2014-09-27 18:01:15
cmds
B C F i A Z G M U R T V W X e f l t x
2014-09-27 18:18:37
raw
isFFFF0FF0FFF0
2014-09-27 18:00:51
state
Initialized
2014-09-27 18:11:58
uptime
0 00:06:32
2014-09-27 18:18:28
version
V 1.61 nanoCUL 433
2014-09-27 18:18:45
Internals:
CMDS BCFiAZGMURTVWXefltx
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:CUL_RFR:
DEF /dev/ttyUSB0@38400 1234
DeviceName /dev/ttyUSB0@38400
FD 9
FHTID 1234
NAME CUL1
NR 28
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.61 nanoCUL 433
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....(1|5|9).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]+
Readings:
2014-09-28 07:59:32 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
2014-09-28 07:56:09 cmds B C F i A Z G M U R T V W X e f l t x
2014-09-28 07:57:39 raw isFFFF0FF0FFF0
2014-09-28 07:56:09 state Initialized
2014-09-27 18:18:28 uptime 0 00:06:32
2014-09-27 18:18:45 version V 1.61 nanoCUL 433
Attributes:
rfmode SlowRF
room CUL1
verbose 5
fhem.cfg:
define CUL1 CUL /dev/ttyUSB0@38400 1234
attr CUL1 room CUL1
attr CUL1 verbose 4
define TVLicht IT FFFF0FF0FF FF F0
attr TVLicht IODev CUL1
attr TVLicht model itswitch
attr TVLicht room CUL1
attr TVLicht verbose 4
CUL antwortet auch auf raw Abfragen:
CUL1 raw => C35 = 0D / 13
--> Empfang an
Ich habe die Pin von Ard- gegen die Pins vom CC1101 Modul gemessen - Durchgang.
Ard CC1101
GND GND
VCC VCC 3,3
D12 S0
D11 S1
D10 CSN
D3 GDO2
D13 SCLK
A0 GDO0
Mein Modul http://www.aliexpress.com/item/Freeshipping-868-M-915-MHZ-wireless-module-CC1101-wireless-data-transmission-module/1754554061.html (http://www.aliexpress.com/item/Freeshipping-868-M-915-MHZ-wireless-module-CC1101-wireless-data-transmission-module/1754554061.html)
Ich ging davon aus, dass ich ein 868 Modul auch auf 433 stellen kann. Empfang ist schlechter, das weiß ich.
Mit dem o. g. Setup kann ich meine Steckdose nicht schalten. Mit FhemDuino (aktuell abgesteckt) kann ich mit selbem Code schalten. Abstand zwischen 0 - 100 cm getestet.
Wenn ich in Fhem schalte - egal ob "on" oder "off" blinkt kurz "RX" und "TX" auf. Led an D9 blinkt 1 hz.
So, was kann ich noch testen, was könnte noch falsch sein?
Danke schon mal!
Zitat von: kadettilac89 am 27 September 2014, 18:27:52
A0 GDO0
Das ist wahrscheinlich falsch, in meiner letzten geposteten Version hatte ich die Pinbelegung geändert, siehe auch http://forum.fhem.de/index.php/topic,24651.msg194422.html#msg194422 (http://forum.fhem.de/index.php/topic,24651.msg194422.html#msg194422)
Verwende statt dessen mal Pin D3 des Arduinos.
Kai
Hallo Kai,
vielen Dank!
Zitat
Ard CC1101
GND GND
VCC VCC 3,3
D12 S0
D11 S1
D10 CSN
D3 GDO2
D13 SCLK
A0 GDO0
Zitat
Verwende statt dessen mal Pin D3 des Arduinos.
Ich habe den älteren Post von dir gesehen, aber falsch umgesetzt. Im ursprünglichen Bild geht GDO2 an D2, ich hab diesen auf D3 umgehängt. Richtig wäre GDO0 gewesen. Egal.
Richtig sollte nun diese Belegung sein
Ard CC1101
GND GND
VCC VCC 3,3
D12 S0
D11 S1
D10 CSN
D2 GDO2
D13 SCLK
D3 GDO0
Ich wiederhole die Belegung in Textform damit auch andere Forenteilnehmer was von meinen Fehlern haben :)
Bin die nächsten 2 Wochen wieder mal dienstlich unterwegs. Werde Feedback geben sobald ich wieder zu Hause bin.
Noch etwas was nicht direkt mit meinem Problem zu tun hat. Was hältst du davon deine Arbeit im FhemWiki einzutragen? So mit kurzer Anleitung die sowieso schon hier drin ist und dem Anschlussplan. Deine kompilierten Files und die einzelnen Files (z. B. board.h, angepasste makefiles + hex, ..) wären vielleicht in gibhub oder ftp übersichtlicher. Oder gäbe es Probleme wegen Copyrights da culfw verwendet wird?
Das mit Wiki und Github soll keine Kritik sein, es wäre vielleicht für Nachbauer einfacher den Anschluss und die richtigen Files zu verwenden da es etliche Fragen zu "welche Config für welche Protokolle" oder was muss auskommentiert werden ... gibt. Egal ob Wiki oder nicht, ohne dein Einsatz kämen wir überhaupt nicht soweit :)
Zitat von: kadettilac89 am 28 September 2014, 21:56:41
Noch etwas was nicht direkt mit meinem Problem zu tun hat. Was hältst du davon deine Arbeit im FhemWiki einzutragen? So mit kurzer Anleitung die sowieso schon hier drin ist und dem Anschlussplan. Deine kompilierten Files und die einzelnen Files (z. B. board.h, angepasste makefiles + hex, ..) wären vielleicht in gibhub oder ftp übersichtlicher. Oder gäbe es Probleme wegen Copyrights da culfw verwendet wird?
Das mit Wiki und Github soll keine Kritik sein, es wäre vielleicht für Nachbauer einfacher den Anschluss und die richtigen Files zu verwenden da es etliche Fragen zu "welche Config für welche Protokolle" oder was muss auskommentiert werden ... gibt. Egal ob Wiki oder nicht, ohne dein Einsatz kämen wir überhaupt nicht soweit :)
Das hatte ich auch schon überlegt. Bin bisher aber noch davor zurückgeschreckt, weil bei massenhaftem Nachbau vermutlich busware als Hersteller des CULs das Wasser ein wenig abgegraben wird.
Daher habe ich den Code auch noch nicht ins svn der culfw eingecheckt, da wäre er als eigenes Device m. E. am besten aufgehoben.
Kai
Hätte jemand noch einen CC1101 über, den er loswerden will? [emoji4]
Hi,
Wollte mich jetzt auch mal daran versuchen, ist denn dieses Teil bei Amazon das richtige?
http://www.amazon.de/dp/B00GBW6WJY/ref=wl_it_dp_o_pC_S_ttl?_encoding=UTF8&colid=2KA27V7OARKIE&coliid=I22SV2TXKEEH51 (http://www.amazon.de/dp/B00GBW6WJY/ref=wl_it_dp_o_pC_S_ttl?_encoding=UTF8&colid=2KA27V7OARKIE&coliid=I22SV2TXKEEH51)
Gruß
Carlos
@carlos
ja
Hi Carlos,
Ja ist das richtig, aber teuer.
Das Teil bekommst du bei ebay zum halben Preis. Der Verkäufer trixi??? versendet sehr schnell
€dit:
http://www.ebay.de/itm/Technische-Klasse-Stabile-CC1101-Wireless-Module-Funkmodul-mit-Externer-Antenne-/121319943749
Hallo!
Ich komme nicht mehr weiter.....
Ich möchte mir einen nanoCUL für Homematic-Komponenten bauen.
Ich habe:
- einen Arduino-Mini-Pro mit 16MHZ
- einen 868MHZ CC1101
- einen PL2303 USB->Seriell Adapter
Verdrahtet habe ich das ganze nach diesem Post: http://forum.fhem.de/index.php/topic,24651.msg203551.html#msg203551
Ich habe gelesen, dass auf PIN9 noch ein 1HZ-Signal läuft - richtig? (muss ich noch eine LED dranbauen)
Als "Firmware" habe ich diese nanoCUL.zip genommen. Übertragung hat auch prima funktioniert.:
http://forum.fhem.de/index.php/topic,24651.msg192788.html#msg192788
Wenn ich jetzt das ganze in FHem einbinde, kommt nur die Meldung "CUL1 opened", was ja nur heißt, dass der serielle Adapter funktioniert.
Seriell kann ich den nanoCUL schon ansprechen - wenn ich z.B: V<ENTER> eingebe, kommt eine Auflistung der möglichen Befehle....
Ich habe gelesen, dass man in der board.h einstellen kann, ob man einen 868MHZ oder 433MHZ CC1101 hat. Könnt ihr mir sagen, wie ich das für 868MHZ einstellen muss?
Welche Dateien, bzw. was muss ich verändern, um die 16MHZ des Arduinos zu teilen? Muss ich die Fuses verändern? Oder reicht irgendwo eine Angabe der Frequenz? Wenn ja - wo muss ich die Frequenz verändern?
Was muss ich sonst noch verändern, um Homematic Komponenten zu schalten? (board.h??)
VIelen Dank schonmal für eure Hilfe!!!
Hallo,
wenn bis morgen, 05.10.2015 12:00 Uhr keine Einwände kommen schiebe ich diesen Beitrag in die Bastelecke da es mAn nicht mehr viel mit Anfängerfragen gemein hat.
Grüße
Zitat von: thunder1902 am 04 Oktober 2014, 14:39:58
Ich habe:
- einen Arduino-Mini-Pro mit 16MHZ
- einen 868MHZ CC1101
- einen PL2303 USB->Seriell Adapter
Mit einer solchen Hardware habe ich es noch nicht ausprobiert, sollte aber prinzipiell funktionieren.
Zitat
Ich habe gelesen, dass auf PIN9 noch ein 1HZ-Signal läuft - richtig? (muss ich noch eine LED dranbauen)
Ja, das ist richtig. Die Kontrolle, ob die auch mit 1 Hz blinkt ist der erste Schritt zur Fehlersuche.
Blinkt sie mit einer anderen Frequenz passt der Takt des Arduino nicht.
Zitat
Wenn ich jetzt das ganze in FHem einbinde, kommt nur die Meldung "CUL1 opened", was ja nur heißt, dass der serielle Adapter funktioniert.
Seriell kann ich den nanoCUL schon ansprechen - wenn ich z.B: V<ENTER> eingebe, kommt eine Auflistung der möglichen Befehle....
Das ist ja schon mal ein gutes Zeichen. Hast du den rfmode auch auf Homematic gesetzt?
Was passiert wenn du z. B. get <CUL> ccconf in fhem ausführst?
Zitat
Ich habe gelesen, dass man in der board.h einstellen kann, ob man einen 868MHZ oder 433MHZ CC1101 hat. Könnt ihr mir sagen, wie ich das für 868MHZ einstellen muss?
ich habe es nicht getestet, aber in nanoCUL.c
const uint8_t mark433_pin = 0x00;
in
const uint8_t mark433_pin = 0xff;
zu ändern sollte das gewünschte bewirken.
Zitat
Welche Dateien, bzw. was muss ich verändern, um die 16MHZ des Arduinos zu teilen? Muss ich die Fuses verändern? Oder reicht irgendwo eine Angabe der Frequenz? Wenn ja - wo muss ich die Frequenz verändern?
Das wird in der nanoCUL.c bereits richtig eingestellt.
Zitat
Was muss ich sonst noch verändern, um Homematic Komponenten zu schalten? (board.h??)
#define HAS_ASKSIN muss in board.h gesetzt sein, das sollte aber bereits der Fall sein.
Hallo Kaihs!
Dank Deiner Hilfe steht jetzt schonmal "CUL1 initialized" in Fhem!
Nur den rfmode kann ich nicht umstellen.
Wenn ich in der fhem.cfg "attr CUL1 rfmode HomeMatic" drinstehen habe, kommt die Meldung "CUL1: Mode HomeMatic not supported".
Wenn ich HomeMatic klein schreibe, also "homematic", dann kommt zwar keine Fehlermeldung, aber beim pairen (hmPairForSec) kommt dann "This command is not valid in the current rfmode" ...
Wie kann man denn normalerweise den rfmode auf Homematic stellen - oder stimmt da noch etwas nicht mit meinem CUL?
list CUL1 liefert folgendes:
ZitatInternals:
CMDS BCFiGMRTVWXeltx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_RFR:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:
DEF /dev/ttyUSB0@38400 1234
DeviceName /dev/ttyUSB0@38400
FD 5
FHTID 1234
NAME CUL1
NR 2
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.61 nanoCUL
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....(1|5|9).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......$
Readings:
2014-10-04 22:58:16 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2014-10-04 23:08:50 cmds B C F i G M R T V W X e l t x
Helper:
HMnextTR 1412456930.50342
Attributes:
rfmode homematic
Zitat von: thunder1902 am 04 Oktober 2014, 23:09:49
Nur den rfmode kann ich nicht umstellen.
In deiner Version der culfw ist Homematic, d.h. HAS_ASKSIN nicht aktiviert.
Das ist daran zu erkennen, dass in den cmds kein A auftaucht.
Kontrolliere nochmal deine board.h und das makefile.
Hallo,
@kaihs
Ich würde auch gern einen solchen "Nanoc-Cul" aufbauen; Nano ist vorhanden (habe auch schon einen Fhemduino, Jeestick und OW-Firmata-Nano aufgebaut).
Als 868 Mhz 1101 Chip dachte ich an diesen:
http://www.pollin.de/shop/dt/MjQ3OTgxOTk-/Bausaetze_Module/Module/Mini_Funkmodul_CC1101_868_MHz_Sende_Empfangsmodul.html (http://www.pollin.de/shop/dt/MjQ3OTgxOTk-/Bausaetze_Module/Module/Mini_Funkmodul_CC1101_868_MHz_Sende_Empfangsmodul.html)
(ich möchte hier keine Werbung machen; Pollin liegt nur bei mir auf dem Arbeitsweg ::) )
Leider finde ich aber bei diesem Modul keinen herausgeführten Anschluß "GDO2". Wird der bei diesem Projekt unbedingt benötigt ?
Laut Datenblatt des CC1101 ist ja der GDO0 ein kompletter I/O-Port...
Wäre sehr nett, wenn Du mir da eine Info geben kannst, ob und wenn ja wie, ich dieses Modul mit dem Nano beschalten könnte...
VG
Karl
Zitat von: digital.arts am 06 Oktober 2014, 08:16:31
Leider finde ich aber bei diesem Modul keinen herausgeführten Anschluß "GDO2". Wird der bei diesem Projekt unbedingt benötigt ?
Ja, darüber kommen die empfangenen Daten an.
Ich hatte mir dieses Modul auch schon angesehen aber wegen des hohen Preises und des fehlenden GD02 Pins dann für diese Anwendung verworfen.
Gruß,
Kai
@kaihs:
JUHUUU! Es läuft!!
VIELEN DANK für deinen super Support!
Wie du mir sagtest - habe ich das makefile angepasst, und in board.h asksin einkommentiert.
Jetzt funktioniert er!
Geile Sache! Ich glaub, ich mach dazu mal ein HowTo. Der gesamte Preis für den nanoCUL hat sich bei mir so zusammengesetzt:
2-3 Euro Arduino Mini Pro Clone aus China
5 Euro CC1101 aus China
2-3 Euro PL2303 USB-Seriell-Adapter
Gesamt ca. 10 Euro.
Nächstes Projekt: nanoCUL auf Fritzbox mit Freetz zum Laufen bringen.
Ich arbeite dran...
Danke Dir nochmals!!
Ich würde statt PL2303 eher FT232RL oder CP2101 empfehlen. PL2303 hat meines Wissens keine eindeutige ID. Man bekommt alo Probleme, wenn man mehr als einen davon im System hat. FT232RL habe von haus aus eine ID, die CP21xx können mit der Software von Hersteller mit einem eigenem Serial versehen werden.
@hexenmeister: Interessant, danke für den Tip - aber für was braucht man mehrere CUL's im System?
Wenn man mehrere Frequenzen oder unterschiedliche Systeme (HomeMatic, FHT, Max!) nutzen will :)
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
Zitat von: thunder1902 am 07 Oktober 2014, 22:09:10
@hexenmeister: Interessant, danke für den Tip - aber für was braucht man mehrere CUL's im System?
z.B. wie CaptainHook schon sagte, aber das ist eigentlich die falsche Frage. Die richtige lautet: "wann brauche ich mehrere UART im System?".
Ich habe gerade 4 davon:
- 1xJeeLink (für Eigenbau-Funksensoren: http://s6z.de/cms/index.php/homeautomation/eigenbau/56-tinytx-wireless-sensor-nodes)
- 1xFirmata (Türklingelerkennung: http://s6z.de/cms/index.php/homeautomation/eigenbau/57-handy-meldung-beim-klingeln-an-der-tuer)
- 2x OneWire (Temperaturerfassung für Heizung und einige Räume)
Verschiedenen Sachen, aber alles hat einen UART on board.
Grüße,
Alexander
Sieht bei mir ähnlich aus:
http://blog.moneybag.de/hausautomation-mit-fhem-uebersicht-einiger-moeglichkeiten-zur-realisierung/
CC1101 von diesem Thread habe ich mir nachgebaut, funktioniert. Als Test zur Steuerung von FS20 ST-3 Steckdosen (868 MHz)
jetzt kommt noch MQTT noch dabei, geht aber über das Netzwerk als separates Modul.
LG
/robin
Zitat von: kadettilac89 am 28 September 2014, 21:56:41
Bin die nächsten 2 Wochen wieder mal dienstlich unterwegs. Werde Feedback geben sobald ich wieder zu Hause bin.
So, wieder zu Hause. 868-CC1101 auf 433 getacktet schaltet die Baumarktsteckdosen, per Autocreate werden auch ein paar Tasten der Fernbedienung erkannt aber nicht alle. Kann auch an der Antennenabstimmung liegen. Wenn ich es jetzt noch schaffe die Wetterstation zu empfangen kann ich den FHEMduino in Rente schicken. Müsste irgendwie gehen da es ein Modul dafür in FHEMduino gibt. Aber das hat nichts mehr mit dem CUL-Clone zu tun.
Danke soweit.
Hallo,
ich würde gerne einen Cul Stick 433 MHz bauen. Leider scheitere ich schon am Anfang ;-(
Mein Arduini Nano ist ein Clone und nennt sich glaube ich DCCduino.
Er läuft mit der Arduino Entwicklungsumgebung einwandfrei, zumindest kann ich Sketche übertragen.
Als Schnittstellenbaustein werkel ein CH340 (Das rauszubekommen hat Stunden gedauert, da keine beschreibung dabei war :-[ )
Geht das mit dem Ding überhaubt?
Gruß
Michael
Moin!
Es wird schon mit dem Ding gehen. Ein Nachteil hat es aber unter Umständen schon. Soweit ich weiß, haben die CH340 Chips keine eindeutige Serialnummer, so, wenn mehr als eins davon im System existieren, können sie nicht voneinader unterschieen werden. Sie sind aber eben billiger als von FTDI...
ZitatDas rauszubekommen hat Stunden gedauert, da keine beschreibung dabei war
Das kann man im System sehen. lsusb müsste da genug Information liefern.
Grüße,
Alexander
Hallo,
ja der CH340 wird vom Raspi (Raspian oder Raspbmc) erkannt und der Aufbau funktioniert. Ich habe mir auch mal einen zusammengebaut, für den 433 MHz-Bereich.
Robin
dito hier. Das funktioniert! Hatte anfangs auch Probleme, weil meine Distri den Treiber nicht im Kernel hatte.
Zitat von: kaihs am 20 August 2014, 18:05:58
Das 868MHz Modul ist zu dem sehr klein und schwierig zu löten.
Empfehle Wein oder Bier dazu.Auf keinen Fall Kaffee 8) 8) 8)
Hi folks,
erstmal DANKE für den geile Thread hier!
Stehe nun auch davor mir den nanoCUL als 868er Variante zu bauen.
- Verkabelung ist mir soweit klar.
Bei den Firmware-Geschichten bin ich allerdings noch etwas verwirrt (trotz des How-tos aus #101http://forum.fhem.de/index.php/topic,24651.msg195875.html#msg195875 (http://forum.fhem.de/index.php/topic,24651.msg195875.html#msg195875) :-)
Also mein Verständis:
- Compiler und Tools installieren (sudo apt-get install make gcc-avr avrdude avr-libc)
- Die Firmware von http://culfw.de/culfw-1.61.tar.gz (http://culfw.de/culfw-1.61.tar.gz) herunterladen und entpacken.
- Im entpackten Ordner unter Devices den neuen Ordner "nanoCUL" anlegen.
- Die nanoCUL.zip von kaihs http://forum.fhem.de/index.php/topic,24651.msg192788.html#msg192788 (http://forum.fhem.de/index.php/topic,24651.msg192788.html#msg192788) ebenfalls in den (nanoCUL) Device-Ordner entpacken.
- Modifikatione an den Dateien (board.h, makefile, nanoCUL.c und nanoCUL.hex) vornehmen - Zum Beispiel über das Linux-Kommando: ls -l /dev/serial/by-id die eindeutige Device-ID des Nano ermittelnt und bei AVRDUDE_PORT in der makefile eintragen
- Aus dem Ordner die Kompilierung starten (make-Befehl)
- FHEM-Konfiguration (define CUL...) vornehmen.
Stimmt diese Vorgehensweis, oder hab ich was missverstanden oder vergessen?
Offene Fragen:
- Muss ich in den Dateien irgendwo festlegen ob ich eine 433er oder 868er Variante habe, oder wird dies automatisch erkannt und ich kann wie mit dem original CUL z.B. MAX-Komponennten auf 868 und IT-Dosen auf 433 schalten?
Vielen Dank für Eure Hilfe!
Gruß
Mario
Hi, soweit richtig.
Punkt 6, zuerst Befehl "make" und wenn fehlerfrei durchgelaufen "make program"
Umschalten beim Compilieren zwischen 433 und 866 ... nanoCul.c - const uint8_t mark433_pin = 0xff (866) -- 0x00(433); Zeile 48 ... du müsstest aber auch ohne diese Änderung per Software auf 433/866 wechseln können.
Zum Schalten der verschiedenen Protokolle musst du RFMode setzen. ...."attr CUL866 rfmode HomeMatic" für HomeMatic, "SlowRF" für IT-Dosen. MAX verwende ich nicht, müsste aber im FHEMWIKI beschrieben sein. Ist identisch zum normalem CUL, somit solltest du im MAX-Forumteil fündig werden.
Wenn MAX auch die Askin Libs benötigt musst du noch #HAS_ASKIN in board.h aktivieren.
Ich habe das mal etwas zusammen gefast.
Dies sollte einigen Leuten helfen es einfacher zu verstehen.
Zusammenfassung (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/)
Schöne Anleitung, aber die sollte auch noch ins Wiki. Die Sache mit der Antenne meine ich ist nicht ganz richtig da ich meine gelesen zu haben dass bereits auf dem Funkmodul selber Optimierungen für 433 Mhz aufgebracht sind. Besser wäre evtl. das Modul gleich entsprechend dem Einsatzzweck optimiert zu kaufen (richtiges Cc1101 868 / Cc1101 433)
es ist evtl noch zu erwähnen das es den Nano auch mit grüner Led gibt, die ist ähnlich dem Busware CUL nicht so extrem nervig wie die blaue Led (man kann die Led nicht abschalten sondern nur zerstören um das abzustellen).
Die Nano's von Gravi Tech U.S. haben zb die unauffällige grüne Led http://www.ebay.de/itm/Mini-Version-Arduino-Nano-3-0-328-Mini-Micro-Medien-Controller-USB-Kable-Cable-/121296914967?pt=Wissenschaftliche_Ger%C3%A4te&hash=item1c3ddc0a17
Des Weiteren finde ich den hier hilfreich http://www.ebay.de/itm/121239860594?_trksid=p2059210.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT (wenn man nicht löten will und kein breadboard hat.
Für 433Mhz ist nat. locutus Lösung optimal http://forum.fhem.de/index.php/topic,26487.msg194747.html#msg194747 evtl. kann er bei genug anfragen noch mehr erstellen
Die Cc1101 module sind er für 433 Mhz konzepiert ..
Kann man auch aus dem Datenblatt entnehmen
Zitat "Frequenz:(Modul: 387-464MHZ)"
Für 868 Mhz bräuchet man er ein anderes Modul.
Ich hoffe auch das es bald den weg ins Wiki findet. Es stelt er momentan eine Anlaufstelle um die Info nicht auf 12 Seiten zusamen zu suchen.
zb wenn man nicht mit liest man auch den verdrahtungs Fehler übersieht.
Geht auch ohne eine Radikale lösung um die LED Dunkel zu kriegen .. Meine heißt schwarzer CD Stift ;)
Man braucht ja nicht Löten .. einfach ein paar female Jumperkabel und zusammenstecken fertig
recht hat er, gerade korrigiert. es ist genau anders herum (sie sind 433 optimiert, es gibt sie aber auch als 868 Mhz die schwerer zu löten sind).
Ich finde das Nano Expansion board gerade in Verbindung mit male - femal Jumperkabel super.
Die Stift Lösung geht natürlich, hat aber den Nachteil das man die Led ggf. nicht mehr leuchten sieht ;-)
Brauchst ja nicht vollständig abdunkeln.
Ich habe die Anleitung nochmal aktualisiert mit dem Tip ohne Löten und das ich mich dort auf 433 Mhz beziehe.
Es gibt auch cc1101 Module fur 868 - 915MHz am Markt. Diease funktionierten bestens. Man braucht also kein anderes Modul sondern nur eins abgestimmt auf 868Mhz. Die Anleitung finde ich klasse!
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
Zitat von: Gummibaer am 03 November 2014, 16:31:09
Ich habe das mal etwas zusammen gefast.
Dies sollte einigen Leuten helfen es einfacher zu verstehen.
Zusammenfassung (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/)
hab noch ein paar Anmerkungen:
- CC1101 866 mit Stiftleiste, ohne löten montierbar. Hab ich im Einsatz, funktioniert sowohl auf 433 und 866
http://www.aliexpress.com/snapshot/6210367005.html (http://www.aliexpress.com/snapshot/6210367005.html)
- Wenn der Stick Homematic schalten soll muss in board.h #define HAS_ASKSIN aktiviert werden (Kommentar entfernen)
- für IT (Steckdosen auf 433) noch foldene Module ersetzen. Damit sollte der Empfang besser sein.
http://forum.fhem.de/index.php/topic,24651.msg194412.html#msg194412 (http://forum.fhem.de/index.php/topic,24651.msg194412.html#msg194412)
Habe ich eingefügt ;)
Hallo, schöne Zusammenfassung die ins Wiki sollte.
Ich habe das mal zum Anlass genommen die nanoCUL Sourcen ins svn der culfw einzuchecken, dann ist man nicht mehr auf das zip-File angewiesen. Dort gibt es dann auch bereits ein fertiges nanoCUL.hex.
Hast du Interesse einen Wiki-Artikel anzulegen? Falls nicht würde ich das machen wenn ich Teile deines Blogs übernehmen darf.
Kai
Denke wir sind hier eine Gemeinschaft ;) es ist ja für uns alle !!!
Habe ja auch Teile von dir verlinkt. Würde dann auch mein Blog anpassen.
Du darfst dich also gerne bedienen.
Sind die Urheberrechte der Bilder in deinem Blog geklärt? Dürfen die frei verwendet werden?
Besten Dank Gummibaer! Jetzt kann ich meinen Ordner mit sämtlichen Codeschnippseln, Links und Dateien ein weinig ausdünnen 8-)
Ich habe noch folgende Beobachtung gemacht. Falls jemand einen Uno nutzt und beim make der avrdude mit Error 1 abbricht ( programmer is not responding), half bei mir die Baudrate unter AVRDUDE_PORT (Zeile 106) im makefile zu löschen, also nur :
AVRDUDE_PORT = /dev/ttyACM0
danach lief es durch .
Ich habe mal mit einem Wiki Artikel (http://www.fhemwiki.de/wiki/Selbstbau_CUL) angefangen.
Hallo zusammen,
ich finde dieses Projekt sehr spannend und habe schon lange darauf gewartet, einen CUL günstig selbst bauen zu können. Danke für Eure Arbeit und die übersichtliche Zusammenfassung im Wiki!
Bei der Suche nach Alternativen zum fertigen CUL habe ich übrigens auch eine fertige Kombination von Arduino und CC1101 namens radino (Wiki (http://wiki.in-circuit.de/index.php5?title=radino_CC1101), Datenblatt (http://wiki.in-circuit.de/images/4/49/305000077A_radino_CC1101.pdf), Shop (http://shop.in-circuit.de/products/Home/radino-Funkmodule/170/radino-CC1101-868-915MHz)) gefunden. Ich kann nicht sagen, ob das Gerät für die Verwendung mit der culfw taugt. Falls ja, gäbe es neben dem fertigen CUL (unkompliziert, ~61€) und der Selbstbau-Lösung (komplizierter, ~15€) noch eine Alternative (~37€).
Ich möchte keine Werbung dafür machen, sondern nur darüber informieren. Vielleicht kann sich ja mal jemand mit mehr Erfahrung das Datenblatt mal ansehen und etwas dazu sagen.
Einfacher wird es damit aber nicht.
Du musst zb extra für die 3,3V sorgen die der Nano von sich aus schon bereit stellt.
Die Firmware sollte auch auf dem Teil laufen mann muss halt nur die Ports in der board.h anpassen.
Ich halte es aber für schwieriger als mit den Nano und extra Modul.
- USB Schnittstelle muss gebastelt werden
- Spannungsversorgung von 5V auf 3,3V
Wenn du unbedingt eine fertige Alternative zum CUL willst, kannst du auch einen Panstamp AVR + Panstick verwenden. Kosten dann ca. 27€ plus Versand. Darauf bekommt man die culfw auch zum laufen.
Bei Bedarf kann ich die entsprechenden Anpassungen zur Verfügung stellen.
Versteht mich nicht falsch, ich selbst möchte die Selbstbau-Variante probieren und warte noch auf die Hardware. Ich wollte diesen radino nur mal eingeordnet wissen. Danke für Euer Feedback.
So, nun ist mein CC1101 und der Arduino endlich da :-)
Ich habe gelesen, das die Spannung vom Arduino reduziert werden muss.
Das wollte ich mit Spannungsteilerschaltungen machen:
5V / (4,7K+10K)*10K=3,4V
Dazu diese Fragen:
Es gibt eine am Arduino einen 3V3 Pin. Würdet ihr den verwenden?
(auch wegen der 3,4V aus der Spannungsteilerschaltung an den Dxx)
Muss an ?allen? Dxx-Pins (die verwendet werden) die Spannung des Arduino reduziert werden?
Ist es noch so das an D9 eine LED sollte?
LED (1,7V, 10 mA) Vorwiderstand: bei 5V --> 330 Ohm
Zitat von: Dr.E.Witz am 06 November 2014, 22:36:03
Ich habe gelesen, das die Spannung vom Arduino reduziert werden muss.
Ich mache es nicht, und bei mir funktioniert (noch) alles. Siehe auch http://www.fhemwiki.de/wiki/Selbstbau_CUL (http://www.fhemwiki.de/wiki/Selbstbau_CUL).
Zitat
Dazu diese Fragen:
Es gibt eine am Arduino einen 3V3 Pin. Würdet ihr den verwenden?
Ja, auf jeden Fall für die Versorgungsspannung des CC1101. Die kommen von einem Spannungsregler.
Zitat
Muss an ?allen? Dxx-Pins (die verwendet werden) die Spannung des Arduino reduziert werden?
Nur an den Ausgängen des Arduino respektive den Eingängen den CC1101.
Der Arduino kommt an seinen Eingängen mit den 3,3V des CC1101 klar.
Zitat
Ist es noch so das an D9 eine LED sollte?
LED (1,7V, 10 mA) Vorwiderstand: bei 5V --> 330 Ohm
Die Led hilft bei der Fehlersuche/Funktionskontrolle. Für die eigentliche Funktion ist sie nicht notwendig.
Kai
Danke für die schnelle Antwort!
Leider erkenne ich nicht, was beim Arduini als Ausgang gesetzt ist.
Hast Du einen Tip?
Die Frage habe ich geahnt und deshalb den Schaltplan (http://www.fhemwiki.de/wiki/Selbstbau_CUL#Schaltplan) im Wiki entsprechend angepasst.
Zitat von: Christian. am 06 November 2014, 07:18:07
Bei der Suche nach Alternativen zum fertigen CUL habe ich übrigens auch eine fertige Kombination von Arduino und CC1101 namens radino (Wiki (http://wiki.in-circuit.de/index.php5?title=radino_CC1101), Datenblatt (http://wiki.in-circuit.de/images/4/49/305000077A_radino_CC1101.pdf), Shop (http://shop.in-circuit.de/products/Home/radino-Funkmodule/170/radino-CC1101-868-915MHz)) gefunden.
Das sieht gut aus. Laut Datenblatt sind die CC1101 Ports GDO0 und GDO2 mit dem ATmega verbunden.
Zitat von: kaihs am 06 November 2014, 21:17:07
Wenn du unbedingt eine fertige Alternative zum CUL willst, kannst du auch einen Panstamp AVR + Panstick verwenden. Kosten dann ca. 27€ plus Versand. Darauf bekommt man die culfw auch zum laufen.
Bedenke aber bitte, dass beim panStamp die Verbindung zwischen CC1101 GDO2 Pin und dem ATmega fehlt.
Zitat von: Dr.E.Witz am 06 November 2014, 22:36:03
Ich habe gelesen, das die Spannung vom Arduino reduziert werden muss.
Das wollte ich mit Spannungsteilerschaltungen machen:
5V / (4,7K+10K)*10K=3,4V
Der Signalpegel muss am SCK, MOSI und SS (D10, D11 und D13) auf 3,3V reduziert werden.
Siehe als Bsp. RFM12B an 5V. http://lowpowerlab.com/wp-content/uploads/2012/12/rfm12B-arduino-moteino-atmega328_5V_connections.png
Danke Kai!
Hallo,
leider habe ich einen Arduino mit gefaketem FDTI Chip.
Dieser meldet sich unter lsusb als
Bus 001 Device 006: ID 0403:0000 Future Technology Devices International, Ltd H4SMK 7 Port Hub
Im Netz habe ich einen Weg gefunden die pid 0403:0000 auf pid 0403:6001 zu ändern.
--> Dadurch kann ich den Arduino unter Windows mit dem FDTI Treiber ansprechen.
Auf dem RaspberryPi gibt lsusb das aus:
Bus 001 Device 007: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Ich habe den Arduino nach Anleitung http://www.fhemwiki.de/wiki/Selbstbau_CUL
geflasht, was soweit geklappt hat. Rote LED blink.
Mit ls -l /dev/serial/by-id habe ich den USB Port identifiziert.
Internals
CMDS BCFiAZGMURTVWXefltx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_RFR:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:
DEF /dev/ttyUSB0@38400 1234
DeviceName /dev/ttyUSB0@38400
FD 10
FHTID 1234
NAME CUL1
NR 21
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.61 nanoCUL
initString X21
leider gibt get CUL1 ccconfig das aus:
CUL1 ccconf => freq:6656.000MHz bWidth:58KHz rAmpl:42dB sens:16dB
Das setzen der Frequenz auf 433.920 MHz geht leider nicht.
Hat jemand einen Tipp?
Gruß Michael
Zitat von: Dr.E.Witz am 08 November 2014, 22:00:42
leider gibt get CUL1 ccconfig das aus:
CUL1 ccconf => freq:6656.000MHz bWidth:58KHz rAmpl:42dB sens:16dB
Das setzen der Frequenz auf 433.920 MHz geht leider nicht.
Ein Oszilloskop steht dir vermutlich nicht zur Verfügung?
Diese Werte deuten auf ein einen defekten 26 MHz Quarz hin oder aber der CC1101 Chip hat eine Macke.
Danke für die Antwort.
Habe eben -nochmal- alle Leitungen überprüft.
der cc1101 / RF1100SE hat 2x vcc (Pin1 und 2) und 2x GND (Pin 9 & 10).
Ich habe einfach alle aufgelegt und siehe da... :-)
Frequenz lässt sich setzen und mit ccconf auslesen.
Nun wollte ich die Befehle ausprobieren
set CUL1 raw X61
set CUL1 raw x80
set CUL1 raw X2F
Absetzen geht, sie werden im Log aufgeführt. nur es gibt keine Ausgabe (bzw. ich weiss nicht wie und wo ich selbige erwarten soll).
Gruß
Michael
Die raw Befehle machen für sich allein genommen in fhem wenig Sinn. Die werden von den Modulen so abgesetzt, wie die sie brauchen.
Für eine Funktionskontrolle kann man sie aus einem Terminalprogramm absetzen, siehe Inbetriebnahme (http://www.fhemwiki.de/wiki/Selbstbau_CUL#Inbetriebnahme).
Was willst du denn mit dem CUL anfangen, wofür hast du ihn gebaut?
Wenn die Hardware funktioniert, kannst du den CUL wie üblich mit fhem verwenden.
Kai
Mit FHEM möchte ich mein Heim verschönern :-) also Zugriff auf Rollläden, Licht, Heizung haben.
Dabei steht das machen im Vordergrund.
Neben einem laufenden FHEMduino, der z.Zt. die Temperatur erfasst, möchte ich mit dem nanoCUL meine Somfy Rollläden auf und ab bewegen können.
Die Raw Befehle habe ich nun im Picocom abgesetzt.
Mein Ziel ist es "irgendeine" Antwort zu bekommen. Also ob das Mäuschen noch piep sagt und lebt :-)
Damit es weitergehen kann...
Michael
Gut zu wissen, dass du Somfy brauchst. Das war nämlich bisher in der nanoCUL.c noch nicht richtig eingebaut ;)
Habe ich jetzt nachgeholt und eingecheckt, du solltest dir also nochmal die neueste Version der culfw holen und auf deinen CUL flashen.
Ich habe keine Erfahrung mit Somfy, aber wenn ich das richtig sehe ist da nur senden möglich.
Du solltest dann einfach mal dass passende fhem Modul verwenden und einfach mal testen, ob es funktioniert.
Falls nicht, kannst du ja immer noch mit der Fehlersuche starten.
Ok vielen Dank für die Unterstützung, Klasse!
:) :) :) :) :)
Das neuen Trunk hab ich eben aufgespielt.
Kann es sein, dass im Selbstbau Wiki FF nicht 433 MHz bedeutet, also ein dreher drin ist?
Gruß Michael
Zitat von: Dr.E.Witz am 10 November 2014, 21:47:07
Kann es sein, dass im Selbstbau Wiki FF nicht 433 MHz bedeutet, also ein dreher drin ist?
Ja, stimmt. Danke für den Hinweis, ich habe es korrigiert.
Wie ist das, wenn man 868MHz Module verwenden will?
Was genau muss man umstellen?
Vielen Dank kaihs für die Anleitung und den Wiki Eintrag!
1. Forum / WIKI genau lesen
2. Technisches Verständniss und die Lust am basteln mitbringen
3. Hardware besorgen und dabei Punkt 4 beachten
4. 868 MHZ Modul auch kaufen !!!!!
5. In der nanoCUL.c nach "const uint8_t mark433_pin = 0x00;" suchen (Zeile 60 bei mir) und in "const uint8_t mark433_pin = 0xff;" abändern
und genau das steht auch im WIKI (http://www.fhemwiki.de/wiki/Selbstbau_CUL) und in meinem Blog (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/)
Ein Hinweis auf andere Arduinos wäre auch noch schön.
zB möchte ich einen Arduino Mini Pro 3.3v verwenden und der läuft schon mit 8Mhz - muss man jetzt diese Zeile auskommentieren?
clock_prescale_set(clock_div_2);
Hey, erstmal vielen Dank für die Super-Anleitung =) Im Prinzip hat alles funktioniert.
Leider will FHEM den Nano aber nicht öffnen:
2014.11.12 12:45:52 3: Opening CUL1 device /dev/ttyUSB0
2014.11.12 12:45:52 3: Setting CUL1 baudrate to 9600
2014.11.12 12:45:52 3: CUL1 device opened
2014.11.12 12:46:01 1: Cannot init /dev/ttyUSB0, ignoring it (CUL1)
Hat jemand ne Idee warum er ihn nicht öffnen kann?
Ich hab einen 433mhz Empfänger, falls das einen Unterschied macht.
Grüße Jonas
Hi,
bist du sicher das du ein ttyUSB0 hast?
versuch mal ein
Zitatls -l /dev/serial/by-id/
auf der Komandozeile
Sollte dann in etwa so aussehen
Zitatlrwxrwxrwx 1 root root 13 Nov 11 21:45 usb-FTDI_FT232R_USB_UART_1337XXXX-if00-port0 -> ../../ttyUSB4
Grüße,
Stephan
jou, bin ich.
Hier das Ergebnis:
lrwxrwxrwx 1 root root 13 Nov 12 12:35 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Nov 12 12:22 usb-FTDI_FT232R_USB_UART_A9Y0DAER-if00-port0 -> ../../ttyUSB1
Der zweite Stick ist ein Jeelink. Der wird auch ganz normal erkannt.
Probier es doch mal mit ttyUSB1.
ttyUSB0 sieht mir nach einer anderen Seriellen Schnittstelle aus ;)
btw. Würde dich statt /dev/ttyxxxx besser /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9Y0DAER-if00-port0 benutzen, da nach einen neustart die Nummer ggf neu vergeben wird ;) die ID bleib die Selbe
Zitatdefine CUL1 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9Y0DAER-if00-port0@38400 0000
Es sieht er aus als wenn er ein Nano ohne FTDI Chip nutzt .. hatte da vor tagen mal irgendwo hier im Forum was gelesen da gabs irgendwie ein Patch für.
Hey,
stimmt das mit den Serials ist wirklich viel geschickter =)
Dennoch funktioniert es leider nicht... Egal welchen der beiden ich nehme, es steht immer dort
Cannot init ... ignoring it.
ist hier in der Fhem-Config alles richtig definiert?:
define CUL1 CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@9600 1234
@ Gummibaer
Ok das kann sein. D.h. ohne FTDI Chip funktioniert der standard nanocul trunk nicht?
Hab hier nämlich noch drei andere Nanos liegen, die ich stattdessen nehmen könnte.
Grüße Jonas
Okay, das hat leider auch nicht funktioniert...
Also mache ich irgendetwas falsch....
hier mit FTDI-Chip gleicher Fehler:
2014.11.12 13:14:52 3: Opening CUL1 device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9Y0J9EE-if00-port0
2014.11.12 13:14:52 3: Setting CUL1 baudrate to 9600
2014.11.12 13:14:52 3: CUL1 device opened
2014.11.12 13:15:01 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9Y0J9EE-if00-port0, ignoring it (CUL1)
hi,
wenn du die Standard NanoCUL-fw verwendest ist deine Baudrate falsch! -->9600<-- das muss 38400 sein ;)
define CUL1 CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234
Hast du mal versucht via Serial Monitor/Screen/minicom auf den nanocul zuzugreifen ?
@CaptainHook
ok, hab ich geändert. Macht aber gerade auch keinen Unterschied... Immernoch der selbe Fehler
@Gummibaer
Ich hatte es versucht, hab aber nur hinbekommen, die Eigenschaften auszulesen.
Kannst du mir sagen, wie man damit auch Befehle usw. ausführen kann?
Danke schonmal für eure Hilfe =)
Hmm versteh ich nicht.
Wenn du über Serial Monitor rauf kommst muss das FHEM auch können, außer wenn das Gerät von einer anderen Anwendung genutzt wird.
FHEM macht ja nichts anderes. Hast du eine Kontroll LED verbaut ?
hi,
wenn du mir dem Serial Monitor drauf kommst weißt du ja immerhin schon mal die richtige Baudrate ;) ...@XXXXX
Hast du mal versucht im Serial Monitor C35 einzugeben? Antwort vom CUL müsste 0D / 13 sein.
Anschliesend mal ein XFF dann sollte er gesprächig werden und gnadenlos alles ausgeben was über den Funk fliegt.
Hey danke, also ich habe nicht so viel Ahnung von diesen Programmen. Ich bekomme lediglich mit picocom folgende Anzeige:
picocom v1.7
port is : /dev/ttyUSB0
flowcontrol : none
baudrate is : 9600
parity is : none
databits are : 8
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv
imap is :
omap is :
emap is : crcrlf,delbs,
Zitat von: trfr3ak am 12 November 2014, 13:15:35
hier mit FTDI-Chip gleicher Fehler:
2014.11.12 13:14:52 3: Opening CUL1 device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9Y0J9EE-if00-port0
2014.11.12 13:14:52 3: Setting CUL1 baudrate to 9600
2014.11.12 13:14:52 3: CUL1 device opened
2014.11.12 13:15:01 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9Y0J9EE-if00-port0, ignoring it (CUL1)
Hi,
ich hatte mit einem Nachbau ( nano aus China) einen ähnlichen Fehler, der durch folgenden Umstand verursacht worden ist:
"Anbei ein Hinweis, für die die Probleme mit FHEMduino und Raspberry Pi haben. Es gibt wohl Ardunio Nano Boards, bei denen Pin 26 des FT232RL (FTDI) nicht auf GND gezogen ist, sondern "frei in der Luft" hängen. Dies führt dazu, dass der Nano sich beim booten nicht mit dem RPi versteht und so kein ttyUSBx Device angelegt wird. Ich habe nun nach folgender Anleitung http://www.raspberrypi.org/forums/viewtopic.php?t=59420&p=455407 die Pins 26 und 25 gebrückt und sie da, es funktioniert."
Grüße Jörg
Hi,
Das ist quasi nichts :) Das ist nur die Ausgabe von picocom.
Installier die mal screen (apt-get install screen) und versuch dann mal screen /dev/ttyUSB0 9600 bzw screen /dev/ttyUSB0 38400
Dann C35 bzw. X67 oder XFF testen ggf. mal ein V (Version) probieren
screen kannst du mit Strg + A und anschließend Strg + k beenden. alles in der Kommandozeile.
mmh ok.. das mit screen funktioniert nicht...
Er bleibt quasi in einer Endlosschleife hängen und erst wenn ich den Nano trenne kann ich die Kommandozeile wieder benutzen.
Endlosschleife?
nach welchem Befehl?
XFF oder X67.. das muss so!
nach C35 muss 0D = 13 kommen oder so ähnlich... und nach V nanoCul 1.61
nein, einfach nur wenn ich screen /dev/ttyUSB0 9600 oder screen /dev/ttyUSB0 38600 eingebe...
also ohne sudo steht einfach dort screen terminating, mit sudo bleibt die kommandozeile hängen...
Du solltest eigentlich einfach einen schwarzen Bildschirm bekommen, dort gibts du direkt V, C35, X67 oder X99 ein.
screen funktioniert bei mir auch nicht. Hängt dann einfach .. wie von dir beschrieben. Mein CUL-Clone funktioniert aber seit Wochen. Habe es nur mal getestet. Vielleicht liegts an der Distri. Ich verwende Raspi mit RaspBMC. Hab mich nicht länger damit befasst, ein "hängender" Screen kann, muss aber nicht ein Indikator für ein defektes Device sein.
ok, danke. dann werde ich morgen mal auf raspi umsteigen.. hatte gerade einen alten eeePC mit Ubuntu Server in Betrieb.
Grüße und danke schonmal
Jonas
Zitat von: Moebiu5 am 12 November 2014, 11:20:04
Ein Hinweis auf andere Arduinos wäre auch noch schön.
zB möchte ich einen Arduino Mini Pro 3.3v verwenden und der läuft schon mit 8Mhz - muss man jetzt diese Zeile auskommentieren?
clock_prescale_set(clock_div_2);
Ja, genau. Die Zeile muss dann auskommentiert werden. Werde ich im Wiki ergänzen.
Zitat von: JoWiemann am 12 November 2014, 14:36:48
Hi,
ich hatte mit einem Nachbau ( nano aus China) einen ähnlichen Fehler, der durch folgenden Umstand verursacht worden ist:
"Anbei ein Hinweis, für die die Probleme mit FHEMduino und Raspberry Pi haben. Es gibt wohl Ardunio Nano Boards, bei denen Pin 26 des FT232RL (FTDI) nicht auf GND gezogen ist, sondern "frei in der Luft" hängen. Dies führt dazu, dass der Nano sich beim booten nicht mit dem RPi versteht und so kein ttyUSBx Device angelegt wird. Ich habe nun nach folgender Anleitung http://www.raspberrypi.org/forums/viewtopic.php?t=59420&p=455407 die Pins 26 und 25 gebrückt und sie da, es funktioniert."
Grüße Jörg
Interessante Information. Ich habe drei nanos bei denen der TEST Pin auch in der Luft hängt. Funktionieren alle problemlos, aber das kann natürlich Glück sein.
Ich werde das mal mit ins Wiki aufnehmen.
Zitat von: trfr3ak am 12 November 2014, 16:25:56
ok, danke. dann werde ich morgen mal auf raspi umsteigen.. hatte gerade einen alten eeePC mit Ubuntu Server in Betrieb.
Grüße und danke schonmal
Jonas
ich weiß nicht was du schon alles versucht hast. ich würde mal alles bis auf cul-clone abstecken, nochmal prüfen ob immer noch usb1 ist. im file ist irgendwo der serial-name einzutragen. nochmal prüfen ob das richtig ist. dann nochmal make und makefile.
wenn das nix bringt würde ich den nano mal was anderes flashen, nur um sicherzustellen dass er keinen defekt hat. zum beispiel fhemduino und dann mal diesen in fhem konfigurieren. auch wenn kein sender oder empfänger angeschlossen ist kannst flashen. er wird auch in fhem erkannt und beim send-befehl blinkt die led kurz auf.
geht wahrscheinlich schneller als nen raspi kaufen und aufzusetzen.
So viel probiert fast nicht geschafft ;-)
Zum Thema "nicht aufgelegter Pin26" hätte ich als nicht Elektroniker gern ein Foto :-)
Wenn ich in Picocom C35 eingebe gibt es als Ausgabe C35=3E / 62
V gibt 1.61 NanoCul
Das Pairing mit den Somfy Rollläden klappt garnicht.
Ich hab natürlich im Forum gesucht und dabei ist mir aufgefallen, das ich das Kommando Y anscheinen nicht habe:
Mein nanoCul
CUL1: Possible commands: BCFiAZGMURTVWXefltx
FremdCul
CULx: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
s. Beitrag http://forum.fhem.de/index.php/topic,24158.msg204404.html#msg204404 (http://forum.fhem.de/index.php/topic,24158.msg204404.html#msg204404)
Genauer hingesehen fehlen einige:
BbCFiAZEGMKUYRTVWXefmltux
Frage an Kai: Hast du den Somfy Code von thdankert verwendet?
Ich hab den Eindruck, das auf github von thdankert aktuellere Versionen sind.
Gruß
Michael
Zitat von: Dr.E.Witz am 12 November 2014, 20:58:49
So viel probiert fast nicht geschafft ;-)
Zum Thema "nicht aufgelegter Pin26" hätte ich als nicht Elektroniker gern ein Foto :-)
Zitat von: Dr.E.Witz am 12 November 2014, 20:58:49
Frage an Kai: Hast du den Somfy Code von thdankert verwendet?
Nein, ich habe ja nur den nanoCUL Code zur offiziellen culfw hinzugefügt. Wenn es da noch in anderen Repositories abweichenden Code gibt musst du den selbst einbinden.
Das Y Kommando sollte aber mit der neuesten Version der nanoCUL.c auf jeden Fall dabei sein.
Da solltest du diesen Code finden:
#ifdef HAS_SOMFY_RTS
{ 'Y', somfy_rts_func },
#endif
Ist das bei dir vorhanden?
Das war ein guter Tipp!
Hatte nur die nanoCUL.c gesehen und von sf geladen.
Der Autodownload der 466...zip ging nicht an.
Hatte den Link http://sourceforge.net/p/culfw/code/466/tree/trunk/culfw/Devices/nanoCUL/nanoCUL.c?format=raw per C&P eingefügt und dann per wget ins 465 Verzeichnis geladen.
Wurde "nanoCUL.c?format=raw" daraus.
Nun hab ich den MC installiert (fast wie damals mit dem Norton Commander).
(-; Anfänger ;-)
Wie auch immer: Rollläden gepairt und
ES GEHT!
Vielen, vielen Dank für die Hilfe!
Zur Info: Beim compiling gab es Warnungen:
Compiling C: ../../clib/rf_receive.c
../../clib/rf_receive.c: In function 'analyze_it':
../../clib/rf_receive.c:381:15: warning: unused variable 'itbit' [-Wunused-variable]
../../clib/rf_receive.c:381:13: warning: unused variable 'j' [-Wunused-variable]
../../clib/rf_receive.c:381:11: warning: unused variable 'i' [-Wunused-variable]
Gruß
Michael
Zitat von: kaihs am 12 November 2014, 19:54:58
Ja, genau. Die Zeile muss dann auskommentiert werden. Werde ich im Wiki ergänzen.
Vielleicht geht es ja mit einer Abfrage, ob er mit 16Mhz läuft und nur dann den Takt teilen - so würde es für fast alle Arduinos gehen...
Zitat von: Moebiu5 am 13 November 2014, 00:08:14
Vielleicht geht es ja mit einer Abfrage, ob er mit 16Mhz läuft und nur dann den Takt teilen - so würde es für fast alle Arduinos gehen...
Ich habe hier einen Pro Mini mit 3,3V und 8MHz. Wenn ich mit gesetzten
/* set clock to 16MHz/2 = 8Mhz */
clock_prescale_set(clock_div_2);
compiliere meldet sich der Arduino auf der Console bei "V" mit 1.61 nanoCUL. Mit "XFF" kommen eine Menge Ausgaben.
In Fhem wird nanoCUL initiiert, get ccconf liefert auch einen Wert.
Allerdings blinkt die Diode an PIN9 nur 10x in 30 Sekunden und ich bekomme in Fhem keinerlei Werte.
Wenn ich nun wie vorgeschlagen mit auskommentierten
/* set clock to 16MHz/2 = 8Mhz */
// clock_prescale_set(clock_div_2);
compiliere habe ich keinerlei Ausgaben auf der Console (screen /dev/ttyUSB0 38400).
Auch Fhem erkennt den Arduino nicht mehr.
Ich habe es auch mit:
/* set clock to 16MHz/2 = 8Mhz */
clock_prescale_set(clock_div_1);
probiert und erhalte das gleiche Ergebnis.
kawa
Hallo,
ich würde gerne die drei Eingänge des RF1100SE (SCK, MOSI und CSN) "runterregeln" auf 3,3V von den 5V Datenpins vom Nano.
Welchen Widerstand muss ich hier je Pin dazwischenklemmen ?
vg
Karl
Hi,
Dafür brauchst du je Pin einen Sannungsteiler aus einem 670 ohm und 1kohm Widerstand. Einfacher gehts mit einem Level-Shifter. Diese gibt's für kleines Geld bei ali
grüße Stephan
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
Zitat von: Moebiu5 am 13 November 2014, 00:08:14
Vielleicht geht es ja mit einer Abfrage, ob er mit 16Mhz läuft und nur dann den Takt teilen - so würde es für fast alle Arduinos gehen...
Zur Laufzeit wird das m. W. nicht gehen, da der Arduino ohne externe Referenz nicht feststellen kann mit welcher Frequenz er läuft.
Ich werde aber ein define in board.h einbauen, dann muss nur das entsprechend gesetzt werden.
Zitat von: kawa0815 am 13 November 2014, 11:33:02
Ich habe hier einen Pro Mini mit 3,3V und 8MHz. Wenn ich mit gesetzten
Die Konfiguration der seriellen Schnittstelle muss auch noch geändert werden.
Probiere bitte mal mit der anhängenden nanoCUL.c
Ich habe die Version zwar mit einen pro mini 3,3V getestet, aber ohne angeschlossenes CC1101. Das war mit gerade zuviel Aufwand.
Wenn das bei dir funktioniert kann ich es einchecken und das Wiki entsprechend ändern.
Kai
Zitat von: kaihs am 15 November 2014, 22:26:27
Die Konfiguration der seriellen Schnittstelle muss auch noch geändert werden.
Probiere bitte mal mit der anhängenden nanoCUL.c
Kai
Danke, das war es!
kawa
Hallo,
Ich hab mal versucht, die nanoCUL als router (RFR) zu verwenden, das funktioniert nur, wenn die beiden nanoCULs ca 10cm auseinander sind. Wird der Abstand groesser wird nichts mehr empfangen.
1) Kann es sein, dass der router nur mit 868-MHz-Hardware funktioniert?
2) koennte man die rf_router.c und rf_router.h fuer ein 434 MHz implementieren? oder geht das von der Hardware her schon nicht?
Vielen Gruesse
enrico
Hi,
hat jemand bereits mit dem nanoCUL Homematic Modus ausprobiert?
Wenn ich es richtig verstanden habe, sollte ein 433 CC1101 Modul auch mit 868 MHz funktionieren (bei schlechterem Empfang, da Antennenteil nicht dafür optimiert).
Nachdem ich auf 433 MHz Nachbars Temperatur empfangen konnte, wollte ich 868 MHz Homematic ausprobieren.
Dazu habe ich in der nanoCUL.c die Zeile
const uint8_t mark433_pin = 0xff;
gesetzt, kompiliert und neu geflasht. Alles scheint OK zu sein:
Internals:
CMDS BCFiAZEGMKUYRTVWXefltx
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9A9XRZF-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9A9XRZF-if00-port0@38400
FD 11
FHTID 1234
NAME nanoCUL
NR 21
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.61 nanoCUL
initString X21
Ar
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2014-11-18 10:59:32 ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2014-11-18 10:58:14 cmds B C F i A Z E G M K U Y R T V W X e f l t x
2014-11-18 09:14:04 raw V 1.61 nanoCUL
2014-11-18 10:58:14 state Initialized
2014-11-18 10:54:37 version V 1.61 nanoCUL
Attributes:
rfmode HomeMatic
Leider kann ich nichts pairen (verschiedene Abstände zwischen nanoCUL und HM-Gerät ausprobiert).
Hat jemand einen Tipp, wie ich das Ganze ein bisschen besser debugen kann?
Oder geht das mit einem 433-CC1101 überhaupt nicht?
kaihs: Vielen Dank für das tolle Projekt!
Gruß
ws
Hallo,
vielleicht an den eingestellten Frequenzwerten basteln...
Ich hab grad beim original 868er CUL nachgesehen (allerdings nicht im HM-Mode...)
freq: 868,300
bwidth: 325
ampl: 42
sens: 4
VG
Karl
Hi,
ja, das dachte ich mir auch schon. Doch sobald man in HM-Mode schaltet, sind die Parameter wieder wie vor der Änderung.
Aus dem CUL-wiki (http://www.fhemwiki.de/wiki/CUL):
ZitatHinweis: Beim CUL im HM-Modus kann man (ohne firmware-mod) die Empfangs-/Sendeparameter nicht verstellen. Die üblichen freq/x09 etc. haben hier keine Wirkung
Ich glaube hier kann man nicht viel ändern :(
Zitat von: digital.arts am 18 November 2014, 12:49:32
Hallo,
vielleicht an den eingestellten Frequenzwerten basteln...
Ich hab grad beim original 868er CUL nachgesehen (allerdings nicht im HM-Mode...)
freq: 868,300
bwidth: 325
ampl: 42
sens: 4
VG
Karl
bei meinem nanocul sind folgende werte vorhanden ... sieht ein wenig anders aus aber funktioniert im HM-Mode. Sind die selben Werte wie bei ws. Scheint als hätte der Clone leicht andere Werte.
Meine Frequenz im HM-Mode: CUL866 ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
Hast du Autocreate aktiv? Wird etwas aufgezeichnet? Hast du mal verbose auf 5 gestellt? Sind Einträge von deinen HM-Geräten im Log?
Ich hab umgekehrt den 868 CC1101 auf 433 laufen lassen, das funktioniert. Ich gehe davon aus, dass umgekehrter Weg auch funktionieren sollte.
Zitat von: ws am 18 November 2014, 11:23:41
Nachdem ich auf 433 MHz Nachbars Temperatur empfangen konnte
Welche Temperatursensoren auf 433 werden erkannt? Ich dachte CUL kann nur wenige Sensoren auf 866 MHz.
Hi,
Autocreate ist aktiv (so wurde auch der Sensor eines Nachbar gefunden).
Internals:
CODE 41
CUL433_MSGCNT 513
CUL433_RAWMSG TXAE52840846
CUL433_RSSI -93.5
CUL433_TIME 2014-11-18 19:40:51
DEF 41
IODev CUL433
LASTInputDev CUL433
MSGCNT 513
NAME FremdSensor01
NR 216
STATE T: 3.3 H: 84.0
TYPE CUL_TX
corr 0
lastH 1416336051
lastT 1416336050
minsecs 0
CHANGETIME:
Helper:
Dblog:
T:
Mydblog:
TIME 1416336051.40502
VALUE 3.3 H
Humidity:
Mydblog:
TIME 1416336051.40502
VALUE 84.0
Temperature:
Mydblog:
TIME 1416336050.22928
VALUE 3.3
Readings:
2014-11-18 19:40:51 humidity 84.0
2014-11-18 19:40:51 state T: 3.3 H: 84.0
2014-11-18 19:40:50 temperature 3.3
Attributes:
IODev CUL433
icon temperature_humidity
room Fremd
Verbose hatte ich mal auf 4, aber keine Einträge im Log.
Auch wenn ich mich mit Terminal auf die Schnittstelle schalte, bekomme ich nach Ar (oder wie würde man hier auf HM Mode schalten?) keine Einträge zu sehen (vielleicht mache ich hier noch etwas falsch, keine Ahnung...)
Zitat von: ws am 18 November 2014, 19:55:00
Auch wenn ich mich mit Terminal auf die Schnittstelle schalte, bekomme ich nach Ar (oder wie würde man hier auf HM Mode schalten?) keine Einträge zu sehen (vielleicht mache ich hier noch etwas falsch, keine Ahnung...)
Ich habe es gerade mit einem 433MHz Modul ausprobiert.
Nach
X21
Ar
im Terminalprogramm werden Nachrichten von Homematic Geräten empfangen.
Das sind auch die Kommandos die von fhem bei attr rfmode Homematic verwendet werden.
Hast du irgendeine eine Antenne an dem Modul?
Es ist dieses (http://www.ebay.de/itm/121319943749) Modul mit der Antenne im Lieferumfang.
Hast Du X21 Ar auf einem nanoCUL ausprobiert mit
const uint8_t mark433_pin = 0xff;
oder
const uint8_t mark433_pin = 0x00;
Mein "mark433_pin = 0xff;"-geflashte nanoCUL liegt gerade in der Arbeit.
Auf dem "mark433_pin = 0x00;"-geflashten nanoCUL sehe ich keine Kommunikation (obwohl ein Paar HM-Geräte im Betrieb sind)
pi@rpi-fhem ~ $ picocom -b 38400 /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GBZT15-if00-port0
picocom v1.7
port is : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GBZT15-if00-port0
flowcontrol : none
baudrate is : 38400
parity is : none
databits are : 8
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv
imap is :
omap is :
emap is : crcrlf,delbs,
Terminal ready
*** local echo: yes ***
V
V 1.61 nanoCUL 433
X21
Ar
Morgen früh teste ich noch das andere Modul in der Arbeit.
Grüße
ws
Genau mit so einem Modul habe ich auch getestet.
Der Wert von mark433_pin ist in diesem Fall egal.
Bei Ar wird die passende Konfiguration in den CC1101 geschrieben, unabhängig von mark433_pin.
Bist du sicher, dass die Homematic Geräte auch senden?
Funktioniert der Empfang von anderen Protokollen?
Ich habe hier den Funk-Schaltaktor (http://www.elv.de/homematic-funk-schaltaktor-1fach-mit-leistungsmessung-zwischenstecker.html), der kontinuierlich die Leistung-Daten sendet, genauso wie das Wandthermostat (http://www.elv.de/homematic-funk-wandthermostat-1.html) von dem ich auch die Ist-Temperatur aufzeichne. Vielleicht sind sie zu weit weg... Ein SCC 868 im HM-Mode funktioniert ganz gut.
Den Nah-Test kann ich in der Arbeit mit einem anderen Schaltaktor (http://www.elv.de/elv-homematic-schaltaktor-fuer-batteriebetrieb-fertiggeraet.html) machen.
Andere Protokolle kann ich nur bedingt testen, da ich keine IT, FS20 usw. Geräte habe.
Wie gesagt, ich empfange etwas vom Nachbar (siehe #253 (http://forum.fhem.de/index.php/topic,24651.msg220863.html#msg220863)) mit dem nanoCUL in 433MHz-Mode, damit sollte die Verdrahtung und die culfw in Ordnung sein.
Für mich war es wichtig zu wissen, dass das mit HM überhaupt bei jemandem läuft...
Hi,
bei mir laufen 2 NanoCul mit HM problemlos seit Wochen. Allerdings kann ich nicht sagen ob es an meiner "geänderten" Firmware liegt. ich habe fast alle defines aus der Original CUL board.h kopiert und auch die #includes in der .c und makefile geändert. Ich kann heute Abend mal die Version aus dem SVN mit meiner Abgleichen und nochmal bescheid geben.
Grüße,
Stephan
CaptainHook: das wäre super. Sind an Deinen Nanos auch die 433MHz Module dran?
Um sicher zu gehen, dass meine Files OK sind, habe ich gerade noch mal frisch ausgecheckt, kompiliert und geflasht. Die einzige Änderung zu SVN ist die Portangabe im makefile. Dann direkt in Terminalprogramm und X21 und Ar eingegeben. Keine Daten von meinem Schaltaktor (Trotz Anlerntaste, bei der etwas gesendet werden müsste). Der Aktor liegt ca 20cm von meinem nanoCUL.
So langsam gehen mir die Ideen aus...
Zitat von: ws am 19 November 2014, 11:34:29
CaptainHook: das wäre super. Sind an Deinen Nanos auch die 433MHz Module dran?
Um sicher zu gehen, dass meine Files OK sind, habe ich gerade noch mal frisch ausgecheckt, kompiliert und geflasht. Die einzige Änderung zu SVN ist die Portangabe im makefile. Dann direkt in Terminalprogramm und X21 und Ar eingegeben. Keine Daten von meinem Schaltaktor (Trotz Anlerntaste, bei der etwas gesendet werden müsste). Der Aktor liegt ca 20cm von meinem nanoCUL.
So langsam gehen mir die Ideen aus...
Nein, ich verwendet 868Mhz Module, aber ich habe noch Nanos und CC1101 liegen. Ich bau mir nachher mal schnell einen mit 433-Modul und geb Bescheid
€dit:
Ich hab so manches geändert
board.h:
#define BOARD_ID_STR "nanoCUL"
#define BOARD_ID_STR433 "nanoCUL868" // ohne Leerzeichen, wichtig für HM
#define TTY_BUFSIZE 128
#define HAS_FHT_80b // PROGMEM: 1374b, RAM: 90b
#define HAS_FHT_8v // PROGMEM: 586b RAM: 23b
#define HAS_RF_ROUTER // PROGMEM: 1248b RAM: 44b
#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT // PROGMEM: 118b
#define HAS_CC1101_PLL_LOCK_CHECK_MSG // PROGMEM: 22b
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW // PROGMEM: 22b
#define FHTBUF_SIZE 174 // RAM: 174b
#define RCV_BUCKETS 4 // RAM: 25b * bucket
#define RFR_DEBUG // PROGMEM: 354b RAM: 14b
#define FULL_CC1100_PA // PROGMEM: 108b
#define HAS_RAWSEND //
#define HAS_FASTRF // PROGMEM: 468b RAM: 1b
#define HAS_ASKSIN
#define HAS_ASKSIN_FUP
#define HAS_MORITZ
#define HAS_RWE
#define HAS_ESA
#define HAS_TX3
#define HAS_INTERTECHNO
#define HAS_UNIROLL
#define HAS_HOERMANN
#define HAS_MEMFN
#define HAS_SOMFY_RTS
#define HAS_IT
#define HAS_REVOLT
//#define HAS_OREGON3
//#define HAS_MBUS
nanoCUL.c
//const uint8_t mark433_pin = 0x00; //433Mhz
const uint8_t mark433_pin = 0xFF; //868Mhz
makefile
SRC = $(TARGET).c \
../../clib/cc1100.c \
../../clib/cc1101_pllcheck.c \
../../clib/clock.c \
../../clib/delay.c \
../../clib/display.c \
../../clib/stringfunc.c \
../../clib/fncollection.c \
../../clib/ringbuffer.c \
../../clib/fht.c \
../../clib/fastrf.c \
../../clib/rf_send.c \
../../clib/rf_receive.c \
../../clib/rf_asksin.c \
../../clib/rf_moritz.c \
../../clib/rf_rwe.c \
../../clib/intertechno.c \
../../clib/memory.c \
../../clib/serial.c \
../../clib/ttydata.c \
../../clib/spi.c \
../../clib/rf_mbus.c \
../../clib/mbus/manchester.c \
../../clib/mbus/3outof6.c \
../../clib/mbus/mbus_packet.c \
../../clib/mbus/crc.c \
../../clib/cc1100.c \
../../clib/cc1101_pllcheck.c \
../../clib/clock.c \
../../clib/delay.c \
../../clib/display.c \
../../clib/stringfunc.c \
../../clib/fncollection.c \
../../clib/ringbuffer.c \
../../clib/rf_send.c \
../../clib/rf_receive.c \
../../clib/rf_router.c \
../../clib/rf_asksin.c \
../../clib/rf_moritz.c \
../../clib/rf_rwe.c \
../../clib/intertechno.c \
../../clib/somfy_rts.c \
../../clib/fht.c \
../../clib/fastrf.c \
../../clib/ttydata.c \
../../clib/spi.c \
../../clib/memory.c \Läuft Problemlos mit 433Mhz CC1101 Entfernung >10M
Vielen Dank für die Files!
leider funktioniert mein nanoCUL im HM-Mode auch mit Deiner HEX nicht. Anscheinend ist an der Hardware etwas faul...
Zitat von: ws am 20 November 2014, 09:06:17
Vielen Dank für die Files!
leider funktioniert mein nanoCUL im HM-Mode auch mit Deiner HEX nicht. Anscheinend ist an der Hardware etwas faul...
Ich bin mir gerade unsicher ob ich dir die richtigen Dateien bzw. die richtige hex gegeben habe...
da ich selbst gerade an der Firmware bastele..... ich prüfe dass und geb dir heute Abend nochmal die richtige hex
€dit: hex-File
Hallo zusammen,
seit ein paar Tagen (FHEM-Update???) empfange ich mit meinem miniCUL im 5 Minuten-Takt mir unbekannte Sensoren:
miniCUL: unknown message s5200EC00
Wer eine Idee, was ich da empfange?
Gruß
Olly
CaptainHook: auch mit der neuen Datei kein Erfolg. Ich werde wohl warten, bis ich in der Bucht ein 868MHz Modul erwische. Vielleicht geht es dann besser.
Trotzdem danke!
Ebay hat sehr seht selten 868 Module schneller geht es bei aliexpress.com
Gesendet von meinem iPhone 6 Plus mit Tapatalk
Hallo
nachdem ich mich durch den Thread gekämpft habe und den Blog gelesen habe will ich es mal wagen
Den FHEM duino hab ich ganz am Anfang auch geflasht etc, hat ja auch geklappt.
Für Anfänger könnte die Anleitung noch etwas umfangreicher sein, das würde die vielen Rückfragen reduzieren ?!
Hab mir beide Varianten bestellt 433 und 886.
:D
hallo
ich hab mir jetzt auch mal so ein cc1101 geleistet (die 10-Stift variante) und hab versucht das teil mit dem Raspberry pi direkt zum laufen zu bringen, ohne einen Arduino oder solche späße....
leider.... kläglich gescheidtert.
hat jemand tips, wie ich das teil einbinden kann ohne zusätzlicher hardware, schön wärs, wenn ich das direkt am rpi anbringen kann ohne was dazwischen.. (ausser kabel) und wie kann ich das teil dann ansteuern?
verkabelt hätte ich den CC1101 so wie am bild...
danke schon mal für euren input...
Zitat von: Franz Tenbrock am 23 November 2014, 12:48:11
Für Anfänger könnte die Anleitung noch etwas umfangreicher sein, das würde die vielen Rückfragen reduzieren ?!
Was genau fehlt dir in dem Wiki Artikel (http://www.fhemwiki.de/wiki/Selbstbau_CUL)?
Zitat von: Michl1003! am 23 November 2014, 15:34:17
hat jemand tips, wie ich das teil einbinden kann ohne zusätzlicher hardware, schön wärs, wenn ich das direkt am rpi anbringen kann ohne was dazwischen.. (ausser kabel) und wie kann ich das teil dann ansteuern?
Was ist denn das Ziel der Aktion, sprich welche Funkkomponenten willst du ansprechen? Und warum willst du es direkt am RPi anbinden?
Du müsstest dann ja zumindest Teile der culfw neu implementieren und das auf einem nicht echtzeitfähigen System. Je nach Funkprotokoll könnte das kritisch werden.
Für einfache 433 MHz Protokolle gibt es ja schon fertige Lösungen für den RPi, allerdings dann mit anderen Sende-/Empfangsmodulen.
hallo
also was möchte ich damit ansteuern:
habe Funk-STeckdosen (433mhz), dann möchte ich in späterer folge auch meine Aussenjalousie (somfy 433mhz bzw. 8... mhz), Funkschalter von Conrad (433,92MHz) ansteuern...
deshalb habe ich mir diesene CC1101 transceiver zugelegt, weil da in der beschreibung stand, dass CC1101: 387-464 MHz and 779-928 MHz；senden und empfangen kann....
somit habe ich geschlussfolgert, brauche ich nur ein teil mit dem ich die gängigen frequenzen im haus abdecken kann sowohl beim senden als auch beim empfangen...
liege ich da falsch?
ach ja, ich habe mir jetzt so ein ATmega mini ding geleistet (http://www.ebay.at/itm/200964325858?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1439.l2649) ich hoffe das ist das richtige, mit dem sollte es dann einfacher gehen? da gibts ja schon diverse anleitungen zu wie das vorsich geht...
aber trotzdem bleibt bei mir das ? ob man das CC1101 nicht direkt anbinden kann an den RPi....
Hallo Michl1003!
Schau mal hier http://www.fhemwiki.de/wiki/CUL_HomeMatic_und_FS20 (http://www.fhemwiki.de/wiki/CUL_HomeMatic_und_FS20)
und hier http://www.fhemwiki.de/wiki/System%C3%BCbersicht (http://www.fhemwiki.de/wiki/System%C3%BCbersicht) unter Protokolle
Grob zusätzliches/anderes System = zusätzlichen CC1101
CK
Zitat von: Michl1003! am 24 November 2014, 10:00:28
deshalb habe ich mir diesene CC1101 transceiver zugelegt, weil da in der beschreibung stand, dass CC1101: 387-464 MHz and 779-928 MHz；senden und empfangen kann....
somit habe ich geschlussfolgert, brauche ich nur ein teil mit dem ich die gängigen frequenzen im haus abdecken kann sowohl beim senden als auch beim empfangen...
liege ich da falsch?
Leider ja, auch wenn die Module auf mehrere Frequenzen eingestellt werden können, die falsche Antennenanpasung begrenzt die effektive Reichweite auf wenige Meter (im besten Fall). Mann soll also schon ein passendes Modul wählen.
Zitat
ach ja, ich habe mir jetzt so ein ATmega mini ding geleistet (http://www.ebay.at/itm/200964325858?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1439.l2649) ich hoffe das ist das richtige, mit dem sollte es dann einfacher gehen? da gibts ja schon diverse anleitungen zu wie das vorsich geht...
Passt.
Zitataber trotzdem bleibt bei mir das ? ob man das CC1101 nicht direkt anbinden kann an den RPi....
Schon, aber das ist weder zielführend noch sinnvoll ;)
Wie bereits gesagt, Raspi ist nicht echtzeitfähig. Das hat nichts mit der Geschwindigkeit zu tun, sondern damit, dass es keine garantierte Antwort in dem garantierten Zeitrahmen möglich ist. Weil das Betriebsystem durchaus mit anderen Sachen beschäftigt sein kann. Ein Arduino hat zwar noch wesentlich weniger "Power", dafür tut er nichts anderes.
Und nicht zulätzt: Die HomeAutomation ist auf Jahre ausgelegt, dein Raspi wird aber möglicherweise in 1-2 Jahren kaputt sein und du bekommst keinen Ersatz mehr. Ein Arduino lebt vermuttlich länger (und ist leichter ersetzbar). Du steckst ihn einfach in die USB-Buchse deines nächten (übernächsten) System und gut.
so, nochmal ich.. hat jetzt etwas länger gedauert bis ich meinen raspberry am laufen hatte =)
hab jetzt fhem auf raspbian am laufen und den nano als einziges gerät angeschlossen.
Leider bekomme ich genau dieselbe fehlermeldung wie schon auf meinem ubuntu-server:
2014.11.24 13:18:18 1: Including fhem.cfg
2014.11.24 13:18:18 3: telnetPort: port 7072 opened
2014.11.24 13:18:19 3: WEB: port 8083 opened
2014.11.24 13:18:19 3: WEBphone: port 8084 opened
2014.11.24 13:18:19 3: WEBtablet: port 8085 opened
2014.11.24 13:18:20 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2014.11.24 13:18:20 1: usb create starting
2014.11.24 13:18:23 3: Probing CUL device /dev/ttyAMA0
2014.11.24 13:18:23 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2014.11.24 13:18:23 1: usb create end
2014.11.24 13:18:23 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.11.24 13:18:23 0: Server started with 9 defined entities (version $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $, os linux, user fhem, pid 6841)
2014.11.24 13:20:33 1: Including fhem.cfg
2014.11.24 13:20:33 3: telnetPort: port 7072 opened
2014.11.24 13:20:33 3: WEB: port 8083 opened
2014.11.24 13:20:33 3: WEBphone: port 8084 opened
2014.11.24 13:20:33 3: WEBtablet: port 8085 opened
2014.11.24 13:20:33 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2014.11.24 13:20:33 3: Opening CUL1 device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9Y0J9EE-if00-port0
2014.11.24 13:20:33 3: Setting CUL1 baudrate to 9600
2014.11.24 13:20:33 3: CUL1 device opened
2014.11.24 13:20:42 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9Y0J9EE-if00-port0, ignoring it (CUL1)
2014.11.24 13:20:42 1: Including ./log/fhem.save
Hat jemand eine Idee was ich falsch mache?
Ich kann ausschließen dass es am nano liegt, da vorher fhemduino am laufen war und tadellos seinen Dienst vollbracht hat...
Hatte auch schon, wie bereits geschrieben mehrere nanos probiert und jedesmal kommt derselbe Fehler...
Grüße
Jonas
Hallo Jonas,
Ich habe auch so einen eigenbau cul, aber ich habe baudrate 38400 eingestellt, sieht so aus:
DeviceName
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A603WDS3-if00-port0@38400
gruß
Karl
Sent from my iPad using Tapatalk
hey Karl,
tausend dank!! Jetzt geht er endlich =)
Keine Ahnung was ich die ganze Zeit für einen Blödsinn gemacht habe... =)
Selbstbau CUL von locutus - klasse, das brauch ich.
Schade, es gab ja sowas mal von Busware. Oder bekomme ich den noch irgendwie? (Bezeichung weiß ich leider nicht mehr) Ich würde gerne für meine verbleibenden FS20 Komponenten einen LAN Extender bauen. Mit einem Serial2Ethernet Converter von Wiznet. WIZ550SE. Sollte doch funktionieren, oder?
Danke
Joachim
so, mal wieder ich..
meine Funksteckdosen funktionieren jetzt einwandfrei mit dem kleinen =)
Jetzt hab ich mir vor lauter Freude auch ein Heizkörperthermostat von MAX gekauft.
Leider bekomme ich es nicht hin diesen mit dem nanoCUL zu pairen.
CUL meldet nur diese seltsamen Signale:
2014-11-25 10:57:54 CUL CUL1 UNKNOWNCODE rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rf.rfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrf.rfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrf.rf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrf.rfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrf.rf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrf.rfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrf.rfrf.rfrfrfrfrfrfrfrf.rfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrf.rfrfrfrf.rfrfrfrfrfrfrfrfrfrf.rfrf.rfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrf.rf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.p 6 112 208 912 240 1 2 5 da ffaff82014-11-25 10:57:56 LaCrosse 01Thermo temperature: 21.82014-11-25 10:57:56 LaCrosse 01Thermo humidity: 582014-11-25 10:57:56 LaCrosse 01Thermo battery: ok2014-11-25 10:58:00 LaCrosse 02Thermo temperature: 22.92014-11-25 10:58:00 LaCrosse 02Thermo humidity: 532014-11-25 10:58:00 LaCrosse 02Thermo battery: ok2014-11-25 10:58:04 LaCrosse 02Thermo temperature: 232014-11-25 10:58:04 LaCrosse 02Thermo humidity: 532014-11-25 10:58:04 LaCrosse 02Thermo battery: ok2014-11-25 10:58:05 LaCrosse 01Thermo temperature: 21.82014-11-25 10:58:05 LaCrosse 01Thermo humidity: 582014-11-25 10:58:05 LaCrosse 01Thermo battery: ok2014-11-25 10:58:13 LaCrosse 02Thermo temperature: 232014-11-25 10:58:13 LaCrosse 02Thermo humidity: 532014-11-25 10:58:13 LaCrosse 02Thermo battery: ok2014-11-25 10:58:14 LaCrosse 01Thermo temperature: 21.82014-11-25 10:58:14 LaCrosse 01Thermo humidity: 582014-11-25 10:58:14 LaCrosse 01Thermo battery: ok2014-11-25 10:58:18 CUL CUL1 UNKNOWNCODE rfrf.rfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrf.rfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.rfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrfrf.p 6 96 224 1392 208 1 3 4 da fffffff0
Hat jemand einen Rat was da falsch läuft?
Grüße Jonas
Zitat von: trfr3ak am 25 November 2014, 11:00:43
Leider bekomme ich es nicht hin diesen mit dem nanoCUL zu pairen.
CUL meldet nur diese seltsamen Signale:
Hallo Jonas,
Hab das gleiche Problem wie du... ( http://forum.fhem.de/index.php/topic,26202.0.html (http://forum.fhem.de/index.php/topic,26202.0.html) )
Leider aber auch noch keine Lösung :-(
Grüße Marius
Zitat von: trfr3ak am 25 November 2014, 11:00:43Hat jemand einen Rat was da falsch läuft?
Ich bin gar nicht sicher, ob da überhaupt etwas falsch läuft. Ich habe gerade erfolgreich einen Arduino Pro Mini (8 MHz / 3,3V) mit einem Fernost-Funkmodul (RF1101SE-V2) zum nanoCUL gemacht, und bei mir sah es ganz ähnlich aus. Vielleicht hilft es Dir, wenn ich kurz meine Erfahrungen beschreibe.
Nach der Verdrahtung habe ich mich für einen ersten Test per Terminal mit dem Arduino verbunden und die Version abgefragt; die Antwort war auch wunschgemäß
V 1.62 nanoCUL. Dann habe ich ein paar
X-Befehle ausprobiert und genau wie Du eine Folge von
rfrf erhalten. Ich vermute mal, das ist Rauschen. Dann habe ich einen MAX!-Fensterkontakt ausgelöst und neben
rf auch ein paar andere Zeichen erhalten -
m und
p, wenn ich mich recht erinnere. Das hat mir erstmal gereicht - ich habe ja keine Ahnung, ob das so richtig ist.
Als nächsten Schritt habe ich folgende FHEM-Konfiguration angelegt:
define autocreate autocreate
attr autocreate autosave 1
attr autocreate filelog ./log/%NAME-%Y.log
define cul CUL COM13@38400 0000
attr cul rfmode MAX
define cul_max CUL_MAX 123456
attr cul_max IODev cul
Zuletzt habe ich noch das
CUL_MAX-device mittels
set pairmode und den Fensterkontakt mittels Knopfdruck in den Anlernmodus versetzt. Beim ersten Auslösen des Fensterkontaktes wurde ein passendes
device definiert, und alles funktioniert wunschgemäß.
Stimmt bei Dir vielleicht der
rfmode noch nicht?
Hey, danke für deine Antwort,
also ich hatte also so wie du, bis auf das "attr cul_max IODev cul", das hatte ich vergessen... :O
Habs jetzt gesetzt, es wird aber mittlerweile gar nichts mehr empfangen, obwohl der nanocul keinen Meter neben dran steht.
Kann es vielleicht daran liegen, dass ich einen 486mhz empfänger verwende? was benutzt du für einen? Vielleicht sollte ich mir doch noch einen 868 bestellen...
Grüße
Jonas
Ich habe die 868 MHz-Variante.
Hallo ,
so meine Teile sind da, hab den ganzen Thread auch noch mal überflogen, ganz schön viel Stoff :P
Hab auch den Blog von Gummibärchen gelesen.
Ich gehe davon aus das die Verdrahtung im Wiki aktuell ist.
(http://cul1.jpg)
(http://cul2.jpg)
Hab zwar LEDs im Keller aber keine passenden Widerstände, kann ich erst am WE von einem Bekannte besorgen
Habe mit Windows aus die Zip geladen und auch entpackt, wahrscheinlich sollte man das aber vom cubie machen ?!
aber wie?
Wenn ich nun mit puty auf meinen Cubie zugreife klappt auch das noch
Compiler und Tools installieren
"sudo apt-get install make gcc-avr avrdude avr-libc"
der cubie holt sich dann auch was und rödeöt rum
Fetched 21,2 MB in 27s (776 kB/s)
Selecting previously unselected package binutils-avr.
(Reading database ... 26077 files and directories currently installed.)
Unpacking binutils-avr (from .../binutils-avr_2.20.1-3_armhf.deb) ...
Selecting previously unselected package gcc-avr.
Unpacking gcc-avr (from .../gcc-avr_1%3a4.7.2-2_armhf.deb) ...
Selecting previously unselected package avr-libc.
Unpacking avr-libc (from .../avr-libc_1%3a1.8.0-2_all.deb) ...
Selecting previously unselected package avrdude.
Unpacking avrdude (from .../avrdude_5.11.1-1_armhf.deb) ...
Processing triggers for man-db ...
Setting up binutils-avr (2.20.1-3) ...
Setting up gcc-avr (1:4.7.2-2) ...
Setting up avr-libc (1:1.8.0-2) ...
Setting up avrdude (5.11.1-1) ...
root@cubie:~#
was dann aber wohin kopiert wird ???
als Linux Anfänger mir noch nciht ganz klar....
Ich bin halt über FHEM und Fritzboxtod halt beim cubie gelandet, die Install war auch nicht ohne Hürde, aber nun geht das auch....
Anschließend die neueste Version der culfw als ZIP-Datei herunterladen und auspacken.
Dann in das Verzeichnis culfw/Devices/nanoCUL wechseln. In dieser Auslieferung sind alle von der culfw unterstützten Protokolle mit Ausnahme vom Wireless M-Bus aktiviert. Bei Bedarf können einzelne Protokolle durch Änderungen der entsprechenden defines in der Datei board.h aus- oder eingeschaltet werden.
wo das bei windows alles ist, ist mir klar, aber bei Debian auf meinem cubie??
Den fhemduino hab ich damals mit windows geflsht, da hab ich auch in dem Thread ganz am Anfang eine Anleitung für dummies geschrieben, nun will ich es aber vom cubie aus machen
ist doch wohl sinnvoller
Hier brauch ich noch was an Tips
Wo hakt es denn genau? Herunterladen geht z.B. über wget <URL>
Auspacken mit unzip <DATEINAME>
Der Rest ist wieder im Wiki beschrieben. Um Dateien zu editieren ist bestimmt nano, joe oder zur Not auch vi installiert.
Wenn es Dir leichter fällt, kannst Du auch WinAVR für Windows herunterladen und installieren, das Vorgehen ist dasselbe. Einziger Unterschied: im Makefile muss Dein COM-Port anstelle des Linux-Gerätenamens stehen, also z.B. COM5 statt /dev/ttyUSB0.
Danke.
also
root@cubie:~# wget http://sourceforge.net/p/culfw/code/HEAD/tarball
--2014-12-06 08:53:31-- http://sourceforge.net/p/culfw/code/HEAD/tarball
Resolving sourceforge.net (sourceforge.net)... 216.34.181.60
Connecting to sourceforge.net (sourceforge.net)|216.34.181.60|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 16208 (16K) [text/html]
Saving to: `tarball'
da steht dann saving to tarball
mit unzip tarball gehts dann ja wohl weiter ??
wenn ich nun mit fielzilla nachschaue finde ich tarball im root Ordner ?!
wenn ich da nun unzip tarball eingebe
root@cubie:~# unzip tarball
Archive: tarball
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of tarball or
tarball.zip, and cannot find tarball.ZIP, period.
root@cubie:~#
das hat ja wohl nicht geklappt
Sorry
Hey @all
mir ist gerade dieser Fehler in der Log aufgefallen:
PERL WARNING: Argument "62 nanoCUL" isn't numeric in addition (+) at ./FHEM/14_CUL_MAX.pm line 139, <$fh> line 70.
kann es daran liegen, dass mein nanoCUL nicht mit MAX Geräten pairen will?
Zitat von: Franz Tenbrock am 06 Dezember 2014, 09:06:11
root@cubie:~# wget http://sourceforge.net/p/culfw/code/HEAD/tarball
Der Link im Wiki verweist nicht direkt auf das Archiv, sondern auf eine Webseite, die den Link auf die aktuelle Version enthält (zur Zeit Snapshot 474 (http://sourceforge.net/code-snapshots/svn/c/cu/culfw/code/culfw-code-474-trunk.zip)). Diese Webseite hast Du anstelle des Archivs heruntergeladen. Deswegen beschwert sich auch
unzip, denn Webseiten auspacken mag es nicht.
Zitat von: trfr3ak am 07 Dezember 2014, 04:05:38
PERL WARNING: Argument "62 nanoCUL" isn't numeric in addition (+) at ./FHEM/14_CUL_MAX.pm line 139, <$fh> line 70.
kann es daran liegen, dass mein nanoCUL nicht mit MAX Geräten pairen will?
Die Meldung kommt, wenn der Versionsstring Deines CUL nicht genau das Format
V 1.62 nanoCUL hat (z.B. bei zuviel oder zuwenig Leerzeichen). Die Versionsnummer kann dann nicht bestimmt werden, was Auswirkungen auf die Initialisierung des Moduls
CUL_MAX hat. Welche genau, kann ich Dir nicht sagen. Du solltest mal überprüfen, was Dein CUL als Antwort auf den Befehl
V liefert.
etwas weiter bin ich ja nun gekommen
Hab mich an wiki und http://blog.gummibaer-tech.de/wp-content/uploads/2014/11/flashculfw.png
gehalten, was dann wohl nicht ganz richtig war.
Hab jeden Schritt im pdf Dokument dokumentiert, ev kommen andere Anfänger damit ja etwas leichter klar.
Wäre schön wenn mal einer drrüber schaut.
runterladen der Zip
ok
unzip culfw-code-474-trunk.zip
ok
dann in den Ordner nanoCUL wechseln ??
dort dann
ls -l /dev/serial/by-id
root@cubie:~/culfw-code-474-trunk/culfw/Devices/nanoCUL# ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 dec 7 15:22 usb-FTDI_FT232R_USB_UART_A96H57VJ-if00-port0 -> ../../ttyUSB0
root@cubie:~/culfw-code-474-trunk/culfw/Devices/nanoCUL#
der cul wird an Port = gefunden
make
mit ls -1 nachschauen was nun alles da ist :
root@cubie:~/culfw-code-474-trunk/culfw/Devices/nanoCUL# ls -1
board.h
makefile
nanoCUL.c
nanoCUL.eep
nanoCUL.elf
nanoCUL.hex
nanoCUL.lss
nanoCUL.lst
nanoCUL.map
nanoCUL.o
nanoCUL.sym
README
root@cubie:~/culfw-code-474-trunk/culfw/Devices/nanoCUL#
nun sollte doch
make programm
kommen ?!
Das läuft abernicht durch !
Im Pdf alles mit Snaps von Putty
so noch etwas weiter
im Thread was von 38400 baud gelesen
in meinem makefile waren aber 57600 eingetrragen
das hab ich dann mit nano abgeändert in
AVRDUDE_PORT = /dev/ttyUSB0 -b 38400
nun kommt das wenn ich make program eingebe
echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 38400 -c arduino -U flash:w:nanoCUL.hex
avrdude: stk500_recv(): programmer is not responding
avrdude done. Thank you.
make: *** [program] Error 1
Laut deinem PDF hast du nicht den vollständigen Pfad für das Devicefile im makefile verwendet, da fehlt das by-id.
Also
/dev/serial/by-id/...
Das ist aber auch aus der Fehlermeldung zu entnehmen.
Zitat von: Franz Tenbrock am 07 Dezember 2014, 17:06:09
im Thread was von 38400 baud gelesen
in meinem makefile waren aber 57600 eingetrragen
das hab ich dann mit nano abgeändert in
AVRDUDE_PORT = /dev/ttyUSB0 -b 38400
nun kommt das wenn ich make program eingebe
echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 38400 -c arduino -U flash:w:nanoCUL.hex
avrdude: stk500_recv(): programmer is not responding
avrdude done. Thank you.
make: *** [program] Error 1
Die 57600 waren schon richtig, das ist die Geschwindigkeit mit der der Bootloader angesprochen wird. Die eigentliche Applikation (culfw) verwendet dann 38400.
Am Beginn der Zeile
echo 1 > /sys/class/gpio/gpio18/value
sollte aber noch ein # in der Augabe gewesen sein, oder?
hab da eigentlich nichts dran geändert, so runtergeladen und nur das geändert was ich im PDF gezeigt habe
zumindest nicht bewusst, schaue gleich mal rein
muss aber erst noch was anderes erledigen, 20 min
bin schon mal froh das ich die anderen Schritte mit eurer Hilfe hinbekommen habe, mit Windows ev schneller, aber mit dem cubie sollte es ja auch gehen
muss mich einfach noch mehr mit Debian beschäftigen, fällt mir noch echt schwer
also wieder zurück in 57600
und das hier aus nano:
program: $(TARGET).hex
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
$(AVRDUDE) $(AVRDUDE_FLAGS) $(AVRDUDE_WRITE_FLASH)
das war der Block aus makefile mit den ganzen echos
keien Ahnung was ich geändert habe aber jetzt läuft
make program
durch und macht was
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 57600 -c arduino -U flash:w:nanoCUL.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "nanoCUL.hex"
avrdude: input file nanoCUL.hex auto detected as Intel Hex
avrdude: writing flash (15236 bytes):
Writing | ################################################## | 100% 4.43s
avrdude: 15236 bytes of flash written
avrdude: verifying flash memory against nanoCUL.hex:
avrdude: load data flash data from input file nanoCUL.hex:
avrdude: input file nanoCUL.hex auto detected as Intel Hex
avrdude: input file nanoCUL.hex contains 15236 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 3.35s
avrdude: verifying ...
avrdude: 15236 bytes of flash verified
avrdude: safemode: Fuses OK
avrdude done. Thank you.
root@cubie:~/culfw-code-474-trunk/culfw/Devices/nanoCUL#
keine Ahnugn ob am anfang ne Leerzeile reingerutscht ist oder sonst was
das sieht doch gut aus ??
mir raucht die Birne :P
anders als vorher wo die grün led durchgehend an war
blokt er jetzt mit hoher Frequenz, ca 5x pro sek
da hatte ich doch auch was gelesen.
Zitat von: Franz Tenbrock am 07 Dezember 2014, 17:58:40
das sieht doch gut aus ??
Ja, das ist das erwartete Ergebnis.
Zitat
anders als vorher wo die grün led durchgehend an war
blokt er jetzt mit hoher Frequenz, ca 5x pro sek
Welche LED meinst du genau? Eine die auf dem nano verbaut ist oder die externe?
auf dem nano die
da sind 2 stück
eine grün , die ist dauernd an
und die andere ist gelb und blinkt recht schnell
Das ist so okay.
Grün ist bei dir wahrscheinlich für die Stromversorgung. Gelb ist die Kommunikation zwischen dem Atmega und dem Funkmodul.
Interessanter wäre die externe LED, hast du die verbaut?
hatte ich oben geschrieben
nein
mir fehlen die Bauteile
ev morgen
(http://cul3.jpg)
Der Screenshot zeigt 9600 baud, korrekt wären aber 38400.
Und /dev/ttyACM0 ist doch auch nicht korrekt, das sollte doch entweder /dev/ttyUSB0 oder /dev/serial/by-id/id_des_nanos sein.
Sorry, hab blöderweise im Wiki nicht weitergelesen sondern einfach aus meiner Fritzbox fhem.cfg die Definition kopiert
fehlt einfach die Konzetration
so jetzt sieht es so aus.
mit get version kommt ddas hier
nanoCUL version => V 1.62 nanoCUL 433
(http://cul4.jpg)
so öamgsam wird es wohl was
;D
es klappt
der Fernseher geht schon mal aus
:) ;) ;D
Thanks
also
auch Debian dummys kriegen das hin
morgen werde ich das noch mal zusammenfassen
wie versprochen meine Zusammenfassung. Allerdings noch ohne Gewähr!
Es hat ja nicht auf Anhieb geklappt und ich hatte am Schluss noch Probleme mit make programm
Aber das Teil läuft nun. Ev hat der eine oder andere Anfänger mit dem Plus an Bildern ja ev was davon.
Ich habe ein 433 Mhz Sende Empfangsmodul aus dem Blog. Das 868 Modul kommt in den nächsten Tagen.
Schalten von meinen IT Dosen klappt problemlos. Die Temperatursensoren KW9010 die ich vorher über den fhemduino auslesen konnte klappen nicht.
Wäre schön wenn im Wiki was von den Möglichkeiten der 433 und 868 stehen würde. Der Thread heri wird ja immer länger und es wird somit immer aufwendiger sich alles zusammenzusuchen.
Mit der commandref tue ich mich sicher wie viele andere Anfänger noch schwer.
Ich freue mich schon auf den 868 und das ich wieder was gelernt habe
ach so
die docx Datei darf natürlich geändert werden, hab ja auch einiges aus dem Blog und dem Wiki genommen.
Hallo,
Ich hätte mal eine Frage. Kann ich aus dem Thread http://forum.fhem.de/index.php/topic,14348.0.html (http://forum.fhem.de/index.php/topic,14348.0.html) IT Empfang mit CUL einfach die rf_receive.c aus Beitrag 202 nehmen und so meinen nanocul IT Empfang fähig machen?
Sollte doch so gehen, oder?
Gruß
Carlos
Zitat von: Franz Tenbrock am 08 Dezember 2014, 12:56:57
... Das 868 Modul kommt in den nächsten Tagen.
Franz Tenbrock: Könntest Du mir verraten, wo Du ein 868 Modul bestellt hast? Ich suche nach einer Quelle, die ich mit Paypal bezahlen kann.
Grüße
ws
Zitat von: carlos am 08 Dezember 2014, 13:48:24
Hallo,
Ich hätte mal eine Frage. Kann ich aus dem Thread http://forum.fhem.de/index.php/topic,14348.0.html (http://forum.fhem.de/index.php/topic,14348.0.html) IT Empfang mit CUL einfach die rf_receive.c aus Beitrag 202 nehmen und so meinen nanocul IT Empfang fähig machen?
Sollte doch so gehen, oder?
Gruß
Carlos
Hi,
sollte funktionieren. Einfacher ist es wahrscheinlich, wenn du die aktuelle Firmware aus dem SVN nimmst.
Gruß
Stephan
Hi,
Die nutze ich schon, ist denn da der IT Empfang schon mit drin?
Ich dachte eigentlich nicht.
Gruß
Carlos
Hi Carlos,
wenn du die neueste Fw und das neueste FHEM (5.6) benutzt sollte der IT-Empfang funktionieren.
@ws
habe bei alibaba bestellt
siehe blog gummibärchen
schön wäre ne Liste die mit dem 433 geht
Zitat von: Franz Tenbrock am 08 Dezember 2014, 15:25:12
schön wäre ne Liste die mit dem 433 geht
Die Firmware ist CUL-Standard. Somit müsste alles gehen was auch mit Standard-CUL geht ... was auf 433 leider nicht viel ist.
CUL hat hier einen eigenen Forumteil --> CUL Entwicklung -- Wuschliste
Ich habe schon mal meine WS0002 Temp-Sensoren eingetragen die im FhemDuino erkannt werden. Ich denke aber das dauert bzw. wird nie kommen. Ich verstehe es auch, CUL ist hauptsächlich für 866 Protokolle wie MAX oder Homematic gedacht.
Hallo,
@carlos und @CaptainHook
Vorsicht, hier geht es aber um einen Standard(Nano)-Arduino mit CC1101 oder CC1100 ("Nano-CUL") und nicht um einen Busware-CUL...
M.W. kann auf dem selbst gebastelten Nano-CC110x (868er oder 433er) nicht die Standard-v3.hex drauf, sondern nur die angepasste aus diesem Thread.
Ich habe selbst einen "Nano-Cul" mit CC1100 (433) und nutze ihn als zusätzliches IO-Device für ELRO-Steckdosen (IT) und Revolt-Verbrauchsmessdosen .
VG
Karl
Hi,
der nanoCUL ist mitlerweile im SVN der Culfw integriert, daher sollte es kein Problem sein sich die Quellen zu laden und diese anschließend zu compilieren.
Ich nutze auf einem meiner nanos auch eine angepasste Firmware um OWL CM160 und Revolt empfangen zu können (mehf).
Mit den originalen SVN Quellen lässt sich ein nanoCUL mit IT Empfang compilieren.
Genau so meinte ich das auch.
Den die Änderungen in der rf_receive.c sind meines Wissens nicht (oder noch nicht) ins svn eingeflossen.
Also noch mal die Quellen aus dem SVN holen und rf_receive.c mit dem file aus dem Thread ersetzten
Im nanocul Verzeichnis ein make und ich habe IT Empfang mit meinem nanocul.
Das wäre meine Vorgehensweise gewesen.
Gruß
Carlos
revolt Zusatz-Funksteckdose für Funk-Energiekosten-Messgerät (NC-5461)
Die würden mit dem 433 nanoCUL ev gehen
was müsste man da ändern?
das wäre ne super Sache da ich die Dinger habe aber bisher nicht auslesen kann
Hallo,
@Franz
eigentlich musst Du nix ändern, da im (angepassten) nanocul.hex Revolt schon aktiviert ist (im Gegensatz zum original v3.hex).
Ich hab autocreate auf on (ist bei mir eh standard) , dann die Revolt (bzw. ich hab baugleiche FHT-9998) eingesteckt und dann etwas gewartet.
Dann wurde bei mir ein neuer Eintrag angelegt, sieht so aus:
define Revolt_2b6b Revolt 2b6b
attr Revolt_2b6b IODev CUL433
attr Revolt_2b6b room Revolt
VG
Karl
Hallo
ich hab leider das Gefühl das der cul nichts empfängt.
Revolt Dose direkt daneben eingesteckt und Knopf auf Stecker gedrückt, dann blinkt die Lampe am Stecker
Idee
bevor ich wieder durch den ganzen Thread quäle, da war doch mal was...
Zitat von: carlos am 08 Dezember 2014, 16:40:36
Genau so meinte ich das auch.
Den die Änderungen in der rf_receive.c sind meines Wissens nicht (oder noch nicht) ins svn eingeflossen.
Also noch mal die Quellen aus dem SVN holen und rf_receive.c mit dem file aus dem Thread ersetzten
Im nanocul Verzeichnis ein make und ich habe IT Empfang mit meinem nanocul.
Das wäre meine Vorgehensweise gewesen.
Gruß
Carlos
Ja, das funktioniert so. Habe ich auch so im Einsatz.
das muss ich also machen?
"Also noch mal die Quellen aus dem SVN holen und rf_receive.c mit dem file aus dem Thread ersetzten
Im nanocul Verzeichnis ein make und ich habe IT Empfang mit meinem nanocul.
Das wäre meine Vorgehensweise gewesen.
Gruß
Carlos"
nur so kann er empfangen?
Zitat von: Franz Tenbrock am 08 Dezember 2014, 20:44:59
das muss ich also machen?
"Also noch mal die Quellen aus dem SVN holen und rf_receive.c mit dem file aus dem Thread ersetzten
Im nanocul Verzeichnis ein make und ich habe IT Empfang mit meinem nanocul.
Das wäre meine Vorgehensweise gewesen.
Gruß
Carlos"
nur so kann er empfangen?
Die neue Version von rf_recieve.c ist von bjoernh überarbeitet worden und liefert bei mir und einigen anderen bessere Ergebnisse was den Empfang angeht.
Prinzipiell funktionierte der Empfang auch schon vorher. Aber einen Versuch ist es Wert.
Das betrifft aber alles nur den Empfang des Intertechno Protokolls.
Hallo ich würde ja gerne erst einmal den Revolt Stecker empfangen, also nicht IT
Irgendwo hatte ich hier im Thread gelesen das ein Verbindungskabel für Empfang da ist, :-(
Ev hab ich ja nur was falsch gesteckt.
die rf_receive.c hab ich mit der Suche nicht gefunden, War das ein anderer Thread wie oben beschrieben.
das hier
Antw:IT Empfang mit CUL
« Antwort #202 am: 21 Oktober 2014, 20:33:05 »
das ist aber nur für IT nicht für revolt erforderlich
Zitat von: Franz Tenbrock am 08 Dezember 2014, 21:14:37
Irgendwo hatte ich hier im Thread gelesen das ein Verbindungskabel für Empfang da ist, :-(
Ev hab ich ja nur was falsch gesteckt.
Wenn du alles so wie im Wiki beschrieben verbunden hast sollte auch der Empfang prinzipiell funktionieren. Für den Empfang ist der PIN GDO2 des CC1101 wichtig, ggf. noch mal kontrollieren.
Du hast doch eine Fernbedienung mit Intertechno Code, oder?
Wird die denn empfangen?
das war ne gute Idee,
gar nicht daran gedacht das ich die habe :-)
klappt
werden empfangen
die Revolt Dosen werden doch eigentlich auch direkt empfangen, hab ich lange nicht mehr benutzt.
ann es ev an der eingestellten frequenz liegen
das hier zeigt:
nanoCUL ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
auf dem Revolt Stecker steht aber 433,05 bis 434,79
sollte doch eigentlich passen.
2 Stecker probiert, no reaktion am cul obwohl direkt daneben
Empfang von It scheint ja zu klappen, der Rest klappt dann später auch wohl
hab nun die
rf_receive.c
von Björn geladen
wo muss die nun hin, kann ich das mit filezilla machen?
kanns wieder nicht lassen
hab nun mal im makefile geschaut und da die rf_receive.c gefunden
dann gesehen wo es abgelegt ist
im trunk culfw/clib
dort finde ich eine Datei
rf_receive.c vom 05.12.14 mit 20480 byte
die Datei die ich nun geladen habe ist 22.459 Bytes
soweit ich das verstanden habe muss ich die austauschen und dann make und make programm neu flashen
muss ich das auchnoch berücksichtigen?
Hast Du das Define HAS_IT in board.h gesetzt?
Hab um die entsprechende Stelle nun noch ein ifdef gesetzt. So kann man es ohne und mit HAS_IT compilieren.
Zitat von: Gummibaer am 21 Oktober 2014, 21:00:48
Code: [Auswählen]
../../clib/rf_receive.c: In function 'reset_input':
../../clib/rf_receive.c:647:3: error: 'isnotitrep' undeclared (first use in this function)
isnotitrep = 0;
^
../../clib/rf_receive.c:647:3: note: each undeclared identifier is reported only once for each function it appears in
make[1]: *** [../../clib/rf_receive.o] Fehler 1
make[1]: Verlasse Verzeichnis '/opt/cul/CUL_VER_162/Devices/CUN'
make: *** [all] Fehler 2
Zitat von: Franz Tenbrock am 08 Dezember 2014, 21:52:30
2 Stecker probiert, no reaktion am cul obwohl direkt daneben
lies mal http://forum.fhem.de/index.php/topic,20410.0.html und an HAS_REVOLT in der board.h denken :)
bin ja Anfänger
da ich gelesen hatte war mir das auch aufgefallen und hatte danach gefragt.
also noch mal studieren und dann machen..
heute morgen auf die schnelle probiert,
aber da hatte ich die id nicht spezifiziert und es hat nicht geklappt
weder mit der alten noch mit der neuen.
Werde dann meine Zusammenfassung noch mal korrigieren, und wenn es nur für mich ist.
der 886 er Stick fehlt ja noch :-)
Mit ein paar Infos mehr kann das glaube ich jeder, war ja ganz am Anfang die Frage hier im Thread. Aber als Anfänger braucht man einfach hier und da alle Infos
die sicherlich für Profis klar sind
ich hoffe ich nerv nicht zu sehr
jetzt hänge ich mal wieder,
aber nur eine Kleinigkeit
Da ist wohl die ID irgendwie falsch
root@cubie:~/culfw-code-474-trunk/culfw/Devices/nanoCUL# make program
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/serial/by-id/usb- FTDI_FT232R_USB_UART_A96H57VJ-if00-port0 @38400 -c arduino -U flash:w:nanoCUL.hex
avrdude: ser_open(): can't open device "/dev/serial/by-id/usb-": No such file or directory
ioctl("TIOCMGET"): Invalid argument
avrdude done. Thank you.
ls -l /dev/serial/by-id
root@cubie:~/culfw-code-474-trunk/culfw/Devices/nanoCUL# ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 dec 8 12:13 usb-FTDI_FT232R_USB_UART_A96H57VJ-if00-port0 -> ../../ttyUSB0
root@cubie:~/culfw-code-474-trunk/culfw/Devices/nanoCUL#
Was ist da an der Syntax falsch
Zitat von: Franz Tenbrock am 09 Dezember 2014, 13:37:47
avrdude -D -p atmega328p -P /dev/serial/by-id/usb- FTDI_FT232R_USB_UART_A96H57VJ-if00-port0
Was ist da an der Syntax falsch
copy & paste Fehler oder ist da wirklich ein Blank zwischen usb- und FTDI ?
wen ja erklärt das auch die Fehlermeldung 'can't open device "/dev/serial/by-id/usb-": No such file or directory'
irgendwie schon alles probiert immer wieder Fehler
das Ding ist doch mehrfahc flashbar?? mittels Debian
root@cubie:~/culfw-code-474-trunk/culfw/Devices/nanoCUL# make program
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A96H57VJ-if00-port0 -b 57600 -c arduino -U flash:w:nanoCUL.hex
avrdude: stk500_getsync(): not in sync: resp=0x56
avrdude done. Thank you.
make: *** [program] Error 1
Hier weider not in sync
auch statt 38400 57600 probiert
grrrrrrrrrrr
hier noch der Teil aus dem makefile
#AVRDUDE_NO_VERIFY = -V
#AVRDUDE_PROGRAMMER = avr109
AVRDUDE_PROGRAMMER = arduino
AVRDUDE_PORT = /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A96H57VJ-if00-port0 -b 57600
AVRDUDE_WRITE_FLASH = -U flash:w:$(TARGET).hex
AVRDUDE_FLAGS = -D -p $(MCU) -P $(AVRDUDE_PORT) -c $(AVRDUDE_PROGRAMMER)
AVRDUDE_FLAGS += $(AVRDUDE_NO_VERIFY)
AVRDUDE_FLAGS += $(AVRDUDE_VERBOSE)
AVRDUDE_FLAGS += $(AVRDUDE_ERASE_COUNTER)
selten dämlich
halt Anfänger
hatte den naocul ja schon in fhem laufen, sollte ja nur eine Änderung gemacht werden
kann es sein das ich den nicht neu flashen konnte weil er noch unter fhem lief ?
habe fhem beendet und dann :-)
Sorry
Hab es mit id und ohen gemacht
#AVRDUDE_NO_VERIFY = -V
#AVRDUDE_PROGRAMMER = avr109
AVRDUDE_PROGRAMMER = arduino
#AVRDUDE_PORT = /dev/ttyUSB0 -b 57600
AVRDUDE_PORT = /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A96H57VJ-if00-port0 -b 57600
AVRDUDE_WRITE_FLASH = -U flash:w:$(TARGET).hex
AVRDUDE_FLAGS = -D -p $(MCU) -P $(AVRDUDE_PORT) -c $(AVRDUDE_PROGRAMMER)
AVRDUDE_FLAGS += $(AVRDUDE_NO_VERIFY)
dann will ich mal hoffen das die revolts jetzt gehen
IT Fernbedieung wird erkannt , an der gelben LED auch sichtbar
Revolt leider nicht Led tot
(http://cult5.jpg)
Hab auch das probiert :
Antw:Revolt NC-5462 an FHEM
« Antwort #90 am: 29 März 2014, 22:08:24 »
Zitat
Zusätzlich zu der Frequensanpassung muss die Datenrate angepasst werden.
set CUL1 raw W1257
und
set CUL1 raw W13C4
und vorsichtshalber noch ein
set CUL1 raw X21
Mit der CUL.V3 aus diesem Forum klappt es bei mir.
bei mir nicht,
nanoCUL raw => No answer
schade
habe gerde noch mal nachgesehen war die rf_recive.c 22459 byte
extra Thread??
juppi
014-12-09_15:28:09 Revolt_7075 .lastenergy: 431.87
2014-12-09_15:28:09 Revolt_7075 P: 0.0 E: 431.87 V: 233 C: 0.00 F: 50 Pf: 0.00
2014-12-09_15:28:09 Revolt_7075 voltage: 233
2014-12-09_15:28:09 Revolt_7075 current: 0
2014-12-09_15:28:09 Revolt_7075 frequency: 50
2014-12-09_15:28:09 Revolt_7075 power: 0
2014-12-09_15:28:09 Revolt_7075 pf: 0
2014-12-09_15:28:09 Revolt_7075 energy: 431.87
2014-12-09_15:29:09 Revolt_7075 P: 0.0 E: 431.87 V: 233 C: 0.00 F: 50 Pf: 0.00
2014-12-09_15:29:09 Revolt_7075 voltage: 233
2014-12-09_15:29:09 Revolt_7075 current: 0
2014-12-09_15:29:09 Revolt_7075 frequency: 50
2014-12-09_15:29:09 Revolt_7075 power: 0
2014-12-09_15:29:09 Revolt_7075 pf: 0
2014-12-09_15:29:09 Revolt_7075 energy: 431.87
2014-12-09_15:29:16 Revolt_7075 P: 0.0 E: 431.87 V: 233 C: 0.00 F: 50 Pf: 0.00
2014-12-09_15:29:16 Revolt_7075 voltage: 233
2014-12-09_15:29:16 Revolt_7075 current: 0
2014-12-09_15:29:16 Revolt_7075 frequency: 50
2014-12-09_15:29:16 Revolt_7075 power: 0
2014-12-09_15:29:16 Revolt_7075 pf: 0
2014-12-09_15:29:16 Revolt_7075 energy: 431.87
2014-12-09_15:29:51 Revolt_7075 P: 0.0 E: 431.87 V: 233 C: 0.00 F: 50 Pf: 0.00
2014-12-09_15:29:51 Revolt_7075 voltage: 233
2014-12-09_15:29:51 Revolt_7075 current: 0
2014-12-09_15:29:51 Revolt_7075 frequency: 50
2014-12-09_15:29:51 Revolt_7075 power: 0
2014-12-09_15:29:51 Revolt_7075 pf: 0
2014-12-09_15:29:51 Revolt_7075 energy: 431.87
2014-12-09_15:30:22 Revolt_7075 P: 0.0 E: 431.87 V: 233 C: 0.00 F: 50 Pf: 0.00
2014-12-09_15:30:22 Revolt_7075 voltage: 233
2014-12-09_15:30:22 Revolt_7075 current: 0
2014-12-09_15:30:22 Revolt_7075 frequency: 50
2014-12-09_15:30:22 Revolt_7075 power: 0
2014-12-09_15:30:22 Revolt_7075 pf: 0
2014-12-09_15:30:22 Revolt_7075 energy: 431.87
dann werde ich morgen mal alles zusamentragen und den wichtigen Hinweis
vor neuem flashen fhem beenden :-)
das hätte ganz schnell gehen können.
Thanks für die Geduld
und auch die 2. Dose läuft ;-9
(http://revolt1.jpg)
Hallo Franz,
ich wollte nur mal sagen: RESPEKT ! Schön zu sehen, wie Du Dich immer durchkämpfst und es freut mich für Dich, wenn's dann auch
noch funktioniert ;)
VG
Karl
Thanks,
durchbeissen ist das richtige wort
manchmal hätte ich das Ding..
ich nehme irgendwie immer alle Stolpersteine mit. :o
Das mit dem laufenden fhem beim Änderungsversuch war schon grrrrrrrrrrrr
Jetzt gehts ans feintuning und noch mal mein docx überarbeiten damit ich dann beim 886 er keine Probleme habe,
Für Anfänger fehlen leider immer wichtige Zwischenschritte...
Windows ist halt anders.....
Hier mal was ganz anderes von mir maxidoc.de da hat auch keiner geglaubt das wir so weit kommen 8)
Hier die geänderte Anleitung ich hoffe fehlerfrei und auch für Anfänger verständlich
Hi Leute,
habe meiner Meinung nach alles was hier beschrieben wurde befolgt. Bekomme den 868er nanoCUL aber nicht mit MAX zum fliegen. Schalten von Funksteckdosen (IT) funktioniert.
Habt ihr noch Ansätze zu debugen?
Verkabelung CC1101 (Platine von oben betrachtet, beginnen links oben) (http://www.ebay.de/itm/121319943749?_trksid=p2060778.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT)
| 1 | 2 |
| 3 | 4 |
| 5 | 6 |
| 7 | 8 |
| 9 | 10|
Arduino | CC1101 |
D13 | 4 |
3V3 | 1 |
GND | 9 |
D12 | 5 |
D11 | 3 |
D10 | 7 |
D3 | 8 |
D2 | 6 |
Ansonsten die r477 culfw aus Repository gezogen, HAS_433 auskommentiert, USB-Port im makefile ersetzt.
Danach make (glaub einmal kam zwischendurch was von wegen nicht verwendete Variable oder so, lief aber durch) und make program ausgeführt.
Soweit so gut.
Den ganzen Spaß in FHEM eingebunden:
define CUL2 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9Y5CZE6-if00-port0@38400 1234
attr CUL2 rfmode MAX
define cm1 CUL_MAX 654321
MAX Heizungsthermostat definiert:
define HT_Schlafzimmer MAX HeatingThermostat 0aff37
attr HT_Schlafzimmer event-on-change-reading .*
attr HT_Wohnzimmer IODev cm1
CUL-MAX in Pairingmode gebracht, dann das Thermostat ebenso...
Im angehangen Bild sieht man das der CUL erkannt wird, aber das Thermostat ändert ums verrecken nicht die Temperatur (hab noch nen Auzug aus dem Log mit Verbose 5 angehangen) :-(
Hatte vorher den USB-CUL von busware als CUL dran falls das noch ein Ansatz sein kann...
Bin also für jeden Strohhalm dankbar woran es liegen könnte!
Viele Grüße und 1000 Danke für den Thread und die Beteiligungen hier!
Mario
Hi,
das von dir verlinkte Modul st ein 433Mhz, da ist die Reichweite bei 868Mhz mehrals kurz.. wenige Zentimeter....
Frequenz:(Modul: 387-464MHZ)
Besorge die besser ein 868Mhz Modul, damit solltest du mehr Erfolg haben.
Grüße,
Stephan
http://www.aliexpress.com/item/Free-Shipping-1pcx-868M-915MHz-wireless-module-CC1101-wireless-module-with-spring-antenna/1438500408.html (http://www.aliexpress.com/item/Free-Shipping-1pcx-868M-915MHz-wireless-module-CC1101-wireless-module-with-spring-antenna/1438500408.html)
Hallo,
habe mir 3 China Clones des Arduino Nano V3 besorgt. Nach der Anleitung muss ich die nun mit CUL_V3.hex flashen.
Ich habe bisher alles falsch gemacht, was man da wohl so machen kann. Daher habe ich schon Stunden damit verbacht, den wieder auf Anfang zu setzen.
Mein Vorgehen bisher.
Mikroschalter gedrückt und in den Windows PC gesteckt. Leider wurde er als FT232R UART erkannt. Also habe ich die VCD Treiber von FTDICHIP.com besorgt. Das was die Version 2.12.00.
Wir ich dann erst später gelesen habe, schlüsselt dieser neue Treiber die China Clone Nano auf VID 0403 PID0000 um. Da alle OriginalTreiber aber nur den VID0403 PID 6001 kennen, wurden die 3 nicht mehr erkannt. (Dreiecke im Geätemanager und keine der Lösungen Flip Treiber, FTDI Treiber, Arduino Treiber etc haben mehr funktioniert)
Nach Stunden die Lösung:
Manuelle Anpassung der FTDI Treiber auf VID0403/PID0000 (Kopie der Zeilen VID0403PID 6001 und dann Anpassung auf 0000).
Dann wurden sie wieder erkannt. Super - keine Dreiecke mehr im Gerätermanager.
==> Aber ATMEL FLIP funktioniert natürlich (weiss ich jetzt) nicht. (Der berühmte Fehler atlibusbdfu.dll kann nicht gefunden werden)
Neue Lösung (nach Stunden):
Mit FT_Prog die VID/PID anpassen. Also dort jetzt VID 03EB und PID 2FF4 für einen ATMmega32U4 ausgewählt. Das ist der chipsatz des busware CC1101.
Mit cmd uninstall die FTDI Treiber aus dem System entfernt.
==> Das klappt super. Der Nano wird als ATmega32U4 erkannt. Ist ja klar - habe ihm ja gesagt, dass er ein 32U4 ist.
Jetzt meine aktuelle Herausforderung, an der ich verzweifele.
Die 3 Nanos klappen also wieder an allen meinen Rechnern (XP, Vista, 8.1). Keine Dreiecke im Gerätemanager.
Flip ausgeführt. Cul_V3.hex ausgewählt.
USB ausgewählt (Klasse - kein atlibusbdfu Fehler) - Jetzt kann ich auf USB Port Connection -open drücken.
Jetzt kommt aber "Could not open USB device"
Bin ratlos. Das müsste daran liegen, dass für meine Nanos (mit Atmel mega328P AU 1437 chip auf der Rückseite) doch nicht die richtigen Treiber geladen sind. Ja - ich habe den microschalter auf der Rückseite während des einsteckens gedrückt. Auch mal Minuten lang gehalten während flip gestartet und USB Port geöffnet werden sollte.
==> Hat alles nicht geholfen. Adventwochenende ist fast rum. Sicherlich schon 15 Stunden rumgemacht - kein Erfolg. Ich verzweifele. Nur noch 2 Klicks (open usb und laden/flashen culv3.hex) entfernt.
Wie komme ich weiter? Wo liegt mein Gedankenfehler ? Welche VID/PID hat mein china clone (ursprünglich) ? Fragen über Fragen und doch nur das Ziel, 3 CULs zu installieren.
Danke für die Hilfe.
ICH HOFFE...........
Jörg
Hi, bei den nanos musst du bei einstecken nichts drucken! Der taster ist für den Reset des Atmegas. ferner wirst du mit flip keinen Erfolg haben der ist nur fur den 32u4 bzw 32u2. hast du einen Linux Recher an welchen du die nanos mal anstecken kannst?
Gruß Stephan
Gesendet von meinem iPhone 6 Plus mit Tapatalk
Hallo Stephan.
Habe leider keinen LinuxRechner. Wie gesagt 3 x windows (XP,Vista, 8.1) sowie die Fritzbox 7490.
Dort habe ich die gerade mal angesteckt und mit: get CUL raw V und dann CULflash CUL CUL_V3 versucht. Wieder nichts.
Allerdings habe ich jedes mal entweder nur kurz oder eben die gesamte Zeit den Mikroschalter gedückt.
Ergebnis: CULflash dfu-programmer: no device present.
Wieder 1 Stunde weg.
Ich versuche das mal ohne microschalter nochmal.
Also FLIP bringt nichts !? Wie bekomme ich dann die cul_v3.hex drauf ???
Wenn es unbedingt ein muss, mache ich ein altes Notebook platt und installiere unbuntu. Kenne mich aber überhaupt nicht mit linux aus. Null-garnichts - nicht mal ein bisschen !!
Danke Jörg
Hallo jnewton957
ich bin auch Anfänger und habe mit FLIP nichts gebacken bekommen.
Meine ersten hex-files habe ich mit Xloader geflasht.
(FHEMDuino und später nanoCul.hex)
Unter Linux müssen halt einige Befehle nach einander in die Konsole getippt werden.
Das tat nicht weh, war nur gewöhnungsbedürftig.
Anleitungen hier im Forum / Wiki: http://www.fhemwiki.de/wiki/Selbstbau_CUL (Software)
Gruß
Michael
Hi,
also mit FLIP wirst du beim Atmega328P nichts erreichen! Den dafür brauchst du den dfu-Bootloader. Dein Arduino Nano hat aber i.d.R den Arduino Bootloader oder ggf. OptiBoot. Beide funktionieren nicht mit FLIP.
Also auf Anfang, werden deine Nanos als Serial Port von deinen Windows Rechnern erkannt? FT232R UART! nicht Atmega32U4 oder Atmega32U2 das ist völlig verkehrt!
Wenn du soweit bist kannst du dir die Aktuelle NanoCul.hex hier laden: http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/nanoCUL/ (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/nanoCUL/)
Dann Installierst du dir am einfachsten die Arduino IDE: http://arduino.cc/en/Main/Software#toc3 (http://arduino.cc/en/Main/Software#toc3)
Dadurch hast du avrdude und co, damit kann man recht einfach die Firmware installieren
Nun öffnest du die eine Console Windows->Ausführen cmd
Am besten legst du dir dafür ein Verzeichnis auf C: (z.B. nanocul) und kopierst die nanocul.hex dahin
Dann wechselst du in der Console mit cd dort hin (cd C:\nanocul\)
nanach solltest du mit "C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\avrdude.exe" -C"C:\Program Files (x86)\Arduino\hardware\tools\avr\etc/avrdude.conf" -v -v -v -v -patmega328p -carduino -PCOM1 -b57600 -D -Uflash:w:C:\nanocul\nanocul.hex:i
Dann solltest du deinen Nano flashen können. Wichtig ist der Pfad zu avrdude, der Port -PCOM??? der Rest sollte stimmen.....
Viele Grüße,
Stephan
Hallo,
@jnewton957:
als allererstes setze die VID/PID der Nanos wieder auf 0403/6001, schmeiss die 2.12er FTDI-Treiber runter und installier die 2.10er...
Lies Dir am besten das durch : http://forum.fhem.de/index.php/topic,28249.msg223723.html#msg223723 (http://forum.fhem.de/index.php/topic,28249.msg223723.html#msg223723)
vg
Karl
Zitat von: CaptainHook am 14 Dezember 2014, 13:40:50
Also auf Anfang, werden deine Nanos als Serial Port von deinen Windows Rechnern erkannt? FT232R UART! nicht Atmega32U4 oder Atmega32U2 das ist völlig verkehrt!
Houston .........
Versuche gerade VID und PID wieder in 0403 / 6001 für die FTDI Treiber zu ändern. Es geht leider nicht, einfach die ATmega wieder mit den FTDI Tereiber neu zu bestücken. Der wird nicht erkannt, da ja die FTDI Treiber eben VID/PID 0403/6001 brauchen.
Jemand eine Idee, wie ich ohne FT_Prog wieder die VID/PID der jetzt ATmega VID/PID 03EB / 2FF4 wieder anpasse ??
Hallo,
besorg Dir halt einfach z.B. einen RasPi, (der ist nebenbei bemerkt auch eine sehr gute FHEM-Basis), mit dem Wheezy drauf
kannst Du alles erledigen, was auch mit einem anderen Linux-Rechner möglich wäre... dann kannst Du dem Link aus meinem Link
folgen, ft232r_prog installieren und damit die VID/PID zurücksetzen.
Auch die FTDI-Treiber unter Windows lassen sich austauschen (2.12 runter, 2.10 rauf), hab ich auch geschafft (bisschen googlen hilft...)
vg
Karl
Zitat von: digital.arts am 14 Dezember 2014, 14:53:31
Hallo,
@jnewton957:
als allererstes setze die VID/PID der Nanos wieder auf 0403/6001
Und genau da bin ich seit Stunden ohne Erfolg dran. Ich bekomme es unter windows nicht hin. Finde kein prorgamm dafür.
Ich hätte ja noch arduino 1.06, was Kontakt zu den Naons mit 03EB/2FF4 hat. Ich kenne aber das skript/sketch für das umschreiben auf 0403/6001 nicht.
Ich habe mir einen Unbuntu Rechner aufgesetzt. Wie bekomme ich es damit hin, VID/PID wieder anzupassen ?? Wie beomme ich die Nanos wieder auf 0403/6001 (unter windows
oder LINUX!) ?? Ab da wäre ich ja wieder im Rennen ?
Hallo,
unter Windows hab ich leider k.A., wie schon gesagt habe ich es bei mir mit meinem "Bastel"-RasPi erledigt.
Für den Austausch der "bösen" Treiber gibts auf youtube ein howto : youtube-Link (https://www.youtube.com/watch?v=SPdSKT6KdF8)
Direkter Downloadlink für die 2.10er:
klick (http://www.ftdichip.com/Drivers/CDM/CDM%20v2.10.00%20WHQL%20Certified.exe)
Die .exe musst Du nicht mal starten, einfach mit z.B. 7zip entpacken, dann hast Du den Treiberordner...
vg
Karl
Siehe:
http://forum.fhem.de/index.php/topic,28249.msg230816.html#msg230816
Ich habe mir einen Unbuntu Rechner aufgesetzt. Wie bekomme ich es damit hin, VID/PID wieder anzupassen ??
Danke
Zitat von: RappaSan am 15 Dezember 2014, 13:38:31
Siehe:
http://forum.fhem.de/index.php/topic,28249.msg230816.html#msg230816
Ja - das würde gehen, wenn ich von 0403:6001 auf 0403:0000 gegangen wäre. Ich bin aber jetzt auf 03EB:2FF4 für einen Atmel ATmega32U4. Das FT_Prog verlangt eben als VID eine 0403, damit ich PID umschiessen kann.
Ich habe mir einen Unbuntu Rechner aufgesetzt. Wie bekomme ich es damit hin, VID/PID wieder anzupassen ??
Danke
Probiers doch mal mit
vid ändern
./ft232r_prog --old_vid 0x03EB --new-vid 0x0403
pid ändern
./ft232r_prog --old-pid 0x2FF4 --new-pid 0x6001
Viele Grüße,
Stephan
Das ältere FTDI-Programm MProg3.5 soll laut Beschreibung auch beliebige Vendor- und Device IDs programmieren können...
Die Lösung nachdem die Einzeleingabe jeweils fehler wie : failed for 0403:2ff4: device not found oder failed for 03eb:6001: device not found hatte.
./ft232r_prog --old_vid 0x03EB --old-pid 0x2FF4 --new-vid 0x0403 --new-pid 0x6001
Ich bin wieder im Rennen !!!!!!!! Danke an ALLE. VID/PID ist wieder auf 0403:6001
Werde jetzt nanocul.hex flashen.
Hallo.. hab das gleiche Problem wie Delta80. .. mein cul leuchtet permanent im max Mode und erkennt meine max Komponenten nicht .... firmware ist die 1.62... muss ich vor dem flashen noch was umstellen damit der max Mode funktionert?
Empfangen von fs20 funktioniert .. auch von 433 IT Sendern ...
Danke im voraus für die Hilfe und den genialen nanoCUL
433 oder 886 Modul verbaut ??
Max läuft soweit ich weiß auf 886 und kann somit nicht von den billigen 443 bedient werden
433 MHz ... allerdings sollte ja nach Umstellung auf 868 zumindest im Nahbereich max möglich sein. ... ist es aber nicht
Hi,
mit dem 433Mhz-Modul kannst das knicken! das Wird selbst bei wenigen Zentimetern nichts. Besorg dir ein 868Mhz Modul damit wirst du mehr erfolg haben.
Fs20 funktioniert auch auf dem modul... selbst in 10 Meter Entfernung ... daher geh ich von aus das max auch funktionieren sollte...
Das 868 Modul ist unterwegs
Hi,
hast den Cul mal resettet? Set <cul> raw e?
Nee
dann Versuchs doch mal ;)
Reset, ausstecken, einstecken geht?!?
Danach wollte mein CUL auch wieder mit meinen FHT spielen....
Danke für den tip... leider ohne erfolg... wenn ich das auf meinem csm Modul mache legt er automatisch den max Ordner an ... am nanoCUL leider nicht
Was mir gerade auffällt die LED leuchtet bei mir im Mode HomeMatic auch permanent, das liegt daran das D13 (SCK) genutzt wird. Von demher sollte das nicht stören....
hab heute meine 2 886er bekommen
der 1. Ardunio war in 5 Minuten fertig
beim 2 Ardunio hats aus welchm Grunde auch immer nicht auf Anhieb geklappt,
nach dem M Essen dann ging es auf einmal obwohl ich nach Anleitung die exakt gleichen Schritte gemacht habe, ich könnte die manchmal....
Die Ardunios hatte keine Pins, die Sender leider schon, die Pins da rauszumachen war die größte Hürde, nun alles mit Kabeln verlötet so dass man das jetzt in ein schönes schlanke Gehäuse packen kann.
und sie funken das ist das beste
;-)
also nach weiteren 3 stunden probieren und flashen der diversen software Versionen ... Ohne Erfolg ... MAX will nicht.
Internals
CMDS
BCFiAZEGMKUYRTVWXefltx
Clients
:CUL_MAX:HMS:CUL_IR:STACKABLE_CC:
DEF
/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234
DeviceName
/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
FD
10
FHTID
1234
NAME
nanoCUL
NR
31
NR_CMD_LAST_H
5
PARTIAL
RAWMSG
F074A0612FF
RSSI
-74.5
STATE
Initialized
TYPE
CUL
VERSION
V 1.62 nanoCUL868
initString
X21 Zr
nanoCUL_MSGCNT
5
nanoCUL_TIME
Initialized
Readings
ccconf
freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2014-12-16 23:04:55
cmds
B C F i A Z E G M K U Y R T V W X e f l t x
2014-12-16 22:07:47
fhtbuf
No answer
2014-12-15 22:20:50
raw
V 1.62 nanoCUL868
2014-12-16 22:52:05
state
Initialized
2014-12-16 22:09:51
uptime
0 00:09:31
2014-12-16 21:48:36
version
V 1.62 nanoCUL868
2014-12-16 23:04:00
so sieht es momentan aus ...
Ich vermute 14_CUL_MAX.pm kommt mit dem V 1.62 nanoCUL868 nicht zurecht ...
Zitat von: noice am 16 Dezember 2014, 23:09:26
Ich vermute 14_CUL_MAX.pm kommt mit dem V 1.62 nanoCUL868 nicht zurecht ...
Das sollte passen, den Versionsstring hatte ich extra nochmal angepasst damit CUL_MAX.pm damit zurecht kommt.
Versuche es doch erstmal ohne fhem und mit direkten Zugriff auf den CUL per Terminalprogramm.
Dann
X21
Zr
eingeben und schauen, ob beim Pairingversuch etwas ausgegeben wird.
Wenn nicht liegt das Problem beim CUL, ansonsten bei fhem.
Kai
Moin,
hat jemand zufällig ein CC1101 868Mhz Modul von Aliexpress über und würde mir das verkaufen? Ich kann auch selbst bestellen, habe aber grad etwas Luft zum basteln und keine Lust 4 Wochen zu warten ... *g*
Gern PN oder eMail.
Zitat von: kaihs am 17 Dezember 2014, 20:44:19
Das sollte passen, den Versionsstring hatte ich extra nochmal angepasst damit CUL_MAX.pm damit zurecht kommt.
Versuche es doch erstmal ohne fhem und mit direkten Zugriff auf den CUL per Terminalprogramm.
Dann
X21
Zr
eingeben und schauen, ob beim Pairingversuch etwas ausgegeben wird.
Wenn nicht liegt das Problem beim CUL, ansonsten bei fhem.
Kai
Irgenwie bin ich zu blöd den nanoCUl über terminal anzusprechen ...
Habe minicom auf dem BPi
Minicom ist viel zu kompliziert.
Installiere dir screen und dann screen /dev/ttyUSB0 34800
Das ist viel einfacher
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
gut bin drauf ... aber ich sehe meine eingaben nicht .. normal?
Ja, aber die Antwort müsstest du sehen
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
nee kommt nix .. wenn ich allerdings nur mal zum testen 2 eingebe kommt:
? (2 is unknown) Use one of B C F i A Z E G M K U Y R T V W X e f l t x
Probiere doch mal C35 oder zum Spaß X67 oder XFF
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
erstmal danke für deine Zeit und deine Hilfe...
also ausgabe C35:
C35 = 0D / 13
ausgabe XFF
br$f
C35 = 0d /13 ist gut laut cul ref
XFF zeigt eifach den Funkverkehr egal was... Versuch doch mal X21 Zr... Siehe weiter oben....
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
da bekomm ich leider garnix :-(
Kai schrieb weiter oben
X21
Zr
Dann Pairing versuchen....
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
jap ... alles versucht .. ich seh auch die eingaben im screen am nano (grüne LED Blinkt) allerdings bekomm ich keine daten .. auch nicht beim pairen
Fräulein Edith:
merke gerade da ich auch kein Homematic empfange und auch kein IT 433 obwohl ich den Empfang eingeschalten habe ... nur FS20 scheint empfangbar zu sein
Homematic muss funktionieren zumindest tut es dies bei mir. Hast du den Mode auf homematic gesetzt? It und 433 empfängst du meiner Meinung nach nur mit einem 433 CUL
Gesendet von meinem iPhone 6 Plus mit Tapatalk
Zitat von: CaptainHook am 19 Dezember 2014, 10:31:55
Homematic muss funktionieren zumindest tut es dies bei mir. Hast du den Mode auf homematic gesetzt? It und 433 empfängst du meiner Meinung nach nur mit einem 433 CUL
433 funktioniert auch mit einem 868 Modul. Hab damit erfolgreich meine Elro Steckdosen geschaltet. War nur zum Test bevor ich mir die HM Teilchen gekauft hatte. Homematic läuft bei mir mit dem nanoCul auch seit einer Weile ohne irgend welche Probleme.
433 senden geht, nur der 433 Empfang mit einem 868 wird nicht gehen?
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
so wieder erfolglos ...
hab mir mal nen 2. CUL zusammengesteckt um evtl. Fehler meiner Verkabelung auszuschliessen.... Ohne Erfolg.
Bei 433 Mhz bekomm ich wenn ich X67 im "screen" eingebe auch raw werte
Aber weder für homematic noch MAX erhalte ich RAW msg ...
hmm ich geb erstmal auf .. mal guggen wo ich anständige 868 Module her bekomm die ohne Kreditkarte zu beziehen sind ..
So nun sieht es folgendermaßen aus:
(http://tapatalk.imageshack.com/v2/14/12/20/eb9d2db51f028993c6766326f4463cd7.jpg)
2014.12.20 18:54:52 4: CUL_Parse: nanoCUL Z0B0A00011234560F3FD900001D -59.5 2014.12.20 18:54:52 5: nanoCUL dispatch Z0B0A00011234560F3FD90000 2014.12.20 18:54:52 5: CUL_MAX_Parse: len 11, msgcnt 0A, msgflag 00, msgTypeRaw PairPong, src 123456, dst 0f3fd9, groupid 0, payload 00 2014.12.20 18:54:52 5: Unhandled message PairPong 2014.12.20 18:56:40 5: CUL/RAW: /Z0B0A00011234560F3FD900001B 2014.12.20 18:56:40 4: CUL_Parse: nanoCUL Z0B0A00011234560F3FD900001B -60.5 2014.12.20 18:56:40 5: nanoCUL dispatch Z0B0A00011234560F3FD90000 2014.12.20 18:56:40 5: CUL_MAX_Parse: len 11, msgcnt 0A, msgflag 00, msgTypeRaw PairPong, src 123456, dst 0f3fd9, groupid 0, payload 00 2014.12.20 18:56:40 5: Unhandled message PairPong 2014.12.20 18:58:38 5: CUL/RAW: /Z0B0B00821234560F3FD900041C 2014.12.20 18:58:38 4: CUL_Parse: nanoCUL Z0B0B00821234560F3FD900041C -60 2014.12.20 18:58:38 5: nanoCUL dispatch Z0B0B00821234560F3FD90004 2014.12.20 18:58:38 5: CUL_MAX_Parse: len 11, msgcnt 0B, msgflag 00, msgTypeRaw SetDisplayActualTemperature, src 123456, dst 0f3fd9, groupid 0, payload 04 2014.12.20 18:58:38 5: Unhandled message SetDisplayActualTemperature 2014.12.20 19:00:20 5: CUL/RAW: /Z0B0D00021234560F3FD900001C 2014.12.20 19:00:20 4: CUL_Parse: nanoCUL Z0B0D00021234560F3FD900001C -60 2014.12.20 19:00:20 5: nanoCUL dispatch Z0B0D00021234560F3FD90000 2014.12.20 19:00:20 5: CUL_MAX_Parse: len 11, msgcnt 0D, msgflag 00, msgTypeRaw Ack, src 123456, dst 0f3fd9, groupid 0, payload 00 2014.12.20 19:00:35 5: CUL/RAW: /Z0B0C00011234560F3FD900001B 2014.12.20 19:00:35 4: CUL_Parse: nanoCUL Z0B0C00011234560F3FD900001B -60.5 2014.12.20 19:00:35 5: nanoCUL dispatch Z0B0C00011234560F3FD90000 2014.12.20 19:00:35 5: CUL_MAX_Parse: len 11, msgcnt 0C, msgflag 00, msgTypeRaw PairPong, src 123456, dst 0f3fd9, groupid 0, payload 00 2014.12.20 19:00:35 5: Unhandled message PairPong 2014.12.20 19:02:26 5: CUL/RAW: /Z0B0C00011234560F3FD900001D 2014.12.20 19:02:26 4: CUL_Parse: nanoCUL Z0B0C00011234560F3FD900001D -59.5 2014.12.20 19:02:26 5: nanoCUL dispatch Z0B0C00011234560F3FD90000 2014.12.20 19:02:26 5: CUL_MAX_Parse: len 11, msgcnt 0C, msgflag 00, msgTypeRaw PairPong, src 123456, dst 0f3fd9, groupid 0, payload 00 2014.12.20 19:02:26 5: Unhandled message PairPong
Was bedeutet das?
sorry Doppel Post
Hallo Gemeinde,
Ich wünsche euch allen einen schönen 4 Advent!
Habe gestern abend meine nanoCul zusammen gebastelt und erfolgreich in Betrieb genommen! Dank euch hat alles beim ersten mal geklappt! Ein dickes Lob an euch!
Mfg hoehlie
Gesendet von meinem HTC One_M8 mit Tapatalk
Zitat von: noice am 20 Dezember 2014, 19:06:14
Was bedeutet das?
Sieht für mich so aus als würden jetzt MAX Nachrichten empfangen und auch an das MAX Modul weitergeleitet.
Wenn du jetzt noch Probleme hast solltest du wohl besser im MAX Bereich fragen, da kennt man sich mit den MAX Spezifika wahrscheinlich besser aus.
Hallo Zusammen,
auch von mir ein Dankeschön. Habe den Selbstbau-CUL relativ schnell "zusammenbauen" können. Habe mir ein 868 Modul bei aliexpress mit SMA Buchse und Antenne gekauft. Dazu einen nano mit Stiftleisten. Lies sich damit auch sehr gut löten.
Das ganze habe ich dann unter Win7 geflasht....
Zitat von: CaptainHook am 14 Dezember 2014, 13:40:50
... "C:\Program Files (x86)\Arduino\hardware\tools\avr\bin\avrdude.exe" -C"C:\Program Files (x86)\Arduino\hardware\tools\avr\etc/avrdude.conf" -v -v -v -v -patmega328p -carduino -PCOM1 -b57600 -D -Uflash:w:C:\nanocul\nanocul.hex:i
Und nun läuft der CUL als RF-Router für meine KS300. :)
Viele Grüße,
Steve
http://www.aliexpress.com/item/Freeshipping-868M-915MHZ-wireless-module-CC1101-wireless-module-with-antenna/1745972734.html
Kennt jemand für oben genanntes modul 868 /915 andere bezugsquellen ? http://www.aliexpress.com/item/Free-Shipping-1pcx-868M-915MHz-wireless-module-CC1101-wireless-module-with-spring-antenna/1438500408.html 6€ sind super, aber ali hat keine mir mögliche zahlmethode >:(
bei ebay gibts nur 433 oder 868 ohn die stiftleiste und ohne antenne
Frag mal den Verkäufer, ob er auch PayPal für dich anbietet. Hat bei Gummibaer auch geklappt.andere Bezugsquellen habe ich auch nicht gefunden.
schon mal jemand diese module probiert?
http://www.ebay.de/itm/291323977442?_trksid=p2059210.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
sollte doch wohl gehen, bei dem Preis kein Risiko denke ich
werde mal 2 ordern
hab ich auch gemacht .. bin also dabei beim testen :)
Bin gerade auf der Suche nach einem 868mhz modul!
http://eckstein-shop.de/Tri-band-NRF905-wireless-transceiver-module-PTR8000-with-SMA-Antenna
Währe das eine Möglichkeit?
Gesendet von meinem HTC One_M8 mit Tapatalk
Zitat von: hoehlie am 22 Dezember 2014, 22:31:00Währe das eine Möglichkeit?
Ich denke nicht - der Chip sollte schon ein CC1101 von TI sein, Dein Vorschlag enthält aber einen NRF905. Da kannst Du besser den Link von noice probieren.
Zitat von: noice am 22 Dezember 2014, 21:29:05
schon mal jemand diese module probiert?
http://www.ebay.de/itm/291323977442?_trksid=p2059210.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Zumindest das abgebildete Modul enthält m. E. keinen CC1101 sondern einen Chip von SiLabs. Kann man auch an den Pinbezeichnungen sehen.
Auch nach der Artikelbeschreibung kann das alles mögliche sein, vielleicht wird das ausgewürfelt.
Oh stimmt darauf hab ich garnicht geachtet ... hab mich von der Artikelbeschreibung verleiten lassen....
Naja mal guggen was drauf ist wenn er da ist.
Im blog von gummibaer ist doch ein gutes CC1101 868 Wireless Module verlinkt.
Da die aber nur noch 2 Stück für $16 verkaufen, habe ich den hier:
http://www.aliexpress.com/snapshot/6352713760.html?orderId=64672274765416 (http://www.aliexpress.com/snapshot/6352713760.html?orderId=64672274765416)
Hallo und frohe Weihnachten an alle hier!
ich hoffe Ihr könnt mir weiter helfen. Ich habe mir auch einen nanoCUL+CC1101 (868) nach eurer Anleitung zusammengebaut und mit V1.62 (culfw-code-483-trunk) im Linux geflashed. Meine FS20 Devices kann ich auch schon alle schalten. ;D ;D
Jetzt wollte ich auch meine FHT80b integrieren. Diese sind im Moment mit einer FHZ1000 verbunden. Ich schaffe es aber nicht die FHT80b zu pairen. Ich hab alle Anleitungen sicher 100te mal durchgespielt. Bei Cent bleibt der FHT immer auf nA. Die FHT werden im FHEM erkannt und mit Autocreate angelegt. Ich bekomme auch die Kommunikation zwischen den anderen FHT und FHZ1000 mit. Bei 3 FHT sehe ich auch die Temperatur im und Aktorstellung. Bei einem fehlt die Temperatur, warum auch immer. Ich im Moment noch egal ;-)
CUL/FHEM läuft über OpenWRT auf meinem Router, ich habs aber auch schon direkt am PC mit Ubunto versucht.
Weiters habe ich schon den CUL ohne FHEM, mit raw Befehlen verwendet, hilft aber auch nix.
define nanoCUL CUL 127.0.0.1:27073 0201
attr nanoCUL addvaltrigger 1
attr nanoCUL rfmode SlowRF
Ich habe auch schon mit der Frequenz gespielt bringt auch nichts.
Ist es normal, dass bei T02/T03 überhaupt nichts zurück kommt?
fhem> get nanoCUL ccconf
nanoCUL ccconf => freq:868.350MHz bWidth:325KHz rAmpl:42dB sens:8dB
fhem> set nanoCUL bWidth 464
fhem> get nanoCUL ccconf
nanoCUL ccconf => freq:868.350MHz bWidth:464KHz rAmpl:42dB sens:8dB
fhem> set nanoCUL raw l00
fhem> get nanoCUL raw T02
nanoCUL raw =>
fhem> get nanoCUL raw T01
nanoCUL raw => 0201
fhem> get nanoCUL raw T02
nanoCUL raw =>
fhem> get nanoCUL raw T01
nanoCUL raw => 0201
fhem> get nanoCUL raw T02
nanoCUL raw =>
fhem> get nanoCUL raw T03
nanoCUL raw =>
fhem>
Hat jemand von Euch hier den nanoCUL mit FHTxx am laufen ?
lg
Tom
Hallo,
vielleicht kann mir jemand helfen. Ich habe einen nanoCUL nachgebaut und auf dem Steckbrett so halbwegs am Laufen. Der nanoCUL wird erkannt zeigt aber 391.529MHz an, der Versuch die Frequenz über FHEM mit "set nanoCUL freq 433.920" oder über das angebotenen Dropdown-Menü zuändern schlägt leider fehl. Einmal änderte sich die Frequenz auf einen ganz merkwürdigen Wert und nun tut sich nichts mehr. Ich habe die Verkabelung überprüft und dies sieht soweit gut aus, hat jemand noch eine Idee ?
Im Wiki sind Anschluspläne für einen Arduino Nano und das RF1100SE Modul vorhanden, komischerweise sind dort verschiedene Pläne einmal wird D3 und das andere mal A0 mit GDO0 verbunden :-( . Was mache ich falsch ? Hat jemand einen Tipp ? Welcher ist der richtige Plan ? ... bin mittlerweile schon den zweiten Abend am Fehler suchen ...
Gruß marCus
Hallo Gemeinde,
Ich stelle mir gerade die Frage ob es nicht möglich ist mit einen ethernet shield für den arduino nano eine CUNO nachzubauen? Was sagen den die Experten dazu?
Gesendet von meinem HTC One_M8 mit Tapatalk
Hallo,
Ich habe mir sowas Ähnliches gebaut. Allerdings habe ich das Ethernet Shield durch einen TP Link 710N ersetzt.. Netzteil, wlan und Ethernet in einem. Dank openwrt, socat, usb hub und nanoCUL kann ich diese beliebig verteilen ☺.
Das beantwortet zwar nicht deine Frage aber vllt ist das ja etwas für dich
Gruß Stephan
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
Ist natürlich auch eine Möglichkeit! Würde mich trotzdem interessieren ob das mit dem ethernet shield möglich wäre!
Mfg hoehlie
Gesendet von meinem HTC One_M8 mit Tapatalk
Mich auch B-)
--- Mobil erstellt daher kurz gehalten --
Fehler gefunden ! Hat sich erledigt ::)
Zitat von: mok am 29 Dezember 2014, 23:45:34
Hallo,
vielleicht kann mir jemand helfen. Ich habe einen nanoCUL nachgebaut und auf dem Steckbrett so halbwegs am Laufen. Der nanoCUL wird erkannt zeigt aber 391.529MHz an, der Versuch die Frequenz über FHEM mit "set nanoCUL freq 433.920" oder über das angebotenen Dropdown-Menü zuändern schlägt leider fehl. Einmal änderte sich die Frequenz auf einen ganz merkwürdigen Wert und nun tut sich nichts mehr. Ich habe die Verkabelung überprüft und dies sieht soweit gut aus, hat jemand noch eine Idee ?
Im Wiki sind Anschluspläne für einen Arduino Nano und das RF1100SE Modul vorhanden, komischerweise sind dort verschiedene Pläne einmal wird D3 und das andere mal A0 mit GDO0 verbunden :-( . Was mache ich falsch ? Hat jemand einen Tipp ? Welcher ist der richtige Plan ? ... bin mittlerweile schon den zweiten Abend am Fehler suchen ...
Gruß marCus
Würde mich freuen, wenn Du kurz schilderst welchen Fehler Du gemacht hast. Vielleicht hilft es mal jemandem bei der eigenen Fehlersuche.
Grüße Jörg
Hallo zusammen,
ich habe eine Frage zur Konfiguration in der board.h. Ich habe hier einen normalen Arduino Nano (5V, 16 MHz) und ein 868 MHz-Modul. In einigen Beiträgen dieses Threads und im Blog (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/) steht, dass für den 868 MHz-Betrieb die Variable mark433_pin auf 0xff zu setzen ist. Im Wiki steht davon aber nichts.
In Subversion-Revision 473 sah die Deklaration noch so aus:
const uint8_t mark433_pin = 0x00;
Inzwischen (Revision 485) finde ich stattdessen
#define MARK433_PIN mark433_pin
#define MARK433_BIT 0
extern const uint8_t mark433_pin;
Muss ich hier etwas anpassen, und wenn ja, wie?
Zitat von: Christian. am 08 Januar 2015, 06:32:30
Muss ich hier etwas anpassen, und wenn ja, wie?
board.h
/* if you are using a CC1101 module for 868MHz disable the next line */
#define HAS_CC1100_433
==> auskommentieren und gut ist wenn du mit 868MHz arbeeiten willst. #define-Zeile mein ich
/*#define HAS_CC1100_433*/
Danke für die Antwort. Ich habe es so ausprobiert und kann bestätigen, dass das Auskommentieren von HAS_CC1100_433 ausreicht.
Hallo
Ich hä zu demgemäß auch ne Frage,
Ich hab mir auf eBay den cc1101 (rf1100se) besorgt und auch den arduino nano use v3 auch nach dern Anleitung verbunden geflashed usw. Hab den auch in fhem eingebunden, aber nun tauchen die Probleme bzw. die Grenzen meines Verständnisses auf. Ich habe Tevion funksteckdosen mit der gt-8000 Fernbedienung, die wollte ich "sniffen" bekomm aber nix raus bzw angezeigt, außerdem wollte ich die unterputz-funkschalter vom Conrad (die zwischen normalen Schalter und Endverbraucher eingebaut werden) schalten, aber auch hier komm ich nicht weiter...
Kann mir bitte wer sagen, wie ich zu den Fonkcodes der gt-8000 komme bzw den conradschalter anlernen kann?
Danke
einfach so sniffen und schalten ist wahrscheinlich nicht. nanoCul kann was der "große" CUL auch kann. Schau am besten in das CUL-Forum. Das hier ist mehr die technische Seite, wenn die Verkabelung passt und du andere Dinge schalten kannst ist der Job hier getan.
Ich kenn deine Geräte nicht. Schau mal im CUL-Forum oder per Google ob die Geräte im CUL unterstützt werden. Alternativ gibt es für 433 mhz noch den fhemduino der mehr Protokolle kann.
Nachtrag von mir, ich gehe davon aus dass du Autocreate aktiv hast und trotzdem wird dein Device nicht erkannt bzw. angelegt. Sollte dir das jetzt nichts sagen schau mal in die Anfängerdoku von FHEM, da ist es beschrieben.
hallo kadettilac89
also der cul wird ja erkannt, aber schalten kann ich derzeit noch nix...
der Anduino is jener hier : http://www.ebay.at/itm/200964325858?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1439.l2649 (http://www.ebay.at/itm/200964325858?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1439.l2649)
der Transmitter is der hier: http://www.ebay.at/itm/1Pcs-CC1101-Wireless-Transceiver-Module-with-SMA-Antenna-for-Arduino-NEW-/281487796492?pt=LH_DefaultDomain_0&hash=item4189fae90c (http://www.ebay.at/itm/1Pcs-CC1101-Wireless-Transceiver-Module-with-SMA-Antenna-for-Arduino-NEW-/281487796492?pt=LH_DefaultDomain_0&hash=item4189fae90c)
Die Steckdosen sind die: http://www.gt-support.de/files/IM_GT-FSi-05_D.pdf (http://www.gt-support.de/files/IM_GT-FSi-05_D.pdf)
und zu guter letzt noch der Conrad-Schalter: http://www.conrad.at/ce/de/product/640302/RSL-Funk-Schalter-Unterputz-RSLU-1-Kanal-Schaltleistung-max-2000-W-Reichweite-max-im-Freifeld-70-m?ref=searchDetail (http://www.conrad.at/ce/de/product/640302/RSL-Funk-Schalter-Unterputz-RSLU-1-Kanal-Schaltleistung-max-2000-W-Reichweite-max-im-Freifeld-70-m?ref=searchDetail)
hätt ich gern geschalten.... brings aber irgendwie garnicht hin...
danke
Zitat von: kadettilac89 am 11 Januar 2015, 17:40:35
einfach so sniffen und schalten ist wahrscheinlich nicht. nanoCul kann was der "große" CUL auch kann. Schau am besten in das CUL-Forum. Das hier ist mehr die technische Seite, wenn die Verkabelung passt und du andere Dinge schalten kannst ist der Job hier getan.
Ich kenn deine Geräte nicht. Schau mal im CUL-Forum oder per Google ob die Geräte im CUL unterstützt werden. Alternativ gibt es für 433 mhz noch den fhemduino der mehr Protokolle kann.
Nachtrag von mir, ich gehe davon aus dass du Autocreate aktiv hast und trotzdem wird dein Device nicht erkannt bzw. angelegt. Sollte dir das jetzt nichts sagen schau mal in die Anfängerdoku von FHEM, da ist es beschrieben.
Zitat von: Michl1003! am 12 Januar 2015, 15:48:56
hätt ich gern geschalten.... brings aber irgendwie garnicht hin...
http://forum.fhem.de/index.php?topic=12286.0 (http://forum.fhem.de/index.php?topic=12286.0) --> Steckdosen geht evtl. nicht. Du brauchst Intertechno-basierende wie ELRO. Wenn die Steckdosen ein anderes Protokoll haben wirds schwer. Kannst evtl. prüfen ob du mit RAW-Senden was bewirken kannst. Dazu mal im CUL-Forum nachsehen. Weiß nur dass diese Möglichkeit mal angesprochen wurde, wie es funktioniert kann ich dir nicht sagen.
http://www.fhemwiki.de/wiki/RSL_2-Draht_Einbauschalter (http://www.fhemwiki.de/wiki/RSL_2-Draht_Einbauschalter) --> Lesen, könnte dein Schalter sein. Zitat: ".... Anlernen mit FHEM nicht möglich ...", Betrieb an sich aber schon.
Die Bauteile selber passen. Wenn richtig verkabelt und geflashed sollte es nun kein Hardwareproblem sein.
Mein Tipp, kauf dir wenns nicht funktioniert für 15 Euro Elro-Steckdosen, da bekommst 3er Steckdosen und auch die Fernbedienung von der im Wiki zu deinem RSL-Schalter die Rede ist. Ich denke die Fernbedienung kann den Unterputzschalter anlernen. Die Steckdosen laufen unter Fhem mit 433Cul
moin, eine frage, sind die module cul kompatibel?
EDIT: die bezeichnung yj-14005 deutet auf ein SI4463 und nicht cc1101 ... also nicht
Hallo
Ich bekomme beim beim flashen meines NanoCUL folgende Fehlermeldung.
Siehe Anhang.
Was mache Ich falsch.
Joachim
Hi,
hast du alles installiert wie es in der Anleitung steht? Also insbesondere apt-get install make gcc-avr avrdude avr-libc? Sieht aus als würde da ein Header fehlen.
Viele Grüße
Peter
Ja Ich habe vorgestern 1 Nano mit 433 geflasht was einwandfrei geklappt hat.
Joachim
Zitat von: Borderotto am 27 Januar 2015, 18:54:35
Hallo
Ich bekomme beim beim flashen meines NanoCUL folgende Fehlermeldung.
Siehe Anhang.
Was mache Ich falsch.
Joachim
Welche CUL-Fw hast du downgeloaded, trunk? r486? ... kannst du mal den Link der Quelle reinstellen, scheint als wäre dein Download evtl. unvollständig.
Hab grad gesehen dass du schon einen 433 erfolgreich geflashed hast. Beginne am besten nochmal Schritt für Schritt mit einem neuen Ordner. Vielleicht hast du irgend wo etwas in den Files gelöscht, verschoben ... wie auch immer. Willst du jetzt genau das selbe flashen, oder warum jetzt nochmal flashen? Hast du in den Files was geändert, z. B. auf 866 umgestelltt? Neue Versionen der CUL-Fw runtergeladen? ...
Das ist der Dowladlink
http://forum.fhem.de/index.php?action=dlattach;topic=24651.0;attach=18217
Ich bin noch am experementieren und wollte einen 2. mit 866 flashen.
Da Ich mit meinem Original CUL nicht zufrieden bin habe sehr viel Ausfälle am USB .
Siehe Anhang.
Habe 1 Jeelink für PCa301 und 1 Jeelink für Lacrosse und bin damit sehr zufrieden.
Die 2 Jeelink machen keine schwierigkeiten wobei der CUL auch schon eimal nach ein paar Tagen aussteigt
alles läuft auf einem NUC mit Windows 7 64 bit.
Zitat von: Borderotto am 27 Januar 2015, 19:57:34
Das ist der Dowladlink
http://forum.fhem.de/index.php?action=dlattach;topic=24651.0;attach=18217
Ich bin noch am experementieren und wollte einen 2. mit 866 flashen.
Da Ich mit meinem Original CUL nicht zufrieden bin habe sehr viel Ausfälle am USB .
Siehe Anhang.
ich sehe nicht wohin der Link zeigt, die Fehlermeldung sagt dass das include spi.h fehlt. Das sollte im Lib-Verzeichnis liegen. Damit du nicht mit einzelnen Dateien die evtl. durch unterschiedliches Alter wieder Probleme macht schlage ich dir vor, mal das aktuelle trunk zu testen ... alles downloaden und dann in nanoCul-Ordner das ganze nochmal durchzuführen. Link ... http://sourceforge.net/p/culfw/code/HEAD/tarball (http://sourceforge.net/p/culfw/code/HEAD/tarball)
Was am CUL schief läuft weiß ich nicht, hab keine Originalen. Der nano läuft bei mir schon eine Weile stabil auf 868.
Du hast aber schon einen 868 CC1101 oder? 868 auf 433 Hardware läuft nicht oder nur schlecht. Umgekehrt 433 auf 868 Hareware funktioniert ... naja ... brauchbar.
Hallo,
den Fehler hatte ich gestern auch. Wenn Du nur den nanoCUL aus dem Forum runterlädts dann fehlen die restlichen culfw Dateien. Am Besten wie kadettilac89 geschrieben hat die r486 runterladen, entpacken und dann in Devices ins nanoCUL Verzeichnis und dann sollte es compilieren.
lg
Philipp
Zitat von: thommy2312 am 28 Dezember 2014, 12:29:11
Hat jemand von Euch hier den nanoCUL mit FHTxx am laufen ?
Ich versuche auch vergeblich meine zwei MD 12050 (FHT80b baugl.) anzulernen: kein Erfolg. Ich habe fast den Verdacht, dass der nanoCUL gar nix oder falsch sendet, kann es aber nicht überprüfen.
Habe CC1101 868 Bez.: RF1101SE-v3.1 am nano und Trunk r486 selbst fehlerfrei kompiliert. Ich kann Elro Steckdosen schalten und empfange mehr FHTs und FHTTKs als ich besitze :) Diese werden alle schön angelegt (autocreate). Dazu empfange ich noch einige 'p3...'. Das werden TFA Thermometer sein, die der cul nicht versteht.
Habe alles x-mal probiert, Frequenz, FHT ID etc. verstellt ohne Erfolg. Habe einem der FHT auch schon einen anderen Code gegeben - dito.
Ausgaben von T02 und T03 sind auch bei mir leer.
ZitatJetzt wollte ich auch meine FHT80b integrieren. Diese sind im Moment mit einer FHZ1000 verbunden. Ich schaffe es aber nicht die FHT80b zu pairen. Ich hab alle Anleitungen sicher 100te mal durchgespielt. Bei Cent bleibt der FHT immer auf nA. Die FHT werden im FHEM erkannt und mit Autocreate angelegt. Ich bekomme auch die Kommunikation zwischen den anderen FHT und FHZ1000 mit. Bei 3 FHT sehe ich auch die Temperatur im und Aktorstellung.
Habe gelesen, dass ich die FHZ sehr flink paarungswillige FHT krallt, ich würde sie mal so lange ausschalten. Ich habe keine zum Test - nur den nanocul.
Du könntest aber die FHT ID deiner FHZ auslesen und für deinen Stick probieren, dann sollte die Kommunikation klappen ohne paring:
http://www.fhemwiki.de/wiki/FHT-ID_der_FHZ1300_herausfinden (http://www.fhemwiki.de/wiki/FHT-ID_der_FHZ1300_herausfinden)
Würde mich interessieren, ob es so geht. Dann wissen wir immerhin, ob senden vom nanoCUl an FHT funktioniert.
Bin etwas schlauer geworden: wie in diesem Beitrag http://forum.fhem.de/index.php/topic,24651.msg221078.html#msg221078 (http://forum.fhem.de/index.php/topic,24651.msg221078.html#msg221078) beschrieben, fehlt im Trunk 486 scheinbar für den nanoCul die FHT Unterstützung. Habe diese Zeilen eingefügt in board.h
#define HAS_FHT_80b // PROGMEM: 1374b, RAM: 90b
#define HAS_RF_ROUTER // PROGMEM: 1248b RAM: 44b
#define FHTBUF_SIZE 174 // RAM: 174b
Es kommt jetzt etwas mehr aber paring findet einfach nicht statt. Auch steht jetzt etwas in der Ausgabe von T02 des CUL, was zuvor immer leer war.
update: Ich habe nochmals das -hex-file (basierend auf 1.61 - 433?) aus diesem Beitrag probiert:
http://forum.fhem.de/index.php/topic,24651.msg221503.html#msg221503 (http://forum.fhem.de/index.php/topic,24651.msg221503.html#msg221503)
und man glaubt es kaum, aber beide FHT haben sich spotan verbunden ;D
Ich hatte dies vorher schon einmal versucht, derzeit aber nur ein 433 Modul im 868 Modus zur Hand. Nun mit dem 'echten' 868 Modul läuft es. Allerdings bleibt die Frage, wie es mit der 1.62 (die ich versuchte zu kompilieren) zum Laufen zu bringen ist. Entweder hat sich etwas geändert oder die angegeben Änderungen sind leider nicht vollständig.
Sollte man mit bei 868 Modul auch so kompilieren oder reicht auch die Einstellung 433 im hex und 868 Einstellung im EEprom (fhem)?
Warum ist im Standardtrunk alles mögliche aktiviert nur FHT Support nicht :-\ Nicht mal auskommentierte Zeilen, das ist für Änfänger echt schwer zu durchschauen; bin aber happy, das es diese Community überhaupt gibt :)
Hallo g9bub,
hast Du das mit dem RF1101-V3.1 hinbekommen?
Ich hab hier auch so ein Modul und bekomme es nicht mit 868 MHz zum laufen. 433 MHz funktioniert.
mit den RF1101-V2 funktioniert sowohl 433 MHz als auch 868 MHz.
eine kurze Rueckmeldung wuerde mich freuen.
vlg eni
Vergesst die 433 Module im 868 Modus ... hab es auch probiert .. kommt nur Müll. Das einzige was halbwegs funktioniert hat ist fs20 ... max und homematic hatten selbst bei einem Meter Abstand oder weniger keine Funktion ...
Hallo noice,
das kann ich so nicht bestaetigen. Das RF1101SE-V3.1 hatte ich auch als 868/915MHz Modul gekauft, beim gleichen Haendler wie das RF1101SE-V2.
ich hab hier RF1101SE-V2 am laufen mit Homematic Reichweite ca. 20m im Gebaeude, funktioniert ohne Probleme.
Nur die Module mit dem Aufdruck RF1101SE-V3.1 funktionieren nicht mit 868 MHz (attr rfmode HomeMatic)
Kannst Du bitte noch schreiben welche Version der Module Du probiert hast / meinst?
Ich vermute, dass die Module RF1101SE-V3.1 fuer 433 MHz ausgelegt sind.
Vielen Dank und Viele Gruesse
eni
Ich habe gerade FHT und KOPP_FC im svn hinzugefügt so dass diese Protokolle in Zukunft für alle zur Verfügung stehen.
Leute jetzt macht mir mal keine angst habe heute zwei RF11001se-V3.1 bekommen!
Gesendet von meinem HTC One_M8 mit Tapatalk
Zitat von: eni am 02 Februar 2015, 20:11:29
Hallo noice,
das kann ich so nicht bestaetigen. Das RF1101SE-V3.1 hatte ich auch als 868/915MHz Modul gekauft, beim gleichen Haendler wie das RF1101SE-V2.
ich hab hier RF1101SE-V2 am laufen mit Homematic Reichweite ca. 20m im Gebaeude, funktioniert ohne Probleme.
Nur die Module mit dem Aufdruck RF1101SE-V3.1 funktionieren nicht mit 868 MHz (attr rfmode HomeMatic)
Kannst Du bitte noch schreiben welche Version der Module Du probiert hast / meinst?
Ich vermute, dass die Module RF1101SE-V3.1 fuer 433 MHz ausgelegt sind.
Vielen Dank und Viele Gruesse
eni
Hab die RF1101SE-V3.1 getestet und damit keine Chance gehabt ... leider
Vielleicht interessiert es Jemanden:
Die TRX868 Platinchen aus einem MAX-Fensterkontakt-Bausatz (bzw. die breitere Variante aus einem "alten" HM_Gerät) funktionieren mit nanoCUL auch gut. Getestet mit HM, MAX und SlowRF Modus.
Kann jemand etwas zur Sendeleistung des NanoCuls 433 im Vergleich zum Fhemduino 433 sagen?
Zitat von: Spezialtrick am 03 Februar 2015, 11:20:19
Kann jemand etwas zur Sendeleistung des NanoCuls 433 im Vergleich zum Fhemduino 433 sagen?
Empfinde ich beim cul besser wie beim fhemduino ... aber nur meine objektive meinung.
kommt auf das funkmodul an (und die antenne und und und)
wenn also jemand beides mal genutzt hat sollte er seine config mit angeben ;)
Geb ich dir recht ...
Fhemduino: arduino uno mit superheodyne modul Sender auf 9 volt mit jeweils 17 cm koax eigenbau Antenne
Nanocul: arduino nano mit cc1101 v3.1 modul und gekaufter 434 Antenne (schwarz ummantelt)
Beide können IT schalten. Ca 10m entfernter elro zwischen stecker. CUL funktioniert immer, fhemduino nur ca 8 von 10 mal.
Beide arduino's stehen identisch weit vom elro teil entfernt
Danke Noice! Diese Aussage genug mir. Werde dann wohl auf den NanoCul 433 umsteigen. Modul ist bestellt. :)
Hat halt alles seine vor und Nachteile
Ja das stimmt. Habe aber unter anderem meine Druckerautomatik über eine Elro Steckdose laufen und es nervt tierisch, wenn bei anstehendem Druckauftrag die Steckdose nicht reagiert.
Kannst dir ja beide bauen .. dann haste Luft nach oben ☺
Der Fhemduino läuft schon seit sicher einem Jahr bei mir. Der NanoCUl 868 seit paar Wochen und ich paar Wochen wirds dann auch den NanoCul 433 geben. Mal schauen wie lange der Versand dauert. ^^
Ja das ist der Nachteil beim Lieferanten aus Fernost
Hallo,
habe jetzt den nanoCul mit Wireless RF Transceiver Module 433Mhz CC1101 RF1100 am Laufen. Senden geht über 50m im Haus, Empfang keine 10 cm. Hat jemand eine Idee?!
Grüße Jörg
So habe jetzt alles zusammen nano und RF11001se-V3.1 868 mhz! Jetzt habe ich ja gestern lesen müssen das es mit dem RF11001se-V3.1 Probleme gibt....! Nun die Frage an euch zusammen bauen oder anderes modul besorgen?
Gesendet von meinem HTC One_M8 mit Tapatalk
Zitat von: ws am 03 Februar 2015, 10:54:37
Vielleicht interessiert es Jemanden:
Die TRX868 Platinchen aus einem MAX-Fensterkontakt-Bausatz (bzw. die breitere Variante aus einem "alten" HM_Gerät) funktionieren mit nanoCUL auch gut. Getestet mit HM, MAX und SlowRF Modus.
Hast Du die TRX868 mit dem Arduino "verheiratet"? Und wie hast Du sie angeschlossen?
Grüße Jörg
Nur mal so ein Tipp: zwischen Arduino Pin D10 (SS) und Spannungsversorgung 3.3V wird ein 10 kOhm Widerstand eingebaut. Diese "Modifikation" sollte das Empfangsproblem beheben.
Wer Schaltbilder lesen kann, sollte sich das hier ansehen: http://busware.de/tiki-download_file.php?fileId=43
Zitat von: eni am 02 Februar 2015, 19:42:41
Hallo g9bub,
hast Du das mit dem RF1101-V3.1 hinbekommen?
Ich hab hier auch so ein Modul und bekomme es nicht mit 868 MHz zum laufen. 433 MHz funktioniert.
mit den RF1101-V2 funktioniert sowohl 433 MHz als auch 868 MHz.
eine kurze Rueckmeldung wuerde mich freuen.
vlg eni
Ja, aber ich habe aktuell nur FHT (kein Homematic). Mit dem 433 Modul ging auf 868 nicht viel.
Zitat von: hoehlie am 03 Februar 2015, 18:58:02
So habe jetzt alles zusammen nano und RF11001se-V3.1 868 mhz! Jetzt habe ich ja gestern lesen müssen das es mit dem RF11001se-V3.1 Probleme gibt....! Nun die Frage an euch zusammen bauen oder anderes modul besorgen?
Gesendet von meinem HTC One_M8 mit Tapatalk
Ich würde es erst einmal nur zusammen stecken und testen ..wenn du dann zufrieden bist kannst du es ja fertig löten
Zitat von: locutus am 03 Februar 2015, 19:26:58
Nur mal so ein Tipp: zwischen Arduino Pin D10 (SS) und Spannungsversorgung 3.3V wird ein 10 kOhm Widerstand eingebaut. Diese "Modifikation" sollte das Empfangsproblem beheben.
Wer Schaltbilder lesen kann, sollte sich das hier ansehen: http://busware.de/tiki-download_file.php?fileId=43
Oh Danke .. danach hatte ich gesucht ... :D
Zitat von: locutus am 03 Februar 2015, 19:26:58
Nur mal so ein Tipp: zwischen Arduino Pin D10 (SS) und Spannungsversorgung 3.3V wird ein 10 kOhm Widerstand eingebaut. Diese "Modifikation" sollte das Empfangsproblem beheben.
Hallo locutus,
danke für die Info, hatte ich aber schon drin/dran. Eine Verbesserung kann ich nicht beobachten.
Grüße Jörg
Zitat von: JoWiemann am 03 Februar 2015, 19:03:12
Hast Du die TRX868 mit dem Arduino "verheiratet"? Und wie hast Du sie angeschlossen?
Grüße Jörg
Das schmale Modul (bei mir aus einem MAX! Fensterkontakt) habe ich wie folgt angeschlossen:
1-3V3
2-GND
3-D11
4-D13
5-D12
6-D2
7-D3
8-D10Das breite Modul:
1-D11
2-D13
3-D12
4-D2
5-D3
6-D10
7-GND
8-3V3
Zitat von: locutus am 03 Februar 2015, 19:26:58
Nur mal so ein Tipp: zwischen Arduino Pin D10 (SS) und Spannungsversorgung 3.3V wird ein 10 kOhm Widerstand eingebaut. Diese "Modifikation" sollte das Empfangsproblem beheben.
Wer Schaltbilder lesen kann, sollte sich das hier ansehen: http://busware.de/tiki-download_file.php?fileId=43
Kannst du mir als Elektroniklaien erklären, warum das Einfluss auf den Empfang haben soll?
CS ist ja das Chip Select Signal, und der 10k ist ein Pullup-Widerstand gegen VDD = 3V, richtig?
Wenn der fehlt, ist das CS nicht zuverlässig.
Aber das CS sorgt doch 'nur' dafür, dass der CC1101 auf die Kommandos lauscht die über die SPI Schnittstelle kommen. CS hat aber negative Logik, d.h. es muss 0 sein, damit der CC1101 aktiv wird.
Also könnte es passieren, dass Kommandos an das CC1101 nicht richtig ausgeführt werden, z. B. die Konfigurationsregister nicht richtig geschrieben werden.
Aber das müsste doch genauso negative Effekte beim Senden haben.
Wo kommt jetzt der Empfang der Funkdaten ins Spiel, was fehlt mir da?
Danke,
Kai
Danke
Was entgeht mir da?
Zitat von: JoWiemann am 03 Februar 2015, 20:54:41
Hallo locutus,
danke für die Info, hatte ich aber schon drin/dran. Eine Verbesserung kann ich nicht beobachten.
Grüße Jörg
Hast du das Funkmodul mal unter die Lupe gehalten? Sind die Lötstellen am Chip sauber? Störquellen am Standort sind ausgeschlossen? Unterschiedliche Antennenlängen ausprobiert?
433 MHz 1/4 wave = 164.7 mm
433 MHz 1/2 wave = 329.4 mm
433 MHz full wave = 692.7 mm
868 MHz 1/4 wave = 82.2 mm
868 MHz 1/2 wave = 164.3 mm
868 MHz full wave = 345.5 mm
... dann ist das Funkmodul anscheinend defekt.
Okay, zum Thema Pull-Up und CS habe ich noch das gefunden:
Zitat
"SPI device interactions:" When programming, the programmer first does a chip
reset. When the mega128 resets, all pins are set to input with high impedance
(floating). If a SPI device is on the SPI bus, its chip-select may
float low and enable the device, and SPI data will crash the programming data.
Adding a pull-up resistor to chip selects will solve this problem.
Das verstehe ich so, dass eine Programmierung des µC über SPI schief gehen kann, weil der Peripheriebaustein dazwischen quatschen kann.
Da der nanoCUL aber eigentlich nur über die serielle Schnittstelle programmiert wird kann das Problem ja nicht auftreten.
Schaden tut der Pull-up aber wohl auch nicht.
Zitat von: locutus am 03 Februar 2015, 21:27:08
... dann ist das Funkmodul anscheinend defekt.
Nun, habe zwei davon und beide verhalten sich gleich. CUL Version ist: V 1.62.07 nanoCUL433 (F-Band: 433MHz)
Grüße Jörg
PS: Unterschiedlich Antennen für 433 MHz habe ich schon probiert gehabt.
Update / Hinweis: Folgende Parameter haben das Problem behoben: freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:8dB
Hallo kaihs,
Seite 21, Tabelle 19: Pinout Overview, Pin 2:
ZitatSerial configuration interface, data output
Optional general output pin when CSn is high
Seite 30, Abbildung 15: Configuration Registers Write and Read Operations - CSn geht auf Low wenn Zugriff auf Register erfolgt.
Ah, okay, jetzt ist es klar. Danke.
Dann werde ich den Widerstand bei mir auch mal ergänzen, auch wenn ich bisher keine Empfangsprobleme feststellen konnte.
Hallo zusammen, nun ist alles angekommen.....mein Arduino Nano und mein CC1101 433 Wireless Module, ich wollte es erst einmal so verbinden....ist das richtig...... oder muss ich den Arduino Nano erste einmal flashen....und wenn wie geht das....bitte um Hilfe habe kein Geld für ein fertiges Mudul.........Danke
http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/
Hallo hotwebnet ... kannst du machen wie du willst .. wenn du ganz sicher gehen willst dann erst flashen und dann stromlos zusammenstecken
Danke noice kannst du mir bitte sagen wie ????
ich versuch das mal hier zusammen zu tragen:
ich benutze am liebsten windows um zu flashen und das geht auch am einfachsten.
mit dem xloader aus diesem betrag (1. post) gehts flux: http://forum.fhem.de/index.php/topic,26487.0.html
download von xloader unter: http://russemotto.com/xloader/
dann noch die Hex (verzeichnis nanoCUL) auswählen und flashen.
Die ganzen hex dateien gibt es hier:
http://forum.fhem.de/index.php/topic,14348.msg253881.html#msg253881
eintrag 403 als anhang culfw_1.62.07_build_63_master.zip
langt das so?
Danke aber es geht nicht, ich habe Ihn in den USB Port meines Computer gesteckt, windoof konnte keinen treiber finden und hat abgebrochen.....dann habe ich das Programm aufgemacht und die Hex datei eingebunden dann noch auf atmega328 gestellt , com3 bietet er mir nur an und dann losgelegt.......
aber kein Flashe ich möchte es doch nur mit 433Mhz nutzen....
Siehe Bild
Achtung .. ich die MiniCul nehmen sondern die nanocul hex...
Weisst du ob du einen ftdi Chip auf dem nano hast oder den CH340G ? Steht auf der Unterseite auf dem Chip http://axotron.se/blog/wp-content/uploads/2014/09/Nano_2014_bot_sm.jpg
ich bin 67 Jahre noice.....das ist ja was für Adleraugen.....aber ich habe es gesehen........ich habe den gleichen wie auf dem Bilde CH340G
nur zur Info.....er hat eine Grüne LED immer an und eine Rote die Jede Sek. einmal blinkt
Ja .. Elektronik ist nicht immer in Brot größe ;D
Installiere Bitte den Treiber http://www.arduined.eu/files/CH341SER.zip
Dann arduino anstecken und nochmal probieren ...
Vorher den richtigen com Port wählen
so........das war super........er hat es gemacht und das Rote LED hat jetzt Hektik es blinkt jetzt ganz schnellllllll....ist das richtig so...
noch einmal an und aus gemacht und jetzt nur noch grün.......
Wenn er programmiert ja .. ansonsten sollte es eigentlich nicht blinken... hast die die nanocul.hex genommen? Ist das cc1101 modul schon angesteckt?
so habe es jetzt im Pi........es ist jetzt nur noch Grün.......Grün ist besser also Rot
Das ist gut .. dann geht's ans einbinden in fhem
stop ich muss Verdrahten, dafür nehme dich diese Seite ist die gut...........
http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/
Jop gut beschrieben ... einbinden dann mit define CUL1 CUL /dev/ttyUSB0@38400 1234 evtl musst du (je nachdem wieviele usb Geräte du schon dran hast) das ttyUSBx noch ändern
Du bist super vielen vielen Dank.....melde mich morgen noch einmal brauche da etwas für......
Gerne ... ich mach für heute auch Feierabend
Zitat von: hotwebnet am 04 Februar 2015, 22:26:49
stop ich muss Verdrahten, dafür nehme dich diese Seite ist die gut...........
http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/
Warum nimmst Du nicht die Wiki-Seite: http://www.fhemwiki.de/wiki/Selbstbau_CUL und beachte bitte den Hinweis von locutus: http://forum.fhem.de/index.php/topic,24651.msg256610.html#msg256610
Grüße Jörg
Hallo,
ich hatte ja von meinen Empfangsproblemen berichtet. Noch mal drüber geschlafen und ccconf abgefragt. Die Parameter waren unterirdisch. Mit folgenden Parametern läuft es nun:
freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:8dB
Grüße Jörg
Hallo zusammen,
ich habe gestern auch meinen Arduino nano bekommen und folgenden Transceiver:
http://www.amazon.de/Stable-Funk-Module-Technische-externer-Antenne/dp/B00GBW6WJY/ref=sr_1_1?ie=UTF8&qid=1423682544&sr=8-1&keywords=cc1101
Auf dem Transceiver steht: RF1100SE
Verkabelung und flashen habe ich nach der Anleitung gemacht, die auch auf Gummibear´s Blog beschrieben ist! Hat auch soweit alles geklappt.
Ich möchte das Ganze als CUL433 Mhz betreiben. Habe dann auch versucht die NanoCUL unter FHEM einzubinden, was aber nur halbwegs funktioniert.
Nach dem flashen hat die gelbe LED wie wild geblinkt. Wenn ich nun unter FHEM ccconf abfrage, kommt das => freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB
Also so richtig funktioniert das alles noch nicht. Hat jemand vielleicht ne Idee woran das liegen kann?? Ich der Transceiver evtl. falsch?
Gruß Tom
Hast du den cc1100 richtig angeschlossen? Überprüfe das mal
Hast Du nach dem Beispiel im FhemWiki verdrahtet. Also auch mit der Kontroll-LED?
Das wilde blinken haben ich auch schon mal nach dem flashen gehabt. Einfach den Arduino kurz stromlos machen und somit neu starten. Danach war das wilde blinken weg und die Kontroll-LED fing an im Sekunden Rhythmus zu blinken.
Grüße Jörg
PS: ggf. musst Du die ccconf-Parameter wie ein paar Posts vorher neu setzen.
Zitat von: JoWiemann am 11 Februar 2015, 20:34:34
Hast Du nach dem Beispiel im FhemWiki verdrahtet. Also auch mit der Kontroll-LED?
Das wilde blinken haben ich auch schon mal nach dem flashen gehabt. Einfach den Arduino kurz stromlos machen und somit neu starten. Danach war das wilde blinken weg und die Kontroll-LED fing an im Sekunden Rhythmus zu blinken.
Grüße Jörg
PS: ggf. musst Du die ccconf-Parameter wie ein paar Posts vorher neu setzen.
Ich habe das nach der Anleitung verdrahtet und installiert:
http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/
Mit der LED habe ich nicht versucht, bin nicht so der Eltern-Bastler, aber wenn es nicht anders geht, lese ich mich da auch noch ein. :D
Es ist komischerweise auch so, dass nach einem Neustart meines Raspis, die gelbe LED gar nicht mehr blinkt. FHEM zeigt an "nanoCUL - Initialisiert" aber erst wenn ich den Befehl gebe, der nanoCUL soll neugestartet werden, fängt die gelbe LED an wie blöd zu blinken.
Weiterhin habe ich auch versucht, die ccconf-Parameter zu ändern. Ich habe es über FHEM versucht, ist doch richtig? Jedenfalls ändert sich das gar nichts!?
hmm, liegt bestimmt doch am Tranceiver? Wenn ich mir so die mittleren Seiten dieses Threads anschaue, haben auch ein paar damit Probleme gehabt!?
Gruß Tom
Zitat von: ws am 03 Februar 2015, 21:12:19
Das schmale Modul (bei mir aus einem MAX! Fensterkontakt) habe ich wie folgt angeschlossen:
1-3V3
2-GND
3-D11
4-D13
5-D12
6-D2
7-D3
8-D10
Das breite Modul:
1-D11
2-D13
3-D12
4-D2
5-D3
6-D10
7-GND
8-3V3
Nabend,
hab eben einen Nano mit dem Sender vom aktuellen Max Fensterkontakt verlötet. nanoCUL v1.63 geflasht, aber als ccconf bekomme ich leider das:
ccconf freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB
Muss ich noch mehr machen als die Zeile "/* #define HAS_CC1100_433 */" auszukommentieren.
LED blinkt ruhig vor sich hin.
Was mich auch wundert ist das die Pinbelegung etwas anders im Wiki ist:
http://www.fhemwiki.de/wiki/Datei:2013-11-13_-_Fritzing-Screenshot_-_schmal_-CutUSM_800x601_85P.jpeg
Danke
Gruss Lalle
Hi,
die 6 geht bei mir auf D2 (schmales Modul). Die PIN-Belegung, die ich zu Grunde lege, ist auf den angehängten Fotos zu erkennen.
Bei meinem Modul ist GND definitiv in der inneren und nicht wie auf Deinem Foto in der äußeren Reihe (siehe Leiterbahn die zur Masse führt).
Bei der Firmware habe ich lediglich die eine Zeile auskommentiert und im makefile den Port zum flashen angepasst. Ich verwende noch die Version 1.62.
Gruß
ws
Zitat von: ws am 13 Februar 2015, 21:48:13
Hi,
die 6 geht bei mir auf D2 (schmales Modul). Die PIN-Belegung, die ich zu Grunde lege, ist auf den angehängten Fotos zu erkennen.
Bei meinem Modul ist GND definitiv in der inneren und nicht wie auf Deinem Foto in der äußeren Reihe (siehe Leiterbahn die zur Masse führt).
Bei der Firmware habe ich lediglich die eine Zeile auskommentiert und im makefile den Port zum flashen angepasst. Ich verwende noch die Version 1.62.
Gruß
ws
OK, Danke. Hab den Sockel jetzt komplett entfernt vom TRX868 und kann nun gut alles erkennen! Ohne Sockel direkt verdrahtet, aber es bleibt bei freq:0.000MHz.
Vlt arbeitet der Arduino Nano (ohne FTDI) doch nur mit nem Level Shifter!?
Gruss Lalle
hast Du nach meinem Foto verdrahtet oder nach Wiki?
Wenn Du dann im Fhem rfmode auf HomeMatic stellst, bekommst Du immer noch 0 MHz?
genau nach deiner Belegung! aber erstmal ohne den 10K Widerstand.
Welches HEX File hast Du geflasht?
Schalte ich auf HomeMatic stürzt der Nano ab. Die rote LED am Reset Switch blinkt extrem schnell und meine LED an D09 geht aus.
Dann muss ich das Board abziehen und wieder ranstecken.
Gruss Lalle
Ich flashe immer das Aktuelle aus dem svn. In etwa so:
svn checkout svn://svn.code.sf.net/p/culfw/code/trunk culfw-code
cd culfw-code/culfw/Devices/nanoCUL
...in der board.h Zeile auskommentieren und Port im makefile anpassen, dann
make clean
make all
...hier Fhem stoppen
sudo make program
leider genau das gleiche! nanoCUL ccconf => freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB :'(
werds am Montag per Nano mit FTDI Chip testen. Das der TRX868 nen Schuss hat glaub ich weniger!?
Jedenfalls gehen mir jetzt die Ideen aus.
THX
Lalle
Hallo Leute,
habe mir auch einen nanoCUL wie im WiKi bzw. in gummibaer's Blog gebastelt. Habe ein 433MhHz Modul (http://www.ebay.de/itm/121319943749 (http://www.ebay.de/itm/121319943749)).
Folgende Hardware:
3x Funksteckdosen 433 Mhz
1x Funksteckdose (FS20) 868Mhz
1x 4-Kanal Funksender(FS20 Taster) 868Mhz
1x RPi B+ mit Raspian Wheezy 31.01.15 und FHEM 5.6
1x Homematic hm-cc-rt-dn
fhem.cfg CUL
Meine CUL Internals:
Internals
CMDS BCFiAZEGMKUYRTVWXefltx
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH02KF5D-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH02KF5D-if00-port0@38400
FD 5
FHTID 1234
NAME nanoCUL
NR 3
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.62 nanoCUL868
initString X21 Ar
ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
Schalte ich den CUL in den SlowRF Mode schaltet er alle Funksteckdosen und empfängt auch ein Signal vom Funksender (FS20) (868Mhz) (Taster werden in fhem.cfg angelegt)
Schalte ich den CUL in den HomeMatic Mode schaltet er alle 433 Mhz Funksteckdosen, die 868Mhz Steckdose schaltet er natürlich nicht.
Setze ich in den hmPairForSec xx Modus und drücke am hm-cc-rt-dn die pairing Taste passiert nichts. Im pairing Modues ist der CUL hmpair 1 wird angezeigt.
CUL in fhem.cfg
define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH02KF5D-if00-port0@38400 1234
attr nanoCUL hmProtocolEvents 1
attr nanoCUL model CUL
attr nanoCUL rfmode HomeMatic
attr nanoCUL verbose 4
Ich weiss, dass das 433MHz Modul für 868MHz nicht optimal ist, trotzdem müsste doch was empfangen werden zumal das Signal vom FS20 S4A-S auch empfangen wird.
Hat jemand einen nanoCUL mit 433MHz Modul und Homematic Heizkörperthermostat am laufen?
Muss ich auch einen CUL_HM definieren?
Danke
Gruss
Stefan
Hallo, Hatte das gleiche problem. Fs20 hat geklappt aber max und homematic nicht. Abhilfe hat nur ein 868 cc1101 gebracht...
Es scheint verschiedene 433 Module zu geben.
Hallo noice,
echt komisch, hab mir aber bei aliexpress schon ein 868er Modul bestellt. Mal schauen obs damit klappt.
Danke
Gerne.
Mit dem 868 Modul funzt das jetzt sehr gut
Hallo,
bei ebay ist derzeit Lieferzeit für alle CC1101 irgendwann im April.
Hat jemand noch eine schnellere Bezugsquelle?
Oder kann man dieses Modul benutzen? http://www.ebay.de/itm/HC-11-433MHz-Funkmodul-Wireless-Modul-Serial-UART-HC-11-TI-CC1101-/171541640114
Hallo Carsten das Modul habe ich hier auch liegen, das ist leider nicht zu gebrauchen!
Mfg hoehlie
Gesendet von meinem HTC One_M8 mit Tapatalk
Zitat von: Carsten am 20 Februar 2015, 14:44:01
Hat jemand noch eine schnellere Bezugsquelle?
Amazon ... wenn du Prime hast kostenloser Versand. Doppelt so teuer wie beim Chinesen aber dafür schnell einsatzbereit:
http://www.amazon.de/gp/product/B00GBW6WJY/ref=pd_lpo_sbs_dp_ss_3?pf_rd_p=556245207&pf_rd_s=lpo-top-stripe&pf_rd_t=201&pf_rd_i=B00IY4QC6U&pf_rd_m=A3JWKAKR8XB7XF&pf_rd_r=06Z7CS81M06SQP4DF6QH (http://www.amazon.de/gp/product/B00GBW6WJY/ref=pd_lpo_sbs_dp_ss_3?pf_rd_p=556245207&pf_rd_s=lpo-top-stripe&pf_rd_t=201&pf_rd_i=B00IY4QC6U&pf_rd_m=A3JWKAKR8XB7XF&pf_rd_r=06Z7CS81M06SQP4DF6QH)
Edit: Vergiss es, sitzt auch in CH, aber du kannst ja mal anfragen wie lange der Versand dauert, evtl. wird aus Europa versendet.
Zitat von: Carsten am 20 Februar 2015, 14:44:01
Hat jemand noch eine schnellere Bezugsquelle?
bei ELV Max! Fensterkontakt als Bausatz für 13.95 bestellen und Modul ausbauen -> http://www.fhemwiki.de/wiki/HomeMatic_Asksin_Library
Zitat von: hoehlie am 20 Februar 2015, 19:01:51
Hallo Carsten das Modul habe ich hier auch liegen, das ist leider nicht zu gebrauchen!
Danke für die Warnung!
Zitat von: kadettilac89 am 20 Februar 2015, 19:45:45
Edit: Vergiss es, sitzt auch in CH, aber du kannst ja mal anfragen wie lange der Versand dauert, evtl. wird aus Europa versendet.
Den hatte ich auch schon gesehen, aber Lieferzeit 7-21 Tage und bei den chinesischen Händlern sind die Schätzungen bei Amazon meiner Erfahrung nach noch optimistisch. Zumal im Moment glaube ich in China Neujahr ist.
Zitat von: Wzut am 20 Februar 2015, 20:54:13
bei ELV Max! Fensterkontakt als Bausatz für 13.95 bestellen und Modul ausbauen -> http://www.fhemwiki.de/wiki/HomeMatic_Asksin_Library
Das ist eigentlich eine gute Idee! Danke!
Kurze Rückmeldung: Ich habe auch die Module mit Aufschrift RF1101 erhalten. Die funktionieren bisher aber 1a! CUL läuft seit eben.
Genau genommen sind es diese hier:
http://www.aliexpress.com/item/Freeshipping-868-M-915-MHZ-wireless-module-CC1101-wireless-data-transmission-module/1754554061.html (http://www.aliexpress.com/item/Freeshipping-868-M-915-MHZ-wireless-module-CC1101-wireless-data-transmission-module/1754554061.html)
VG Boris
Hallo Boris,
Zitat von: Ich79 am 24 Februar 2015, 18:43:48
Die funktionieren bisher aber 1a! CUL läuft seit eben.
http://www.aliexpress.com/item/Freeshipping-868-M-915-MHZ-wireless-module-CC1101-wireless-data-transmission-module/1754554061.html (http://www.aliexpress.com/item/Freeshipping-868-M-915-MHZ-wireless-module-CC1101-wireless-data-transmission-module/1754554061.html)
worauf beziehst du das
aber? Wenn du
Zitat von: Carsten am 20 Februar 2015, 14:44:01
Oder kann man dieses Modul benutzen? http://www.ebay.de/itm/HC-11-433MHz-Funkmodul-Wireless-Modul-Serial-UART-HC-11-TI-CC1101-/171541640114 (http://www.ebay.de/itm/HC-11-433MHz-Funkmodul-Wireless-Modul-Serial-UART-HC-11-TI-CC1101-/171541640114)
diese Module meinst, dann sind das
ganz andere als die RF1101-Module.
Beste Grüße
Hermann
Sorry, das "aber" ist einfach zu viel.
Ich habe die Rückmeldung auf diesen Post bezogen:
http://forum.fhem.de/index.php/topic,24651.msg256184.html#msg256184
Hallo Leute,
bin ganz frisch in das Thema FHEM eingestiegen. Und wollte mir zunächst einmal einen CUL selber bauen anstatt einen zu kaufen.
Dieser soll die Frequenz von 868MHz abdecken um damit Heizungsthermostate anzusteuern / auszulesen.
Bei E-Bay gibt es dieses Modul. Da die Beschreibung in meinen Augen nicht eindeutig ist welchen Frequenzbereich das Modul abdeckt, ist meine Frage an euch: Ist das Modul brauchbar für 868MHz?
CC1101 Wireless RF Transceiver 315/433/868/915MHZ + SMA Antenna Module
http://www.ebay.de/itm/CC1101-Wireless-RF-Transceiver-315-433-868-915MHZ-SMA-Antenna-Module-/381114045057?pt=LH_DefaultDomain_0&hash=item58bc2ad281
Oder kann ich auch das hier verwenden ?
http://www.ebay.de/itm/1pcs-SI4463-Wireless-Module-868MHZ-NRF905-SI443238-CC11101-/291323977442
Schon mal Danke für die Antworten!
LG
Hallo Littleburner,
folgende Angaben ohne Gewähr, da ich selber planlos bin (s. ein paar Posts weiter oben):
Soweit ich weiß kann/muss man die Frequenz beim CC1101 selbst einstellen. Der kann also prinzipiell alle angegebenen Frequenzen. Wichtiger ist wohl, dass die Antenne auch zur Frequenz passt, sonst leidet die Reichweite. Leider kann man ( bzw. ich ) nicht erkennen, für welche Frequenz die mitgelieferte Antenne gedacht ist. Zur Not kann man die Antenne aber ja auch später noch austauschen.
Dem zweiten Modul würde ich nicht trauen. Irgendwo vorher stand, dass die SI443238 nicht funktionieren. Dass da jetzt beide Bezeichnungen angegeben sind, macht die Sache fragwürdig.
Hallo Littleburner,
es kommt nicht nur auf die Antenne, sondern auch auf den Schwingkreis (Empfangsschaltung an der die Antenne hängt) an.
In dem 1. Modul ist die Frequenz nicht auf 868 MHz angepasst. Das 2. geht glaub ich nicht, weiß ich allerdings nicht
Gruß
Kuzl
Zitat von: Carsten am 27 Februar 2015, 11:58:09
Soweit ich weiß kann/muss man die Frequenz beim CC1101 selbst einstellen.
Das ist richtig. Da die CC1101 aber immer auf eine Frequenz optimiert sind hilft die Antenne nicht weiter. Sie hierzu auch die Hinweise im Forum zu CUL/COC 868 MHz Betrieb auf 433 MHz. Am Ende leidet immer die Reichweite.
Grüße Jörg
Hallo zusammen,
ist das eine Alternative: http://www.pollin.de/shop/dt/Njk2OTgxOTk-/Bausaetze_Module/Module/Funkmodul_HOPERF_RFM69CW_868_MHz_TX_RX.html
Gruesse
Jason0815
Ein CUL mit RFM69? Das wäre mir neu. Du meinst bestimmt JeeLink, oder?
Zitat von: Jason0815 am 27 Februar 2015, 16:16:49
Hallo zusammen,
ist das eine Alternative: http://www.pollin.de/shop/dt/Njk2OTgxOTk-/Bausaetze_Module/Module/Funkmodul_HOPERF_RFM69CW_868_MHz_TX_RX.html
Gruesse
Jason0815
nein, es ist keine Alternative, Du brauchst ein Modul mit CC1101 und 868Mhz, die meisten Module bei eBay/Ali werden mit für 433 Mhz angepassten Balun verkauft, es wird auch funktionieren aber die Reichweite leidet drunter.
Hallo,
ich versuche einen CUL-Clone zu flashen.
Bisher leider ohne Erfolg.
Ich habe mich an diese Anleitung ( http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/#comment-149 ) gehalten.
Am Anfang bekam ich nur folgende Fehlermeldung:
pi@raspberrypi ~/culfw-code-498-trunk/culfw/Devices/nanoCUL $ make program
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E1TJZ3-if00-port0 -b 56000 -c arduino -U flash:w:nanoCUL.hex
avrdude: stk500_recv(): programmer is not responding
avrdude done. Thank you.
makefile:216: recipe for target 'program' failed
make: *** [program] Error 1
Ich habe dann entsprechend der Anleitung die Baudrate geändert bzw. ganz weg gelassen.
Mit selbigem Misserfolg wie oben.
Nach zahllosen Versuchen plötzlich eine Regung und folgendes kam dabei herraus.
pi@raspberrypi ~/culfw-code-498-trunk/culfw/Devices/nanoCUL $ make program
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E1TJZ3-if00-port0 -b 57600 -c arduino -U flash:w:nanoCUL.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: stk500_recv(): programmer is not responding
makefile:216: recipe for target 'program' failed
make: *** [program] Error 1
Nun wird der Arduino wohl gelesen, aber beim schreiben spielt der Chip nicht mehr mit.
Hat jemand einen Rat für mich woran das liegen kann?
Vielen Dank für eure Hilfe.
Grüße
Thorsten
NACHTRAG:
Ich werde aus Linux einfach nicht schlau.
Ein "sudo reboot" .....ein erneutes "make programm" im Ordner und schwups
avrdude -D -p atmega328p -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E1TJZ3-if00-port0 -b 57600 -c arduino -U flash:w:nanoCUL.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "nanoCUL.hex"
avrdude: input file nanoCUL.hex auto detected as Intel Hex
avrdude: writing flash (21510 bytes):
Writing | ################################################## | 100% 6.38s
avrdude: 21510 bytes of flash written
avrdude: verifying flash memory against nanoCUL.hex:
avrdude: load data flash data from input file nanoCUL.hex:
avrdude: input file nanoCUL.hex auto detected as Intel Hex
avrdude: input file nanoCUL.hex contains 21510 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 4.68s
avrdude: verifying ...
avrdude: 21510 bytes of flash verified
avrdude: safemode: Fuses OK
avrdude done. Thank you.
Das soll mal einer verstehen.....
Grüße
Hallo,
nachdem ich meinen Arduino erfolgreich mit dem cc11001 verbunden habe und es jetzt auch endlich geschafft habe, dass FHEM alles erkennt, kann ich auch meine IT-Steckdosen schalten. Allerdings empfängt die NanoCUL nichts von meiner ITT-1500 Fernbedienung.
Es wird nicht per Autocreate angelegt und auch nichts ins log geschrieben!?
Hem und NanoCUl sind auf dem neusten Stand. Ich nutze ein ganz normales CC1101-Modul mit Aufschraub-Antenne auf dem 433 MHz steht.
Hat vielleicht einer ne Idee oder kann mir evtl. weiterhelfen?
Vielen Dank
Gruß Thommy
Zitat von: ThommyTom am 02 März 2015, 13:19:05
Hallo,
nachdem ich meinen Arduino erfolgreich mit dem cc11001 verbunden habe und es jetzt auch endlich geschafft habe, dass FHEM alles erkennt, kann ich auch meine IT-Steckdosen schalten. Allerdings empfängt die NanoCUL nichts von meiner ITT-1500 Fernbedienung.
Es wird nicht per Autocreate angelegt und auch nichts ins log geschrieben!?
Hem und NanoCUl sind auf dem neusten Stand. Ich nutze ein ganz normales CC1101-Modul mit Aufschraub-Antenne auf dem 433 MHz steht.
Hat vielleicht einer ne Idee oder kann mir evtl. weiterhelfen?
Vielen Dank
Gruß Thommy
Ich wieder!
Habe es irgendwie hinbekommen, dass mein IT-FB erkannt wird. Es wird der Code ausgespuckt:
Zitat
CUL_Parse: nanoCUL p 9 240 288 240 240 1 8 0 2F 59A5AA5966999659
2015.03.02 22:13:24 4: eventTypes: CUL nanoCUL UNKNOWNCODE p 9 240 288 240 240 1 8 0 2F 59A5AA5966999659 ->
UNKNOWNCODE p .* .* .* .* .* .* .* .* 2F 59A5AA5966999659
2015.03.02 22:13:24 2: nanoCUL: unknown message p 9 240 288 240 240 1 8 0 2F 59A5AA5966999659
Aber mit dem Autocreate funktioniert gar nicht?
Hat dazu jemand eine Idee??
Ach und wie rechne ich diese Codes um, dass ich die verwenden kann?
Gruß Thommy
Mit den IT spezifischen Fragen bist du wahrscheinlich in diesem (http://forum.fhem.de/index.php/topic,14348.0.html) Thread besser aufgehoben.
Das hat nichts mehr speziell mit dem nanoCUL zu tun.
Hi,
kann ich am selben Linux System den Arduino Nano mit CH340 mit einem CUL868 oder mit einem anderen nanoCUL mit FTDI Chip betreiben?
Zitat von: joachimS am 05 März 2015, 09:46:35
Hi,
kann ich am selben Linux System den Arduino Nano mit CH340 mit einem CUL868 oder mit einem anderen nanoCUL mit FTDI Chip betreiben?
Klar. Probleme gibt es nur bei mehreren gleichen Chips ohne eindeutige Serialnummer (weil die Zuordnung nicht sicher ist). FTDIs haben immer eindeitige IDs. CH340 dagegen nicht. Aber auch einen davon im System zu haben, ist noch eindeutig.
Hallo TommyTom, wo hast du die Firmeware 1.62.02 ..........
kannst die die einmal bereit stellen............danke
Hallo,
nach dem ich das flashen nach den o.g. Stolpersteinen geschafft habe, wollte ich heute zum Test einen HM-DN-RT pairen.
Leider hat das aber nicht geklappt.
Der Log sprach nur:
2015.03.05 20:30:28 2: autocreate: define CUL_HM_HM_CC_RT_DN_35745A CUL_HM 35745A
2015.03.05 20:30:28 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_35745A FileLog ./log/CUL_HM_HM_CC_RT_DN_35745A-%Y.log CUL_HM_HM_CC_RT_DN_35745A
2015.03.05 20:30:29 3: Device CUL_HM_HM_CC_RT_DN_35745A added to ActionDetector with 000:10 time
2015.03.05 20:30:33 3: Device CUL_HM_HM_CC_RT_DN_35745A added to ActionDetector with 000:10 time
Mehr kam dann nicht.
Beim pairen mit dem HMUSB
015.03.05 21:00:10 2: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_35745A is now defined
2015.03.05 21:00:10 2: autocreate: define CUL_HM_HM_CC_RT_DN_35745A CUL_HM 35745A
2015.03.05 21:00:10 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_35745A FileLog ./log/CUL_HM_HM_CC_RT_DN_35745A-%Y.log CUL_HM_HM_CC_RT_DN_35745A
2015.03.05 21:00:10 3: Device CUL_HM_HM_CC_RT_DN_35745A added to ActionDetector with 000:10 time
2015.03.05 21:00:10 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_35745A thermostat, model HM-CC-RT-DN serialNr
2015.03.05 21:00:10 3: CUL_HM set CUL_HM_HM_CC_RT_DN_35745A getConfig
2015.03.05 21:00:15 3: Device CUL_HM_HM_CC_RT_DN_35745A added to ActionDetector with 000:10 time
2015.03.05 21:00:36 3: CUL_HM set CUL_HM_HM_CC_RT_DN_35745A reset
Da funktioniert es dann also Erfahrungsgemäß.
Nun stelle ich eben die Funktion meines CUL-Clones in Frage.
Was mir aufgefallen ist.....wenn ich get CUL_Clone version abfrage kommt die Meldung: CUL_Clone version => No answer
ein list CUL_Clone gibt folgendes aus:
Internals:
CMDS
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
FHTID 1234
NAME CUL_Clone
NR 104
PARTIAL
STATE opened
TYPE CUL
initString X21
Ar
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2015-03-05 22:09:28 state opened
2015-03-05 22:20:25 version No answer
Attributes:
rfmode HomeMatic
room Interface
verbose 5
nach eine Restart von FHEM wird ein Attribut dummy 1 angelegt.
Dann ist die Antwort bei get CUL_Clone version: No version for dummies
hat jemand eine Idee was ich hier falsch mache?
Vielen Dank.
Grüße
Zitat von: hotwebnet am 05 März 2015, 13:01:43
Hallo TommyTom, wo hast du die Firmeware 1.62.02 ..........
kannst die die einmal bereit stellen............danke
Hey,
ich habe die hier im Thread gefunden, leider weiss ich nicht mehr genau wo, ich glaube, da musst du mal die Seiten durchschauen!?
Sorry...
Gruß Thommy
Here it is
Moin,
ich habe mir den nanoCUL 868 bestellt, zusammengebaut und auch mit HM-Komponenten im Einsatz. Ich bin von einem anderem Raspi mit AddonBoard weg zu einem ohne Display, weil ich gern alles einmal neu aufsetzen und dazu dokumentieren wollte. Quasi als Backup-Installation.
Nun habe ich mehrere Dinge entdeckt, dich ich komisch finde: Der ActionDetector zum Beispiel ändert ständig die Anzahl der Devices. 6 habe ich da, die Anzahl der aktiven wechselt aber von 1 bis 6, einige sind dann zwischenzeitlich mal "dead".
Dann ist mir aufgefallen, dass bei meinen Thermostaten HM-CC-RT-DN der Status der Readings im Status "CMDs_pending" steht. Ich bekomme aber regelmässig Daten, alles gut. Ebenso von den Wettersensoren, das kommt alles an, Plots werden auch erstellt. Es sind keine Aussetzer zu erkennen.
Dann ist das Einstellen der Frequenz nicht möglich: "set nanoCUL freq 868.350" liefert ein "This command is not valid in the current rfmode" zurück. rfmode ist aber HM :o
Muss ich mir da um irgendwas ernsthaft Sorgen machen? Die nanoCUL-FW ist die letzte aktuelle culfw-code-498-trunk.
Gruß, machnetz
Hm schaltet automatisch auf die richtige Frequenz .. Da kannst du nix mehr einstellen ..
Das gleiche ist bei max .. nur im slowrf Modus kannst du die Frequenz ändern
Ich hatte mal FS20 und konnte das dort ändern. Ich wusste das mit HM nicht, danke.
Gruß, machnetz
Hat wirklich niemand eine Idee um mir helfen zu können?
http://forum.fhem.de/index.php/topic,24651.msg270221.html#msg270221 (http://forum.fhem.de/index.php/topic,24651.msg270221.html#msg270221)
Wäre super wenn sich da jemand mit mir durchhangeln könnte.
Grüße
Thorsten
Zitat von: eni am 02 Februar 2015, 19:42:41
Hallo g9bub,hast Du das mit dem RF1101-V3.1 hinbekommen?
Ich hab hier auch so ein Modul und bekomme es nicht mit 868 MHz zum laufen. 433 MHz funktioniert.
mit den RF1101-V2 funktioniert sowohl 433 MHz als auch 868 MHz.
....
Wo finde ich denn die Versionsbezeichnungen?
Die einzigen Versions-/Modell-/Herstellerhinweise, die ich bisher hier oder bei Aliexpress/Ebay/amazon gefunden habe, sind:
- Blaue, 433Mhz : RFINCHINA, RF1100SE Link (http://www.ebay.de/itm/121319943749?ssPageName=STRK:MEWAX:IT&_trksid=p3984.m1423.l2649)
- Grüne, 433Mhz, gelber Stecker: D-Sun CC1101 Link (http://www.aliexpress.com/item/25PCS-LOT-industrial-grade-cc1101-433mhz-module-free-shipping/32284618446.html)
- Grüne, 868Mhz mit 4 Löchern und Spiralantenne: FYTOO, RF1100SE Link (http://www.aliexpress.com/item/Free-Shipping-1pcx-868M-915MHz-wireless-module-CC1101-wireless-module-with-spring-antenna/1438500408.html)
Diese Versionen gibt es dafür jeweils von zig Anbietern.
Aber wo gibt es denn eine Version V2.0 oder V3.1? Hab ich irgendwo in den 510 Posts einen Link übersehen?
Hallo zusammen,
im Datenblatt des CC1101 werden exemplarisch zwei Referenzdesigns aufgezeigt, eins für 433Mhz und ein für 686Mhz. Diese unterscheiden sich deutlich in der Gesamt-Anzahl, der Werten und in der Anordnung der Kondensatoren und Induktivitäten erheblich
Schaut man nun in den o.a. Angeboten nach 433Mhz oder 686Mhz, so finde ich immer nur das für 433Mhz abgestimmte Layout, auch wenn 868Mhz beworben werden. Sehr schnell sieht man das an den letzten drei Bauteilen vor der Antenne.
http://www.ti.com/lit/ds/symlink/cc1101.pdf (http://www.ti.com/lit/ds/symlink/cc1101.pdf) (Bilder der beiden Layouts auf Seite 25, Tabelle BOM Seite 26)
433Mhz hat zuerst einen Kondensator in Reihe (C125) und sofort rechtwinklig einen weiteren Kondensator an Masse (C123). Danach eine in Reihe geschaltete Induktivität (L123). Genauso wie es die Referenzschaltung von TI vorsieht.
Ein nach Referenzschaltung gebautes 686Mhz Modul müsste aber, anders aussehen. Hier kommen der Kondensator (C125) und die Induktivität (L124) in Reihe, ohne dass dazwischen ein Kondensator an Masse angelegt ist.
Jetzt frage ich mich, ob außer der halb so großen Spiral Antenne überhaupt etwas anders an den Modulen ist, bzw. ob man (bzw. die Chinesen) mit dem eigentlich für 433Mhz optimierten Layout nur durch Anpassen der Induktivitäts- bzw. Kondensatorwerte eine brauchbare Schaltung für 686Mhz aufbauen kann. Dann könnte man aber selber mit dem Lötkolben aus jedem 433Mhz Modell schnell eine 686Mhz Variante umlöten,... mhhhh
Kann einer bestätigen, dass die 686Mhz Module vom Layout wie die 433Mhz Varianten aufgebaut sind?
Wer im normalen Lötraster bleiben will kommt ja um dieses FYTOO beschriftete Modul bei 868Mhz nicht herum: Aliexpress (http://de.aliexpress.com/item/Free-Shipping-1pcx-868M-915MHz-wireless-module-CC1101-wireless-module-with-spring-antenna/1438500408.html?recommendVersion=1)
Diese Funkmodule werden grundsätzlich nach dem TI 433 MHz Referenzdesign gebaut, auch das angebliche 868 MHz Funkmodul. Hier trickst der Chinese den 433 MHz HF-Abstimmkreis mit der Antennenlänge aus.
Dieses Funkmodul ist hardwareseitig auf die Frequenz von 868 MHz abgestimmt:
http://de.aliexpress.com/item/5pcs-lot-CC1101-868MHz-module-Output-power-greater-than-10dBm-free-shipping/760904591.html
Hallo zusammen,
ich habe mir meinen CUL nach der Anleitung von Henry in seinem bgummibaer blog mit einem CC1101 und Arduino nano zusammengebaut. Flashen ging ohne Probleme.
Nachdem ich den CUL nun in FHEM eingebunden habe, bekomme ich als Antwort auf ccconf nur "no FD".
Leider finde ich keinerlei Hinweise dazu.
Hat von euch jemand eine Idee?
Danke!
Dann stimmt entweder die verbindung zum cc1101 nicht oder beim flashen ist was schief gegangen ... kannst du die Version abfragen? Ist der cul initialisiert oder nur opened ?
Hallo,
habe das gleiche Problem. Der nanoCul wird nur als opened angezeigt. Bei der Versionsabfrage kommt no answer.
Flashen lief korrekt durch, nano leuchtet dauerhaft grün.
wie hast du in denn in fhem definiert?
Nach Wiki-Vorgabe
define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0@38400 1234
Natürlich mit den angepassten Daten.
Ich habe mich nun noch ein wenig eingelesen - in den vorherigen Kommentaren war die Rede davon, dass ein CC1101 mit der Bezeichnung RF1101SE V3.1 nicht funktioniert.
Kann dies jemand bestätigen bzw. widerlegen?
Danke
Will einen nanoCUL 868 bauen
Zitat von: kimbolero am 22 März 2015, 15:25:15
Ich habe mich nun noch ein wenig eingelesen - in den vorherigen Kommentaren war die Rede davon, dass ein CC1101 mit der Bezeichnung RF1101SE V3.1 nicht funktioniert.
Ich habe welche mit Aufdruck RF1001SE-V3.1 und die laufen super. Getestet als WM-Bus und Asksin Modus.
Viele Grüße
Boris
Zitat von: Ich79 am 22 März 2015, 19:52:17
Ich habe welche mit Aufdruck RF1001SE-V3.1 und die laufen super. Getestet als WM-Bus und Asksin Modus.
Viele Grüße
Boris
Quelle, Link, Preis?
Zitat von: Garagenhaus am 22 März 2015, 22:10:58
Quelle, Link, Preis?
http://forum.fhem.de/index.php?topic=24651.msg266350.msg#266350 (http://forum.fhem.de/index.php?topic=24651.msg266350.msg#266350)
Ich habe meine Module mit dem Aufdruck RF1001SE-V2 hier bestellt:
http://de.aliexpress.com/item/Freeshipping-868M-915MHZ-wireless-module-CC1101-wireless-module-with-antenna/1745972734.html?recommendVersion=1 (http://de.aliexpress.com/item/Freeshipping-868M-915MHZ-wireless-module-CC1101-wireless-module-with-antenna/1745972734.html?recommendVersion=1)
Gruß, machnetz
Die habe ich auch und funktionieren perfekt :)
Danke an alle für die Infos.
Ich werde die Tage es nochmals mit anderen Verbindungskabel und einem anderen Nano testen.
Geflasht habe ich es nun schon mehrmals aber der nanoCUL wurde nur als opened angezeigt und die Versionsabfrage hat no answer zurückgegeben.
Wenn das auch nichts bringt, probiere ich mal den zweiten CC 1101 aus (zur Sicherheit damals gleich zwei bestellt).
Hallo,
habe mir auch einen nanoCUL aus billigen China-Komponenten auf einem Breadboard zusammengesteckt um ein paar alte Intertechno Funksteckdosen PAR 1500 zu schalten. Bis zu einer Entfernung von ca 1m klappt das auch. Stecke ich die Dose in die 5-6m entfernte Wand geht es schon nicht mehr. So ist das leider nicht brauchbar :-(
Ich bediene den CUL bisher nur per Hand über Terminal da ich kein FHEM einsetze.
1.) USB einstecken
2.) Verbinden
3.) Intertechno-Command senden: is000000000FFF (< 1m Steckdose macht "klack", > 5m Steckdose macht nicht "klack")
Kann das noch irgendwie an meinem nanoCUL Hardware/Software liegen oder müssen das Störsignale sein ?
Steckdose:
http://www.amazon.de/Intertechno-Funksteckdose-PAR-1500/dp/B001MZ0ICW
Funkmodul:
http://www.ebay.de/itm/390819873884?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Arduino Clone:
http://www.ebay.de/itm/371179047627?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
So wie es aussieht haben viele von Euch ähnliche Module, taugt die dem Funkmodul beiligende Antenne was ?
Hab bisher die einfachste Variante der Verkabelung gewählt wie im Gummibär-Blog, ohne irgendwelche Pullup-Widerstände, hat das noch einen Einfluss auf die Sendeleistung ?
habt ihr Tipps zum finden eventueller Störer ?
Für meinen nanoCUL 433 MHz habe ich folgenden Transceiver:
http://eckstein-shop.de/Wireless-RF-Transceiver-Module-433Mhz-CC1101-CC1100-Antenna
Kostet ein wenig mehr, aber Versand hat 2 Tage gedauert, da aus DE.
Hat mit der Anleitung im gummibaer blog problemlos auf Anhieb funktioniert. Ich steuere damit Elro Steckdosen mit den intertechno Befehlen. Abstände von 5-8 Meter problemlos, auch mit Wänden und Türen dazwischen.
Habe dafür auch keine Widerstände etc genutzt.
Zitat von: JSurf am 23 März 2015, 15:32:25
So wie es aussieht haben viele von Euch ähnliche Module, taugt die dem Funkmodul beiligende Antenne was ?
Hab bisher die einfachste Variante der Verkabelung gewählt wie im Gummibär-Blog, ohne irgendwelche Pullup-Widerstände, hat das noch einen Einfluss auf die Sendeleistung ?
habt ihr Tipps zum finden eventueller Störer ?
Ich hab selbes Modul ohne irgend welche Widerstände zum Test gebaut. Habe Reichweite von mehreren Metern. Hab was anderes getestet, aber ich glaub ich konnte durch 3 Wände diagonal in meiner Wohnung über 10 m senden.
Eventuelle Störer ... geh mit deinem Setup in einen anderen Raum, Garage oder Keller und teste. Ich denke aber nicht dass es daran liegt. Sind 5 Meter Sichtverbindung, oder hast du Wände dazwischen? Hast du eine Fernbedieung zur Steckdose? Wenn ja, funktioniert diese 5 Meter (an der Stelle an der dein nanoCul sendet)?
Vielleicht hat dein Modul oder die Antenne einen Defekt. Wenn du löten kannst, kannst mal an den Mittelkontakt eine 14 cm Drahtantenne löten. Ich meine auf der Platine, nicht in der SMA-Buchse. Oder du versuchst an den Mittelkontakt der SMA-Buchse den Draht irgendwie anzustecken.
Danke für eure Antworten.
Hab gestern noch ein bischen rumprobiert.
Die Original-Fernbedienung schafft 6-7m mit Sichtkontakt, mehr eher nicht.
Habe mit 'x09' den PA ramping parameter eingestellt, weil ich dachte den CUL damit auf maximale Verstärkung zu setzten. Danach hatte ich sehr gute Reichweiten auch durch Wände hindurch (ca 10m + Wand) grössere Entfernung hab ich nicht getestet.
Lohnt es sich noch mit der Antenne zu experimentieren oder habe ich die damit ausgeschlossen ?
Nachdem ich grad aber nochmal die culfwn-Referenz angeschaut habe,, bin ich mir nicht mehr sicher was ich da eigentlich eingestellt habe ?
Neues Tranceiver-Modul würde ich gern vermeiden, denn der Spass am Selsbau-CUL ist ja auch dass er fast nix kostet.
Zitat<pp> is a one-byte hex value, valid values are 00 to 09, with following values: the first 5 is -10/-5/0/5/10 dBm with PA ramping, the next 5 is the same without PA ramping. If the value is outside this spec, then the 5dBm variant (03) will be used.
Leider sehr kryptisch die Beschreibung, was hab ich mit x09 nun eigentlich eingestellt ?
Ansonsten hab ich noch mit X99 mal gelauscht was da so an Funk in der Luft liegt. So in ca 20 sek war eine Seite im Terminal mit r und f und anderen Zeichen vollgeschrieben. Ist das normal vom Funkaufkommen ?
Welche Parameter-Folge benutzt den fhem um den CUL insgesamt und im speziellen für Intertechno zu initialisieren ? Weiss das jemand ? Nehme auch Hinweise zu entsprechenden Stellen im Sourcecode
Hallo zusammen,
meine Reichweitenprobleme konnte ich durch eine neue Antenne lösen: http://www.ebay.de/itm/433MHZ-High-Gain-Antenna-SMA-Within-Needle-Rubber-Glue-Stick-6DBI-/281521508285?pt=LH_DefaultDomain_0&hash=item418bfd4fbd.
Gruss
Stefan
Zitat von: leuchte1 am 24 März 2015, 13:45:59
...Bis zu einer Entfernung von ca 1m klappt das auch. Stecke ich die Dose in die 5-6m entfernte Wand geht es schon nicht mehr...
...meine Reichweitenprobleme konnte ich durch eine neue Antenne lösen: http://www.ebay.de/itm/433MHZ-High-Gain-Antenna-SMA-Within-Needle-Rubber-Glue-Stick-6DBI-/281521508285?pt=LH_DefaultDomain_0&hash=item418bfd4fbd ....
Aus meiner Sicht scheint das Problem an anderer Stelle zu liegen, denn mit dem verlinkten blauen Modul (RF1100SE), egal ob aus China oder zum dreifachen Preis aus Deutschland bezogen, scheinen andere hier sehr gute Reichweiten zu erzielen; zumindest auf 433Mhz.
Bevor der Kauf einer 6dbi Antenne jetzt als allg. Lösung von anderen interpretiert wird, sollte nicht vergessen werden, dass die Reichweitenvergrößerung (hier+6dbi, statt +2dbi vorher) nicht in alle Richtungen gilt, sondern nur in einer Ebene. Heißt umgehkert, dass in andere Richtungen mit empfindlichen Einbußen gerechnet werden muss. Wer seine Empfänger im ganzen Haus verteilt hat, könnte dann an anderer Stelle Probleme bekommen.
http://www.brennpunkt-srl.de/antennen.html
Aus meiner Sicht scheint das Problem an anderer Stelle zu liegen, denn mit dem verlinkten blauen Modul (RF1100SE), egal ob aus China oder zum dreifachen Preis aus Deutschland bezogen, scheinen andere hier sehr gute Reichweiten zu erzielen; zumindest auf 433Mhz.
Also ich habe mit dem von mir verlinkten Modul auch ziemlich gute Reichweiten auf 868 Mhz. Bisher logge ich damit die Heizkostenverteiler und Wasseruhren in unserm Wohnhaus. Eigentlich will ich ja nur meine eigenen aber bisher sind es rund 250 Stück, die sich gemeldet haben. Das in einem 16 Parteien Haus. Daher sind wohl einige aus den benachbarten Häusern dabei, die sind recht weit entfernt. Kann natürlich Glück sein, dass ich gerade ein "gutes" Modul erwischt habe.
Ich kann aber sehr gut verstehen, wenn jemand nicht in China bestellen will. Das hat bei mir auch 6 Wochen gedauert. Und dann durfte ich auch noch beim Zoll vorsprechen.... Abhängig von der Menge investiere ich wohl auch mal in einen deutschen Händler...
VG!
Boris
Zitat von: Ich79 am 24 März 2015, 22:30:26
Also ich habe mit dem von mir verlinkten Modul auch ziemlich gute Reichweiten auf 868 Mhz. ..
das 433 auf 868 gestellt oder wie? ansonsten bitte link zum 1zu1 gleichen 868 bitte.
von deinen 250 geräten sind wahrscheinlich nicht mal 76% reale devices (meine erfahrung). habe ich auch. culfw/module eine evtl schlechte funkmeldung falsch interpretiert -> neues devices welches aber nie ein reading bekommt geschweige denn updated macht der fhemduino auch gerne mal
Danke für alle Antworten
Bin erstmal zufrieden, mit 'x09' habe ich eine ordentliche Reichweite. Kann auch sein dass ich ausversehen beim rumprobieren kleinere "x" Werte eingestellt habe. Da der Wert ja permanent eingestellt bleibt hätte dann auch ein ein- und ausstecken des USB keine Wirkung. Bei Gelegenheit probier ich vielleicht nochmal kleinere Werte
Mit http://www.fhemwiki.de/wiki/CUL (http://www.fhemwiki.de/wiki/CUL) hab ich jetzt auch verstanden, was ich da eigentlich eingestellt habe.
würde mir gerne noch eine CUL mit 868Mhz zusammenbauen, kann mir einer bitte einmal die komponenten verlinken, habe gesucht kann aber nicht genau bestimmen welche ich brauche, Danke.....wenn es geht mit versand aus Deutschland
868 mhz aus Deutschland wird schwierig da es fast keine 868 Module gibt. Aus china ist es kein Problem ...
Bausatz für den MAX Fensterkontakt und dort das 868-Modul auslöten und benutzen.
Grüße Jörg
frag mal hier nach nem modul für 868 wenn du nicht in china bestellen willst
http://forum.fhem.de/index.php/topic,35134.0.html
Nach 3 Wochen bin ich dazu gekommen, das Modul CC1101 868 Mhz (RF1101SE V3.1) nochmals mit einem anderen Arduino Nano (FTDI-Chip) zu testen (s. Beitrag #519). Ich kann hiermit bestätigen, das es problemlos nun funktioniert und als initalized angezeigt wird.
Hallo,
mal ne Frage, nutzt einer von Euch die Kombi aus FTDI-Chip und CC1101 mit einem BanapiPro und kann mir da helfen? Das Ding wird nicht erkannt bzw. funktioniert nicht unter Bananian/Raspian!?
LG Thommy
Hallo
Mach mal ein
sudo modprobe ftdi_sio
Keine Fehlermeldung es sollte mit Deinem FTDI-Chip (USB nach seriell) funktionieren!
Fehlermeldung, Kernel-Modul nicht vorhanden, Pech...
Abhilfe: Andere "Distribution" oder neuen Kernel backen!
Der BananaPi hat doch genug serielle Schnittstellen, solltest Du alles selber bauen!?
Im Raspian ist das Modul drin, im "Igor-Image" fehlt es, zumindest bei Kernel 3.19.
CK
Das Igor gibt aber nicht für den pro oder?
Also auf seiner Webseite steht auch PRO groß und deutlich!
Ups... wer lesen kann ....
Zitat von: ThommyTom am 14 April 2015, 14:29:35
Hallo,
mal ne Frage, nutzt einer von Euch die Kombi aus FTDI-Chip und CC1101 mit einem BanapiPro und kann mir da helfen? Das Ding wird nicht erkannt bzw. funktioniert nicht unter Bananian/Raspian!?
LG Thommy
Ich habe Arduiono nano mit FTDI (Chinaclone) mit CC1101 auf Banana Pro laufen. Problemlos erkannt. Image ist Bananian.
Zitat von: kadettilac89 am 14 April 2015, 20:03:30
Ich habe Arduiono nano mit FTDI (Chinaclone) mit CC1101 auf Banana Pro laufen. Problemlos erkannt. Image ist Bananian.
Hmm, kannst du mir vielleicht sagen welche Version von Bananian du hast und wie du den SelbstbauCUL eingebunden hast!?
Vielen Dank
LG Thommy
Zitat von: ThommyTom am 14 April 2015, 20:23:07
Hmm, kannst du mir vielleicht sagen welche Version von Bananian du hast und wie du den SelbstbauCUL eingebunden hast!?
Vielen Dank
LG Thommy
Hab den BPI schon ein paar Monate und die damalige Verion verwendet. Weiß nicht mehr was damals aktuell war. Hab jetzt die aktuellste Version (über bananian-update).
Eingebunden ist der CUL so ...
Die Zeile mit der Raute# ist ein Kommentar, das war die ursprüngliche Definition.
Hatte den CUL schon im Raspberry, dann nur umgesteckt und wurde erkannt, hatte keine Problem .... einfach erkannt und das wars.
define CUL866 CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234
attr CUL866 event-on-change-reading 1
attr CUL866 eventMap on-for-timer 20
attr CUL866 group Devices
attr CUL866 hmId F11234
attr CUL866 rfmode HomeMatic
attr CUL866 room Server
attr CUL866 verbose 2
#define CUL866 CUL /dev/ttyUSB0@38400 1234
Dann weiss ich es auch nicht?? :-[
Ich habe alle möglichen Images durch: Raspian, Bananian, Igor-Image.... Bis auf das Igor-Image funktioniert es einfach nicht...egal was ich mache!? Wie kann das sein, dass es bei einigen Leuten einfach funktioniert nur bei mir nicht?? :-\
Warum willst Du nicht beim Igor-Image bleiben, wenn es da funktioniert?
Ich habe Raspian und Bananian ausprobiert, bei einem ging Putty nicht und beim anderen war schon alles für den Desktop installiert.
Deinstallieren wollte ich nicht und zu Putty habe ich keinen Fehler gefunden.
Beim Igor-Image ist kein Desktop installiert und Putty geht, also perfekt für mich!
CK
Morgen zusammen, habe wieder einmal eine neu Idee...........
Ich bekomme in kürze ein 433Mhz CUL (Empfänger)
Ich würde gerne in meiner verhandenen Klingel ein Funk Sendemodul einbauen (bin mir aber nicht sicher welches und wie es geht)
Modul 1:
Intertechno ITS-2000 (20€)
oder
Modul 2:
Modell: MX- FS- 03V (3€)
Meine Idee:
Wenn an meiner Haustürklingel der Taster gedrückt wird, soll das Sendermodul ein Sendebefehl an den CUL senden und das definierte Modul in FHEM auf ON geschaltet werden, nach einiger Zeit soll es dann wieder automatisch auf off gestellt werden.
Reicht das Modul 2 aus ??? Kann ich es in Fhem definieren oder nicht ???
Ist das von Intertechno das richtige Modul für die Idee ???
Zitat von: ThommyTom am 14 April 2015, 22:11:52
Ich habe alle möglichen Images durch: Raspian, Bananian, Igor-Image.... Bis auf das Igor-Image funktioniert es einfach nicht...egal was ich mache!? Wie kann das sein, dass es bei einigen Leuten einfach funktioniert nur bei mir nicht?? :-\
Bist du sicher dass es am Banana liegt? Dein Clone funktioniert? FTDI-Clone haben Probleme mit dem Testpin. https://www.raspberrypi.org/forums/viewtopic.php?f=91&t=59420 (https://www.raspberrypi.org/forums/viewtopic.php?f=91&t=59420)
--> Wenn es dieses Problem ist sollte aus- und einstecken im laufenden Betrieb das Problem lösen und der CUL sollte dann erkannt werden.
So, nun frag ich auch mal nach.
Ich habe mit einem Arduino "Nano" und "Mini Pro" Nachbau die CUL Firmware in verschiedenen Versionen probiert.
Nun habe ich den 1Hz Takt am Portpin, kann aber den CUL nicht ansprechen.
Ich habe hier noch keine CC1101 Einheit angeklemmt, aber so wie ich gelesen habe sollte eine Versions abfrage immer gehen.
Nun habe ich auch mal mit dem CC1101 Modul getestet, aber auch da geht leider nur die 1Hz Blinkfrequenz.
Ich sehe auch, das der 1Hz ins straucheln komme, wenn ich mit HTerm etwas sende.
Zur Kommunikation verwende ich beim "Mini Pro" ein FTDI USB-UART TTL Adapterkabel, bei meinem "Nano" ist ein CH340G verbaut.
Der Download klappt ja bei beiden tadellos.
Beide Arduino Boards laufen mit 16MHz (beim "Nano" steht nix drauf, da habe ich den Takt gemessen)
Ich probiere nun schon ein paar Tage rum :-\ , was kann da so schief laufen?
Allerdings hatte ich am Anfang ein 0,5 Hz Takt (2 Sekunden blinken).
Um den 1Hz Takt zu bekommen, musste ich in der "miniCUL.C" bzw. "nanoCUL.C" den Prescaler auf 1 setzen.
"clock_prescale_set(clock_div_1)"
obwohl ich 16MHz Derivate habe.
Alle anderen Eingriffe mit
"#define HAS_16MHZ_CLOCK "
in der Bord.h und
"F_CPU = 16000000"
im makefile haben nicht geholfen.
Aber richtig kommt mir das nicht vor, da ja die Baudrate von der CPU Frequenz abgeleitet wird
"uart_init( UART_BAUD_SELECT_DOUBLE_SPEED(UART_BAUD_RATE,F_CPU) );"
Was mach ich falsch?
Nachtrag:
Wenn ich mit HTerm (38400, 8,N,1) sende, kann ich sehen das der LED Pin toggelt.
Wenn ich mir den Code in der "Serial.c" anschaue, ist das so gewollt.
Bei der Funktion
// RX complete
ISR(USART_RX_vect)
wird ein
LED_TOGGLE();
ausgeführt.
Ich habe in der "Serial.c" zum Testen ein zweites
LED_TOGGLE();
direkt vor dem Aufruf von
rb_put(&TTY_Rx_Buffer, data);
eingefügt und kann dann sehen, das ich einen kurzen Puls (ca 550ns) auf der LED Leitung bekomme.
Also wird rb_put(...) ausgeführt.
Nun habe ich noch ein wenig rumgespielt und festgestellt das in der Funktion
uart_flush();
in der Variablen
"TTY_Tx_Buffer.nbytes"
immer eine 0 steht, also wird in der Funktion
display_char();
nichts in den Sendebuffer geschrieben.
Ich habe hier aber nur den Aufbau ohne CC1101 zur Verfügung, liegt es vieleicht doch am fehlenden CC1101?
Für alle die den CUL433 neben IT auch für Wetterstationen nutzen möchten folgender Tip: Es gibt eine alternative Firmware hier im Forum mit dem auch viele Protokolle von 433 Devices unterstützt werden.
Funktioniert bei mir mit Logilink WS0001 Wetterstation seit ein paar Tagen.
Ich habe einen nanoCUL866 im Einsatz und hab diesen auch schon mehrfach geflasht. Bei der alternativen Firmware blinkt die blaue LED sehr schnell. Ich musste meinen Banana neustarten und auch den frischen nanoCUL ab- und wieder anstecken. Dann wurde er auch in FHEM richtig erkannt. Das ich Banana neu starten musste hatte ich bis jetzt noch nicht.
Beschreibung wäre evtl. auch im Wiki und im Forum von Gummibär hilfreich.
Link im Forum http://forum.fhem.de/index.php/topic,35064.0.html (http://forum.fhem.de/index.php/topic,35064.0.html)
Aus dem Forum kopiert ....
Dowloads:
Die kompilierten Hex Dateien findet Ihr unter https://www.mediafire.com/folder/tf16radvztfd9/a-culfw
Quellcode:
Ist zu finden in gitHub unter https://github.com/heliflieger/a-culfw
Einziger Unterschied beim Flashen ist
make (wie gewohnt)
make program-433 / make program-866 <-- je nachdem welche Frequenz geflasht werden soll.
Zitat von: kimbolero am 14 April 2015, 12:24:24
Nach 3 Wochen bin ich dazu gekommen, das Modul CC1101 868 Mhz (RF1101SE V3.1) nochmals mit einem anderen Arduino Nano (FTDI-Chip) zu testen (s. Beitrag #519). Ich kann hiermit bestätigen, das es problemlos nun funktioniert und als initalized angezeigt wird.
Welche Bezugsquelle hat du für ein Modul mit der Beschriftung RF1101SE V3.1?
Kannst du mal ein Bild davon machen wo man den Aufdruck findet?
Ich kenne bisher nur "RF1101SE" in Verbindung mit dem Aufdruck "fytoo" ohne V2.1 oder V3.1, grüne Platine mit 2x5 Pfostensteckerreiche
z.B. hier (http://de.aliexpress.com/item/Freeshipping-868M-915MHZ-wireless-module-CC1101-wireless-module-with-antenna/1745972734.html?recommendVersion=1) und hier (http://de.aliexpress.com/item/Free-Shipping-1pcx-868M-915MHz-wireless-module-CC1101-wireless-module-with-spring-antenna/1438500408.html?recommendVersion=1)
Bestellt habe ich die hier: http://www.aliexpress.com/snapshot/6499458011.html (http://www.aliexpress.com/snapshot/6499458011.html)
Dort sind auch die Daten von dir auf den Vorschaubildern zu sehen.
Bekommen habe ich die jedoch so wie im Anhang zu sehen (RF1101SE V3.1).
@Funsailor
es liegt am fehlenden CC1101. Du hast ein "Radio ohne Empfangsteil" gebaut!
@locutus
Hallo,
Danke für deine Antwort.
@alle
Habe nun nochmals die Firmware vom Gummibärchen (culfw-code-507-trunk) geladen.
Ich habe das Device "nanoCUL" ausgewählt, allerdings habe ich gerade den "Mini pro" mit meinem CC1101 aufgebaut.
Und da habe ich die selben Probleme. Keine Versions abfrage mit V möglich.
Und auch hier habe ich das Problem, das beim Schalter "HAS_16MHZ_CLOCK" nur alle 2 Sekunden die LED blinkt.
Da der Schalter HAS_16MHZ_CLOCK auch bei der Initialisierung der Baud Rate eine Rolle spielt
#ifdef HAS_16MHZ_CLOCK
uart_init( UART_BAUD_SELECT(UART_BAUD_RATE,F_CPU) );
#else
uart_init( UART_BAUD_SELECT_DOUBLE_SPEED(UART_BAUD_RATE,F_CPU) );
#endif
habe ich nun verschieden Möglichkeiten getestet.
Jeweils F_CPU im "makefile" auf 8MHz und 16MHz gestellt
Mit jeder Auswahl von F_CPU mit und ohne HAS_16MHZ_CLOCK getestet
Und dann nochmals bei der Takteinstellung den Prescaler fest eingestellt: clock_prescale_set(clock_div_1); -> Den nur dann blinkt die LED im 1 Sekundentakt!
Um den Überblick nicht zu verlieren habe ich eine Liste abgearbeitet! 8)
Nix geht, ich sehe zwar das beim Senden die Blinkfrequenz geändert wird, aber eine Antwort erhalte ich nicht.
Um die Baudrate zu testen würde ich nun gerne jede Sekunde mit dem blinken eine Message senden, how to do?
Da müsste ich mich ziemlich tief in die CUL Lib reinarbeiten, kann mir da jemand einen Tipp geben? ::)
Oder an welchem Pin des CC1101-Modul muss ich nach Reset was messen (Ich habe da sehr gute Möglichkeiten)
Kann ich den Mini nicht mit der nanocul laden?, so wie ich das bisher verstanden habe sind die beiden außer dem eingebautem USB/RS232 Konverter, der Taktfrequenz und der 3,3V Versorgungsspannung identisch.
Es leuchtet mir nicht ein, warum du ausgerechnet den Fehler im Source Code suchst. Sorge bitte erstmal dafür, dass die Hardware nach dieser Anleitung aufgebaut und mit der vorhandenen Firmware gefüttert wird: http://www.fhemwiki.de/wiki/Selbstbau_CUL
So wie ich das sehe, kommt keine serielle Kommunikation zustande. Es wäre sehr hilfreich, wenn du Angaben zur deiner CUL Definition machen könntest. Ein brauchbares Foto von deinem selbstbau CUL wäre auch nicht verkehrt.
Zitat von: Funsailor am 21 April 2015, 21:54:47
Habe nun nochmals die Firmware vom Gummibärchen (culfw-code-507-trunk) geladen.
zum einen ist die anleitung besser http://www.fhemwiki.de/wiki/Selbstbau_CUL und zum anderen hat das Gummibärchen keine eigene firmware :o
ich würde dir raten, wie locutus schon schrieb, den aufbau zu prüfen. wenn du alles richtig verkablet hast , die richtige firmware nach anleitung geflashed hast dann hast du 0 probleme mit dem selbsbau cul und ein neuschreiben der firmware ist zu 101% nicht notwendig. wenn du björns alternative culfw nimmst hast du auch gleich für alle arten des cul's (nano/mini/433/868 usw) fertige hexfiles die du nur noch flashen musst http://forum.fhem.de/index.php/topic,35064.0.html ohn den quellcode auch nur anschauen zu müssen, für einsteiger der sicherste weg
Guten Abend zusammen.
Ich hätte da mal eine kurze Frage:
Warum braucht dieses Modul extra noch einen uC? Im Falle eines Rpi ist doch die SPI Schnittstelle vorhanden und ein SPI-Treiber gibt's für das Modul wohl auch.
Mit freundlichen Grüßen
Bugs
Zitat von: Bugs am 27 April 2015, 22:06:13
Warum braucht dieses Modul extra noch einen uC? Im Falle eines Rpi ist doch die SPI Schnittstelle vorhanden und ein SPI-Treiber gibt's für das Modul wohl auch.
Weil die existierende Firmware für AVR geschrieben ist. ;)
Dank µC+USB ist das Ganze auch wesentlich universeller als direkt an RPI.
Hmm, ok...
Ich frage eigentlich nur, weil ich vorgehabt hätte das ganze auf einem HLK-RM04 Modul mit OpenWRT zum laufen zu bringen. FHEM läuft schon, leider belegt der dafür benötigte USB-Stick schon den USB-Port. Aber SPI wäre noch frei ;-) !
Diese Kombo ergäbe ein echt winziges, günstiges und stromsparendes Zuhause für FHEM incl. LAN und WLAN.
Bugs
Du hast Doch zuerst von RPI gesprochen? HLK-RM04 ist vermutlich wieder etwas anders.
Wie auch immer, theoretisch ist das nicht unmöglich. Aber die entsprechende Software gibt es meines Wissens nicht. Ist auch vermutlich nicht ganz ohne, da (im Unterschied zu Atmel) RPI/HLK-RM04 & Co. mit Linux/OpenWrt nicht realtime fähig sind. Könnte ein Problem sein.
P.S. nimm doch einen kleinen USB-Hub. Es gibt ganz kleine dabei ;)
Da Openwrt auf dem aktuellen MainstreamKernel basiert sind Rpi(Raspbian) und HLK-RM04 das gleiche, Sorry.
An welcher Stelle ist denn RT-Fähigkeit gefordert?
Bei reiner Master/Slave Kommunikation ( Master fragt und Slave antwortet ) von FHEM zu Aktor/Sensor seh ich da kein Realtime-Problem.
Ein kleiner Hub könnte auch gehen, aber was wenn er unnötig wäre?!
Bitte nicht falsch verstehen, ich frage nur um zu lernen ;)
Bugs
Kernel ist nicht alles. Die Systeme haben nicht die gleiche Hardware und (in diesem Fall) auch nicht die gleiche Software. Da gibt es ein ganzer Berg kleiner Feinheiten. Daher würde ich die Aussage, dass bei den beiden Systemen um "das gleiche" handelt nicht unterschreiben.
Ich weiß nicht, wie wichtig RT-fähigkeit hier praktisch sein wird, aber Timing hat schon eine große Bedeutung. Auch bei reiner Master/Slave-Kommunikation. Falls ein anderer Prozess dazwischen kommt - kann (wird) es zu Verlüsten kommen (ggf. auf beiden Seiten). Das muss man schon berücksichtigen. Ich will damit sagen, dass eine 1zu1 Portierung nicht ohne weiteres möglich ist.
Vorab: Problem gelöst, CUL im Eigenbau brummt.
@locutus
-> Die Versions Abfrage mit einem Terminal Programm geht auch ohne CC1101 Modul! ::) Dazu muss man nur die FW auf den Arduino bruzeln!
-> Ich habe keinen Fehler in der Firmware gesucht, sondern die Möglichkeit meinen Aufbau zu testen, den bei der visuellen Prüfung der Schaltung konnte ich keinen Fehler finden.
Scheinbar hatte ich eine Firmware erwischte (wenn ich Zeit habe suche ich die mal raus) bei der der die LED trotz richtiger Taktauswahl (16MHz) mit 0,5 Hz blinkte, da dachte ich an ein Frequenzproblem. Da man die interne Taktfrequenz nicht einfach messen kann, wollte ich die Frequenz der seriellen Schnittstelle überprüfen. Einfach mal eine Message vom Arduino senden lassen und mit dem Oszi ausmessen.
Mit Hilfe von kahis (Nochmals vielen Dank für die Unterstützung) habe ich dann die relevanten Stellen in der LIB gefunden und beim Startup eine Versions abfrage gesendet. Klappte hervorragend (38400 war richtig).
Hätte ich mir aber auch sparen können, den beim lesen des Codes konnte ich sehen, das die CUL nicht nur ein 'V' erwartet sondern ein 'V CR' oder 'V LF'. Und das muss man beim HTerm einstellen.
@chris1248 Mir ist bewusst das Gummibärchen keine eigenen FW gemacht hat, hab mich da undeutlich ausgedrückt.
Ich habe mich nun mal an ein paar einfachen Intertechno - Steckdosen gemacht und die Intertechno - Fernbedienung eingelesen. Klappt bisher prima, ist aber noch keine wirkliche Aufgabenstellung!
Hat jemand schon mal eine kleine 2-lagige Adapterplatine ankonstruiert, die man als Verbindung zwischen Nano und CC1101 Modul nehmen könnte?
Kompliziert ist das Routing ja nun nicht und ohne Adapter sind die ganzen Kabel oder gar Breadboard ja nicht gerade schön.
Im Prinzip gibt es ja nur zwei Typen von Modulen: 2,5 mm Pins (die 433Mhz Module) entweder als 2x5 Pins (dann sind VCC und GND jeweils an 2 Pins) oder als 2x4 Pins, dann sind VCC und GND nebeneinander. Das könnte man auf ein Layout mit einer Lötbrücke passen. Dann gibt es die 2mm "Briefmarken" Versionen für 868Mhz mit 8 Halbpins in einer Reihe.
Ich stelle mir das so vor:
- Eine kleine Platine ungefähr im Formfaktor des Nano
- Auf der Oberseite wir das CC1101 Modul durchgesteckt und von unten fest gelötet. Ebenso wir die Kontroll-LED und Widerstand angelötet.
- Unterseite: Ein kleiner 4-Pin Level Shifter zum Auflöten (für Perfektionisten für die Output Pins des Nanos) wird angelötet, alle anderen schließen einfach drei Lötbrücken oder es werden Spannungsteiler/Widerstände angelötet (davon wird aber i.d.R. abgeraten und die LevelShifter kostet fertig nur 70Cent.
- Finaler Montageschritt: Der Nano wird von unten aufgesteckt und die Pins festgelötet
Den Nano gibt es als fertige Eagle Library, die 2x5 Pin Reihe bestimmt auch.
Damit hätte man von der Parts-List nur noch fertige Standard-Komponenten mit wenigen Lötstellen, die auch Anfänger zusammen löten können und alles wäre schön kompakt, auch ein versehentliches Falschlöten und Sticken reduziert sich drastisch auf eine Lötbrücke (10 oder 8 Pin Modul)
Gibt es jemanden der sowas in Eagle o.ä. konstruieren könnte?
Ich würde es ja gerne selber machen aber meine Eagle Kenntnisse sind leider sehr begrenzt.
Dafür könnte ich mich um eine erste Sammelbestellung und Verteilung kümmern.
Ach dann ist doch das basteln nur noch halb so schön
Zitat von: Garagenhaus am 28 April 2015, 18:21:43
Hat jemand schon mal eine kleine 2-lagige Adapterplatine ankonstruiert, die man als Verbindung zwischen Nano und CC1101 Modul nehmen könnte?
Kompliziert ist das Routing ja nun nicht und ohne Adapter sind die ganzen Kabel oder gar Breadboard ja nicht gerade schön.
Ohne das schlechtreden zu wollen, mit dem CC1101-Modul mit 2,54mm Pins und einer Lochrasterplatine kann man sich das auch ohne großen Aufwand ansehnlich zusammenbauen. Mal die Levelshifter außer Acht gelassen, die würden noch einiges an Löten verursachen. Aber so viele Kabel sind es nun auch nicht dass man große Fehler zu erwarten hätte. Wenn solch ein Projekt, wäre es interesant wenn eine Steckbrücke für Arduino und das CC1101 schon vorhanden wäre, dann müsste nur noch gesteckt werden und alle die auf Löten verzichten wollen könnten es ganz einfach zusammenstecken. Vielleicht will sich ja jemand ein paar Euro damit verdienen.
Also ich habe nichts dagegen, wenn jemand zusätzlich einen Lötservice anbieten will. Nicht jeder kann Löten.
Steckbrücke finde ich ne gute Idee. Ist ja eine Option, die jeder für sich dann entscheiden kann. Und wenn es jemand als fertigen Adapter mit zwei Steckbrücken anbietet, noch besser, dann ist der Intereasentenkreis um Nichtlöter erweitert.
Zitat von: Garagenhaus am 28 April 2015, 18:21:43
Gibt es jemanden der sowas in Eagle o.ä. konstruieren könnte?
Ich würde es ja gerne selber machen aber meine Eagle Kenntnisse sind leider sehr begrenzt.
Dafür könnte ich mich um eine erste Sammelbestellung und Verteilung kümmern.
Es gibt ein Projekt von ext23 hier im Forum http://forum.fhem.de/index.php/topic,13890.0.html (http://forum.fhem.de/index.php/topic,13890.0.html) hierzu gibt es auch eine Projektpage ... http://itse.homeip.net/projekte/12/6/ (http://itse.homeip.net/projekte/12/6/)
Vielleicht kann er dir sagen ob er die Platinen selber gemacht hat, oder zumindest einen Ansprechpartner hat der dir weiterhelfen kann. Vielleicht macht er dir ein gutes Angebot wenn xxx-Stück abgenommen werden. Ich selber hab kein Interesse weil ich gut genug löten kann. Aber vielleicht hilft dir schon mal ein Name eines Members der sowas ähnliches schon mal gemacht hat.
Zitat von: Garagenhaus am 28 April 2015, 18:21:43
Gibt es jemanden der sowas in Eagle o.ä. konstruieren könnte?
Ich würde es ja gerne selber machen aber meine Eagle Kenntnisse sind leider sehr begrenzt.
Dafür könnte ich mich um eine erste Sammelbestellung und Verteilung kümmern.
Hallo Garagenhaus,
habe Deine Idee vermutlich noch nicht ganz verstanden, bin aber einigermaßen fit in Eagle.
Meine Lösung wäre die folgende:
- locutus hat einen 433 MHz CUL clone layoutet und die Gerberdaten offengelegt
- da könnte man Platinen bestellen und müsste halt den Controller, etc. bzw. das CC1101 Modul noch auflöten
Setzt aber erweiterte Lötkenntnisse voraus.
Dein Ansatz ist vermutlich:
- nimm ein CC1101 Modul
- nimm einen Arduino nano
- konstruiere eine Leiterplatte mit Levelshifter dazu, um mit wenig Lötstellen das Ganze aufbauen zu können
Soweit korrekt verstanden? Vielleicht kannst Du mir mal eine kleine Skizze machen.
Ich wollte sowieso für meinen Programmer eine Levelshifter Platine machen, da sind die Bauteile sowieso vorhanden ...
Gruß PeMue
Zitat von: PeMue am 28 April 2015, 20:55:30
Dein Ansatz ist vermutlich:
- nimm ein CC1101 Modul
- nimm einen Arduino nano
- konstruiere eine Leiterplatte mit Levelshifter dazu, um mit wenig Lötstellen das Ganze aufbauen zu können
Soweit korrekt verstanden? Vielleicht kannst Du mir mal eine kleine Skizze machen.
Ich wollte sowieso für meinen Programmer eine Levelshifter Platine machen, da sind die Bauteile sowieso vorhanden ...
Gruß PeMue
Das klingt toll. Genau so meine ich es. siehe unten.
Zwei Standardmodule für unter 10€ inkl. Versandkosten, die Platine und die Steckbrücken angelötet, fertig ist der Minimal CUL.
Damit schließt man eben auch bei Anfängern ein paar Fehler aus und auch die Unsicherheit, ob fehlende Kommunikation nicht doch an einem falschen Aufbau liegen. Der Vorteil von den Steckbuchsen ist ja dann zusätzlich, dass man weder den Nano, noch den CC1100 kaputt löten kann. Man muss nur die Buchsenleisten anlöten und kann ggf. auf den Levelshifter verzichten. Da der Nano auch nur gesteckt ist, kann man ihn mal auch für was anderes benutzen. Und findet sich jemand, der für ein Taschengeld anderen auch noch einen Lötservice anbietet um so besser.
Zu den Zeichnungen unten:
- Habe mal zwei Anordnungen gemacht. Das ist für mich eine Frage wie man auf einer zweilagigen Platine die Verbindungen einfacher gelegt bekommt bzw. der Autorouter von Eagle damit zurechtkommt.
- Was ich aktuell nicht weiß, ist, ob die kleinen vierpoligen LevelShifter reichen. Im Wiki sind sie ja nicht genau verlinkt und laut Schaltplan sind es drei Pins. Die kleinen Levelshifter haben zwar 4 Pins, davon aber 1x VCC und 1x GND.
http://www.aliexpress.com/wholesale?catId=0&SearchText=i2c+level+converter
Oh man, wenn ich das in Eagle checken würde. Das Zeichnen hat jetzt definitiv zu lange gedauert....
Wenn man Nano nimmt, wird es je kein "Stick" und man einen USB-Kabel verwenden muss. Dann wird es evtl. einfacher, wenn ein Pro Mini genommen wird. Man btreibt ihn mit 3,3V und spart sich den Level-Shifter. Das Ganze wird mit einem 3,3V USB-TTL-Stick angeschlossen.
16MHz Arduino ist bei 3,3V leicht außerhalb der Spezifikation, läuft aber in aller Regel problemlos.
Grüße,
Alexander
P.S. Keine Angst vor dem Adler ;) Eagle ist zwar recht gewöhnungsbedürftig, aber nach 1-2 Wochen Beschäftigung durchaus beherrschbar. Und die Schaltung ist ja recht simpel.
Hallo zusammen,
ich habe mal was gesammelt, siehe Anhang.
Folgende Punkte sollten im Auge behalten werden:
- Pegel prüfen 5 V Atmega -> Funkmodul
- ich würde gerne die Schaltbilder der jeweiligen Module (Arduino/Funkmoduol) als Bild mit in den Schaltplan einbauen
- die USB Buchse würde ich auf die Innenseite drehen, wenn machbar
- es ist ein 3-kan. Pegelwandler notwendig, ggf. könnte aber ein 4-kan. vorgesehen werden
- ggf. Schrauben für ein Gehäuse vorsehen
@Hexenmeister:
Mit USB-TTL-Stick wird das Ganze aber arg lang ;)
Gruß PeMue
Zitat von: PeMue am 30 April 2015, 08:21:43
@Hexenmeister:
Mit USB-TTL-Stick wird das Ganze aber arg lang ;)
Nö ;)
Ein USB-TTL-Stick steckt am Ende des Kabels und ist Kaum größer als ein 'normaler' USB-Stecker. Umd einen Kavel (samt Stecker ;) ) brauchst Du bei Nano soweiso. Also das Device selbst wird dabei sogar kürzer. :)
Zitat von: PeMue am 30 April 2015, 08:21:43
- Pegel prüfen 5 V Atmega -> Funkmodul
- ich würde gerne die Schaltbilder der jeweiligen Module (Arduino/Funkmoduol) als Bild mit in den Schaltplan einbauen
Was meinst du mit prüfen? Da haben wir doch Gewissheit, dass es beim Nano 5V sind.
In Eagle gibt es den Pro Mini und Nano als Schaltplan und Layout http://diymodules.org/eagle (siehe Anhang)
Zitat
- die USB Buchse würde ich auf die Innenseite drehen, wenn machbar
Wollte ich zuerst auch, aber der Nano wird eigentlich immer mit fertig aufgelöteter Steckerleiste nach unten verkauft. Das macht auch Sinn, da oben ja die SMD Teile und die USB-Buchse liegen. Und die Steckerleiste jetzt ablöten würde ich nicht als Low-Cost/Low-Effort/Anfängertaugliche Lösung vorsehen, daher habe ich den Nano umgedreht.
Zitat
- es ist ein 3-kan. Pegelwandler notwendig, ggf. könnte aber ein 4-kan. vorgesehen werden
Die seitlichen Steckerleisten des Nano hat einen Abstand von 6 mal 2,54mm zueinander, die 4 Kanal Module sind aber 6 Pins breit, die bekommt so wie ich das vorgesehen habe nicht rein. Die Frage ist, ob man dann lieber mit Spannungsteilern arbeitet. Diese Aussage von Adafruit hat mich stuzig gemacht, ob das bei unserem Modul geht:
"Although one can use resistors to make a divider, for high speed transfers, the resistors can add a lot of slew and cause havoc that is tough to debug." (https://www.adafruit.com/products/1875)
Zitat
Mit USB-TTL-Stick wird das Ganze aber arg lang ;)
Ich bin gar nicht so scharf auf einen USB Stecker. Wenn die Gesamtlösung nicht super kompakt ist, dann ist es eh immer etwas eng an den Mehrfach USB Ports. Und Kompaktheit ist ja nicht mein Ziel, sondern Standardkomponenten.
Der Pro-Mini ist allerdings auch etwas kürzer als der Nano. Die FTDI USB-TTL gibt es auf Ebay und Co fast nur mit Mini-USB Buchse, also kein Unterschied. Ausserdem sind sie mit 36mm ähnlich lang wie der Pro Mini. Daher könnte ich mir einen Sandwich vorstellen, siehe unten. Also nicht arg lang, sondern etwas dicker durch eine weitere Ebene. http://www.ebay.de/itm/221683276833
Zwei längere Varianten mit USB-A-Steckern habe ich auch gezeichnet. Diese USB-TTLs gibt es aber nur mit anderen Chips drauf. Hier kommt es drauf an, welche sich bewährt haben (Thema individuelle Kennung...). Man muss dann gezielt einen finden, der vom Formfaktor zum Projekt passt und auch von vielen Anbieter verfügbar. Vorschläge?
- CP2102, sehr kurz: http://www.ebay.de/itm/271419331675
- CP2102, länger (3,60€): http://www.ebay.de/itm/391020898300
- PL2303, etwas länger (5€ aus DE): http://www.ebay.de/itm/171527140541
- identisch aus China, 1,50€: http://www.ebay.de/itm/121504811914
- PL2303, 31mm sehr lang (9€): http://www.ebay.de/itm/281353505760
- CH340, sehr lang, (4,27€):http://www.ebay.de/itm/251742353968
Cp210x haben nicht per se eigene Serial, man kann sie aber selbst darauf flashen.
Was spricht gegen ein USB Stick (also mit Gehäuse) und ein Kabel zu Pro Mini?
Du meinst sowas hier?
http://www.ebay.de/itm/271730542658
http://de.aliexpress.com/item/6pin-FTDI-FT232RL-USB-to-Serial-adapter-module-USB-TO-TTL-RS232-Cable/1858974923.html
So was in der Art. Es gibt viele verschiedene. Das kann der jeweilige Nutzer dann selbst aussuchen und anschließen.
Hallo zusammen,
da kommt ja richtig Schwung rein ;)
Zitat von: Garagenhaus am 30 April 2015, 15:40:05
Was meinst du mit prüfen? Da haben wir doch Gewissheit, dass es beim Nano 5V sind.
Ich wollte nur sicher gehen, dass die 3,3 V Pegel zumindest auch theoretisch die 5 V Eingänge aussteuern, oder ob Probleme auftauchen könnten.
Zitat von: Garagenhaus am 30 April 2015, 15:40:05
Die seitlichen Steckerleisten des Nano hat einen Abstand von 6 mal 2,54mm zueinander, die 4 Kanal Module sind aber 6 Pins breit, die bekommt so wie ich das vorgesehen habe nicht rein.
Ich habe gesehen, dass es entweder 2-kan. oder 4-kan. gibt und diese auch mit unterschiedlicher Pinbelegung >:(
Zitat von: Garagenhaus am 30 April 2015, 15:40:05
Wollte ich zuerst auch, aber der Nano wird eigentlich immer mit fertig aufgelöteter Steckerleiste nach unten verkauft. Das macht auch Sinn, da oben ja die SMD Teile und die USB-Buchse liegen. Und die Steckerleiste jetzt ablöten würde ich nicht als Low-Cost/Low-Effort/Anfängertaugliche Lösung vorsehen, daher habe ich den Nano umgedreht.
Stimmt, die Stiftleisten sind an meinem, den ich letzte Woche von Aliexpress bekommen habe, auch schon aufgelötet. Und der Programmierstecker geht dann ganz in die falsche Richtung >:(
Die Eagle Bibliotheken habe ich übrigens gesehen, muss nur schauen, ob ich diese mit meiner alten Version einlesen kann.
Gruß PeMue
Libs für Arduino gibt es. Für den Funkmodul muss man sehen, obs passt. Zur Not kann man die auch selbst erstellen. Wenn jemand das Teil genau ausmisst, kann ich das ggf. tun.
Ich nutze gerne diese Sticks. Sind klein, halbwegs vernünftig verarbeitet und lassen sich mit einer eigener Nummer individualisieren.
(http://i.ebayimg.com/t/2PCS-Metal-case-USB-2-0-to-TTL-UART-Module-5pin-Serial-Converter-CP2102-STC-New-/00/s/ODAwWDgwMA==/z/o8cAAOxyBjBTVPtl/$_57.JPG)
http://www.ebay.de/itm/2PCS-Metal-case-USB-2-0-to-TTL-UART-Module-5pin-Serial-Converter-CP2102-STC-New-/131172305388
Hallo,
ich habe gerade meinen ersten NanoCUL wie im http://www.fhemwiki.de/wiki/Selbstbau_CUL (http://www.fhemwiki.de/wiki/Selbstbau_CUL) beschrieben zusammengebaut.
Das Flashen der Firmware ist fehlerfrei durchgelaufen. Ebenso blinkt die LED an Pin9 im Sekundentakt.
Leider funktioniert aber der Test via Minicom nicht, ich bekomme weder auf V noch auf ? eine Antwort.
Hat jemand eine Idee?
Paul
Kann man Autocreate beim NanoCul irgendwie deaktivieren? Ich bekomme in letzter Zeit immer neue Einträge von IT Steckdosen mit Log erstellt.
Zitat von: Paul.baumann am 01 Mai 2015, 20:42:56
Hallo,
ich habe gerade meinen ersten NanoCUL wie im http://www.fhemwiki.de/wiki/Selbstbau_CUL (http://www.fhemwiki.de/wiki/Selbstbau_CUL) beschrieben zusammengebaut.
Das Flashen der Firmware ist fehlerfrei durchgelaufen. Ebenso blinkt die LED an Pin9 im Sekundentakt.
Leider funktioniert aber der Test via Minicom nicht, ich bekomme weder auf V noch auf ? eine Antwort.
Hat jemand eine Idee?
Paul
Hallo Paul,
arbeitest du mit Windows und HTerm (oder ähnlichen Terminal Programm)?
Dann liegt es am fehlenden CR/LF
Ich bin über das gleiche Problem gestoßen und habe mich da auch ein wenig geärgert.
siehe da:
http://forum.fhem.de/index.php/topic,24651.555.html
Funsailor Antwort 566
Das sollte man in der Anleitung genauer beschreiben, nicht alle Terminalprogramme schicken automatisch ein CR LF >:(
Viel Erfolg
Funsailor
Meine nanoCUL433 Variante, läuft... 8) Danke!!
Philipp
Hallo Philipp,
woran lag es?
Funsailor
Hat gleich funktioniert, sorry. Wollte nur den simplen Levelshifter zeigen.
lg
Philipp
Zitat von: Funsailor am 06 Mai 2015, 13:06:43
Hallo Paul,
arbeitest du mit Windows und HTerm (oder ähnlichen Terminal Programm)?
Dann liegt es am fehlenden CR/LF
Ich bin über das gleiche Problem gestoßen und habe mich da auch ein wenig geärgert.
siehe da:
http://forum.fhem.de/index.php/topic,24651.555.html
Funsailor Antwort 566
Das sollte man in der Anleitung genauer beschreiben, nicht alle Terminalprogramme schicken automatisch ein CR LF >:(
Viel Erfolg
Funsailor
Hallo Funsailor,
tatsächlich macht Minicom hier Probleme. Ich bin jetzt auf Screen umgestiegen und habe keine Probleme mehr.
Danke Paul
Hallo,
ist es möglich den CC1101 an andere Pins anzuschließen? Ich habe wahrscheinlich einen Arduino Nano mit dem ich zwar senden aber nicht empfangen kann. Selber Sketch, selber CC1101, selbe Konfig in FHEM mit anderen Arduino funktioniert problemlos. Ich gehe davon aus, dass einer der Pins nicht funktioniert.
Wenn ich mich nicht irre ist das empfangen an Pin D2. Was müsste ich in welchem File ändern damit ich den Nano dennoch verwenden könnte?
Danke!
Zitat von: kadettilac89 am 09 Mai 2015, 18:17:33
Wenn ich mich nicht irre ist das empfangen an Pin D2. Was müsste ich in welchem File ändern damit ich den Nano dennoch verwenden könnte?
In board.h dieser Abschnitt:
/* CC1101 GDO2 Rx Interrupt */
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT PIND
#define CC1100_IN_PIN PD2
#define CC1100_IN_IN PIND
#define CC1100_INT INT0
#define CC1100_INTVECT INT0_vect
#define CC1100_ISC ISC00
#define CC1100_EICR EICRA
Der neue Pin muss einen Pin Change Interrupt unterstützen, daher muss der zweite Abschnitt in dem Ausschnitt oben passend zum ersten angepasst werden.
Hallo kaihs,
danke für die schnelle Antwort. Leider sagen mir die Parameter nichts. Lt. Doku von Arduino sind nur Pin 2+3 per Default "change pin interrupt". Wenn ich es richtig verstanden hab können die anderen Pins aber durch eigene Routinen auch auf interrupts reagieren. Da hörts dann auf mit dem Verständnis. Einfach PD2 durch PD9 (für D9 ..) ist also nicht.
Egal, dann hol ich mir das Geld vom freundlichen Chinesen für den defekten Nano zurück und es wars.
Die Arduino Doku ist da wahrscheinlich nicht das richtige Nachschlagewerk. Die culfw verwendet ja nicht die Arduino Routinen. Daher ist das Datenblatt des ATMega328p da besser geeignet.
Alle Portpins können einen Pin Change Interrupt, nur halt jeder Pin einen anderen.
Am schnellsten sieht man das wahrscheinlich im Pinout, siehe Bild.
ich hab scheinbar ein Verständnisproblem ... ich nehme die Kennung für den Interrupt aus der Grafik. Für PD7 wäre das AIN1. In board.h tausche ich nun die Definition INT0 gegen AIN1 aus -->
/* CC1101 GDO2 Rx Interrupt */
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT PIND
#define CC1100_IN_PIN PD7
#define CC1100_IN_IN PIND
#define CC1100_INT AIN1
#define CC1100_INTVECT AIN1_vect
#define CC1100_ISC ISC00
#define CC1100_EICR EICRA
Wenn ich nun make ausführe erhalte ich Fehlermeldungen ...
- BananaPI
- alternative Firmware aus http://forum.fhem.de/index.php/topic,35064.0.html (http://forum.fhem.de/index.php/topic,35064.0.html) Version 1.03.04 (Version 1.04 funktioniert nicht)
Scheinbar wird auf INT0, INT1 geprüft. Ich hab PD5 (T1) und PD7 (AIN1) getestet. Nur INT0/1 funktioniert.
2 root@bananapi ..fw1.3.04_pintest/culfw/Devices/nanoCUL # make :(
make TARGET=nanoCUL868 mostly_clean sizebefore build sizeafter
make[1]: Entering directory `/home/aculfw1.3.04_pintest/culfw/Devices/nanoCUL'
Cleaning project:
Compiling C: nanoCUL.c
Compiling C: ../../clib/cc1100.c
../../clib/cc1100.c: In function 'ccInitChip':
../../clib/cc1100.c:166:13: error: 'AIN1' undeclared (first use in this function)
../../clib/cc1100.c:166:13: note: each undeclared identifier is reported only once for each function it appears in
../../clib/cc1100.c: In function 'ccTX':
../../clib/cc1100.c:273:14: error: 'AIN1' undeclared (first use in this function)
../../clib/cc1100.c: In function 'ccRX':
../../clib/cc1100.c:292:12: error: 'AIN1' undeclared (first use in this function)
make[1]: *** [../../clib/cc1100.o] Fehler 1
make[1]: Leaving directory `/home/aculfw1.3.04_pintest/culfw/Devices/nanoCUL'
make: *** [all] Fehler 2
Zitat von: kadettilac89 am 09 Mai 2015, 22:10:24
ich hab scheinbar ein Verständnisproblem ... ich nehme die Kennung für den Interrupt aus der Grafik. Für PD7 wäre das AIN1. In board.h tausche ich nun die Definition INT0 gegen AIN1 aus -->
Nein, für PD7 ist das PCINT23.
INT0 und INT1 sind nicht das selbe, wie die PCINT. PCINT kann zwar jeder Pin, aber die reagieren immer auf Level-Wechsel. INTx kann konfiguriert werden (steigende Flanke, fallende Flanke, Wechsel,..) Daher denke ich nicht, dass das einfach ausgetauscht werden kann.
Es können also nur Pins 2 und 3 verwendet werden.
Zuordnung von Arduino-Pins zu Atmel-Pins:
(http://www.s6z.de/cms/images/content/arduino/ATMEL/Arduino_Nano_Pinbelegung.png)
Ja, sorry, hexenmeister hat recht.
Nur durch Änderung des Includes lässt sich nicht jeder PCINT nutzen. Ich denke aber, dass es von der Funktionalität her möglich wäre, es wird auch jetzt bei jeder Änderung getriggert:
rf_receive.c: SET_BIT( CC1100_EICR, CC1100_ISC); // Any edge of INTx generates an int.
egal, mit PCINT23 funktioniert es nicht. Arduino wird entsorgt. Aber ich hab gelernt was die Kürzel neben den PD* bedeuten.
Danke euch beiden und noch ein schönes Wochenende.
Einen defekten CH340-Nano und etliche Stunden Spieltrieb später ... ich hatte noch einen FhemDuino auch mit einem Nano mit FTDI-Chip. Ich habe nun die Nanos getausch und entsprechend geflasht, der vermeintlich defekte funktioniert im Duino, und der aus dem Duino, der sowieso schon für die Tests herhalten musste, funktioniert auch im nanoCul433.
Komisch, ich betreibe den nanoCul mit 5V an den Eingängen, vielleicht sind neuere Nanos empfindlicher da die Eingangsspannung eigentlich 3.3 sein sollte. Der CH340-Nano hatte nicht gemurrt, und der FTDI der schon älter ist jetzt auch nicht. Ich nutze die alternative CUL-FW, vielleicht ist auch hier noch was nicht ganz rund. Aber egal.
Hmmh, kurz zum Verständnis:
Funktionieren jetzt die C1101 V3.1 Module mit 868Mhz für Homematic bei irgendwem??
Ich habe dieses Modul und es funktioniert sehr schlecht. Also ein Bruchteil der gesendeten Befehle werden ausgeführt, sonst nur Missing Acks.
Wogegen ein anderes Modul mit Drahtantenne RF1101SE-V2 einwandfrei funktioniert. Hatte dieses V3.1 lediglich wegen der SMA-Antenne und vermeintlich besserer Reichweite gekauft.
Also nochmal die Frage, läuft dieses V3.1 Modul von dem genannten Chinahändler bei jemandem fehlerfrei?
Gruss
killah78
Bei mir hatte es Probleme mit homematic und max! .. hab daher ein anderes gekauft.
Das von dir genannte funktioniert aber gut in 433 mhz
hi,
ich hab den CUL ebenfalls nach der Gummibären Anleitung und Wiki gebaut(super Arbeit und danke dafür).
Jetzt hab ich ein Problem. Egal ob ich culfw oder a-culfw flashe.
ccconf gibt mir immer das hier zurück:
nanoCUL ccconf => freq:6656.000MHz bWidth:58KHz rAmpl:42dB sens:16dB
Ich hätte hier aber gerne andere Werte (z. B. freq 433.920MHz)
Wenn ich jetzt "set nanoCUL freq 433.920MHz " aufrufe steht im Log folgendes:
2015.05.18 14:42:05 3: Setting FREQ2..0 (0D,0E,0F) to 10 b0 71 = 433.920 MHz
Sieht doch eigentlich gut aus, zeigt aber keine Wirkung. ein get nanoCUL ccconf gbt immer noch 6656,00 Mhz zurück. Und bei den anderen Werten genau das gleiche.
Hat jemand vielleicht eine Idee?
Gekauft habe ich übrigens das hier:
http://www.ebay.de/itm/390819873884
und
http://www.ebay.de/itm/191444544949
Müsste doch beides passen oder?
Danke für die Hilfe. Die Suche hab ich durchaus bemüht. Aber irgendwie komme ich hier nicht weiter.
Überprüfe doch mal bitte deine Verkabelung .. Scheint die Spannungsversorgung com cc1101 modul zu sein.
Zitat von: thoffma3 am 18 Mai 2015, 14:50:55
ccconf gibt mir immer das hier zurück:
nanoCUL ccconf => freq:6656.000MHz bWidth:58KHz rAmpl:42dB sens:16dB
prüfe nochmal die verkabelung, ich hab schon ein paar nanoCul gebaut und viel damit rumexperimentiert. Solange kein CC1101-Modul angeschlossen ist zeigt er "komische" Frequenzen an. Bei richtiger Verkabelung ist dann alles OK.
Abstecken- Anstecken hilft nichts? Raspberry oder Platine neustarten? Wenn du ein Messgerät hast die Verbindungen auf Durchgang prüfen.
erst mal danke. Ich prüfe am Wochenende die Verkabelung. Dann gibts nochmal Feedback.
es gibt auch user die erwischen mal ein defektes Bauteil ...
bin bei einem anderen Projekt wegen so einem defekten Teil mal wieder verzweifelt..
Ja davon geht man allgemein aber nicht aus..
Zitat von: kadettilac89 am 18 Mai 2015, 17:48:06
prüfe nochmal die verkabelung, ich hab schon ein paar nanoCul gebaut und viel damit rumexperimentiert. Solange kein CC1101-Modul angeschlossen ist zeigt er "komische" Frequenzen an. Bei richtiger Verkabelung ist dann alles OK.
Abstecken- Anstecken hilft nichts? Raspberry oder Platine neustarten? Wenn du ein Messgerät hast die Verbindungen auf Durchgang prüfen.
Danke. Jetzt gehts. Bin halt noch ein Anfänger. Ich habe die Pins am Arduino genau spiegelverkehrt angeschlossen. Dabei steht ja auf der Platine das Arduino genau welchen Pin welchen Namen hat.
Zitat von: thoffma3 am 22 Mai 2015, 08:55:30
Danke. Jetzt gehts. Bin halt noch ein Anfänger. Ich habe die Pins am Arduino genau spiegelverkehrt angeschlossen. Dabei steht ja auf der Platine das Arduino genau welchen Pin welchen Namen hat.
Kaum klappts mit Lesen schon funktioniert es :) ... nur Spass. Dann hat sich der Aufwand bis jetzt gelohnt.
weiß hier jemand ob es möglich ist an einem Arduino Nano zwei cc1101 Module zu betreiben (damit am Raspberry nicht zwei Nanos hängen und damit a) Strom verbrauchen und b) USB-Ports blockieren) und wenn ja wie?
Z.b. um einmal HomeMatic und zugleich FS20 zu senden/empfangen.
Danke!
Ich habe eine Frage zum D10 am Arduino, es wird beschrieben das ein Pullup R2 mit 10k am CSN verwendet werden soll, gleichzeitig wird aber auch angemerkt das für D10 eigentlich ein Spannungsteiler verwendet werden soll.
Da ich jetzt kein Elektronik Freak bin ist mir nicht so ganz klar wie die Schaltung mit Spannungsteiler & Pullup am CSN aussehen muss wenn ich die einfache Lösung mit 4,7 +10k Wiederstand verwenden möchte und ob überhaupt beides so zusammen geht.
Kommt der R2 abzweig dann vor den Spannungsteiler oder wie funkt das?
Zitat von: Ephes am 17 Juni 2015, 18:20:47
weiß hier jemand ob es möglich ist an einem Arduino Nano zwei cc1101 Module zu betreiben (damit am Raspberry nicht zwei Nanos hängen und damit a) Strom verbrauchen und b) USB-Ports blockieren) und wenn ja wie?
Technisch mag das noch gehen, aber die Firmware wird das nicht können. Es dürfte auch recht anspruchsvoll werden, einen stabilen Doppelbetrieb zu ermöglichen.
Vor allem einen nennenswerten Nutzen kann ich nicht nachvollziehen, denn
a) Verbrauch eines Nano ist echt vernachlässigbar
und
b) es gibt USB-Hubs ;)
Grüße,
Alexander
Mit ein paar Änderungen in der Firmware funktioniert das auch. Und wenn man sich auf ein Protokoll pro CC1101 Modul beschränkt und im Betrieb nicht zwischen anderen Protokollen hin und her wechselt läuft es auch stabil.
Eine Portierung der culfw läuft bei mir seit einiger Zeit auf einem MAX!Cube mit einem zusätzlichen CC1101 für den Simultanbetrieb von slowRF und Homematic. Bis jetzt ohne Probleme.
Grob gesagt sind folgende Änderungen nötig (am Beispiel von Homematic für den zweiten CC1101):
- Den IN und CS Pin des zweiten CC1101 an eine freien Portpin anschließen, MOSI, MISO und SCK werden parallel zum ersten CC1101 angeschlossen. Der OUT Pin wird bei Homematic nicht benötigt.
- In rf_asksin_init(void) die neuen Pins konfigurieren und die Deaktivierung des Interrupts auskommentieren.
- Neue Makros für CC1100_ASSERT und CC1100_DEASSERT für den zweiten CC1101 definieren. Auch alle Funktionen, in denen diese Makros verwendet werden durch neue Funktionen mit angepassten CC1100_ASSERT und CC1100_DEASSERT Makros ersetzen (cc1100_readReg, cc1100_writeReg, ccStrobe und cc1101_RX_check_PLL_wait_task).
- In rf_asksin_task(void) den IN Pin anpassen.
- Im restlichen Code nach ,,asksin_on = 0;" suchen und gegebenenfalls auskommentieren, falls ein anderes Protokoll meint, es müsse asksin ausschalten bevor es sich selber aktiviert.
würdest du ggf. deine angepasste culf für den maxcube in einem separaten thread vorstellen / bereitstellen?
so wäre der cube eine günstige alternative zum cul
Zitat von: Telekatz am 19 Juni 2015, 21:31:35
Eine Portierung der culfw läuft bei mir seit einiger Zeit auf einem MAX!Cube
Wie verstehe ich das jetzt richtig , mann kann den MAX Cube neu flashen ????
Gibt es dafür irgendwo eine Anleitung ?
Man macht die Firmware des Cube platt und kann dann eine eigene Firmware aufspielen, z.B. eine angepasste Version der culfw. Funktioniert übrigens auch mit einem HM-CFG-USB. Die Originalfirmware ist dann natürlich weg und kann auch nicht wieder hergestellt werden.
Sobald ich eine Anleitung dafür erstellt habe werde ich das Thema hier in einem neuen Thread vorstellen.
könnte man auch die Stellantriebe von max in homematic verwandeln??
Zitat von: Garagenhaus am 28 April 2015, 18:21:43
Hat jemand schon mal eine kleine 2-lagige Adapterplatine ankonstruiert, die man als Verbindung zwischen Nano und CC1101 Modul nehmen könnte?
Kompliziert ist das Routing ja nun nicht und ohne Adapter sind die ganzen Kabel oder gar Breadboard ja nicht gerade schön.
Im Prinzip gibt es ja nur zwei Typen von Modulen: 2,5 mm Pins (die 433Mhz Module) entweder als 2x5 Pins (dann sind VCC und GND jeweils an 2 Pins) oder als 2x4 Pins, dann sind VCC und GND nebeneinander. Das könnte man auf ein Layout mit einer Lötbrücke passen. Dann gibt es die 2mm "Briefmarken" Versionen für 868Mhz mit 8 Halbpins in einer Reihe.
Ich stelle mir das so vor:
- Eine kleine Platine ungefähr im Formfaktor des Nano
- Auf der Oberseite wir das CC1101 Modul durchgesteckt und von unten fest gelötet. Ebenso wir die Kontroll-LED und Widerstand angelötet.
- Unterseite: Ein kleiner 4-Pin Level Shifter zum Auflöten (für Perfektionisten für die Output Pins des Nanos) wird angelötet, alle anderen schließen einfach drei Lötbrücken oder es werden Spannungsteiler/Widerstände angelötet (davon wird aber i.d.R. abgeraten und die LevelShifter kostet fertig nur 70Cent.
- Finaler Montageschritt: Der Nano wird von unten aufgesteckt und die Pins festgelötet
Den Nano gibt es als fertige Eagle Library, die 2x5 Pin Reihe bestimmt auch.
Damit hätte man von der Parts-List nur noch fertige Standard-Komponenten mit wenigen Lötstellen, die auch Anfänger zusammen löten können und alles wäre schön kompakt, auch ein versehentliches Falschlöten und Sticken reduziert sich drastisch auf eine Lötbrücke (10 oder 8 Pin Modul)
Gibt es jemanden der sowas in Eagle o.ä. konstruieren könnte?
Ich würde es ja gerne selber machen aber meine Eagle Kenntnisse sind leider sehr begrenzt.
Dafür könnte ich mich um eine erste Sammelbestellung und Verteilung kümmern.
Wie weit ist denn dieses Vorhaben? Wäre auch sehr daran interessiert, etwas zu haben wo man final nur noch die Komponenten zusammenstecken muss. Gerade die Variante mit der Buchsenleiste finde ich auch interessant.
Ich arbeite momentan an einer solchen Platine.
Allerdings möchte ich diese noch ein wenig universeller gestalten, sodass möglichst viele Gateways auf einer Platine vereint werden und man nur noch die entsprechenden Bauteile für das gewünscht Gateway auflöten muss.
Bisher ist die Platine für den Cul433, Cul868, MySensors und Jeelink vorbereitet. Für die Transreceiver die keinen eigenen SMA Anschluss haben, ist ein externer vorgesehen.
Mit den Levelshiftern bzw. Spannungsteiler habe ich mich noch nicht beschäftigt. Ich stelle mir jedoch die Frage, ob dies überhaupt nötig ist. Ich betreibe nämlich seit geraumer Zeit jeweils einen NanoCul 433 und 868 ohne Levelshiftern/Spannungsteilern und habe keinerlei Probleme. Hat jemand andere Erfahrungen gemacht oder könnte den Unterschied testen?
Hallo Spezialtrick,
ich habe mir vor ein paar Wochen ein paar "levelshifter" bestellt, allerdings sind die nicht so gekommen, wie ich es bestellt habe :(
Ich bin der Meinung, dass die Pegel gemäß Spezifikation angepasst werden sollten, wenn das im Einzelfall funktioniert, ist das Zufall. Und der Bauteileaufwand ist relativ gering.
Was mir prinzipiell an den bisher ausgewählten CC1101 Modulen nicht gefällt ist, dass es diese nur in 433 MHz Ausführung gibt, die werden auch als 868 MHz Moldul angeboten, aber diese haben nicht die richtige Schaltung für die Antennenanpassung.
Kannst Du mal Deine Idee der Leiterplatte skizzieren bzw. ggf. einen Schaltplan/Layout posten?
Danke + Gruß
PeMue
Wäre die Platine dann für den nano oder pro mini? Ich hab hier nanos rumliegen und würde die auch gerne mit der Platine weiterverwenden.
Wenn das passt: Wäre ein dankbarer Abnehmer!
Edit: Hatte aus Unwissenheit / Blindheit zuerst hier http://forum.fhem.de/index.php/topic,38561.0.html gepostet. Macht es eventuell Sinn, das Thema dort hin auszulagern damit es hier im Thread nicht unter geht?
Zitat von: prodigy7 am 27 Juni 2015, 09:59:21
Wäre die Platine dann für den nano oder pro mini?
Wenn das passt: Wäre ein dankbarer Abnehmer!
Hallo Prodigy,
das wird schwierig, der pro mini hat keinen FTDI Chip drauf, d.h. Du brauchst zusätzlich noch einen USB <-> seriell Wandler. Wenn die Flexibilität der Platine hoch sein soll, diese aber von ungeübten Lötern zusammengelötet werden soll, funktioniert das halt irgendwann nicht mehr ;)
Gruß PeMue
Also meine Frage bezog sich darauf, ob es dann für den nano gedacht sein wird. Dass der der Pro Mini kein USB hat und damit deutlich mehr Aufwand verbunden wäre, weiß ich. Der Pro Mini wurde ja mal von Hexenmeister ins Spiel gebracht, deswegen frage ich sicherheitshalber nochmal.
Zitat von: prodigy7 am 27 Juni 2015, 10:18:28
Der Pro Mini wurde ja mal von Hexenmeister ins Spiel gebracht, deswegen frage ich sicherheitshalber nochmal.
Ich halte Pro Mini immer noch für eine bessere Wahl. Der USB-UART-Adapter mit 4 Drähtchen anzustecken kann nicht wirklich eine Hürde sein. Dafür hat man eine freie Wahl der Adapter und bei Nutzung eines 3,3-Pro Mini entfällt die Notwendigkeit eines LevelShifters.
Und ein Nano? Ist teuerer, klobiger und man braucht einen USB-Verlängerungs/Anschlusskabel, was ich persönnlich in vielerleich Hinsicht unbequem finde.
P.S. Und noch ein Vorteil: höhere Flexibilität: ich kann statt USB-Adapter z.B. einen RS485-Adapter anschliessen.
Meiner Meinung nach ist die Variante mit dem nano wohl erst mal die Einsteigerfreundlichere. Zumindest wäre dass die, dich ich derzeit bevorzugen würde, da ich das Zeug schon im Haus habe wie sicherlich viele andere auch.
Zitat von: PeMue am 27 Juni 2015, 09:56:04
ich habe mir vor ein paar Wochen ein paar "levelshifter" bestellt, allerdings sind die nicht so gekommen, wie ich es bestellt habe :(
Ich bin der Meinung, dass die Pegel gemäß Spezifikation angepasst werden sollten, wenn das im Einzelfall funktioniert, ist das Zufall. Und der Bauteileaufwand ist relativ gering.
Ich denke nicht, dass wir hier von Einzelfällen sprechen können. Wenn man sich die Fotos der fertigen NanoCuls ansieht, ist ein Großteil ohne Spannungsteiler bzw. Levelshiftern aufgebaut. Selbst die Anleitung zum NanoCul erwähnt die Spannungsteiler/Levelshiftern nur in einem Nebensatz. Es ist also davon auszugehen, dass eher ein NanoCul ohne zusätzlichen Levelshifter dem Regelfall entspricht. Unabhängig davon würde mich trotz ein direkter Vergleich interessieren, um abschätzen zu können, in welcher Größenordnung sich die Unterschiede bewegen.
Zitat von: PeMue am 27 Juni 2015, 09:56:04
Was mir prinzipiell an den bisher ausgewählten CC1101 Modulen nicht gefällt ist, dass es diese nur in 433 MHz Ausführung gibt, die werden auch als 868 MHz Moldul angeboten, aber diese haben nicht die richtige Schaltung für die Antennenanpassung.
Diese Problem habe ich in meinem Layout berücksichtigt. Bei der 433mhz Bestückung ist der Transrevicer mit Pinheader vorgesehen:
http://de.aliexpress.com/item/5pcs-CC1101-Wireless-RF-Transceiver-Module-315-433-868-915MHZ-SMA-Antenna/32294812911.html (http://de.aliexpress.com/item/5pcs-CC1101-Wireless-RF-Transceiver-Module-315-433-868-915MHZ-SMA-Antenna/32294812911.html)
Und bei der 868mhz Bestückung ist der Transrevicer im Briefmarkenformat vorgesehen. Zusätzlich wird die Antenne mit einen SMA-Anschluss verbunden, damit auch Antennen verwendet werden können:
http://www.aliexpress.com/snapshot/6727913995.html?orderId=67758207023830
(http://www.aliexpress.com/snapshot/6727913995.html?orderId=67758207023830)
Zitat von: PeMue am 27 Juni 2015, 09:56:04
Kannst Du mal Deine Idee der Leiterplatte skizzieren bzw. ggf. einen Schaltplan/Layout posten?
Das Layout werde ich in einem gesonderten Thema posten, wenn es fertig ist. :)
Zitat von: hexenmeister am 27 Juni 2015, 10:38:05
Ich halte Pro Mini immer noch für eine bessere Wahl. Der USB-UART-Adapter mit 4 Drähtchen anzustecken kann nicht wirklich eine Hürde sein. Dafür hat man eine freie Wahl der Adapter und bei Nutzung eines 3,3-Pro Mini entfällt die Notwendigkeit eines LevelShifters.
Und ein Nano? Ist teuerer, klobiger und man braucht einen USB-Verlängerungs/Anschlusskabel, was ich persönnlich in vielerleich Hinsicht unbequem finde.
P.S. Und noch ein Vorteil: höhere Flexibilität: ich kann statt USB-Adapter z.B. einen RS485-Adapter anschliessen.
Ich stimme Alexander vollkommen zu. Für einen absoluten Anfänger sollte die Platine so wenig Lötpunkte wie nur möglich haben, um weitgehend Fehlerquellen auszuschließen. Zusätzliche Widerstände oder Levelshifter könnte da schon abschreckend wirken.
Zudem soll das gesamte Gateway ja auch so günstig wie möglich gehalten werden. ProMini sind derzeit für ein Drittel des Preises eines Nanos erhältlich.
Ich denke, dass die mein Layout auf die Variante mit einem Pro Mini ändern werde.
Wie viel Aufwand wäre es, für jede Variante ein Layout zur Verfügung zu stellen?
Zitat von: Spezialtrick am 27 Juni 2015, 11:44:48
Ich denke nicht, dass wir hier von Einzelfällen sprechen können. Wenn man sich die Fotos der fertigen NanoCuls ansieht, ist ein Großteil ohne Spannungsteiler bzw. Levelshiftern aufgebaut. Selbst die Anleitung zum NanoCul erwähnt die Spannungsteiler/Levelshiftern nur in einem Nebensatz. Es ist also davon auszugehen, dass eher ein NanoCul ohne zusätzlichen Levelshifter dem Regelfall entspricht. Unabhängig davon würde mich trotz ein direkter Vergleich interessieren, um abschätzen zu können, in welcher Größenordnung sich die Unterschiede bewegen.
Falsch! Ihr betreibt den CC1101 außerhalb der Herstellerspezifikationen. Siehe Datenblatt (http://www.ti.com/lit/ds/symlink/cc1101.pdf) Seite 8:
Max Voltage on any digital pin VDD + 0.3V = 3.6V + 0.3V = 3.9V
Danke für den Hinweis, Locutus. :)
Das Problem würde sich ja mit einem 3.3V Pro Minis lösen lassen oder nicht?
Korrekt! Ein Arduino Pro Mini diente als Grundlage für mein eigenes CUL Projekt.
http://forum.fhem.de/index.php/topic,26487.0.html
ich möchte mir auch einen Selbstbau CUL zusammenbauen.
Kann ich dafür dieses Nano Board nehmen? Hat dies irgendwelche Nachteile gegenüber dem Orginal Arduino Nano?
http://www.ebay.de/itm/ATMEGA-Nano-Board-mit-mini-USB-Kabel-compatible-Arduino-Nano-V3-AR01003-H43-/271513578559?pt=LH_DefaultDomain_77&hash=item3f37786c3f
Danke
Gruß Ralf
Den Arduino kannst du bedenkenlos nutzen.
Hallo,
ich habe mir auch einen nanoCUL gebaut. Die Firmware habe ich mit dem Atmel Studio und einem entsprechenden Programmer direkt per ISP geflasht. Leider funktionierte das nanoCUL-Hexfile überhaupt nicht. Mit dem Hexfile der a-culfw ging es dann.
Fragen:
1. Kann es sein, dass die original nanoCUL-Firmware den Arduino Bootloader benötigt um zu laufen?
2. Intertechno kann ich zwar wunderbar senden, aber nur in kurzer Distanz (3 m) empfangen. Woran kann das liegen? (verwende ein aktives USB-Hub am RaspberryPi, welches genug Strom liefern kann)
3. Meine neue Revolt-Steckdose erkennt die a-culfw überhaupt nicht. Ist diese dort noch nicht implementiert? Bzw. was muss ich an der Config ändern, damit es funktioniert?
4. Letzte Frage: Kann es sein, dass die Chinesen bei den Fake-FTDIs gleiche UIDs verwenden? Wollte einen Jeelink-Clone in Betrieb nehmen, der sich leider mit gleicher UID meldet.
Vielen Dank!
Zitat von: mfkfx am 05 Juli 2015, 19:55:13
4. Letzte Frage: Kann es sein, dass die Chinesen bei den Fake-FTDIs gleiche UIDs verwenden? Wollte einen Jeelink-Clone in Betrieb nehmen, der sich leider mit gleicher UID meldet.
Keine Ahnung, kannst aber mit MProg nach Belieben flashen. Ich glaube, die neusten Programm-Versionen weigern sich, die Fakes zu bearbeiten.
Zitat von: mfkfx am 05 Juli 2015, 19:55:13
Leider funktionierte das nanoCUL-Hexfile überhaupt nicht.
Woher stammt das? Hast du die Firmware selbst compiliert?
Zitat
1. Kann es sein, dass die original nanoCUL-Firmware den Arduino Bootloader benötigt um zu laufen?
Ich habe die Firmware bisher nur mit dem original Arduino Bootloader getestet. Hast du den Bootloader beim ISP-Flashen überschrieben?
Hallo,
erst mal vielen Dank für die schnelle Antwort.
Ich habe die culfw mit dem aktuellen AVR-Studio (avr-gcc) selbst kompiliert und mit einem JTAG-ICE 3 geflasht. Hierbei könnte es sein, dass ich den Bootloader mit einem "Full Chip Erase" gelöscht habe.
Ein neues Kompilat auf dem Raspberry (incl HAS_REVOLT) und mit Bootloader sollte also funktionieren?
mfg
Es geht wohl auch mit einem anderen Bootloader (hat glaube ich jemand in diesem Thread geschrieben) und mglw. sogar ganz ohne, aber das habe ich nie ausprobiert.
Was gehen sollte:
1. Arduino Bootloader per ISP flashen
2. culfw seriell flashen (avrdude -c arduino)
Zitat von: hexenmeister am 05 Juli 2015, 20:02:55
Keine Ahnung, kannst aber mit MProg nach Belieben flashen. Ich glaube, die neusten Programm-Versionen weigern sich, die Fakes zu bearbeiten.
Kannst du die Version angeben bei der auch bei den Fake Chips die serial geändert werden kann?
Hab hier 5 nano's mit der gleichen serial :(
Mobil erstellt daher kurz gehalten
Zitat von: noice am 10 Juli 2015, 20:27:20
Kannst du die Version angeben bei der auch bei den Fake Chips die serial geändert werden kann?
Zitat von hier: http://www.heise.de/make/meldung/Treiber-gegen-gefaelschte-Chips-FTDI-ruft-Fake-Killer-zurueck-2435079.html
ZitatFT_Prog erkennt übrigens keine USB-Adapter, für die kein Treiber installiert wurde; außerdem scheint die neueste FT_Prog/MProg-Version 2.8 die Fakes auch selbst zu erkennen und zeigt sie gar nicht erst an.
Die Version, die ich bei mir jedoch funktioniert hat, war 3.5
Danke dann schau ich mir das mal an.
Mobil erstellt daher kurz gehalten
Hi HExenmeister,
also hat nicht geklappt.
Sobald ich die Serial änder kommt nach dem programmen die alte Serial wieder ..
was mach ich falsch?
Gute Frage... ???
mit meinem (gefälschten) Chip hat es gerade funktioniert.
Schritte:
Scan, Read and Parse, Edit Mode, (Änderungen vornehmen), Save Template, Program
Hat funktioniert.
Nutzt du nen nano?
Mobil erstellt daher kurz gehalten
Zitat von: noice am 12 Juli 2015, 16:02:49
Nutzt du nen nano?
Nein, ein USB-UART-Adapter auf einem kleinen Board.
Okay das kann natürlich das Problem sein. Die Software sagt mich auch das der Chip gesperrt ist. Evtl kann man da was mit einem reset pin machen aber da kenn ich mich nicht aus
Mobil erstellt daher kurz gehalten
Hm. Leider auch keine Idee.
Trotzdem danke für die Hilfe
Mobil erstellt daher kurz gehalten
Ich hab das ganze auch schon durch :D
Das Problem könnte sein, dass du einen zu neuen Treiber hast, der dann sofort die Serial wieder auf 0 setzt.
Was auch wichtig ist: Du musst den Chip einmal ein und ausstecken damit er neu erkannt wird. Wenn die Serial da allerdings schon 0 ist, erkennt Windows ihn nicht mehr.
Das praktische ist allerdings, dass er erst erkannt und dann erst die Serial auf 0 gesetzt wird, d.h. man kann ihn solange zuminderst verwenden. Wenn du mit diesem Treiber allerdings vergisst das ganze wieder gradezubiegen hat bei mir nur Linux geholfen.
Gruß,
Kuzl
Moment es geht nicht um die Treiber bzw hersteller Id sondern um die serial die den tfdi Chip eigentlich eindeutig macht ... also das mehrere arduinos am raspberry eindeutig zugewiesen werden können
Mobil erstellt daher kurz gehalten
so .. ein paar stunden später und roten augen hab ich nun herausgefunden das aufgrund des Treibers von FTDI welcher die Produkt ID auf 0000 setzt, die China Clone Chips mit einem Schreibschutz ausgestattet sind und sich so die Serial nicht mehr ändern lässt.
schade drum nun hab ich eigentlich CH340 Chips mit FTDI Label da ich sie nicht gleichzeitig nutzen kann ohne Gefahr zu laufen das ich beim restart nicht alle CUL´s wieder nacheinander anstecken muss.
nur zur info: gekauft wurden die Nano´s über Ebay bei gc_supermarket
Will nicht sagen das der Verkäufer die immernoch vertreibt und Ihn auch nicht schlecht reden.
Zitat von: noice am 13 Juli 2015, 23:06:55
schade drum nun hab ich eigentlich CH340 Chips mit TFDI Label da ich sie nicht gleichzeitig nutzen kann ohne Gefahr zu laufen das ich beim restart nicht alle CUL´s wieder nacheinander anstecken muss.
Hallo,
sehr ärgerlich. Aber
pah hat natürlich ;) mit dem hier (http://forum.fhem.de/index.php/topic,37401.msg297400.html#msg297400) recht, so das über udev-Regeln, solange du nicht die Steckplätze wechselst (sogar die Ports eines Hubs sind unterscheidbar) auch ein Reboot überstanden werden sollte.
Hmm link geht nicht :'(
Mobil erstellt daher kurz gehalten
Auf Seite 29 hab ich gelesen das die 868MHz Module RF1101SE-V3.1 nicht im HM Mode funktionieren würden, leider habe ich nun so ein Modul und bekomme einfach kein Device gepaired. Kann jemand bestätigen das die RF1101SE-V3.1 nicht gehen?!
Ich bekomme meine HM-CC-RT-DN nicht gepaired.... Siehe hier http://forum.fhem.de/index.php/topic,38609.msg308176.html#msg308176
Bei mir funktioniert das einwandfrei, habe damit jedoch nur eine dev-Umgebung aufgebaut, nutze ich also nicht dauerhaft.
Die RF1101SE-V3.1 Funkmodule sind nicht mit dem CC1101 Chip bestückt. Beim näheren Betrachten ist mir aufgefallen, dass das Layout geringfügig verändert wurde und die Platine mit dem CC110L Chip bestückt ist.
Also habe ich zur Heißluft-Lötstation gegriffen und den CC110L ausgelötet und anschließend ein CC1101 eingelötet. Nun funkt das Modul endlich!
Hallo,
Ich habe hier auch zwei RF1101SE-V3.1.
Einer liegt noch im Lager, aus dem anderen habe ich einen HM-nanoCUL gebastelt.
Der Chip ist lt. Label in der Tat ein CC110L, das Pairen mit einem HM-Fensterkontakt und einer HM- Funksteckdose hat jedoch einwandfrei geklappt.
CULFW ist 1.65.
Gruß, Stefan
Hallo,
Kommando zurück....keine Ahnung warum, aber nachdem ich den nanoCUL an einen anderen RasPi gesteckt habe, kann ich mit der CC110L-Platine auch nix mehr pairen.
Woher bekomme ich noch RF1101-Module, die mit dem CC1101 bestückt sind?
Die letzten beiden, die ich bestellt habe, kamen über AliExpress. Das Bild zeigte keinen v3.1, trotzdem kamen v3.1 (mit dem CC110L) bei mir an.
Oder müsste/sollte 'man' besser die CULFW so anpassen (wenn das geht?), daß sie mit einem CC110L funktioniert?
Laut https://e2e.ti.com/support/wireless_connectivity/f/155/t/153153 (https://e2e.ti.com/support/wireless_connectivity/f/155/t/153153) unterscheidet sich die 'Value Line' CC110L dahingehend vom CC1101, daß die folgenden Features im CC110L NICHT implementiert sind:
Zitat•Forward error correction (FEC) and interleaving
•Wake-on-Radio (WOR) and RCOSC (no RX timeout possible)
•Data Whitening
•Preamble quality threshold (PQT) indication (used to gate sync word detection)
•Link quality (LQI) indication (received signal strength (RSSI) is supported in Value Line parts)
•Temp sensor
•PA ramping and shaping
•MSK and ASK modulation (OOK modulation is supported in Value Line parts)
•No pin control for strobe commands (SPI strobe commands need to be used)
•ATEST removed
Ich habe keine Ahnung, welches dieser im CC110L nicht verfügbaren Funktionen die Probleme verusacht...@Locutus: Irgendeine Idee?
Sorry für die vorherige Falschmeldung & Gruß,
Stefan
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.
Nimm doch das 8-pol. Funkmodul mit dem Aufdruck "433MHz D-SUN CC1101" aus der Bucht.
http://www.ebay.de/itm/1pcs-CC1101-wireless-module-433M-NEW-350m-Long-Distance-Transmission-Antenna-M2-/121272458286?pt=LH_DefaultDomain_0&hash=item1c3c66dc2e
Ich verbaue die D-SUN CC1101-Funkmodule in meinem miniCUL.
http://forum.fhem.de/index.php/topic,26487.0.html
Ich denke nicht, dass das Problem am CC110L liegt. Denn auch auf den RF1101SE-V2 Module, die ich hier habe, ist der CC110L verbaut. HM funktioniert mit diesen Modulen. Außerdem habe ich noch ein RF1101SE-V3.1 Modul mit CC110L mit dem HM auch funktioniert.
kann mir jemand sagen wo hier der unterschied ist?
ich habe bereits so ein 868 erfolgreich am selbstbaucul dran:
http://de.aliexpress.com/item/2PCS-LOT-CC1101-868MHz-wireless-module-free-shipping/1282890043.html?recommendVersion=1
wollte nun noch eines, aber möglichst aus deutschland. pollin hat eines :
http://www.pollin.de/shop/dt/MjQ3OTgxOTk-/Bausaetze_Module/Module/Mini_Funkmodul_CC1101_868_MHz_Sende_Empfangsmodul.html
sehe ich das richtig das am pollin nur nicht alle kontakte des cc1101 als pin nach außen geführt wurden (sondern auf der platine als "kleines loch" verfügbar)?
Bei dem Pollin Funkmodul ist der Anschlusspin GDO2 nicht verfügbar. Somit ist das Funkmodul für CUL nicht verwendbar.
kennt jemand deutsche lieferanten für das cc1101 in 868 die kompatibel sind?
Ab und an verkauft ein Münchner bei eBay welche
Gesendet von meinem One X mit Tapatalk
gehe ich richtig in der annahme dass man statt des nano problemlos auch den micro und den mini 5V nehmen kann? anbei eine aufstellung der daten.
wenn ja, muss man bei mini / micro auch auf den ftdi-chip achten?
Ich dachte nur der nano hat ne usb schnittstelle. Bei den anderen benötigst du einen uart Adapter und bei diesem musst du auf tfdi achten
Mobil erstellt daher kurz gehalten
vergessen zu schreiben. beim micro brauchte man noch sowas http://physicalcomputing.at/USB-Serial-Adapter-5V (hier gelesen http://physicalcomputingaustria.blogspot.de/2011/04/programmieren-eines-arduino-pro-mini-5v.html)
der micro hat usb
http://www.ebay.de/itm/ATmega32u4-Micro-Pro-5V-mini-Leonardo-Board-for-Arduino-AR01010-J31-/281658715215?hash=item41942aec4f
https://www.arduino.cc/en/Main/ArduinoBoardMicro
Zitat von: chris1284 am 01 August 2015, 16:39:46
kennt jemand deutsche lieferanten für das cc1101 in 868 die kompatibel sind?
also doch einen HM Fensterkontakt sclachten ? -> http://www.fhemwiki.de/wiki/HomeMatic_Asksin_Library
Die neuen MAX Fensterkontakte sollen ja keinen CC1101 mehr haben , vllt in der Bucht nach einem älteren suchen.
Edit :
Zitat von: locutus am 01 August 2015, 15:54:36
Bei dem Pollin Funkmodul ist der Anschlusspin GDO2 nicht verfügbar. Somit ist das Funkmodul für CUL nicht verwendbar.
Im Wiki wird aber GDO2 nicht verwendet , nur GDO0 ?
Zitat von: Wzut am 01 August 2015, 17:52:59
Edit :Im Wiki wird aber GDO2 nicht verwendet , nur GDO0 ?
gd03 geht auf pin D3
gdO2 geht auf pin D2
auf der schaltzeichnung bei pollin ist er mit gezeigt und wird auch raus geführt. habe da allerdings kein loch gesehen (diese kleinen auf bild2). hätte wenn gedacht man führt durch die kleinen löcher nen draht um an den pin am modul zu kommen
Die "kleinen Löcher" sind voll mit Lötstoplack. Einfacher direkt an die Chip-Pins zu löten.
wenn ich mir den cc1101 auf meinem vorhandenen modul anschaue ist das keine option^^ mit einmal löten habe ich wahrscheinlich gleich 3 kontakte verbunden^^
das aliexpress und co auch immer nur kreditkarte akzeptieren (mal von der lieferzeit abgesehen)....
werde wohl doch nach defekten hm-geräten suchen oder noch mal im marktplatz anfragen
Hallo,
Ich habe gerade das hier gefunden:
http://madscientistlabs.blogspot.de/2013/04/dead-end.html?m=1 (http://madscientistlabs.blogspot.de/2013/04/dead-end.html?m=1)
Laut diesem Artikel sind die meisten (alle?) RF1100SE-Module gemäß den Design Guides für 433MHz aufbaut und daher problematisch bei Verwendung im 868MHz-Band.
Ich habe mir jetzt mal ein paar von diesen hier bestellt:
http://de.aliexpress.com/item/5pcs-lot-CC1101-868MHz-module-Output-power-greater-than-10dBm-free-shipping/760904591.html (http://de.aliexpress.com/item/5pcs-lot-CC1101-868MHz-module-Output-power-greater-than-10dBm-free-shipping/760904591.html)
Der Abstand der Lötpunkte sollte doch so sein, dass man mit Stiftleisten arbeiten kann...oder ist das Spacing bei diesem Chip eher so wie beim RFM12B?
Gruß, Stefan
Wer sucht, der findet!
http://forum.fhem.de/index.php/topic,24651.msg274186.html#msg274186
http://forum.fhem.de/index.php/topic,26487.msg297860.html#msg297860
Das Rastermaß beträgt 2,00 mm. Auf der Antennenseite sind es 2,54 mm.
gibt es eigentlich adapter ( stiftleisten oder "sockel" / platinen mit beiden rastern, so halbe seite davon halbe davon) von 2 auf 2,5 mm?
Danke, Locutus...danach hatte ich in der Tat im Forum nicht gesucht...gelobe Besserung ;)
Schließlich interessiert mich die Antwort, also kann ich auch selbst suchen (statt einfach zu fragen).
Edit: Oh, da habe ich einige Postings bisher überlesen...sorry. Hatte vor meinem ersten CC1101-CUL den kompletten Thread 'gelernt', aber war dann nicht drangeblieben... :(
Zitat von: chris1284 am 02 August 2015, 13:49:50
gibt es eigentlich adapter ( stiftleisten oder "sockel" / platinen mit beiden rastern, so halbe seite davon halbe davon) von 2 auf 2,5 mm?
Universal kenne ich so etwas nicht (würde auch schlecht gehen, da die Pins mit der wachsender Zahl immer weiter 'auseinander laufen').
Spezielle Breakout-Boards gibt es möglicherweise schon.
@chris1284
einfach eine Stiftleiste ein wenig zurechtbiegen, reicht meistens für die paar pins. (wie hier (http://jeelabs.net/boards/6/topics/1012) zb)
Philipp
was ist eigentlich hiermit?
http://shop.in-circuit.de/product_info.php?products_id=32
da fehlts doch nur noch an der usb-schnittstelle oder ?
bzw bei den eigenschaften steh ja "USB (HUID Keyboard & Mouse, virtual UART)"
Hallo Chris,
das müsste der CSM Nachfolger von Busware (http://www.busware.de/tiki-index.php?page=CSM) sein. Allerdings relativ teuer, aber in Deinem Shop nur 2/3 des Busware Preises ;)
Gruß PeMue
Das sieht fast wie ein panstamp Ersatz aus.
Nur anstatt dem atmega328p ein atmega32u4.
Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk
Zitat von: PeMue am 03 August 2015, 20:49:32
.... das müsste der CSM Nachfolger von Busware (http://www.busware.de/tiki-index.php?page=CSM) sein. Allerdings relativ teuer, aber in Deinem Shop nur 2/3 des Busware Preises ;).. Gruß PeMue
Habe mir das auch mal angeschaut, nicht ganz
1. 433 Mhz kostet dort auch 29€, nur 868Mhz 19,90
2. Für USB muss man sich entweder ein Carrier Board selber bauen oder auch dort ein relativ teuers kaufen. Mit Carrier Board kostet es dann 39,90€, Versand 6,95, Gehäuse 2,50
3. Busware gibt an, dass InCircuit der Hersteller ist. In diesem Fall also nur als Wiederverkäufer auftritt.
-----
Nachtrag: Heute Nachmittag sind die Preise jetzt einheitlich für die Module 19,90 aber aus der Liste des USB Carrier Board sind die beiden CC1101 Module rausgenommen...
geht für usb nicht einfach nen 3,50€ usb to ttl stick?
Zitat von: chris1284 am 05 August 2015, 12:43:13
geht für usb nicht einfach nen 3,50€ usb to ttl stick?
Ich sehen nichts, warum das nicht gehen soll. Nur das Anlöten ohne BreakoutBoard könnte beschwerlich sein.
Hm interessant,
was ich nicht verstehe der ATmega32U4 hat doch USB integriert, oder? Ist das nicht auf Pins ausgeführt? Ich sehe nämlich auf dem Radino USB Stick kein USB chip, sondern vielleicht nur eine Spannungsregelung 5V (USB Spannung) auf 3,3V. Ist aber reine Vermutung...
Leider ist die Hardware/Layout nicht Opensource sodass man schon einen kaufen muss um unter die Haube zu schauen, ob es ordentlich gemacht ist. Wobei, wenn es Busware vertreibt ich schlechte Qualität nicht vermuten würde. Schade, dass das Carrier Board inkl. Löten so teuer ist.
Zitat von: Garagenhaus am 05 August 2015, 17:27:15
Hm interessant,
was ich nicht verstehe der ATmega32U4 hat doch USB integriert, oder? Ist das nicht auf Pins ausgeführt? Ich sehe nämlich auf dem Radino USB Stick kein USB chip, sondern vielleicht nur eine Spannungsregelung 5V (USB Spannung) auf 3,3V. Ist aber reine Vermutung...
USB ist integriert, die Pins (RD+, RD-) sind auch herausgeführt.
Zitat von: Garagenhaus am 05 August 2015, 17:27:15
... was ich nicht verstehe der ATmega32U4 hat doch USB integriert, oder? Ist das nicht auf Pins ausgeführt?
Doch, siehe Datenblatt S. 10 (minimal USB setup) (http://wiki.in-circuit.de/images/4/49/305000077A_radino_CC1101.pdf).
Gruß PeMue
Hallo zusammen,
ich plane, mir ein paar CC1101 Module zuzulegen:
433 MHz
http://de.aliexpress.com/item/CC1101-433MHz-wireless-module-factory-manufacture-wholesale-high-cost-performance-good-quality-technology-server/32260182854.html
bzw. 868 MHz
http://de.aliexpress.com/item/Freeshipping-2pcs-lot-CC1101-868-MHZ-wireless-module-with-antenna/32386108198.html
Kann jemand mit Ahnung mal draufschauen, ob da jeweils die Antennenbeschaltung für den Frequenzbereich ok ist?
Danke + Gruß
PeMue
Hallo zusammen,
das Funk-Modul RF11001se-V3.1 wurde in diesem und anderen Threads schon mehrfach erwähnt, immer mit verschiedenen Aussagen zur Eignung zum nanoCUL 868. Mal ging das pairing von HM Devices, mal nur für 10 Minuten, mal bleibt offen ob es heute noch geht. Noice erwähnte er hätte beim pairing auch keinen Erfolg gehabt. Bin leider Laie, hab mir das Modul auch zugelegt hatte bisher auch keinen Erfolg.
Kann jemand dazu eine klärende Antwort geben?
Zitat von: TomLee am 19 August 2015, 21:58:08
Hallo zusammen,
das Funk-Modul RF11001se-V3.1 wurde in diesem und anderen Threads schon mehrfach erwähnt, immer mit verschiedenen Aussagen zur Eignung zum nanoCUL 868. Mal ging das pairing von HM Devices, mal nur für 10 Minuten, mal bleibt offen ob es heute noch geht. Noice erwähnte er hätte beim pairing auch keinen Erfolg gehabt. Bin leider Laie, hab mir das Modul auch zugelegt hatte bisher auch keinen Erfolg.
Kann jemand dazu eine klärende Antwort geben?
Also bei mir hat nur der Austausch des modules geholfen ...
Mobil erstellt daher kurz gehalten
Wird hier :
http://shopduino.de/Funk/CC1101-868-MHz-Modul-mit-Antenne-fuer-selbstbau-Cul-Stick::65.htm
(http://shopduino.de/Funk/CC1101-868-MHz-Modul-mit-Antenne-fuer-selbstbau-Cul-Stick::65.htm) als geeignet verkauft, darum meine Frage.
Nach mehreren Tagen Recherche bleibt mir nur noch, es einmal mit Levelshiftern bzw. Widerständen in den Signalleitungen zu probieren, dann geb auch ich auf.
Ich hab weder Levelshifter noch sonstige Widerstände drin.
Mobil erstellt daher kurz gehalten
Edith: ich betreiben allerdings nur max devices mit dem selbstbau cul. Für hm hab ich nen hmlan
Zitat von: TomLee am 19 August 2015, 22:17:22
Wird hier :
http://shopduino.de/Funk/CC1101-868-MHz-Modul-mit-Antenne-fuer-selbstbau-Cul-Stick::65.htm
(http://shopduino.de/Funk/CC1101-868-MHz-Modul-mit-Antenne-fuer-selbstbau-Cul-Stick::65.htm) als geeignet verkauft, darum meine Frage.
Mal abgesehen davon, dass das vollig überteuert ist: Es ist ein 433MHz Modul, sowohl was die Antenne als auch die Beschaltung betrifft.
Zitat von: kaihs am 19 August 2015, 22:23:09
Mal abgesehen davon, dass das vollig überteuert ist: Es ist ein 433MHz Modul, sowohl was die Antenne als auch die Beschaltung betrifft.
Das ist ne Antwort, Danke. Kannst mir gerne Quellen nennen die nicht überteuert und aus Deutschland kommen.
Bezugsquellen für 868 MHz Module aus Deutschland kenne ich leider auch nicht.
Aber hier (http://www.ebay.de/itm/Selbstbau-CUL-Transceiver-868Mhz-FTDI-Nano-CC1101-einsatzbereit-fur-FHEM-/291542079636?hash=item43e1431894) bietet jemand einen Selbstbau-CUL schon fertig an.
Ich habe gerade hier http://forum.fhem.de/index.php/topic,40211.msg324973.html#msg324973 (http://forum.fhem.de/index.php/topic,40211.msg324973.html#msg324973) gelesen, dass man einen CUL auch über /dev/serial/by-path/... definieren kann. Es soll dann möglich sein 2 CULs am RasPI zu betreiben ohne das Enummerierungsproblem. Beim Selbstbau CUL wird der Arduino Nachbau mit FTDI Chip empfohlen, der eine Seriennummer hat und über /dev/serial/by-id/... definiert wird.
Mit /dev/serial/by-path/ kann man für den Selbstbau CUL nun also auch Arduino Nano Nachbauten nehmen, die den CH340 Chip verwenden, der auch keine Seriennummer haben soll.
Ist das bereits bekannt? Hat das schon jemand probiert?
"by-id" werde die Geräte eindeutig identifiziert (wenns möglich), "by-path" identifiziert den den Anschluss. Also, solange Du den Stick nicht umsteckst, sollte es funktionieren.
So sieht das z.B. bei mir aus:
ls -l /dev/serial/by-path/
total 0
lrwxrwxrwx 1 root root 13 Aug 22 15:59 platform-sw-ehci.1-usb-0:1.1:1.0-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Aug 22 15:59 platform-sw-ehci.1-usb-0:1.2:1.0-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root 13 Aug 22 15:59 platform-sw-ehci.1-usb-0:1.3:1.0-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Aug 22 15:59 platform-sw-ehci.1-usb-0:1.4:1.0-port0 -> ../../ttyUSB3
lrwxrwxrwx 1 root root 13 Aug 22 15:59 platform-sw-ehci.1-usb-0:1.6:1.0-port0 -> ../../ttyUSB4
ls -l /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Aug 22 15:59 usb-FTDI_FT232R_USB_UART_A702GA5B-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Aug 22 15:59 usb-FTDI_FT232R_USB_UART_A70378NX-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Aug 22 15:59 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_1001-if00-port0 -> ../../ttyUSB4
lrwxrwxrwx 1 root root 13 Aug 22 15:59 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_1002-if00-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root 13 Aug 22 15:59 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_1003-if00-port0 -> ../../ttyUSB3
Als total Laie habe ich mich dennoch an die Anleitung unter gummibaer gewagt und die benötigten Einzelteile geordert.
Soweit so gut. Der Anleitung gefolgt und und auch das Flashen ohne Fehler durchlaufen lassen.
Mein Ergebnis sieht aus wie die Screens unter http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/
Leider blinkt mein CUL ziemlich schnell, also nichts mit 1HZ.
Kann mir jemand diesbezüglich eventuell weiterhelfen? Im WIKI steht zwar auch was falscher Frequenz aber als Laie komme ich hier nicht weiter.
Vielen Dank für Infos oder Hinweise !
Beim Selbstbau CUL funktioniert, Bootloader bedingt das Rücksetzen nach dem Flashen nicht. Den CUL kurz abziehen und neu stecken, dann sollte es normal blinken.
Siehe: http://www.fhemwiki.de/wiki/Selbstbau_CUL#Hinweise_zum_Betrieb_mit_Fhem (http://www.fhemwiki.de/wiki/Selbstbau_CUL#Hinweise_zum_Betrieb_mit_Fhem)
Danke für den Hinweis.
Scheint wohl doch eher ein Bastelexperiment zu sein :-(
Nun blinkt die grüne LED gar nicht mehr, nur die rote LED leuchtet dauerhaft nach dem neuen anstöpseln.
Vielleicht noch einen Rat zur Fehlersuche?
Sieht doch gut aus, bei mir leuchtet auch nur die rote LED.
Mein Rat in Anbetracht der fehlender weiterer Symptome ist, versuche den CUL in FHEM einzubinden.
Falls das nicht funktioniert, mach mal eine komplette Fehlerbeschreibung einschliesslich dem, was Du schon gemacht has und welchen CUL Du zusammengebaut hast? Wie hier beschrieben: http://forum.fhem.de/index.php/topic,16311.msg106131.html#msg106131 (http://forum.fhem.de/index.php/topic,16311.msg106131.html#msg106131)
edit: ERLEDIGT !
nach langem hin und her war es die Verkabelung zur Antenne !
Okay, ich dachte das Blinken wäre ein MUSS ;-)
Also FHEM update und Neustart, CUL eingebunden.
Ergebnis Log:
2015.08.25 17:58:44 3: Opening nanoCUL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011AI4-if00-port0
2015.08.25 17:58:44 3: Setting nanoCUL serial parameters to 38400,8,N,1
2015.08.25 17:58:44 3: nanoCUL device opened
2015.08.25 17:58:48 3: nanoCUL: Possible commands: BCFiAZEkGMKUYRTVWXefltx
Sieht gut aus?
Ich habe nun 3 Intertechno Steckdosen hier:
define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011AI4-if00-port0@38400 1234
define Licht IT F00000000F FF F0
attr Licht IODev nanoCUL
attr Licht model itswitch
Leider bekomme ich die Steckdosen nicht aktiviert. Der ON Befehl liefert leider keine Aktion.
Ich würde gerne zuerst einmal testen, ob der Selbstbau CUL überhaupt funktioniert.
Für eine detaillierte Vorgehensweise wäre ich dankbar. Soll wohl über Terminal und SCREEN eine Möglichkeit geben.
Könnte mir bitte jemand auf die Sprünge helfen?
Hi,
da der CUL auch Befehle empfangen kann versuch es doch einfach mit der Fernbedienung der Steckdosen.
Bei aktivem autocreate sollte dir FHEM die passenden defines automatisch anlegen.
Ansonsten
console:
screen /dev/ttyUSB0 38400 <<--- hier dein nanoCul device
jetzt ein V dann sollte die Versionsnummer angezeigt werden
X67 gültige Protokolle werden angezeigt sihe z.B. cullfw-Referenz
XFF Alles wird angezeigt!
Viele Grüße,
Stephan
Hallo,
ich bin gerade auch dabei, den Selbstbau CUL nach dieser Anleitung
http://www.fhemwiki.de/wiki/Selbstbau_CUL
herzustellen.
Hierzu habe ich diese beiden Komponenten gekauft:
- Arduino Nano http://www.amazon.de/gp/product/B00P7QO012/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00P7QO012&linkCode=as2&tag=jensosburaspu-21
- CC1101 433 MHz http://www.amazon.de/gp/product/B00GBW6WJY/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00GBW6WJY&linkCode=as2&tag=jensosburaspu-21
Vorab noch zwei Hinweise:
- ich bin Anfänger
- bisher habe ich nur den Arduino Nano daheim, der CC1101 wurde noch nicht geliefert und ist daher auch noch nicht an den Arduino Nano angeschlossen. Soweit ich das verstanden habe, kann ich die Anleitung trotzdem komplett durcharbeiten, lediglich die Inbetriebnahme kann noch nicht erfolgen. Korrekt?
Jetzt zu meinem Problem:
Ich bin der Anleitung gefolgt (hoffe ich habe alles richtig gemacht) und bin erfolgreich bis zum "make" gekommen. Das "make" verlief m.M. nach auch erfolgreich.
Hierzu folgender Screenshot 1
Wenn ich jetzt "make program" ausführe, erhalte ich die Fehlermeldung "programmer is not responding"
Hierzu Screenshot 2
Was ich hierzu bisher gefunden habe ist, dass man die Baudrate im "makefile" löschen kann (siehe folgender Blog http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/ )
Bisher habe ich beide Varianten probiert, leider erfolglos.
Der relevante Teil meiner Datei "makefile" sieht so aus:
#Dies war die Original-Konfiguration
#AVRDUDE_PORT = /dev/ttyUSB0 -b 57600
#Dies ist die Konfiguration mit expliziter Device-ID, aber mit gelöschter Baudrate
#AVRDUDE_PORT = /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
#Dies ist die Konfiguration mit expliziter Device-ID, welche ich nutzen möchte
AVRDUDE_PORT = /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -b 57600
Kann mir bitte jemand bei der Fehlersuche weiterhelfen?
Vielen Dank.
Zitat von: josburg am 13 September 2015, 10:31:42
Hallo,
ich bin gerade auch dabei, den Selbstbau CUL nach dieser Anleitung
http://www.fhemwiki.de/wiki/Selbstbau_CUL
herzustellen.
Hierzu habe ich diese beiden Komponenten gekauft:
- Arduino Nano http://www.amazon.de/gp/product/B00P7QO012/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00P7QO012&linkCode=as2&tag=jensosburaspu-21
- CC1101 433 MHz http://www.amazon.de/gp/product/B00GBW6WJY/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00GBW6WJY&linkCode=as2&tag=jensosburaspu-21
Vorab noch zwei Hinweise:
- ich bin Anfänger
- bisher habe ich nur den Arduino Nano daheim, der CC1101 wurde noch nicht geliefert und ist daher auch noch nicht an den Arduino Nano angeschlossen. Soweit ich das verstanden habe, kann ich die Anleitung trotzdem komplett durcharbeiten, lediglich die Inbetriebnahme kann noch nicht erfolgen. Korrekt?
Jetzt zu meinem Problem:
Ich bin der Anleitung gefolgt (hoffe ich habe alles richtig gemacht) und bin erfolgreich bis zum "make" gekommen. Das "make" verlief m.M. nach auch erfolgreich.
Hierzu folgender Screenshot 1
Wenn ich jetzt "make program" ausführe, erhalte ich die Fehlermeldung "programmer is not responding"
Hierzu Screenshot 2
Was ich hierzu bisher gefunden habe ist, dass man die Baudrate im "makefile" löschen kann (siehe folgender Blog http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/ )
Bisher habe ich beide Varianten probiert, leider erfolglos.
Der relevante Teil meiner Datei "makefile" sieht so aus:
#Dies war die Original-Konfiguration
#AVRDUDE_PORT = /dev/ttyUSB0 -b 57600
#Dies ist die Konfiguration mit expliziter Device-ID, aber mit gelöschter Baudrate
#AVRDUDE_PORT = /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
#Dies ist die Konfiguration mit expliziter Device-ID, welche ich nutzen möchte
AVRDUDE_PORT = /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -b 57600
Kann mir bitte jemand bei der Fehlersuche weiterhelfen?
Vielen Dank.
Ich habe noch eine Frage bzw. evtl ein Hinweis:
Muss ich nach der Änderung der Baudrate in der Datei "makefile" eigentlich nochmals den Befehl "make" ausführen bevor ich den Befehl "make program" ausführe?
Wenn ich dann zuerst den Befehl "make" ausführe, erscheint folgende Ausgabe:
root@raspberrypi:~/opt/culfw/Devices/nanoCUL# make
Size before:
text data bss dec hex filename
21960 74 830 22864 5950 nanoCUL.elf
Size after:
text data bss dec hex filename
21960 74 830 22864 5950 nanoCUL.elf
root@raspberrypi:~/opt/culfw/Devices/nanoCUL#
Hallo,
inzwischen hat das Flashen bei mir funktioniert. Folgendes Ergebnis wurde mir angezeigt (Anhang 1)
Anschließend möchte ich in FHEM den Selbstbau CUL (erstellt nach Anleitung von http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/ ) definieren.
Soweit ich das verstanden habe, geht dies per:
define CUL1 CUL /dev/ttyUSB0@9600 1234
Was ich noch nicht ganz vertanden habe ist am Ende die Zeichenkette "1234". Muss ich diese irgendwie anpassen?
In FHEM-Log kommt folgender Hinweis, welcher ja wahrscheinlich nicht gut ist...?
2015.09.19 15:40:44 3: Opening CUL1 device /dev/ttyUSB0
2015.09.19 15:40:45 3: Setting CUL1 serial parameters to 9600,8,N,1
2015.09.19 15:40:45 3: CUL1 device opened
2015.09.19 15:41:10 1: Cannot init /dev/ttyUSB0, ignoring it (CUL1)
2015.09.19 15:41:10 1: Including ./log/fhem.save
2015.09.19 15:41:10 1: usb create starting
2015.09.19 15:41:11 3: Probing CUL device /dev/ttyAMA0
2015.09.19 15:41:11 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.09.19 15:41:11 3: Probing FRM device /dev/ttyAMA0
2015.09.19 15:41:16 1: usb create end
Wie kann ich das beheben?
Vielen Dank für Eure Hilfe.
Viele Grüße
Jens
Hallo Jens,
Zitat von: josburg am 19 September 2015, 15:51:55
Was ich noch nicht ganz vertanden habe ist am Ende die Zeichenkette "1234". Muss ich diese irgendwie anpassen?
siehe commandref (http://fhem.de/commandref_DE.html#CUL)
Die FHTID ist eine 4-stellige hexadezimale Zahl und wird verwendet, wenn der CUL FHT Telegramme sendet bzw. Daten anfragt. Diese sollte als 0000 gewählt werden, wenn man FHT80b Anfragen durch den CUL vermeiden will.
Zitat von: josburg am 19 September 2015, 15:51:55
In FHEM-Log kommt folgender Hinweis, welcher ja wahrscheinlich nicht gut ist...?
2015.09.19 15:40:44 3: Opening CUL1 device /dev/ttyUSB0
2015.09.19 15:40:45 3: Setting CUL1 serial parameters to 9600,8,N,1
2015.09.19 15:40:45 3: CUL1 device opened
2015.09.19 15:41:10 1: Cannot init /dev/ttyUSB0, ignoring it (CUL1)
2015.09.19 15:41:10 1: Including ./log/fhem.save
Ja, die Schnittstelle zum CUL wird geöffnet, aber fhem kann ihn nicht initialisieren.
Klicke mal in der Weboberfläche von fhem den CUL1 an und versuche, ein paar Werte auszulesen.
Gruß PeMue
9600 geht bei mir auch nicht, versuch mal 38400
define CUL1 CUL /dev/ttyUSB0@38400 0000
Der Arduino Pro Micro ist mit dem Atmega32U4 bestückt. Ihn gibt es als 3,3V/8MHz und 5V/16MHz- Variante.
Vorteil des Atmega32U4 ist der im Prozessor eingebaute USB-Port.
Außerdem wird der Prozessor im originalen CUL_V3 verbaut.
Die Variante mit 5 V/16MHz gibt es bei verschiedenen Anbietern für ca. 4 Euro.
Leider habe ich außer Sparkfun keinen Anbieter gefunden, der den Arduino mit 3,3V/8MHz anbietet. Sparkfun verlangt für das Teil $19,95 und das war mir etwas zu viel.
Ich habe mir dann den 5V-Typ gekauft und ihn auf 3,3 V umgebaut.
Dazu muss man den 5V- Spannungsregler gegen einen 3,3V-Typ austauschen und den 16MHz- Quarz gegen einen 8MHz-Quarz.
Die beiden Bauteile sind SMD. Den Quarz bekommt man nur mit einer Heißluftstation raus.
Nach dem Umbau muss man mit einem Programmer den Bootloader für 3,3V/8MHz brennen.
Die PIN- Belegung des Pro Micro unterscheidet sich von der des Nano erheblich.
Ich verwende folgende Ports für die Verbindung mit dem CC1101
Pro Micro ------> CC1101
D0(RX) ------> GDO2
D1(TX) ------> GDO0
D8(08) ------> CSN (Der Port bekommt noch einen Widerstand (10KOhm) nach VCC)
D14 (MISO) ------> SO
D15(SCLK) ------> SCLK
D16(MOSI) ------> SI
VCC ------> VCC
GND ------> GND
Ich habe die a_CULFW verwendet. Lediglich in der board.txt muss man die Definitionen der PINs umbenennen. Mit ,,make" erhält man die Firmware CUL_V3.hex.
Vorteil dieser Lösung ist, man verwendet den CC1101 mit den richtigen Spannungen. Für den USB- Anschluss braucht man kein zusätzliches Modul.
Sollte Interesse bestehen, würde ich das detailliert erklären.
kawa
Zitat von: PeMue am 19 September 2015, 16:25:25
siehe commandref (http://fhem.de/commandref_DE.html#CUL)
Die FHTID ist eine 4-stellige hexadezimale Zahl und wird verwendet, wenn der CUL FHT Telegramme sendet bzw. Daten anfragt. Diese sollte als 0000 gewählt werden, wenn man FHT80b Anfragen durch den CUL vermeiden will.
Hallo PeMue,
ich möchte mit dem CUL später eigentlich ELRO 440 Steckdosen schalten. Ich habe schon die Commandref gelesen, aber leider verstehe ich dies nicht. In den meisten Anleitungen wird der Wert auf "1234" gesetzt, daher habe ich das auch so gemacht.
ZitatZitat von: josburg am Heute um 15:51:55
In FHEM-Log kommt folgender Hinweis, welcher ja wahrscheinlich nicht gut ist...?
Code: [Auswählen]
2015.09.19 15:40:44 3: Opening CUL1 device /dev/ttyUSB0
2015.09.19 15:40:45 3: Setting CUL1 serial parameters to 9600,8,N,1
2015.09.19 15:40:45 3: CUL1 device opened
2015.09.19 15:41:10 1: Cannot init /dev/ttyUSB0, ignoring it (CUL1)
2015.09.19 15:41:10 1: Including ./log/fhem.save
Ja, die Schnittstelle zum CUL wird geöffnet, aber fhem kann ihn nicht initialisieren.
Klicke mal in der Weboberfläche von fhem den CUL1 an und versuche, ein paar Werte auszulesen.
Im Anhang habe ich einen Screenshot eingefügt. Bei "get Version" kommt z.B. "no answer". Ich hoffe, dass Du das mit auslesen gemeint hast. Nur das Ergebnis ist nicht befriedigend... :-(
Hat noch jemand eine Idee?
Vielen Dank
Grüße
Jens
Zitat von: Ellert am 19 September 2015, 19:13:22
9600 geht bei mir auch nicht, versuch mal 38400
define CUL1 CUL /dev/ttyUSB0@38400 0000
Hallo Ellert,
vielen Dank für die Lösung.
Mit der Definition von Dir (angepasste Bautrate sowie angepasste FHTID) hat es so funktioniert:
define CUL1 CUL /dev/ttyUSB0@38400 0000Vielen Dank - die nächsten Fragen kommen bestimmt ;-)
Hi,
auch ich hab mich mal an ein Selbstbau nanoCul mit 433 Transceiver (RF1100SE) gewagt und irgendwie hab ich 2 Probleme:
1. er läuft auf der falschen Frequenz (warum auch immer) und kann auch nicht mit set CUL freq 433.920MHz (zum Beispiel) geändert werden
Get ccconf sagt folgendes:
Zitatccconf => freq:6656.000MHz bWidth:58KHz rAmpl:42dB sens:16dB
board.h hat folgende Optionen gesetzt
Zitat/* if you have an Arduino with only 8MHz disable the next line */
#define HAS_16MHZ_CLOCK
/* if you are using a CC1101 module for 868MHz disable the next line */
#define HAS_CC1100_433
make und make program gehen dann problemlos.
2. Bei einem reboot des Pi ist das USB Device futsch und kommt erst wieder, wenn ich das USB Kabel zum nanoCul aus und wieder einstecke. Hängt das mit dem im Wiki beschriebenen Problem zusammen?
ZitatDer Selbstbau CUL wird fast genauso wie ein richtiger CUL verwendet, die entsprechende Dokumentation gilt also auch hier. Der einzige Unterschied ist der Bootloader. Der bereits bei fabrikneuen Arduinos vorhandene Bootloader ist nicht kompatibel zu dem Bootloader der culfw. Daher funktioniert das Kommando B zum rebooten des Selbstbau CULs nicht. Der Selbstbau CUL gerät dann in eine Endlosschleife die sich nur durch aus- und einstecken beenden lässt. Das Problem tritt aber im normalen Betrieb nicht auf.
Hallo Kai-Alfonso,
direkt weiterhelfen kann ich dir leider auch nicht. Als ich meinen Selbstbau CUL gebaut habe, hab ich für mich alles detailliert dokumentiert. Wer weiß, wann ich wieder einen baue.
Wenn du magst, schau mal hier:
http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251 (http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251)
Bei Fragen zur Doku bitte einfach wieder melden.
Viele Grüße
Jens
Gesendet von meinem GT-I9300 mit Tapatalk
Vielen Dank für den Hinweis Jens - ich hab das aber auch das (fast) genauso gemacht wie in deinem Blog. (hab nur direkt alles auf dem Pi heruntergeladen und editiert)
Hat sich erledigt und es mir ziemlich peinlich ::) ::) ::) beim Nano einfach die Seiten vertauscht gehabt
Muss dir nicht peinlich sein ... passiert nun mal
Mobil erstellt daher kurz gehalten
Hi, habe mir nun auch einen nanoCUL gebastelt und hänge auch an dem Problem das josburg hatte.
Leide bekomme ich bei allen Baudraten (9600, 57600 und 38400) folgende Fehlermeldung:
2015.10.17 17:05:31 3: Setting nanoCUL serial parameters to 57600,8,N,1
2015.10.17 17:05:31 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0 reappeared (nanoCUL)
2015.10.17 17:05:40 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0, ignoring it (nanoCUL)
define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL011BPR-if00-port0@57600 0000
Kann mir da bitte jemand helfen? :-[
Hallo,
Also meine nanoCULs laufen mit 38400, nicht mit 57600. Sicher, dass die Device ID richtig ist (ls /dev/serial/by-id)? Wenn da ein Gerät auftaucht, hat Deine HW (was ist das eigentlich...RasPi?) den nanoCUL zumindest schonmal als USB-Device erkannt. Hat das Flashen des nanoCUL ohne Probleme funktioniert? Welche FW hast Du drauf? Kommst Du per Screen oder miniCom auf den nanoCUL? Die 0000 als FHT ID kommt mir zwar komisch vor, muss aber kein Problem darstellen, da FHEM das Teil ja gar nicht erst erkannt...
Sorry, habe oben das 'reappeared' übersehen...Dev. ID sollte also passen.
Gruß, Stefan
Sent from my iPhone using Tapatalk
Danke für die Antwort.
Meine Hardware ist eine ZBox nano mit ubuntu server. Das Gerät taucht auf und beim Flashes war auch alles in Ordnung. Habe den nanoCul mit -b 57600 geflasht und auch keine Fehler bekommen.
Firmware ist die vom aktuellen trunk.
Wie öffne ich Screen oder miniCom?
als FHT ID hatte ich auch schon 1234 probiert -> ohne Erfolg
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
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 :(
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)
Hmm...dann muss ich passen, sorry. :(
Sent from my iPhone using Tapatalk
Zitat von: Blackcat am 17 Oktober 2015, 17:40:54
...
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
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
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?
Hallo SVLoneStar
ich habe hier den Link: http://forum.fhem.de/index.php/topic,37275.0.html (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
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
V 1.65 nanoCUL868
Werde nochmal Rückmeldung geben, ob das Vorhaben gelungen ist.
Grüße aus der Pfalz
Benni
Ah .. schick
Gruß in die Pfalz ... meine ehem. Heimat :-)
Kannst du bitte mal den Link zu deiner Bezugsquelle für das Funkmodul angeben ?
Und Läuft auf Anhieb - bin begeistert 8)
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
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
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?
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
Flash mal die vorkompilierte .hex-Datei.
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 ...
Hast Du einen Level Shifter verbaut? Dieses Problem hatte ich mal, als der kaputt (?) war. Ansonsten: Verkabelung prüfen (ich weiß, hast Du schon)...:) Die bei ccconfig gelieferten Frequenz-Werte sind dann eher wild und zufällig. Die MHz-Angabe in der board.h passt auch, oder?
Sent from my iPhone using Tapatalk
Nein habe ich nicht verbaut, in der board.h habe ich nur /* #define HAS_CC1100_433 */ auskommentiert.
Die Version wird richtig angezeigt aber die Frequenz nicht.
nanoCUL version => V 1.65 nanoCUL868
Keine Ahnung, was falsch läuft ....
Muss man noch nanoCUL.c vor dem Flashen modifizieren ?!
Mit der culfw von Wiki bekomme ich :
freq:5089.882MHz bWidth:101KHz rAmpl:33dB sens:16dB
Laut Wiki kann man mit einem Terminalprogramm eine Funktionskontrolle machen, bei mir bekomme ich nach der Eingabe von V oder ? die Version bzw. die Protokolle angezeigt aber keine Ausgabe nach "X08" !
Für mich schaut das so aus, als wäre der CUL korrekt geflasht, aber die Verkabelung nicht korrekt. Kannst Du mal ein Foto posten?
Edit: Die anzuschließende LED blinkt mit 1Hz, oder?
Sent from my iPhone using Tapatalk
Hallo,
ich musste heute leider arbeiten, deshalb die späte Antwort, die Bilder habe ich angehängt.
Die Kontroll-LED blinkt einmal in der Sekunde, also die Frequenz ist richtig eingestellt.
Vielleicht habe ich einfach das falsche Modul gekauft...
Danke.
Gruß
Tim
An der Verkabelung fällt mir auch nichts auf. Wenn die Lötstellen ok sind, müsste das m. E. funktionieren.
Ist das Modul ein RF1101 SE-V3.1? Diese Module funktionieren (bei mir).
Ja, das ist ein RF1101 SE-V3.1
Ich kaufe vielleicht ein zweites Modul und werde es nochmal probieren ...
Ich danke dir.
Gruß
Tim
Bei meinem China RF1101 gab es 2x Minus (direkt Übereinander) und die waren nicht verbunden.
Nach einem Lötklecks ging es bei mir.
Gruß
Michael
Habe auch schon mal gelesen, dass das Verbinden beider Masse-Anschlüsse des RF mit dem Nano geholfen hat...bei mir war's nie nötig.
Sent from my iPhone using Tapatalk
Es hat leider nicht geholfen.
Gruß
Tim
Mist...dann weiß ich auch nicht weiter (außer ein neues Modul zu testen)
Sent from my iPhone using Tapatalk
Mist...dann weiß ich auch nicht weiter (außer ein neues Modul zu testen)
Sent from my iPhone using Tapatalk
Hallo,
ich bin gerade auf diesen Thread aufmerksam geworden und habe mich bei eBay mal etwas umgesehen.
Was ist denn von diesen Angeboten zu halten, die einen weiten Frequenzbereich angeben und keine "default Frequency" dabei haben, wie z. B.:
http://www.ebay.de/itm/CC1101-wireless-module-Long-Distance-Transmission-Antenna-868MHZ-M115-/291553458926
http://www.ebay.de/itm/Wireless-RF-Transceiver-315-433-868-915MHZ-SMA-Antenna-Wireless-Module-CC1101-/381438265177
Oder auch sowas hier: http://www.dx.com/de/p/cc1101-wireless-module-w-external-antenna-blue-160898#.VjdIcEaL1xM
Sind die zusammen mit einem Arduino Nano Clone (http://www.ebay.de/itm/281358790458?_trksid=p2059210.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT) für eine Verwendung in einem Selbstbau-CUL zur Steuerung von HomeMatic Komponenten geeignet?
Oder doch besser so etwas hier: http://www.aliexpress.com/snapshot/6352293279.html?orderId=64654485160093
Gruß
Ich habe gerade auch ein ähnliches Problem wie Timmi, nur setze ich ein 433er Modul ein.
Der nanoCUL wird in FHEM initialisiert, ccconfig zeigt allerdings eine Frequenz von 0.000 MHz an. Kurz nach Stromzuführung wird eine wechselnde Frequenz (bis zu 6000MHz) angezeigt. Nach ca. 20-30 Sekunden später wird allerdings nur noch eine Frequenz von 0.000 MHz angezeigt. Die LED blinkt mit 1Hz.
Die Schaltung habe ich schon durchgemessen, soweit alles o.k.. Die Pegelanpassung erfolgt bei mir mit 4,7k und 10k Widerständen. Mangels Oszilloskop kann ich leider die Signale auf den Leitungen zum Funkmodul nicht überprüfen. Ebenfalls getestet habe ich das Modul über einen aktiven USB-Hub, anstatt direkt am Pi2.
Für mich sieht es so aus, als könnte das Funkmodul die Frequenz nicht "einlocken".
In den nächsten Tagen werde ich ´mal die Schaltung auf einem Breadboard (auch mal ohne Pegelanpassung) nachbauen, um die Verkabelung endgültig auszuschliesen.
Als Funkmodul kommt bei mir folgendes zum Einsatz:
http://www.ebay.de/itm/111546161376?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Wenn jemand in der Zwischenzeit eine Idee hat, bin ich dafür sehr dankbar.
Beste Grüße
Andreas
Zitat von: astro0302 am 06 November 2015, 13:20:12
Als Funkmodul kommt bei mir folgendes zum Einsatz:
http://www.ebay.de/itm/111546161376?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Wenn jemand in der Zwischenzeit eine Idee hat, bin ich dafür sehr dankbar.
Beste Grüße
Andreas
Habe das selbe Modul ... GND und VCC sind jeweils an 2 Pins ... zumindest lt. Plan. Bei mir war der untere nicht beschaltet. Stecke mal auf die anderen Pins ... oder setze eine Lötpunkt um beide hart zu verbinden.
Hallo,
ich hae ebenfalls das selbe Funk-Modul im Einsatz.
Die konkrete Schaltung habe ich hier beschrieben:
http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251 (http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251)
Vielleicht hilft das?
Kurze Rückmeldung zum Status:
Gestern hatte ich Zeit ´mal kurz die Schaltung auf dem Streckbrett ohne den 4,7k/10k Spannungsteiler nachzustecken. In dieser Konfiguration funktioniert alles prima. 433MHz werden mit ccconfig angezeigt und die Steckdosen schalten. Somit ist das Funkmodul und der Arduino nano o.k.
Wenn ich dazu komme, werde ich ´mal auf dem Steckbrett die Spannungsteiler für die Signalleitungen zum Funkmodul einbauen. Feedback dazu kommt dann umgehend.
Zitat von: r00t2 am 02 November 2015, 12:48:35
Hallo,
ich bin gerade auf diesen Thread aufmerksam geworden und habe mich bei eBay mal etwas umgesehen.
Was ist denn von diesen Angeboten zu halten, die einen weiten Frequenzbereich angeben und keine "default Frequency" dabei haben, wie z. B.:
http://www.ebay.de/itm/CC1101-wireless-module-Long-Distance-Transmission-Antenna-868MHZ-M115-/291553458926
http://www.ebay.de/itm/Wireless-RF-Transceiver-315-433-868-915MHZ-SMA-Antenna-Wireless-Module-CC1101-/381438265177
Oder auch sowas hier: http://www.dx.com/de/p/cc1101-wireless-module-w-external-antenna-blue-160898#.VjdIcEaL1xM
Sind die zusammen mit einem Arduino Nano Clone (http://www.ebay.de/itm/281358790458?_trksid=p2059210.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT) für eine Verwendung in einem Selbstbau-CUL zur Steuerung von HomeMatic Komponenten geeignet?
Oder doch besser so etwas hier: http://www.aliexpress.com/snapshot/6352293279.html?orderId=64654485160093
Gruß
Wird öfter gefragt. Von den angegebenen ist nur das erste kleine Modul vom HF-Kreis auf 868Mhz abgestimmt. Die anderen Module sind 433Mhz Module (die man zwar Chipseitig auf 868 setzen kann, der HF trotzdem dafür nicht optimal ist und daher reduzierte Reichweite hat) M.E. gibt es aktuell keine 868Mhz Module mit 8- oder 10-Durchsteckpins, sondern nur das grüne "Briefmarken"-Modul mit 2mm Lochabstand in einer Reihe. Damit haben hier einige sehr gute Erfahrungen.
So - die Spannungsteiler in den Leitungen D10, D11 und D13 auf dem Steckbrett sind ´drin. Siehe da, nun ist auch die Frequenz wieder auf 0.000 MHz. Mangels Oszi kann ich an diesen Leitungen sehr schlecht nachmessen. Damit ich in FHEM ein wenig weiterbasteln kann und die "Weihnachtsbeleuchtung" angesteuert werden kann, nehme ich die Spannungsteiler erst einmal wieder aus der Schaltung.
Jemand eine Idee?
Zitat von: astro0302 am 11 November 2015, 17:04:59
Jemand eine Idee?
Spannungsteiler richtig rum drin? Der höhere Widerstand (10 k) nach Masse ...
Zitat von: Garagenhaus am 11 November 2015, 14:40:08
M.E. gibt es aktuell keine 868Mhz Module mit 8- oder 10-Durchsteckpins, sondern nur das grüne "Briefmarken"-Modul mit 2mm Lochabstand in einer Reihe. Damit haben hier einige sehr gute Erfahrungen.
Hier wirst du fündig ... hab ich im Einsatz, super Reichweite, wenn du die Bestückung ansiehst erkennst du im Antennenschaltkreis mehr Bauteile als das 433 Modul
http://de.aliexpress.com/item/Free-shipping-1pcs-lot-868-M-915-MHZ-CC1101-wireless-data-Best-quality/32516528802.html?ws_ab_test=searchweb201556_3_79_78_77_92_91_80,searchweb201644_5,searchweb201560_9 (http://de.aliexpress.com/item/Free-shipping-1pcs-lot-868-M-915-MHZ-CC1101-wireless-data-Best-quality/32516528802.html?ws_ab_test=searchweb201556_3_79_78_77_92_91_80,searchweb201644_5,searchweb201560_9)
Zitat von: PeMue am 11 November 2015, 17:11:21
Spannungsteiler richtig rum drin? Der höhere Widerstand (10 k) nach Masse ...
Ja - der Spannungsteiler ist richtig ´rum eingebaut. Leitung vom Arduino kommt am 4,7k an, in der Mitte erfolgt der Abgriff und der 10k geht auf Masse. Danke trotzdem für den Hinweis.
Habe vor vielen Jahren Kommunikationselektroniker FR Informationstechnik bei AEG Modicon gelernt ;-).
Zitat von: kadettilac89 am 11 November 2015, 18:17:21
Hier wirst du fündig ... hab ich im Einsatz, super Reichweite, wenn du die Bestückung ansiehst erkennst du im Antennenschaltkreis mehr Bauteile als das 433 Modul
http://de.aliexpress.com/item/Free-shipping-1pcs-lot-868-M-915-MHZ-CC1101-wireless-data-Best-quality/32516528802.html?ws_ab_test=searchweb201556_3_79_78_77_92_91_80,searchweb201644_5,searchweb201560_9 (http://de.aliexpress.com/item/Free-shipping-1pcs-lot-868-M-915-MHZ-CC1101-wireless-data-Best-quality/32516528802.html?ws_ab_test=searchweb201556_3_79_78_77_92_91_80,searchweb201644_5,searchweb201560_9)
Danke für die Info. Da ich demnächst plane auch 868MHz Komponenten einzusetzen, kam der Link genau richitg. Habe ´mal so ein Modul bestellt.
Es ist zum Mäusemelken. Nachdem es 2 Tage auf dem Steckbrett funktioniert hat, habe ich den Aufbau nochmal neu gesteckt, um die Kabel ein wenig ordentlicher zu legen. Nun geht es nicht mehr :-( Kabel schon komplett ausgetauscht und mehrfach neu gesteckt. Zwischen den Lötpunkten auf dem Funkmodul und den Lotpunkten auf dem Arduino nano habe ich auch schon durchgemessen - überall Durchgang und der Widerstand gegen 0. Also ist das auch soweit o.k.
Die Frequenz wechselt jetzt perodisch zwischen 800MHz und 0.
nanoCUL ccconf => freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB
Kann mir jemand erklären, wie das ganze Konstrukt funktioniert? Schickt der Ardunio eine Frequenz nach ´draußen und das Funkmodul reagiert nur? Den Ardunio habe ich zwischenzeitlich auch ´mal neu geflasht - sowohl mit dem normalen culfw als auch mit dem alternativen a-culfw - gleiches Ergebnis.
Wenn ich ein "set nanocul freq 433" durchführe, dann wechselt die Frequenz zwischen 426MHz und 0MHz.
Komisch...
Hallo,
meine Selbstbau CUL´s laufen einwandfrei. Nun gehen mir die USB Slots an der Raspi aus.
Ich würde gerne einen USB HUB vermeiden. Daher meine Frage.
Bekomme ich ein Ethernet Shield auf den nano drauf und noch mit der CULFW zum Laufen ??
Grüße
Jörg
Ist zwar nicht eine direkte Antwort auf Deine Frage. Bei mir habe ich einen kleinen USB-Hub von DLink im Einsatz: http://www.amazon.de/gp/product/B00006B7DA?psc=1&redirect=true&ref_=oh_aui_detailpage_o08_s00
Nutzt du den Hub auch als Stromquelle für den Raspberry? Lt. Beschreibung kann der eine USB Anschluss das. Fraglich, ob die restlichen USB Geräte dann genügend Saft bekommen.
4x A-Port, davon 1x Schnelllade-Anschluss (schwarz) mit bis zu 2A Leistung, geeignet für USB-Geräte mit erhöhtem Ladestrom wie das iPad
Hallo
Ich habe vor mir einen nanoCUL selber zu bauen um meine Homematic Komponenten zu steuern.
Also habe ich mir diesen CC1101 für 868 Mhz bestellt
http://www.aliexpress.com/snapshot/7011946849.html?orderId=70126986395600
Ich habe alles nach der Anleitung von http://blog.gummibaer-tech.de aufgebaut.
Da Ich recht wenig von Linux verstehe und mit FHEM erst gerade anfange hatte ich so einige Probleme, wovon ich fast alle mit diesen Beiträgen hier lösen konnte.
nanoCUL wird erkannt, steht auf Initialized, freq:868.300MHz wird in der ccconf angezeigt.
autocreate ist an, hmPair auf 1 gestellt.
Aber beim versucht zu verbinden passiert nichts.
Ich habe mehrere Male die Verkabelung getestet, aber keinen Fehler gefunden.
Habe zum Testen mal auf 433 umgestellt und versucht eine Funksteckdose damit zu schalten, und das hat funktioniert. Ich habe 2 Module, und beide verhalten sich gleich.
Da ja senden damit funktioniert, ist meine Vermutung das mein Modul für 433 MHz ist und nicht für 868 MHz.
Auf dem Modul Steht RF11001se-V3.1
Habe hier auch schon gelesen das die V3.1 teilweise nicht funktionieren andere berichten dann das es funktioniert.
Kann ein experte bestätigen das die V3.1 teilweise nicht funktionieren.
oder sollte ich weitere Fehler bei mir suchen ?
achja, auf dem chip selbste steht CC110L und nicht CC1101
Edit:
Was meine Vermutung verstärkt ist die anzahl und anordnung der bauteile auf meinem modul.
Habe das mit der seite 25 von diesem Manuel verglichen http://www.ti.com/lit/ds/symlink/cc1101.pdf
mein modul könnte die schaltung für 433 MHz sein.
Zitat von: Condor1978 am 22 November 2015, 18:27:55
achja, auf dem chip selbst steht CC110L und nicht CC1101
Der CC110L ist ein Derivat (sozusagen der "kleine Bruder") des CC1101, ich weiß nicht, ob die culfw mit dem geht.
Gruß PeMue
Der kleine Bruder ist ein Sorgenkind!
http://forum.fhem.de/index.php/topic,24651.msg317059.html#msg317059
Vielen dank, für die Infos. habe ich überlesen. 51 seiten sind ja auch schon ne menge wissen
den chip tauschen werde ich wohl nicht, ich bestelle da lieber ein passendes modul.
Zitat von: kimbolero am 22 November 2015, 14:42:18
Nutzt du den Hub auch als Stromquelle für den Raspberry? Lt. Beschreibung kann der eine USB Anschluss das. Fraglich, ob die restlichen USB Geräte dann genügend Saft bekommen.
4x A-Port, davon 1x Schnelllade-Anschluss (schwarz) mit bis zu 2A Leistung, geeignet für USB-Geräte mit erhöhtem Ladestrom wie das iPad
Hi!
Hatte ich ´mal versucht, aber scheinbar war das Kabel zu schlecht. Habe jetzt sehr gute Kabel im Einsatz - werde es bei Gelegenheit nochmal testen.
Grüße
Andreas
Zitat von: kadettilac89 am 11 November 2015, 18:17:21
Hier wirst du fündig ... hab ich im Einsatz, super Reichweite, wenn du die Bestückung ansiehst erkennst du im Antennenschaltkreis mehr Bauteile als das 433 Modul
http://de.aliexpress.com/item/Free-shipping-1pcs-lot-868-M-915-MHZ-CC1101-wireless-data-Best-quality/32516528802.html?ws_ab_test=searchweb201556_3_79_78_77_92_91_80,searchweb201644_5,searchweb201560_9 (http://de.aliexpress.com/item/Free-shipping-1pcs-lot-868-M-915-MHZ-CC1101-wireless-data-Best-quality/32516528802.html?ws_ab_test=searchweb201556_3_79_78_77_92_91_80,searchweb201644_5,searchweb201560_9)
Tut mir leid, aber die Bestückung ist eben leider genau wie bei den 433Mhz Modulen. Siehe auch Seite 25 der Texas Instrument Dokumentation, oder eben alle 433 Module, die bei AliExpress verkauft werden.
Die Abbildungen der grünen FYTOO Module "RF1100SE" zeigen alle die gleiche "Bauteil"Anordnung wie die 433Mhz Versionen. Die sind nicht für 868Mhz abgestimmt.
Alle Durchsteck-Varianten in 2,54mm Raster, inkl. des FYTOO-Moduls, sind nach der 433Mhz Referenzschaltung von Texas Instrument aufgebaut. Das sieht man auch optisch sehr schön anhand der Bild. Capacitors (bräunlich), Induktivitäten (weiß bzw. grün). www.ti.com/lit/ds/swrs061i/swrs061i.pdf#page=25
Es gibt aber auch "richtige" 868Mhz Module, nämlich diese hier in 2mm Rasterabstand.
http://de.aliexpress.com/item/CC1101-wireless-module-Long-Distance-Transmission-Antenna-868MHZ/32484824049.html
http://de.aliexpress.com/item/Free-Shippin-10PCS-LOt-Cc1101-868mhz-CC1101-sem-fio-868-MHz-100-NEW/32528031813.html
Wie kann man die Module unterscheiden?
Vom CC1101-Chip her fängt die 868Mhz Schaltung mit zwei Induktivitäten Richtung Antenne an. Optisch also zwei gleiche Bauteile. Die 433 Mhz Schaltung hat zwei unterschiedliche Bauteile (eine Induktivität und einen Capacitor)
Von der Antenne aus: 868 hat zwei Induktivitäten in Reihe (dazwischen einen Capacitor auf Masse), 433 hat zuerst einen Capacitor und dann eine Induktivität in Reihe (zwischendrin noch mal einen Capacitor auf Masse)
Nicht desto trotz suchen wir alle hier ein echtes 868Mhz Modul als Pin Durchsteck-Variante. Wer also eins kennt nur her mit dem Link!!! Ich und Locotus haben noch keins gefunden.
Klasse Garagenhaus,
wer das jetzt noch nicht kapiert, soll es am Geldbeutel spüren und weiterhin die falschen Module kaufen. ;D
Aber kleine Korrektur am Rande, Bauteile am Antennenausgang durchzählen, 868MHz hat eines mehr (11). ;)
Vieleicht mal ins Wiki stellen. Ich wollte auch mal was zum Thema Antennen schreiben.
Da wird auch eine Menge Müll angeboten und es ist noch schwerer zu Erkennen was in den Gummiknüppeln drin ist.
Die Länge sagt nämlich nicht Alles. (Dauert aber noch ein wenig).
Gruß Friedrich
Zitat von: Garagenhaus am 23 November 2015, 16:07:29
Tut mir lied, aber die Bestückung ist eben leider genau wie bei den 433Mhz Modulen. Siehe auch Seite 25 der Texas Instrument Dokumentation, oder eben alle 433 Module, die bei AliExpress verkauft werden.
Die Abbildungen der grünen FYTOO Module "RF1100SE" zeigen alle die gleiche "Bauteil"Anordnung wie die 433Mhz Versionen. Die sind nicht für 868Mhz abgestimmt.
Alle Durchsteck-Varianten in 2,54mm Raster, inkl. des FYTOO-Moduls, sind nach der 433Mhz Referenzschaltung von Texas Instrument aufgebaut. Das sieht man auch optisch sehr schön anhand der Bild. Capacitors (bräunlich), Induktivitäten (weiß bzw. grün). www.ti.com/lit/ds/swrs061i/swrs061i.pdf#page=25
Es gibt aber auch "richtige" 868Mhz Module, nämlich diese hier in 2mm Rasterabstand.
http://de.aliexpress.com/item/CC1101-wireless-module-Long-Distance-Transmission-Antenna-868MHZ/32484824049.html
http://de.aliexpress.com/item/Free-Shippin-10PCS-LOt-Cc1101-868mhz-CC1101-sem-fio-868-MHz-100-NEW/32528031813.html
Wie kann man die Module unterscheiden?
Vom CC1101-Chip her fängt die 868Mhz Schaltung mit zwei Induktivitäten Richtung Antenne an. Optisch also zwei gleiche Bauteile. Die 433 Mhz Schaltung hat zwei unterschiedliche Bauteile (eine Induktivität und einen Capacitor)
Von der Antenne aus: 868 hat zwei Induktivitäten in Reihe (dazwischen einen Capacitor auf Masse), 433 hat zuerst einen Capacitor und dann eine Induktivität in Reihe (zwischendrin noch mal einen Capacitor auf Masse)
Nicht desto trotz suchen wir alle hier ein echtes 868Mhz Modul als Pin Durchsteck-Variante. Wer also eins kennt nur her mit dem Link!!! Ich und Locotus haben noch keins gefunden.
Tolle Erklärung! Im Board fehlt definitiv der "Gefällt Mir" bzw. "Danke" Button!
Diese Erklärung sollten wird auf jeden Fall mit in das Wiki für den NanoCul aufnehmen. :)
Zitat von: Garagenhaus am 23 November 2015, 16:07:29
Nicht desto trotz suchen wir alle hier ein echtes 868Mhz Modul als Pin Durchsteck-Variante. Wer also eins kennt nur her mit dem Link!!! Ich und Locotus haben noch keins gefunden.
... und auch schon öfter gefunden ... http://forum.fhem.de/index.php/topic,24651.msg357942.html#msg357942 (http://forum.fhem.de/index.php/topic,24651.msg357942.html#msg357942)
@kadettilac89
Hast du dir die Bilder und die Beschreibung von Garagenhaus wirklich gut angesehen?
Das Bild auf das dein Link bei Ali zeigt, enthält jedenfalls alle Merkmale der 433MHz Version.
Das wird auch durch die Beschreibung nicht zum echten 868MHz Modul.
Gruß Friedrich
Oh je,
da habe ich in einem anderen Beitrag geschrieben, dass man einen blanken Draht als Antenne nehmen kann, weil die Ankopplung in der Regel über einen Kondensator geschieht und dadurch eine galvanische Trennung entsteht.
http://forum.fhem.de/index.php/topic,43467.msg358034.html#msg358034 (http://forum.fhem.de/index.php/topic,43467.msg358034.html#msg358034)
Wenn ich jetzt aber die Referenzschaltung für 868MHz von TI betrachte, gibt es da nur vier in Reihe geschaltete Induktivitäten, also keine gleichstrommäßige Trennung. >:(
Da ich aber, bevor ich dies behauptet hatte, von einer Messung mit einem Widerstandsmessgerät von >2MOhm ausging, hab ich mir die Module jetzt nochmal genau angeschaut. Dabei habe ich festgestellt, dass auf den Modulen statt der Induktivität L124 12nH, ein Kondensator mit 100nF eingebaut ist. Alle anderen Werte scheinen zu stimmen.
Was bedeutet das nun wieder für eine korrekte Antennenanpassung (SMA 50Ohm)?
Gruß Friedrich
Hallo,
ich habe nach der Anleitung auf http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/ versucht einen CUL Stick für meine Brennenstuhl RCS 1000 SN Funksteckdosen zusammen zu basteln. Ich habe erfolgreich die culfw geflasht, das ganze wird im FHEM offenbar auch erkannt. Ich bin unter Windows 7.
Hauscode ist 10001, Device "A", also 10000
In fhem.cfg:
Zitatdefine CUL1 CUL COM17@38400 1234
define OptionA IT 0FFF00FFFF FF F0
attr OptionA IODev CUL1
attr OptionA model itswitch
Im Logfile:
Zitat
[...]
2015.11.26 20:42:48 3: Opening CUL1 device COM17
2015.11.26 20:42:49 3: Setting CUL1 serial parameters to 38400,8,N,1
2015.11.26 20:42:49 3: CUL1 device opened
2015.11.26 20:42:58 3: CUL1: Possible commands: BCFiAZEkGMKUYRTVWXefltx
2015.11.26 20:43:01 1: Including ./log/fhem.save
2015.11.26 20:43:01 3: initialUsbCheck return value: This command is not yet supported on windows
2015.11.26 20:43:01 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.11.26 20:43:01 0: Featurelevel: 5.7
2015.11.26 20:43:01 0: Server started with 13 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os MSWin32, user JH, pid 4720)
2015.11.26 20:43:11 2: IT set OptionA off
2015.11.26 20:43:17 2: IT set OptionA on
2015.11.26 20:43:21 2: IT set OptionA off
Das on/off bewirkt nichts an der Steckdose in ~10cm Entfernung.
Wenn ich mich direkt per serieller Konsole verbinde, kann ich mit "V" den Versionstring abfragen (V 1.65 nanoCUL433). Mit "X08" sollte ich wohl Ausgaben sehen wenn der CUL irgendetwas empfängt. Hier sehe ich aber rein gar nichts. Auch nicht wenn ich direkt daneben auf der orginalen Steckdosenfernbedienung rumdrücke.
Einige Bilder:
Steckdose: https://dl.dropboxusercontent.com/u/1589203/cul/IMG_20151126_223618817.jpg
Nano: https://dl.dropboxusercontent.com/u/1589203/cul/IMG_20151126_223741563.jpg https://dl.dropboxusercontent.com/u/1589203/cul/IMG_20151126_223748531.jpg
Funkmodul: https://dl.dropboxusercontent.com/u/1589203/cul/IMG_20151126_223805878.jpg https://dl.dropboxusercontent.com/u/1589203/cul/IMG_20151126_231002852.jpg
Was kann ich noch ausprobieren? Bin für jede Hilfe dankbar!
Grüße,
jh
Zitat von: jh am 26 November 2015, 22:49:42
Hallo,
ich habe nach der Anleitung auf http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/ versucht einen CUL Stick für meine Brennenstuhl RCS 1000 SN Funksteckdosen zusammen zu basteln. Ich habe erfolgreich die culfw geflasht, das ganze wird im FHEM offenbar auch erkannt. Ich bin unter Windows 7.
Einige Bilder:
Steckdose: https://dl.dropboxusercontent.com/u/1589203/cul/IMG_20151126_223618817.jpg
Nano: https://dl.dropboxusercontent.com/u/1589203/cul/IMG_20151126_223741563.jpg https://dl.dropboxusercontent.com/u/1589203/cul/IMG_20151126_223748531.jpg
Funkmodul: https://dl.dropboxusercontent.com/u/1589203/cul/IMG_20151126_223805878.jpg https://dl.dropboxusercontent.com/u/1589203/cul/IMG_20151126_231002852.jpg
Wenn ich mir so Deine Bilder ansehe, dann passt da etwas mit der Verkabelung nicht.
Nach Deinem Bild sind zumindest die Ports D2, D3 nicht richtig am Funkmodul angeschlossen. Lt. Bild sind D6 und D5 verkabelt. Schaue die ´mal den Wiki-Eintrag http://www.fhemwiki.de/wiki/Selbstbau_CUL an und überprüfe die Verkabelung. Ich denke nicht, dass Du den Scetch an Deine Verkabelung angepasst hast. Zudem befinden sich in Deiner Verkabelung keinerlei Widerstände (z.B. der Pullup-Widerstand) und die "Diagnose"-LED ist inkl. passenden Vorwiderstand ist auch nicht vorhanden.
Mit richtiger Verkabelung sollte es (auch ohne Pegelanpassung 5V - 3.3V) erst einmal funktionieren.
Grüße
Andreas
Das war jetzt etwas peinlich... Danke!
Gut, dass hier niemand weiß wie oft ich (vermeintlich?!) die Pins überprüft habe. :-[
Ich vermute ich habe dort (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/) immer "(5) PIN D02" und "(6) PIN D03" in meinem Kopf zerwürfelt.
Danke nochmals!
Hallo zusammen,
ich habe meinen Cul bestehend aus CC1101 und Nano inklusive der Spannungsteiler zusammengesteckt. Der Vol wird auch erkannt uns alles initialzed angezeigt.
Leider werden meine Elro-Steckdosen nicht angesteuert...
Eine Abfrage der Frequenz liefert folgendes Ergebnis:
nanoCUL ccconf => freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB
Jemand eine Idee woran das liegen könnte? Die Verdrahtung hab ich schon dreimal durchgeklingelt, aber irgendwie keinen Fehler gefunden. Pin 1 sollte doch der mit dem Quadrat drumrum sein, oder?
Vielen Dank im Voraus für eure Unterstützung!
Hast du mal versucht die Frequenz zu setzen?
Set freq....
Sollte auf 433.920 liegen.
Die Massepins am CC1101 müssen manchmal beide aufgelegt werden.
Gruß
Michael
Guten Morgen, danke für die schnelle Antwort.
Die Frequenz hatte ich schon gesetzt, den zweiten Masse-Pin eben mal aufgelegt, die Frequenz ist leider immer noch 0.
Kann man den CC1100 irgendwie überprüfen? Muss da eine Led leuchten? Das Empfangen ist übrigens auch deaktiviert.
Zitat von: astro0302 am 11 November 2015, 17:04:59
So - die Spannungsteiler in den Leitungen D10, D11 und D13 auf dem Steckbrett sind ´drin. Siehe da, nun ist auch die Frequenz wieder auf 0.000 MHz. Mangels Oszi kann ich an diesen Leitungen sehr schlecht nachmessen. Damit ich in FHEM ein wenig weiterbasteln kann und die "Weihnachtsbeleuchtung" angesteuert werden kann, nehme ich die Spannungsteiler erst einmal wieder aus der Schaltung.
Jemand eine Idee?
Hast du herausgefunden woran das liegt? Ich habe die Spannunsteiler noch nicht rausgenommen, allerdings auch das Problem mit Frequenz 0...
Hallo,
ich hatte auch mal bei meinem Selbstbau das freq:0.000MHz angezeigt wurde, da waren 2 Anschlüsse vertauscht. Manche Arduinos haben auch ein anderes Pin Layout also nicht auf Zeichnungen verlassen. Mit installierter LED hat man auch eine gute Kontrolle über Empfang und Senden.
Gruß Rolf
Zitat von: derchrome am 03 Dezember 2015, 07:12:17
Hast du herausgefunden woran das liegt? Ich habe die Spannunsteiler noch nicht rausgenommen, allerdings auch das Problem mit Frequenz 0...
Hi!
Nein - habe ich nicht. Ich kann mir jetzt noch vorstellen, dass durch den Spannungsteiler die Signalstärke am Funkmodul zu niedrig ist. Momentan betriebe ich meinen nanoCUL ohne Spannungsteiler und es funktioniert problemlos.
Grüße
Andreas
Hi,
kleine Anmerkung am Rande, ich betreibe seit über einem Jahr mehrere CC1101 direkt am Arduino mit 5V, bisher ist nicht ein einziger ausgefallen. Ich würde mir den Spannungsteiler sparen. (Ich bin nicht schuld wenn eure cc1101 abrauchen)
Grüße,
Stephan
Ich verstehe die ganze Diskusion nicht. Eigendlich sollte doch der Hersteller am Besten wissen was seinem Produkt gut tut oder eben nicht.
Für mich gelten immer die Angaben aus dem Datenblatt. PUNKT! Alles Andere ist Kaffeesatzlesen. >:(
(http://forum.fhem.de/index.php?action=dlattach;topic=24651.0;attach=41841)
Gruß Friedrich
Zitat von: kawa0815 am 19 September 2015, 21:43:48
Der Arduino Pro Micro ist mit dem Atmega32U4 bestückt. Ihn gibt es als 3,3V/8MHz und 5V/16MHz- Variante.
Vorteil des Atmega32U4 ist der im Prozessor eingebaute USB-Port.
Außerdem wird der Prozessor im originalen CUL_V3 verbaut.
.....
Ich habe die a_CULFW verwendet. Lediglich in der board.txt muss man die Definitionen der PINs umbenennen. Mit ,,make" erhält man die Firmware CUL_V3.hex.
Vorteil dieser Lösung ist, man verwendet den CC1101 mit den richtigen Spannungen. Für den USB- Anschluss braucht man kein zusätzliches Modul.
Sollte Interesse bestehen, würde ich das detailliert erklären.
kawa
... ja, daran habe ich Interesse, die gleiche Konfiguration will nämlich auch aufbauen.
yam
wie bekommt man dann einen port dran? so ?
http://s984.photobucket.com/user/canton-electronics/media/arduino%20kits/TB309_14_zpsb7164499.jpg.html
das geht auch mit dem nano meine ich....
Hallo zusammen,
bevor ich restlos verzweifel, will ich Euch um Hilfe mit meinem nanoCUL bitten.
Aus irgendeinem Grund funktioniert keinerlei Funk-Kommunikation.
Ich hab meinen nanoCUL nach den bekannten Anleitungen (1 (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/) und 2 (http://www.fhemwiki.de/wiki/Selbstbau_CUL)) aufgebaut, zuerst mit einem Arduino Uno, jetzt mit einen Nano-Klon.
Als Funkmodul hatte ich fälschlicherweise zuerst einen Cc110L (433Mhz-Ausführung) inzwischen aber einen Cc1101 (Fake-"868Mhz"). Nach allem was ich hier gelesen habe, gehe ich aber davon aus, dass der Cc1101 in der angeblichen 868MHz-Ausführung zumindest grundsätzlich funktionieren sollte.
Die Kommunikation mit dem Arduino, von FHEM aus, ist kein Problem - Flashen klappt wie angegeben.
Ich habe schon verschiedene Firmwares auf den Uno/Nano geflasht, culfw-trunk (r531, r536) und auch a-culfw, jeweils in 433MHz und 868MHz-Variante.
Die LED blinkt im Sekundentakt (1s on, 1s off), der Arduino antwortet auf "V" brav mit "V 1.20.03 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)", ccconf-Abfrage bringt "freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB" usw.
So schön das ist, die Funkverbindung funktioniert nicht. Mein Testobjekt sind ein paar Homematic Thermostate. Ich habe den rfmode auf HomeMatic gestellt, die verbosity auf 5, hmPairForSec für eine Minute an und auf die mittlere Maustaste der Thermostate gedrückt bis sie runterzählen.
Aber es wird nichts angelegt und keine Logs erstellt.
In meiner drohenden Verzweiflung habe ich inzwischen das Funkmodul mit dem Arduino verlötet um Fehlerquellen auf dem Breadboard aus dem Weg zu gehen - ohne Erfolg. Die Verkabelung selbst habe ich inzwischen schon 100 Mal geprüft und zur Sicherheit komplett neu gemacht - der Fehler ist leider dadurch nicht weggegangen.
Fällt Euch noch irgendetwas ein? Ist vielleicht mein Funkmodul einfach kaputt? Könnte ich das Problem denn irgendwie debuggen (ohne Oszi)?
Für alle sachdienliche Hinweise wäre ich sehr dankbar; bitte gebt mir Bescheid wenn Ihr dazu noch weitere Daten braucht.
Zitat von: lawi am 15 Dezember 2015, 15:19:20
Fällt Euch noch irgendetwas ein? Ist vielleicht mein Funkmodul einfach kaputt? Könnte ich das Problem denn irgendwie debuggen (ohne Oszi)?
Für alle sachdienliche Hinweise wäre ich sehr dankbar; bitte gebt mir Bescheid wenn Ihr dazu noch weitere Daten braucht.
Hast du zufällig 433 Steckdosen (Elro, Pollin ... ) zu Hause? Wenn ja --> 433 auf den 868-nano flashen und testen. Die Reichweite ist geringer aber damit solltest du trotzdem was sehen wenn du auf die Fernbedienung drückst. Von acul-FW die 1.10.02 version, die 1.20.* hat irgendwelche Probleme.
Zitat von: kadettilac89 am 15 Dezember 2015, 16:10:38
Hast du zufällig 433 Steckdosen (Elro, Pollin ... ) zu Hause? Wenn ja --> 433 auf den 868-nano flashen und testen. Die Reichweite ist geringer aber damit solltest du trotzdem was sehen wenn du auf die Fernbedienung drückst. Von acul-FW die 1.10.02 version, die 1.20.* hat irgendwelche Probleme.
Hallo kadettilac89,
Danke für Deinen Input, ich habs natürlich gleich ausprobiert und die a-culfw Version 1.10.02 mit 443 geflasht, siehe Screenshot.
Ich hab die Frequenz auf 433.35MHz eingestellt. Leider hab ich nur Aldi-Funksteckdosen daheim, die (soweit ich weiß) nicht direkt von FHEM unterstützt werden. Direkt hat auch weiter nichts funktioniert (kein Log, kein autocreate).
Dann habe ich raw X67 (später X25) gesetzt, womit ich bei jedem Tastendruck einen Haufen p11 Messages im Log habe, siehe 2. Screenshot.
Das entspricht in soweit den Erwartungen, oder?
Ich hab natürlich auch mit der 1.10.02er 443 Firmware von oben auch nochmal probiert mit meinen Thermostaten zu pairen (rfmode auf HomeMatic, hmPairForSec auf 2 Minuten, mittlere Taste) - da leider nach wie vor: gar nichts.
Zitat von: lawi am 15 Dezember 2015, 17:27:51
Das entspricht in soweit den Erwartungen, oder?
Ich hab natürlich auch mit der 1.10.02er 443 Firmware von oben auch nochmal probiert mit meinen Thermostaten zu pairen (rfmode auf HomeMatic, hmPairForSec auf 2 Minuten, mittlere Taste) - da leider nach wie vor: gar nichts.
Das hört sich schon mal gut an. Empfangen geht ... Diese Teile des Modules zumindest. Du schreibst, dass du zuerst ein falsches Modul (433) getestet hattest. Hast du auch noch einen zweiten Arduino rumliegen? Wenn ja könntest einen zweiten nanoCul bauen und beide mit 433 FW flashen. Dann einen willkürlichen IT-Code definieren, mit dem 868 senden und mit den zweiten (433-CC1101) in x25 lauschen. Wenn dann auch was ankommt weißt du dass senden und empfangen geht. Ist etwas umständlich, damit wäre auch das senden erfolgreich - oder halt fehlerhaft - getestet.
Alternativ kannst auch in einen Baumarkt fahren und dir ein Set Elro holen, testen und dann wieder zurückgeben - nicht nett aber einfacher. Natürlich vorher klären ob du zurückgeben darfst da der Einzelhandel nicht verpflichtet ist.
Leitungen sind richtig angeklemmt? Ich frag nur ... hast du ein Multimeter? Bei den Modulen die 2 Pins für je Masse und VCC haben kann es sein, dass nur eines davon versorgt ist (schlecht gelötet) ... auch wenn es unwahrscheinlich ist, da du ja empfangen kannst. Mit Multimeter kannst die Leiterbahn mal gegen die Pins messen.
Zitat von: kadettilac89 am 15 Dezember 2015, 20:33:04
Das hört sich schon mal gut an. Empfangen geht ... Diese Teile des Modules zumindest. Du schreibst, dass du zuerst ein falsches Modul (433) getestet hattest. Hast du auch noch einen zweiten Arduino rumliegen? Wenn ja könntest einen zweiten nanoCul bauen und beide mit 433 FW flashen. Dann einen willkürlichen IT-Code definieren, mit dem 868 senden und mit den zweiten (433-CC1101) in x25 lauschen. Wenn dann auch was ankommt weißt du dass senden und empfangen geht. Ist etwas umständlich, damit wäre auch das senden erfolgreich - oder halt fehlerhaft - getestet.
Ne, sorry, das war wohl nicht klar ausgedrückt: Ich habe einen Arduino Uno, einen Arduino Nano-Klon und dazu einen CC1101 und einen CC110L.
Letzterer geht - soweit ich das verstanden hab - leider nicht mit CUL; das wurde hier zumindest mal diskutiert. Ich kann mir also leider nur einen CUL bauen.
Und mein CC1101 ist das "klassische" Modul, welches hier öfters genannt wurde - angeblich 838MHz, tatsächlich aber nach 433 MHz Aufbau.
Nach allem was ich hier aber gelesen habe, sollte die Kommunikation auf 838MHz trotzdem einigermaßen hinhauen.
Zitat
Alternativ kannst auch in einen Baumarkt fahren und dir ein Set Elro holen, testen und dann wieder zurückgeben - nicht nett aber einfacher. Natürlich vorher klären ob du zurückgeben darfst da der Einzelhandel nicht verpflichtet ist.
Elro (-Schaltsteckdosen) wären doch auch nur 433 MHz Sender, oder? Ich hoffe mal, dass der 433 MHz-Empfang als "funktioniert" bezeichnet werden kann... zumindest passiert da "irgendwas" :)
Zitat
Leitungen sind richtig angeklemmt? Ich frag nur ... hast du ein Multimeter? Bei den Modulen die 2 Pins für je Masse und VCC haben kann es sein, dass nur eines davon versorgt ist (schlecht gelötet) ... auch wenn es unwahrscheinlich ist, da du ja empfangen kannst. Mit Multimeter kannst die Leiterbahn mal gegen die Pins messen.
Klar, hab ich ein Multimeter. Ich hatte schon zuvor paar mal durchgemessen, aber jetzt nochmal explizit alle Pins direkt am CC1101 - schaut alles super aus.
VCC und Masse sind auch jeweils beide verbunden (verlötet ab Werk und auch durch Kurzschluss auf der Gegenseite nochmal).
Es gibt auch keine ungewollten Verbindungen zwischen den Pins.
Wirklich vielen Dank für den Input - ich bin echt ratlos...
Zitat von: lawi am 15 Dezember 2015, 22:32:15
Ne, sorry, das war wohl nicht klar ausgedrückt: Ich habe einen Arduino Uno, einen Arduino Nano-Klon und dazu einen CC1101 und einen CC110L.
Letzterer geht - soweit ich das verstanden hab - leider nicht mit CUL; das wurde hier zumindest mal diskutiert. Ich kann mir also leider nur einen CUL bauen.
Und mein CC1101 ist das "klassische" Modul, welches hier öfters genannt wurde - angeblich 838MHz, tatsächlich aber nach 433 MHz Aufbau.
Nach allem was ich hier aber gelesen habe, sollte die Kommunikation auf 838MHz trotzdem einigermaßen hinhauen.
Elro (-Schaltsteckdosen) wären doch auch nur 433 MHz Sender, oder? Ich hoffe mal, dass der 433 MHz-Empfang als "funktioniert" bezeichnet werden kann... zumindest passiert da "irgendwas" :)
Klar, hab ich ein Multimeter. Ich hatte schon zuvor paar mal durchgemessen, aber jetzt nochmal explizit alle Pins direkt am CC1101 - schaut alles super aus.
VCC und Masse sind auch jeweils beide verbunden (verlötet ab Werk und auch durch Kurzschluss auf der Gegenseite nochmal).
Es gibt auch keine ungewollten Verbindungen zwischen den Pins.
Wirklich vielen Dank für den Input - ich bin echt ratlos...
Ein paar Dinge ...
das Fake-868 Modul sendet bei mir über 12 m diagonal durch etliche Wände. RSSI wird mit -68 angezeigt was gut ist. Ob nun Fake oder nicht, wenn es funktioniert sollte das reichen. Läuft bei mir seit über einem Jahr problemlos, war wahrscheinlich einer der ersten da der Thread um diese Zeit Fahrt aufgenommen hat.
Wenn du dem nanoCul die 433 FW flasht kannst du normale Elro schalten. Der Hinweis auf den Baumakrt damit du auch das Senden des nanoCul testen kannst. Empfang scheint ja zu gehen, was ankommt ist erstmal egal. Es könnte sein, dass bei dir das Senden nicht funktioniert und das wurde noch nicht getestet. Wenn auf 433 alles funktioniert ist ein Hardwareproblem erstmal unwahrscheinlich. Beim Pairen werden Daten gesendet und empfangen darum wollte ich sehen ob beides auf 433 funktioniert auch wenn HM später 868 nutzt.
Zum CC110L ... ich glaube der hatte bei HM Probleme, es kann aber sein, dass er auf 433 sendet und empfängt. Einen Test wäre es wert ... als Alternative zum Baumarkt fahren ....
Ich habe mehrere HM Devices ... ich konnte zu Beginn auch nicht pairen weil ich 2 Anschlüsse vertauscht hatte. Damals gab es noch kein Wiki oder Anleitung von Gummibär.
Hi kadettilac89,
Danke erstmal!
Ich habe beide CULs so aufgebaut wie von Dir vorgeschlagen: Der Uno hat den CC110L dran und agiert als Empfänger (a-culfw 433, auf 433MHz, X25), der nano wie gehabt mit dem CC1101 (selbe fw, auch 433MHz).
Ich hab ein IT Signal definiert:
define schalter1 IT 000000000F FF F0
attr schalter1 IODev nanoCUL
attr schalter1 model itswitch
Danach noch die verbosity hochdreht und dann den "Schalter" betätigt. Gute Nachricht: Es wird etwas gesendet und empfangen.
Dann hab ich auch noch einen zweiten Schalter mit gleicher Adresse angelegt:
define schalter2 IT 000000000F FF F0
attr schalter1 IODev unoCUL <-------- anderer CUL!
attr schalter1 model itswitch
Jetzt schalten beide - wie erwartet - im Takt. Auf 433MHz scheint also alles super zu funktionieren.
Kann ich denn etwas ähnliches auf 868MHz mal ausprobieren? Wenn ja, wie? (sorry, newbie)
Zitat von: lawi am 16 Dezember 2015, 10:22:02
Hi kadettilac89,
Danke erstmal!
Ich habe beide CULs so aufgebaut wie von Dir vorgeschlagen: Der Uno hat den CC110L dran und agiert als Empfänger (a-culfw 433, auf 433MHz, X25), der nano wie gehabt mit dem CC1101 (selbe fw, auch 433MHz).
Ich hab ein IT Signal definiert:
define schalter1 IT 000000000F FF F0
attr schalter1 IODev nanoCUL
attr schalter1 model itswitch
Danach noch die verbosity hochdreht und dann den "Schalter" betätigt. Gute Nachricht: Es wird etwas gesendet und empfangen.
Dann hab ich auch noch einen zweiten Schalter mit gleicher Adresse angelegt:
define schalter2 IT 000000000F FF F0
attr schalter1 IODev unoCUL <-------- anderer CUL!
attr schalter1 model itswitch
Jetzt schalten beide - wie erwartet - im Takt. Auf 433MHz scheint also alles super zu funktionieren.
Kann ich denn etwas ähnliches auf 868MHz mal ausprobieren? Wenn ja, wie? (sorry, newbie)
Wenn 433 was gesendet und empfangen wird ist schon mal die Hardware soweit OK. HM muss gepaired werden, da ist der Aufwand größer, du könntest aber trotzdem mal beide auf 868 flashen und den nanoCul zum pairen verwenden, und den UnoCul zum lauschen reinhängen, dann müsstest du auch sehen was rumgesendet wird. Vielleicht ist das für die weitere Analyse hilfreich. Hab ich aber bis jetzt noch nicht gemacht oder benötigt.
Ich will nicht alles lesen ... du hast X25 gesetzt und zusätzlich als Loglevel verbose 5 oder? ... mehr geht nicht.
Poste mal den Link welches 868 (fake)-Modul du verwendest. Welcher CC110(1/*) und Version ist darauf abgebildet?
An die HM-Anleitung hast du dich gehalten? Pairen ...? Welche HM-Geräte hast du, nur Heizthermostat?
Poste mal die Definition deines nanoCUl in der fhem.cfg ... rfmode HM eingetraen?
Hi kadettilac98,
dies sind meine beiden Funkmodule:
868MHz (http://de.aliexpress.com/item/Free-shipping-1pcs-lot-868-M-915-MHZ-wireless-module-CC1101-wireless-data-Best-quality/32461960542.html) und 443MHz (http://de.aliexpress.com/item/1Pcs-CC1101-Wireless-Transceiver-Module-with-SMA-Antenna-for-Arduino-NEW/32351288041.html)
Die Bilder stimmen. Allerdings hat das 868MHz hat entgegen der Beschreibung einen CC110L verbaut, der wohl ein Sorgenkind (beim pairen) mit HomeMatic ist. Der 433MHz ist dann wohl genau der, der auch hier (http://forum.fhem.de/index.php/topic,24651.msg272298.html#msg272298) schon als ungeeignet für 868MHz beschrieben wurde.
Leider habe ich diese Posts nicht schon früher entdeckt - sie decken sich mit meinen Erfahrungen, sonst hätte ich natürlich beim Kauf darauf geachtet.
Sofern Ihr mich nicht eines besseren belehrt, gehe ich mal davon aus, dass beide Module für HomeMatic ungeeignet sind.
Kleiner Erfolg: irgendwas am Pairen hat nach Studen des Ausprobierens tatsächlich mal geklappt: Im FHEM wurde ein Thermostat angelegt. Mehr ging leider nicht: "getConfig" hat zu cmds_pending geführt. Auch sonst ließ sich das nicht vernünftig reproduzieren... schade.
Vielen Dank auf jeden Fall für den Input, ich weiß das sehr zu schätzen.
Zitat von: lawi am 17 Dezember 2015, 13:20:42
Leider habe ich diese Posts nicht schon früher entdeckt - sie decken sich mit meinen Erfahrungen, sonst hätte ich natürlich beim Kauf darauf geachtet.
Sofern Ihr mich nicht eines besseren belehrt, gehe ich mal davon aus, dass beide Module für HomeMatic ungeeignet sind.
Kleiner Erfolg: irgendwas am Pairen hat nach Studen des Ausprobierens tatsächlich mal geklappt: Im FHEM wurde ein Thermostat angelegt. Mehr ging leider nicht: "getConfig" hat zu cmds_pending geführt. Auch sonst ließ sich das nicht vernünftig reproduzieren... schade.
Vielen Dank auf jeden Fall für den Input, ich weiß das sehr zu schätzen.
1) Scheinbar funktioniert bei manchen auch der CC110L .. siehe Post unten. Vielleicht mit der Originalen Fw, ich glaube die 1.65 war irgendwo im Gespräch.
2) Hat der 433 auch einen CC1101-Chip? Schließe den mal an deinen Arduino (Pins sollten identisch belegt sein), flashen musst nicht neu da die FW auf dem Arduiono bleibt. Vielleicht kannst damit pairen und dann später wieder auf den CC110L zurückwechseln wenn gepaired ist. Mehr als nichts empfangen mit dem 433 kann nicht passieren ... also nicht schlechter werden. Lösche aber alles raus was aktuell in deiner Config rumliegt. Reichweite ist geringer, aber zum pairen egal, zur Not kannst deinen Raspi oder was du hast an eine Steckdose hängen die in der Nähe des Heizkörpers ist.
3) cmds pending an sich muss kein Fehler sein, da HM nur alle 2? Minuten überträgt um Pakete und Energie zu sparen. Wenn dieser Status bleibt dann passt was nicht.
4) Sind deine HM Geräte neu, oder hast du diese gebraucht gekauft? Wenn gebraucht könnte es ggf. noch sein, dass die Verschlüsselung aktiv ist. Wie viel dann empfangen wird weiß ich nicht.
Zitat von: Telekatz am 01 August 2015, 13:58:04
Ich denke nicht, dass das Problem am CC110L liegt. Denn auch auf den RF1101SE-V2 Module, die ich hier habe, ist der CC110L verbaut. HM funktioniert mit diesen Modulen. Außerdem habe ich noch ein RF1101SE-V3.1 Modul mit CC110L mit dem HM auch funktioniert.
Hallo,
wer sich überlegt, ein neues Funkmodul zu kaufen, dem kann ich nur folgendes empfehlen:
http://www.amazon.de/gp/product/B00GBW6WJY/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00GBW6WJY&linkCode=as2&tag=jensosburaspu-21 (http://www.amazon.de/gp/product/B00GBW6WJY/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00GBW6WJY&linkCode=as2&tag=jensosburaspu-21)
Das funktioniert auf anhieb. Eine Detailbeschreibung habe ich hier erstellt:
http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251 (http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251)
Ich hoffe, ich konnte weiter helfen...
Zitat von: josburg am 17 Dezember 2015, 20:30:56
Hallo,
wer sich überlegt, ein neues Funkmodul zu kaufen, dem kann ich nur folgendes empfehlen:
http://www.amazon.de/gp/product/B00GBW6WJY/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00GBW6WJY&linkCode=as2&tag=jensosburaspu-21 (http://www.amazon.de/gp/product/B00GBW6WJY/ref=as_li_tl?ie=UTF8&camp=1638&creative=19454&creativeASIN=B00GBW6WJY&linkCode=as2&tag=jensosburaspu-21)
Das funktioniert auf anhieb. Eine Detailbeschreibung habe ich hier erstellt:
http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251 (http://raspberrypi.crmvy3qiisdstf8c.myfritz.net/wordpress/?page_id=251)
Ich hoffe, ich konnte weiter helfen...
Wenn das eine Antwort auf die vorangegangene HM-Diskussion sein soll ... ich bezweifle dass 868 funktioniert da es als 433 angeboten wird. 433 funktioniert mit jedem gelinkten Modul nur 868 macht Sorgen. Unabhängig davon ... interessant wenn es schnell gehen muss, und dadurch der Preis nebensächlich ist.
http://www.amazon.de/forum/-/Tx1TPBP39RVPKFD/ref=ask_dp_dpmw_al_hza?asin=B00GBW6WJY (http://www.amazon.de/forum/-/Tx1TPBP39RVPKFD/ref=ask_dp_dpmw_al_hza?asin=B00GBW6WJY)
Hallo in die Runde,
ich bin auch auf ein China billig CC1101 Modul reingefallen.. aber noch guter Hoffnung, dass ich es irgendwann mal für 433 MHz benötige.
Zur Zeit habe ich aber nur Module die mit 866 MHz arbeiten und da funktioniert gar nichts.
Viele in diesem Forum schlagen vor ein Module über AliExpress zu kaufen. Nach dem ich mir viele Produkte angesehen habe bin ich nun noch mehr verunsichert ob ich ein passendes bzw. das gewünschte Modul erhalte.
Ich hätte eine andere Frage an die Elektronik Experten hier. Es gibt den original TI Chip CC1101 bei RS für wenig Geld.
http://de.rs-online.com/web/p/products/8203068/ (http://de.rs-online.com/web/p/products/8203068/)
Meine Idee wäre aus dem Chip und dem Standard Schaltplan von TI das Modul nachzubauen, mit dem 866MHz Antennen Kreis.
Hat dies schon mal jemand gemacht bzw. hat jemand Erfahrung ?
Freue mich auf Eure Antworten
Grüße
Chris
Zitat von: watercracker am 28 Dezember 2015, 20:41:42
Viele in diesem Forum schlagen vor ein Module über AliExpress zu kaufen. Nach dem ich mir viele Produkte angesehen habe bin ich nun noch mehr verunsichert ob ich ein passendes bzw. das gewünschte Modul erhalte.
Ich hätte eine andere Frage an die Elektronik Experten hier. Es gibt den original TI Chip CC1101 bei RS für wenig Geld.
http://de.rs-online.com/web/p/products/8203068/ (http://de.rs-online.com/web/p/products/8203068/)
Meine Idee wäre aus dem Chip und dem Standard Schaltplan von TI das Modul nachzubauen, mit dem 866MHz Antennen Kreis.
Hat dies schon mal jemand gemacht bzw. hat jemand Erfahrung ?
Hallo Chris,
das würde ich nicht tun. Ich habe Layouterfahrung, aber der Antennenkreis kann ganz schnell "in die Hose" gehen. Meine Empfehlung: hol Dir eine 868 MHz "Briefmarke" und besorg Dir entweder die v1.1 oder die v3.1 Version der nanoCUL Platine. Garagenhaus hat die Info gepostet bzw. die ist auch im Wiki Artikel von Selbstbau CUL enthalten.
Gruß PeMue
Zitat von: watercracker am 28 Dezember 2015, 20:41:42
Hallo in die Runde,
ich bin auch auf ein China billig CC1101 Modul reingefallen.. aber noch guter Hoffnung, dass ich es irgendwann mal für 433 MHz benötige.
Zur Zeit habe ich aber nur Module die mit 866 MHz arbeiten und da funktioniert gar nichts.
Viele in diesem Forum schlagen vor ein Module über AliExpress zu kaufen. Nach dem ich mir viele Produkte angesehen habe bin ich nun noch mehr verunsichert ob ich ein passendes bzw. das gewünschte Modul erhalte.
Ich hätte eine andere Frage an die Elektronik Experten hier. Es gibt den original TI Chip CC1101 bei RS für wenig Geld.
http://de.rs-online.com/web/p/products/8203068/ (http://de.rs-online.com/web/p/products/8203068/)
Meine Idee wäre aus dem Chip und dem Standard Schaltplan von TI das Modul nachzubauen, mit dem 866MHz Antennen Kreis.
Hat dies schon mal jemand gemacht bzw. hat jemand Erfahrung ?
Freue mich auf Eure Antworten
Grüße
Chris
Hi Chris,
1. die Referenz-TI-Schaltung ist sowohl im CUL von busware, als auch bei Locotus RPI-Addon-Platine implementiert und die Chinesen halten sich auch dran. Locotus hat damit sehr viel Erfahrung würde ich sagen. Viele Bauteile braucht man ja nun wirklich nicht, vor allem wenn man den Balun benutzt. (@PeMue. Ich glaube nicht, dass man da soviel falsch machen kann, wenn man das wie die anderen 1:1 umsetzt. Bzw. klar kann man alles falsch machen, aber ob es soviel schlechter wird als die heutigen Alternativen)
Wenn du selber Platinen entwerfen kannst: Go for it. Was schwebt dir denn vor? Eine Selbstbau Platine mit integriertem CC1101
für einen Arduino (Nano, Mirco Pro,..) oder gleich alles integriert wie der Busware CUL?
2. Was die schlechte Sende/Empfangsleistung angeht/ "da funktioniert gar nix". Bist du sicher, dass dein Aufbau überhaupt funktioniert oder was meinst du genau mit reingefallen. Welches Modul hast du denn? Entweder du hast ein Modul mit dem falschen TI Chip "CC1101
L" Dann geht wirklich gar nix, vor allem nicht mit Homematic. Oder du hast eben ein 433 Modul, mit eingeschränkter Leistung auf 433. Es ist natürlich Käse wenn die Chinesen die 433Mhz Module als 868Mhz zu verkaufen, aber wenn die Module in der Nähe sind (im gleichen Raum ohne Wände), haben viele hier im Forum wohl Erfolg damit. Nur wenn dann Stahlbeton Decken oder Wände ins Spiel kommen wird es kritisch. Aber zum Testen aus nächster Nähe...?
Ich habe übrigens noch von niemandem gehört, der mit den auf 868Mhz abgestimmten grünen 2mm Briefmarken Modulen Probleme gehabt hatte. Die meisten kaufen sie aber eben nicht und es ist das einzige Modul für diese Frequenz. Und daher gebe ich Peter recht. Einfach ein 2mm Modul kaufen und eine Drahtantenne mit so 78-80mm dran. Besser und einfacher wird es nie werden. Wenn du aber etwas entwerfen willst, nur zu; hier ist die Bastelecke!
Zitat von: locutus am 01 August 2015, 12:52:52
Ich verbaue die D-SUN CC1101-Funkmodule in meinem miniCUL.
http://forum.fhem.de/index.php/topic,26487.0.html
Das ist zwar der falsche Thread, aber der Verkaufs-Thread ist zu. Meine Frage:
Ich suche für die (normale) culfw eine
board.h für den miniCUL. Kann ich diese aus der a-culfw (siehe hier http://forum.fhem.de/index.php/topic,26487.msg194747.html#msg194747) nehmen?
Danke + Gruß
Peter
Hallo Peter,
nimm folgende Änderungen am nanoCUL Sourcode Code (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/nanoCUL/board.h) vor:
#define CC1100_OUT_PIN 2
#define CC1100_IN_PIN 3
#define LED_PIN 4
Der miniCUL taktet mit 8 MHz:
/* if you have an Arduino with only 8MHz disable the next line */
//#define HAS_16MHZ_CLOCK
Ich hatte beim Zusammenbau meines nanoCUL möglicherweise das gleiche Problem:
Die Rückmeldung mit 0.00 MHz kommt dann, wenn das CC1101-Modul nicht korrekt durch den Nano adressiert,
bzw angesprochen werden kann.
Meinen Aufbauplan mit der Nano-Standard-Belegung habe ich angefügt.
Ich benutze eine Pegelanpassung 5V (TTL) auf 3V3 mit 2 * 10K SMD-Widerständen + jeweils einem 2N7002 FET für (SCLK,SI,CS).
Nach Testen der Schaltung musste ich feststellen, dass eine Vorgabe in FHEM von z.B. 868.300 MHz nicht so vom Modul erzeugt werden, sondern es besteht
(Quarz-bedingt?) eine Abweichung zur FS20-Sollfrequenz. (um 868.320 zu erreichen musste per FHEM 868.650 MHz eingestellt werden).
Diesen Sachverhalt habe ich nach langem Suchen durch Zufall herausgefunden:
2 nanoCul-Module mit Panstamp-Sender + und Empfänger funktionierten einfach nicht miteinander....
Nachdem ich beide -Module versehentlich mit dem Sender-Sketch geflasht hatte, war deutlich eine jeweils unterschiedliche Frequenzabweichung deutlich in SDR# ersichtlich! (Trotz gleicher FSCTRLx-Einstellung)
Ob das an den verwendeten Modulen liegt, kann ich nicht direkt sagen, aber es ist frustrierend, wenn nach langer Sucherei nichts funktioniert,
besonders, wenn man vermeintlich alle "Hürden" zum funktionierenden FHEM/CUL System genommen hat. (Dank an die FHEM-community!)
1.) Panstamp: https://code.google.com/p/panstamp (https://code.google.com/p/panstamp) (PANSTAMP: hier muss GD0 auf D2 und GD2 auf D3 verschalten werden, also umgekehrt zum nanoCUL !)
2.) SDR# mit DVBT-USB-Stick liefert entscheidende + hilfreiche Erkenntnisse.
3.) Aufbau-Doku:angefügt (sorry wg.händisch (;-) )
Entgegen meinem Plan ist für die culfw folgende Verdrahtung von GD0 + GD2 erforderlich:
GD0 geht auf D3
GD2 geht auf D2
Beim Herumexperimentieren mit der Mittenfrequenz um die 868.320 MHz wollte mein nanoCUL partout
keine FS20-Aktion ausführen, dabei hat mir ein Rücksetzen des EEPROM-Inhaltes mittels "set nanoCUL raw e" geholfen,
wieder eine Einstellung zu bekommen, mit der die FS20ST wieder reagierten.
PS:
Wenn die Größe des Boards nicht unbedingt eine Rolle spielt (für CUL-Firmware mittels FLIP flashen) :
http://www.ehajo.de/baus%C3%A4tze/bedrahtete-baus%C3%A4tze/atmega32u4-breakout-board.html (http://www.ehajo.de/baus%C3%A4tze/bedrahtete-baus%C3%A4tze/atmega32u4-breakout-board.html)
@juergs:
Hi,
in Deiner Zeichnung hast Du eine Übersicht, wie die Belegung des 868MHz Moduls welches man bei Aliexpress bekommen kann belegt ist. Wo hast Du die her? Findet man die irgendwo oder hast Du das anhand der Platine und der CC1101 Referenzschaltung selbst ermittelt?
Grüße,
Marco
@Marco:
Schaue mal auf die1. Seite dieses Threads :
http://forum.fhem.de/index.php?topic=24651.30
http://forum.fhem.de/index.php?action=dlattach;topic=24651.0;attach=17825
oder:
http://lmgtfy.com/?q=CC1101+868+MHz+Module+Pinout
Findet man die irgendwo? -> Klar (;-)) :
http://www.digirf.com/xwfu/2013/4f3751b81deca976.pdf
Zitat von: juergs am 08 Januar 2016, 11:27:45
@Marco:
Schaue mal auf die1. Seite dieses Threads :
http://forum.fhem.de/index.php?topic=24651.30
http://forum.fhem.de/index.php?action=dlattach;topic=24651.0;attach=17825
oder:
http://lmgtfy.com/?q=CC1101+868+MHz+Module+Pinout
Danke!
Ich hab soeben das Pollin Modul ans laufen bekommen, und was soll ich sagen es funktioniert hervorragend mit den MAX! Geräten. Ich kann das Ding nur empfehlen, nach dem Pech mit dem Ding von Shopduino und einem China Clone.
Es sind nur minimale Änderungen an der a-culfw nötig. Falls Interesse besteht kann ich gern mal die Verkabelung und die Patches posten.
Zitat von: bronius am 11 Januar 2016, 18:22:24
Ich hab soeben das Pollin Modul ans laufen bekommen, und was soll ich sagen es funktioniert hervorragend mit den MAX! Geräten. Ich kann das ding nur empfehlen, nach dem Pech mit dem Ding von Shopduino und einem China Clone.
Es sind nur minimale Änderungen an der a-culfw nötig. Falls Interesse besteht kann ich gern mal die Verkabelung und die Patches posten.
Ja , bitte mal posten.
Danke
Die Verkabelung ist wie immer, nur das man GD02 nicht verkabelt. Max funktioniert wunderbar, hab das nun schon 24 Stunden am laufen und keine Fehler in der Übertragung.
Die Änderungen für die rf_moritz.c // 0x02, 0x46, //IOCFG0
0x02, 0x07, //IOCFG0
Im Anhang ist einmal die definitiv funktionierende Firmware für das Max Protokoll, und in dem ungetestet Ordner inkl allen anderen Anpassungen.
@bronius: Könntest du den Link zu dem Modul posten?
http://www.pollin.de/shop/dt/MjQ3OTgxOTk-/Bausaetze_Module/Module/Mini_Funkmodul_CC1101_868_MHz_Sende_Empfangsmodul.html (http://www.pollin.de/shop/dt/MjQ3OTgxOTk-/Bausaetze_Module/Module/Mini_Funkmodul_CC1101_868_MHz_Sende_Empfangsmodul.html) Zwar nicht das günstigste, funkt dafür aber definitiv auf 868 MHZ.
Zitat von: bronius am 12 Januar 2016, 15:40:37
Im Anhang ist einmal die definitiv funktionierende Firmware für das Max Protokoll, und in dem ungetestet Ordner inkl allen anderen Anpassungen.
Ich finde nur die HEX Dateien, hast Du auch die Änderungen an den Quelltexten?
Danke + Gruß
PeMue
Zitat von: juergs am 06 Januar 2016, 13:45:08
Ich hatte beim Zusammenbau meines nanoCUL möglicherweise das gleiche Problem:
Die Rückmeldung mit 0.00 MHz kommt dann, wenn das CC1101-Modul nicht korrekt durch den Nano adressiert,
bzw angesprochen werden kann.
Meinen Aufbauplan mit der Nano-Standard-Belegung habe ich angefügt.
Ich benutze eine Pegelanpassung 5V (TTL) auf 3V3 mit 2 * 10K SMD-Widerständen + jeweils einem 2N7002 FET für (SCLK,SI,CS).
Nach Testen der Schaltung musste ich feststellen, dass eine Vorgabe in FHEM von z.B. 868.300 MHz nicht so vom Modul erzeugt werden, sondern es besteht
(Quarz-bedingt?) eine Abweichung zur FS20-Sollfrequenz. (um 868.320 zu erreichen musste per FHEM 868.650 MHz eingestellt werden).
Diesen Sachverhalt habe ich nach langem Suchen durch Zufall herausgefunden:
2 nanoCul-Module mit Panstamp-Sender + und Empfänger funktionierten einfach nicht miteinander....
Nachdem ich beide -Module versehentlich mit dem Sender-Sketch geflasht hatte, war deutlich eine jeweils unterschiedliche Frequenzabweichung deutlich in SDR# ersichtlich! (Trotz gleicher FSCTRLx-Einstellung)
Ob das an den verwendeten Modulen liegt, kann ich nicht direkt sagen, aber es ist frustrierend, wenn nach langer Sucherei nichts funktioniert,
besonders, wenn man vermeintlich alle "Hürden" zum funktionierenden FHEM/CUL System genommen hat. (Dank an die FHEM-community!)
1.) Panstamp: https://code.google.com/p/panstamp (https://code.google.com/p/panstamp)
2.) SDR# mit DVBT-USB-Stick liefert entscheidende + hilfreiche Erkenntnisse.
3.) Aufbau-Doku:angefügt (sorry wg.händisch (;-) )
PS:
Wenn die Größe des Boards nicht unbedingt eine Rolle spielt (für CUL-Firmware mittels FLIP flashen) :
http://www.ehajo.de/baus%C3%A4tze/bedrahtete-baus%C3%A4tze/atmega32u4-breakout-board.html (http://www.ehajo.de/baus%C3%A4tze/bedrahtete-baus%C3%A4tze/atmega32u4-breakout-board.html)
Hi Juergs,
man da scheinst du was durchgemacht zu haben. Nachdem hier viele sehr erfolgreich mit den grünen SMD-Platinen für 868Mhz und dem D-Sun bzw. RF1100SE für 433Mhz wäre meine Hoffnung, dass das eher ein Defekt (des Quarz oder anderen Bauteils vorliegt) als eine normale Schwankung.
Welche SDR Software benutzt du? Ist die OpenSource/Freeware?
1. Frage: Die Idee mit dem SDR finde ich richtig gut zur Kontrolle. Wie sicher bist du dir denn, dass der SDR Chip die Frequenz genauer einstellt/messen kann? Dann könnte ich mir diese Frage hier (http://forum.fhem.de/index.php/topic,46460.msg382027.html#msg382027) ob BidCos nun 868,350 MHz oder 868,300 MHz sendet selber zuverlässig beantworten.
2. Unabhängig davon, ob die SDR Software die Frequenz absolut richtig anzeigt könnte man zumindest relativ gesehen Sender- und Empfängerfrequenzen vergleichen. Insbesondere beim bidirektionalen Bidcos sollte man ja schnell sehen, ob eine starke Abweichung relativ zueinander ist. Zuerst nur das eine Gerät messen (z.B. in den Lernmodus versetzen), dann das andere, oder? Dann könnte man ggf. nach dem Löten seine Module kalibrieren. Wobei man bei x-Empfängern dann eben nur auf den Mittelwert/Werksfrequenz hin optimieren kann. Interessant wäre dann auch die Frage wie stark die Schwankungen der FS oder auch Homematic Geräte sind, die man bei größeren Installationen beobachten könnte. Was dann wiederum beantworten könnte ob dein Modul oben ein Ausreißer war.
Hallo Garagenhaus,
danke für Dein Mitgefühl, aber der Weg ist das Ziel! ;)
1.) Frequenzabweichungen: TI spricht in seiner Design Note DN015 z.B. von "Permanent Frequency Offset Compensation".
Ein Grund wird auch die Qualität des verw. Quarzes und des Baluns sein... Aber so tief in die analoge Seite wollte ich gar nicht einsteigen.
Ich habe die von Bronius zuvor gepostete Hex mit meinen Modulen getestet. Die Änderungen betreffen aber nicht FS20.
FS20ST-Empfang der Fernbedienung geht nach geringer Anpassung, aber noch nicht das Senden.
Die Genauigkeit des SDRs war mir eigentlich nicht wichtig, da ich ja mit der Fernbedienung eine Gegenprobe habe: beide sollten die selbe
Mittenfrequenz haben, der Rest ist ein Thema der Bandbreite etc. und der richten Vorgabe und Modulationsart in der CUL-Firmware.
(Habe alle 3 Typen von Modulen ausprobiert, alle sind bezüglich Frequenz jeweils etwas unterschiedlich und einzeln anzupassen)
Um diese Probleme und den Zeitaufwand beim Einarbeiten in den CC1101 zu vermeiden, rate ich eher zu einem fertigen Busware-Stick.
2.) Absolut ja. Die SDR# - Software ist diese hier: http://airspy.com/download/ (http://airspy.com/download/). Verwendet wird ein Allerwelt-DVBT-Stick (Amazon, Reichelt, vorher Eignung prüfen...)
Die Installation ist unter Win10 etwas tricky (spezieller LibUsb-Treiber mit Installations-Tool) Anleitungen gibt es zu Hauf im Internet.
Zuerst die Stick-SW installiert, dann den Treiber ersetzt. Etwas ähnliches gibt es auch für den RASPI.
juergs
Kurze Frage, kann ich einen Standard CC1101 auch auf 868 MHz laufen lassen? Und wenn ja wie (bei Verwendung als NanoCUL)?
Ich habe diesen hier:
http://m.ebay.de/itm/CC1101-Wireless-Transceiver-Module-with-SMA-Antenna-fuer-Arduino-/281719474421?txnId=1454224693018
Zitat von: derchrome am 12 Januar 2016, 22:03:24
Kurze Frage, kann ich einen Standard CC1101 auch auf 868 MHz laufen lassen? Und wenn ja wie (bei Verwendung als NanoCUL)?
Ich habe diesen hier:
http://m.ebay.de/itm/CC1101-Wireless-Transceiver-Module-with-SMA-Antenna-fuer-Arduino-/281719474421?txnId=1454224693018
Ja, kannst Du. Über das Setzen des Attributes rfmode in die entsprechende Betriebsart. Dein Modul ist aber sowohl Hardware- und Antennenmäßig komplett auf 433 MHz ausgerichtet, somit wirst Du schlechte bis gar keine Ergebnisse bei 868MHz erzielen. Ist auf den vorangegangenen Seiten wiederholt ausfürlich erläutert worden.
Hallo Zusammen,
ich habe mir heute von einem freundlichen Kollegen ein funktionierenden CUL-Stick besorgt.
Siehe da, meine FS20 Geräte schalten damit einwandfrei. Dann stellt sich natürlich die Frage
wo steckt der Fehler?
Ok, aber zurück zur Vorgehensweise:
1.) funktionierender Stick: liefert mit cconf 868.300 MHz (!) sendet aber nach meiner richtigen Beobachtung
auf 868.2556 MHz. (Das scheint aber für die FS20ST OK zu sein.)
2.) Mein 32U4-Modul mit Pollin-868-Modul mit der kompilierten Version der Webseite des CULFW-Trunks-r547 geflasht.
Hier habe ich den fehlenden GD02-Pin direkt am CC1101-Chip-Pin angelötet (ja, das geht!) und nach aussen geführt.
Resultat: schalten der FS20ST Steckdosen geht sofort.
3.) den gleichen Versuch mit NanoCUL und Briefmarken-868-Modul mit der schon kompilierten FW aus der Version r547
funktioniert leider nicht, das Senden liefert möglicherweise ein OOSK-Signal. Auch mit der Version von bronius.
Eine Möglichkeit: hatte die r547 heruntergeladen und auf dem RASPI für Nano und 32U4 selbst kompiliert und diese Version verwendet (vorher ein make clean).
Vieleicht besteht ein Unterschied zu den schon fertigen Compiles der Webseite.
Noch ein Wort zur Bandbreite: Bei einer Einstellung auf 325 KHz ist ein Erfassungsfenster von +/- 162,5 KHz um die Mittenfrequenz offen, reicht also
von 868,1575 .. 868,4825 MHz. (soweit ich das richtig verstanden haben sollte ..).
D.h. ein Sendesignal von 868,225 MHz sollte also eigentlich erfasst werden ....
Ist zwar Off-Topic, aber vieleicht trägt es zum Verständnis bei: http://www.mikrocontroller.net/articles/RFM12 (http://www.mikrocontroller.net/articles/RFM12)
und http://www.david-pauli.de/howto/funkdaten-mitloggen-und-simulieren/ (http://www.david-pauli.de/howto/funkdaten-mitloggen-und-simulieren/)
Danke an Alle + Grüße
juergs
PS: Ein "set nanoCul raw e" wirkt Wunder ;)
Hallo zusammen,
ich lese hier ab und zu mal mit.
Ich habe wohl ein ähnliches Problem.
Ich habe mir folgende Module gekauft.
a)
New Pro Micro ATmega32U4 5V 16MHz Replace ATmega328 Arduino Pro Mini M40
b)
2pcs SMA Antenna Wireless Transceiver Module CC1101 Wireless Module for Arduino
Die CC1101 Module sollen angeblich für 868Mhz tauglich sein (kann ich allerdings nicht mehr nachvollziehen.
Meine Verdrahtung habe ich mal angehängt.
Da das Pinning nicht dem CUL Pinning enstpricht habe ich die culfw angepasst (mehr Details kann ich nächste Woche bei Bedarf nennen).
Als Bootloader ist der Arduino Bootloader im Modul und nicht der bei der culfw genutzte Loader
Ergebnis:
- Die Status LED blinkt im Sekunden Takt
- die CC1101 Register können gelesen und geschrieben werden, gelesene Werte zeigen auch den erwarteten Status an und ändern sich nach schreiben wie erwartet.
Nur senden tut das Ding nichts.
Die Masseverbindungen etc. habe ich wie im Thread beschrieben überprüft, bringt aber nichts.
die Verbindung vom µC zu CC1101 habe ich x mal verifiziert, finde aber keinen Fehler.
Der einzige offensichtliche Unterschied zwischen CUL und meiner Schaltung ist, dass beim CUL der Bootloaderschalter (=HWB=PE2) nur im Bootmode auf Masse liegt, bei mir immer (kann ich bei meiner Platine nicht ohne weiteres ändern.
Das sollte nach meinem Verständnis aber nichts ausmachen, da die FW offensichtlich ja läuft, d.h. ich kann Kommandos abfeuern und bekomme auch Rückmeldung.
Wenn jemand noch eine Idee hat, her damit.
Ansonsten werde ich bei gelegenheit selbst noch etwas forschen.
Gruß
RaspII
Zitat von: RaspII am 13 Januar 2016, 23:43:01
b)
2pcs SMA Antenna Wireless Transceiver Module CC1101 Wireless Module for Arduino
Die CC1101 Module sollen angeblich für 868Mhz tauglich sein (kann ich allerdings nicht mehr nachvollziehen.
Höchstwahrscheinlich nicht, Module in der Form sind bisher alles 433'er. Aber das kann man ganz einfach selbst herausfinden. Hier (http://forum.fhem.de/index.php/topic,24651.msg363840.html#msg363840) sind die Unterschiede aufgeführt.
MfG
Marco
Hallo Leute,
mit großem Interesse lese ich diesen Thread schon seit einiger Zeit mit. Dank einiger Beiträge habe ich nun auch endlich meinen Funduino+CC1101 zum Laufen bekommen.
Ich habe sowohl 433 als auch 868MHz (echte!) CC1101 Platinen mir beschafft, bisher aber nur den CUL mit dem 433er getestet. Das funktioniert anscheinend soweit ganz gut. Nun habe ich einmal den 433er als 868er ausprobieren wollen, wie es schon viele hier erfolgreich (natürlich unter gewissen Einbußen) hinbekommen haben:
- board.h editiert und geflasht
- einen FS20-Wandtaster versucht einzubinden
Beim Tastendruck empfange ich via SCREEN und X08 (!) aber nichts.
Woran kann das liegen? Funktionieren manche 433er CC1101 doch nicht so bei 868MHz?
Gruß,
Bastian
Zitat von: bg2411 am 19 Januar 2016, 09:28:33
- einen FS20-Wandtaster versucht einzubinden
Beim Tastendruck empfange ich via SCREEN und X08 (!) aber nichts.
Woran kann das liegen? Funktionieren manche 433er CC1101 doch nicht so bei 868MHz?
Hallo Bastian,
wie ich in deinem anderen Beitrag schon gesagt habe, nimm X21 als Standart-Init. Das wird beim Anlegen deines CUL-Devices in FHEM, normalerweise auch automatisch eingestellt. Außerdem würde ich, wenn ich schon einen
echten! 868MHz Transceiver habe, den auch nehmen. Das schließt schonmal
eine Fehlerursache aus. Als Ausgabe müsstest du ASCII-Zeichen bekommen z.B. F22C900114E. Sonst stimmt eventuell die Baudrate nicht. Das Wiki zur culfw ist auch ganz hilfreich. http://culfw.de/culfw.html (http://culfw.de/culfw.html)
Gruß Friedrich
Hallo zusammen.
ich habe Probleme die nanoCUL Firmware zu übersetzen.
Die Fehlermeldung ist im Kopp Thread zu finder, siehe:
http://forum.fhem.de/index.php/topic,32048.msg394157.html#msg394157 (http://forum.fhem.de/index.php/topic,32048.msg394157.html#msg394157)
Hat jemand eine Idee was das Problem ist?
Gruß
RaspII
Nachtrag 21.1. 2016:
"make clean" hat das Problem beseitigt
Zitat von: Omega-5 am 19 Januar 2016, 10:17:42
Hallo Bastian,
wie ich in deinem anderen Beitrag schon gesagt habe, nimm X21 als Standart-Init. Das wird beim Anlegen deines CUL-Devices in FHEM, normalerweise auch automatisch eingestellt. Außerdem würde ich, wenn ich schon einen echten! 868MHz Transceiver habe, den auch nehmen. Das schließt schonmal eine Fehlerursache aus. Als Ausgabe müsstest du ASCII-Zeichen bekommen z.B. F22C900114E. Sonst stimmt eventuell die Baudrate nicht. Das Wiki zur culfw ist auch ganz hilfreich. http://culfw.de/culfw.html (http://culfw.de/culfw.html)
Gruß Friedrich
Alles klar, wie gesagt, probiere ich das aus - auch im Hinblick auf den echten Transceiver.
Kann mir jemand die Pinbelegung des Cc1101 sagen?
Ich habe jetzt alles durchsucht, nur leider finde ich nichts passendes.
Es ist der "Noname 2mm Pin Modul HF optimiert für 868 Mhz"
http://www.fhemwiki.de/w/images/8/84/Cc1101_433_vs_868.png
bzw. dieser hier
http://www.shopduino.de/CC1101-868-MHz-Modul-selbstbau-Cul-Stick
In sämtlichen Blogs und Foren werden nur die anderen Modelle bearbeitet.
Vielen Dank
Marcel
http://forum.fhem.de/index.php/topic,24651.msg387326.html#msg387326
Hi
CC1101-Module für 868MHz für 3,40€ inkl. Versand gibt es hier: http://www.ebay.de/itm/181897708531 Habe auch tatsächlich Module mit CC1101 und nicht mit dem CC1101L erhalten. Außerdem scheint mir die Schaltung auch ähnlich bzw. identisch mit der aus dem Wiki für 868 MHz zu sein. Siehe Anhang. Könnte also für einige von Interesse sein :)
Dagegen sind die Arduino-Nano-Clones von hier: http://www.ebay.de/itm/281912316954 entgegen der Beschreibung (die sagt FTDI FT232RL) mit einem CH340G als USB-Seriell-Wandler ausgerüstet. :( Habe gerade bei eBay einen Fall eröffnet und mal schauen, was dabei raus kommt.
Bei mit zeigt mein neu geflashter 868er CUL mit dem og. Modul folgendes an:
VERSION V 1.20.04 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 433MHz)
Woran kann das liegen?
Hallo zusammen,
inzwischen gibt es hier etwa 5 Threads die das selbe Thema besprechen.
Ich möchte hiermit einen Versuch unternehmen den aktuellen Status festzuhalten (High Level).
Mein Status bzgl. Betrieb eines Selbstbau CULs mit 868 Mhz ist wie folgt:
- funktioniert gerenerell mit echten 868Mhz Modulen
- funktioniert mit manchen 433Mhz Modulen (limitierte Reichweite) wenn diese auf 868 Mhz konfiguriert/betrieben werden
- bisher hat es noch niemand geschafft, mit den blauen 433Mhz Modulen (siehe Anhang) einen stabilen Betrieb bei 868 Mhz hinzubekommen, festgestellt wurden hier Frequenzabweichungen die wir uns bisher nicht erklären können
Ist diese zugegebenermaßen extrem grobe Beschreibung richtig, oder hat jemand z.B. ein blaues Modul am Laufen und kennt die Ursache der Probleme.
Was ich mir in diesem Zusammenhang nicht erklären kann:
Es gibt in einigen culfw Modulen sehr wohl Trägerfrequenzabhängige Einstellungen, bei denen ich mir aber nicht erklären kann wann diese wirken, z.B.:
board.h (CUL)
#define MARK433_PORT PORTB
#define MARK433_PIN PINB
#define MARK433_BIT 6
#define MARK915_PORT PORTB
#define MARK915_PIN PINB
#define MARK915_BIT 5
cc1100.c
if (!bit_is_set(MARK433_PIN, MARK433_BIT)) {
t = EE_CC1100_CFG + 0x0d;
ewb(t++, 0x10);
ewb(t++, 0xb0);
ewb(t++, 0x71);
Für mich sieht das so aus, dass beim CUL anhand von Pegel an Porteingängen unterschieden wird ob das Modul mit 433, 868 oder 915 Mhz betrieben werden soll (Im CUL Schaltplan ist aber an diesen Pins nichts angeschlossen).
Bei 433 Mhz werden Einstellungen im EEProm verändert, was diese bewirken bzw. wann diese wirken erschliesst sich mir nicht.
Ich habe selbst culfw für das Kopp Protokoll geschrieben und initialisiere hier den CC1101 komplett selbst. Ich hätte erwartet, dass diese Initialisierungswerte nicht mehr überschrieben werden.
Trotzdem ist mein CC1101 nicht zu bewegen (es laut Aufdruck ein echter CC1101) auf der korrekten Frequenz zu senden.
Mein Selbstbau CUL (basieren auf Pro Micro Atmega mit 32u4 µC) meldet sich übrigens mit 868 Mhz, im Detail:
CMDS BbCFiAZEkGMKUYRTVWXefmltux
Clients :KOPP_FC:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/ttyACM0@38400 1234
DeviceName /dev/ttyACM0@38400
FD 11
FHTID 1234
NAME CUL_0
NR 58
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.63 CUL868
initString krS
Matchlist:
1:Kopp_FC ^kr..................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2016-02-16 23:09:32 ccconf freq:868.300MHz bWidth:162KHz rAmpl:42dB sens:8dB
2016-02-16 23:07:41 cmds B b C F i A Z E k G M K U Y R T V W X e f m l t u x
2016-02-16 23:07:32 credit10ms 900
2016-02-03 21:58:33 fhtbuf AE
2016-02-16 23:07:41 raw No answer
2016-02-16 23:07:41 state Initialized
2016-02-03 21:57:18 uptime 0 01:14:01
2016-02-16 23:07:19 version V 1.63 CUL868
Attributes:
rfmode KOPP_FC
Vielleicht kann jemand meine Fragen beantworten.
Ich möchte verstehen warum sich manche CC1101 Bausteine/Module auf der falschen Frequenz befinden.
Liebe Grüße
RaspII
den technischen hintergrund kann ich dir auch nicht nennen aber:
die ganze diskusion kann man sich eigentlich sparen wenn man einfach mit den modulen macht wofür sie vorgsehen sein:
Zitatfunktioniert gerenerell mit echten 868Mhz Modulen
so soll es sein. ein 868Mhz modul --> cul 868
Zitatfunktioniert mit manchen 433Mhz Modulen (limitierte Reichweite) wenn diese auf 868 Mhz konfiguriert/betrieben werden
glückssache da nicht dafür 868 gedacht. 433MHz modul --> cul 433
angenommen man würde es schaffen die 433 stabil in 868 zu betreiben würde das geheule über die empfang und sendequallität losgehen weil der antenneteil auf der platine nicht für 868 ausgelegt ist
man macht sich doch unnötig das leben schwer wenn man sich die 10€ sparen will (nano + richtiges modul für die geplante anwendung) und ein modul in bereichen betreiben will für die sie einfach mal nicht gedacht und ausgelegt sind.
Hallo Chris,
Ich stimme Dir in allen Punkten zu.
Ich habe mir auch schon die 866Mhz Version bei 2 verschiedenen Lieferanten bestellt.
Trotzdem versuche ich zu verstehen welcher Effekt die Frequenverschiebung verursacht, ich befürchte ich habe die culfw bzw. den CC1101 doch noch nicht so richtig durchdrungen.
(Die Erfahrung zeigt, dass nicht verstandene Zusammenhänge immer ein zweites mal Ärger verursachen).
Soll heissen, wenn jemand zur Klärung beitragen kann wäre das Klasse.
Wenn nicht mache ich Interessehalber alleine weiter.
Gruß RaspII
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: tobby am 09 Februar 2016, 23:01:23
CC1101-Module für 868MHz für 3,40€ inkl. Versand gibt es hier: http://www.ebay.de/itm/181897708531 Habe auch tatsächlich Module mit CC1101 und nicht mit dem CC1101L erhalten. Außerdem scheint mir die Schaltung auch ähnlich bzw. identisch mit der aus dem Wiki für 868 MHz zu sein. Siehe Anhang. Könnte also für einige von Interesse sein :)
Gibt es zu diesen CC1101-Modulen für 868 MHZ eine Schematik mit Belegung der linken bzw. rechten Lötaugen ? Was wird wie wo angeschlossen ?
Zitat von: T.ihmann am 17 Februar 2016, 20:34:13
Gibt es zu diesen CC1101-Modulen für 868 MHZ eine Schematik mit Belegung der linken bzw. rechten Lötaugen ? Was wird wie wo angeschlossen ?
http://forum.fhem.de/index.php/topic,24651.msg387326.html#msg387326 (http://forum.fhem.de/index.php/topic,24651.msg387326.html#msg387326)
Moin,
Mir mangelt es an einem blauen Modul um das mal zu testen und mit meinem Grünen Modul zu vergleichen.
Hat jemand ein blaues Modul für 433 was er aktuell nicht braucht und zum testen zur Verfügung stellen mag?
Gruß FD
Hallo RaspII,
ich habe mit einigen Fabrik-neuen 868Mhz Modulen mit der Panstamp-Receiver + Sender-Firmware (GD0 + GD2 tauschen!) getestet
(umgebaute SMA-433MHz PigTail-Antenne mit Lambda/4 aus 2mm Messingrohr aus dem Baumarkt, mit 81,6 mm Länge)
und folgende Ergebnisse erhalten:
Modul 1: -0.025 MHz (-25KHz)
Modul 2: +0.175 MHz
Modul 3: +0.250 MHz
Das ist schon eine erheblichliche Abweichung von der eingestellten MittenFrequenz von 868.000 (867.998).
Dh. addiere ich den Offset erhalte ich jeweils die besseren RSSI/LQI-Werte, wie erwartet, oder der Empfang funktioniert erst überhaupt... :D
Laut der DN015 von TI kann man den Offset permanent einstellen, wenn der interne Algorithmus (Diff zw. RX und TX-Optimierung) an dessen Grenze gelangt ist
(FREQEST + FSCTRL0.FREQOFF - Register). Ich werde nächstes WoE die empfohlene Methode ausprobieren, vielleicht nützt es was.
Die CUL-FW nutzt leider nicht die Möglichkeiten der Kanalwahl, um die Mittenfrequenz anzupassen, aber vielleicht ist die von mir beobachtete Freq-Abweichung
sonst nicht so negativ aufgefallen, wenn man die Bandbreite groß genug wählt....
In der nanoCUL-FW sehe ich folgende Einstellungen auf 433.919830 MHz:
/* define this device as a 433 MHz one */
/* this isn't done like a CUL by reading a port pin but instead a fixed value of 0 for mark433_pin is used */
#define [b]MULTI_FREQ_DEVICE[/b]
#define MARK433_PIN mark433_pin
#define MARK433_BIT 0
extern const uint8_t mark433_pin;
void
cc_factory_reset(void)
{
uint8_t *t = EE_CC1100_CFG;
for(uint8_t i = 0; i < sizeof(CC1100_CFG); i++)
ewb(t++, __LPM(CC1100_CFG+i));
#if defined([b]HAS_FASTRF[/b]) || defined(HAS_RF_ROUTER)
t = EE_FASTRF_CFG;
for(uint8_t i = 0; i < sizeof(FASTRF_CFG); i++)
ewb(t++, __LPM(FASTRF_CFG+i));
#endif
#ifdef [b]MULTI_FREQ_DEVICE[/b]
// check 433MHz version marker and patch default frequency
if (!bit_is_set(MARK433_PIN, MARK433_BIT)) {
t = EE_CC1100_CFG + 0x0d;
ewb(t++, 0x10);
ewb(t++, 0xb0);
ewb(t++, 0x71);
#if defined(HAS_FASTRF) || defined(HAS_RF_ROUTER)
t = EE_FASTRF_CFG + 0x0d;
ewb(t++, 0x10);
ewb(t++, 0xb0);
ewb(t++, 0x71);
#endif
}
#endif
cc_set_pa(8);
}
In fncollection.c wird entschieden:
#ifdef MULTI_FREQ_DEVICE // check 433MHz version marker
if (!bit_is_set(MARK433_PIN, MARK433_BIT))
DS_P( PSTR("V " VERSION " " BOARD_ID_STR433) );
else
#endif
DS_P( PSTR("V " VERSION " " BOARD_ID_STR) );
DNL();
}
In board.h:
// Feature definitions
#define BOARD_ID_STR "CUL868"
#define BOARD_ID_STR433 "CUL433"
/*
Conf1: SmartRF Studio:
Xtal: 26Mhz, RF out: 0dB, PA ramping, Dev:5kHz, Data:1kHz, Modul: ASK/OOK,
RF: 868.30MHz, Chan:350kHz, RX Filter: 325kHz
SimpleRX: Async, SimpleTX: Async+Unmodulated
*/
@Feuerdrache
Schick mir bitte privat Deine Adresse,
Ich schick Dir dann ein blaues Modul
Gesendet von meinem SM-G900F mit Tapatalk
Hallo zusammen,
hab jetzt mal mit dem von RaspII zur Verfügung gestellten blauen Modul rumgespielt.
Da es für mich am einfachsten ist habe ich mich auf das Kopp Protokoll beschränkt.
Rausgekommen ist das das blaue Modul (beschriftet RF1100SE) im 868Mhz Bereich 0,2 MHz daneben liegt (im Vergleich zum grünen cc1101 Beschriftet mit RF1101SE-V3.1 siehe Anhang), und daher nicht von den Empfängern erkannt wird. Nachdem ich die nanoCUL Firmware für Kopp entsprechend um etwa 0,2Mhz hochgedreht habe konnte der nanoCUL auch mit meinem FHEM und dem grünen Modul sprechen. Die Reichweite ist deutlich schlechter als bei den grünen Modul.
Bei genauen hinsehen ist auf dem grünen Modul eine CC1101L verbaut und auf dem blauen eine CC1101. die Beschalltung ist ähnlich, aber nicht gleich.
Für mich ergibt sich daraus das die blauen Module nicht für 868 MHz geeignet sind, wenn man nicht genau weiß was man tut. Dazu ist dann eine Möglichkeit notwendig um zu sehen, auf welcher Frequenz das Modul wirklich sendet und die Firmware entsprechend anzupassen. Ich habe dazu einen günstigen DVB-T Stickt und die Software SDR# verwendet.
Aus eigener Erfahrung funktionieren ich die mit RF1101SE-V3.1 beschrifteten Module gut und haben auch eine gute Reichweite, allerdings weiß ich nicht was der unterschied zwischen dem cc1101 und cc1101l ist. Einer von euch evt.?
Soweit erstmal..
Gruß FD
Nein, kenn ich nicht.
Hast Du mal geschaut was die Module jeweils mit einem Terminalprogramm empfangen?
Ich möchte noch herausbekommen, ob die Botschaften mit "Nullen" (stoffels info aus dem andern Blog, Mist, jetzt sind wir schon wieder Zweigleisig unterwegs) ursprünglich vom blauen Funkmodul kommen oder ob das ein Problem im Zusammenspiel mit dem nanoCUL ist.
Gruß
RaspII
Hab den Fehler weder noch.
Nur einmal direkt als ich das Funkkmodul abgezogen habe, gab es eine Nullbotschaft, aber das hat mMn mit dem abziehen zu tun.
Gruß FD
Hier die Unterschiede zw. CC1101 und "L":
https://e2e.ti.com/support/wireless_connectivity/low_power_rf_tools/f/155/t/153153
The following features are removed from the Value Line chips versus CC1101:
•Forward error correction (FEC) and interleaving
•Wake-on-Radio (WOR) and RCOSC (no RX timeout possible)
•Data Whitening
•Preamble quality threshold (PQT) indication (used to gate sync word detection)
•Link quality (LQI) indication (received signal strength (RSSI) is supported in Value Line parts)
•Temp sensor
•PA ramping and shaping
•MSK and ASK modulation (OOK modulation is supported in Value Line parts)
•No pin control for strobe commands (SPI strobe commands need to be used)
•ATEST removed
Hier noch die Definition der Mittenfrequenz:
https://de.wikipedia.org/wiki/Mittenfrequenz
Grüße
Ich scheitere gerade am flashen des Arduinos gemäß Wikiseite.
ZitatWenn der Arduino das einzige per USB angeschlossene Gerät mit serieller Schnittstelle ist, geht das ohne weitere Änderungen mit
make program
Ok, daran hängts. ich habe noch ne externe Festplatte am USB. Leider fehlt im Wiki jetzt außer dem Hinweis dass es dann nicht ohne weitere Änderungen ginge noch ein Hinweis darauf, wie ich den Arduino dann flashe. Und meine Linux-Kenntnisse sind schon etwas eingerostet. lsusb -t zeigt mir den Arduino auch nicht an.
WIe kann ich den Arduino als nanoCUL flashen (am RPi 2), wenn noch eine externe Platte am Pi hängt?
Danke & viele Grüße
thorschtn
Die Festplatte sollte kein Problem darstellen, es geht nur um mehrere gleichzeitig angeschlossene USB2Serial Adapter.
Wenn du nur einen hast sollte der als /dev/ttyUSB0 auftauchen. Das ist auch das Device was per make program geflashed wird.
Danke kaihs,
das war schonmal ein wertvoller Hinweis. Dann liegts wohl an der Hardware - folgendes werde ich dann heute Abend mal mal probieren:
- im laufenden Betrieb den Arduino vom USB trennen und neu stecken http://forum.fhem.de/index.php/topic,46495.msg389999.html#msg389999 (http://forum.fhem.de/index.php/topic,46495.msg389999.html#msg389999)
- Pins 25 + 26 Verbinden beim FTDI CHIP http://forum.fhem.de/index.php/topic,46495.msg389637.html#msg389637 (http://forum.fhem.de/index.php/topic,46495.msg389637.html#msg389637)
- Adruino ohne Bootloader? http://et92.de/2014/08/neuer-bootloader-fuer-arduino-clones-aus-china/ (http://et92.de/2014/08/neuer-bootloader-fuer-arduino-clones-aus-china/)
- USB Hub mit eigener Stromversorgung
Viele Grüße
thorschtn
Die folgenden beiden Punkte habens tatsächlich gelöst, besten Dank nochmal für den Hinweis, nicht weiter im Linux nach nem Konflikt mit der USB Platte zu suchen, es war dann doch das Hardware Problem wegen des China Arduino Clones:
- im laufenden Betrieb den Arduino vom USB trennen und neu stecken http://forum.fhem.de/index.php/topic,46495.msg389999.html#msg389999 --> Arduino wird erkannt (bis zum nächsten Reboot)
- Pins 25 + 26 Verbinden beim FTDI CHIP http://forum.fhem.de/index.php/topic,46495.msg389637.html#msg389637 (Arduino wird dauerhaft erkannt)
Was kann ich noch testen???
Ich habe mir in China 2 868 Module bestellt und an einen Nano angeschlossen - leider komplett ohne Erfolg:
http://www.aliexpress.com/item/Freeshipping-2pcs-lot-CC1101-868-MHZ-wireless-module-with-antenna/32386108198.html
Da der Anschluss dieser Briefmarkenmodule schon improvisierend genug war, habe ich nun noch, um die letzten Bedenken zu beheben, die Referenzschaltung mit Spannungsteilern aus dem Wiki aufgebaut: http://www.fhemwiki.de/wiki/Selbstbau_CUL#Schaltplan
Danach alle Verbindungen geprüft (bis zu den Chip-Pins durchgemessen) und eigentlich sollte alles stimmen.
Wenn ich den Nano mit Strom versorge, blinkt 8x die aufgelötete LED (L) und danach im Sekundentakt die an D9.
Kommunikation über die serielle Schnittstelle mit der Firmware und 38400 Baud scheint zu klappen - Version auslesen geht (V1.66), verfügbare Kommandos werden mir abgenommen und ich kann auch mit "Xnn" die Empfangsparameter setzen.
ABER:
Es wird nichts empfangen. Alle Kommandos, die wohl auf das Funkmodul zugreifen wollen (Ar, B00) enden durch kurze Bedenkzeit der LED an D9 und danach nur noch Flackern der Arduino-LED "L", bis ich das Ding stromlos mache (seriell antwortet dann auch nichts mehr).
Jetzt habe ich versucht, die Registerwerte des CC1101 auszulesen - die antworten alle mit "0". Am einfachsten ist wohl "C99", da kommt für alles 0 zurück:
0000000000000000
0000000000000000
0000000000000000
0000000000000000
0000000000000000
0000000000000000
Ist das Modul nun Schrott, oder kann ich noch irgendetwas probieren? Ich will auch ungern gleich das zweite anschließen, falls ich es doch geschrottet habe - dann will ich das beim zweiten verhindern..... :'(
Sven
ich suche nach einem Treiber für den ch340 ch341 für synology ds415+ ?? jemand eine idee?
DANKE!
Zitat von: Feuerdrache am 23 Februar 2016, 20:35:22
Rausgekommen ist das das blaue Modul (beschriftet RF1100SE) im 868Mhz Bereich 0,2 MHz daneben liegt (im Vergleich zum grünen cc1101 Beschriftet mit RF1101SE-V3.1 siehe Anhang), und daher nicht von den Empfängern erkannt wird.
Hallo Feuerdrache,
womit ist dieser Screenshot erstellt?
Hintergrund: ich bin 2 Problemchen auf der Spur:
a) funktioniert mein 868 Modul überhaupt?
b) ich habe ein Funkthermometer, wo ich leider gar nichts über Frequenz, Modulation usw. weiß - ich schätze einfach mal grob entweder 433 oder 868 :-)
Gibt es irgendetwas, wie ich mit "Hausmitteln" grob bestimmen kann, auf welcher Frequenz das Ding überhaupt singt?
Sven
Zitat von: helly21 am 29 Februar 2016, 23:55:49
ich suche nach einem Treiber für den ch340 ch341 für synology ds415+ ?? jemand eine idee?
Also Google kam mir mit 3 Ergebnissen...
Jüngste Erfolgsmeldung hier: https://forum.synology.com/enu/viewtopic.php?f=155&t=82843&p=417659&hilit=ch341.ko#p417659
Aber ob das jetzt auch mit einer ds415+ klappt, weiß ich nicht - hab keine Synology...
Zitat von: Sven77 am 01 März 2016, 09:41:54
Hallo Feuerdrache,
womit ist dieser Screenshot erstellt?
Hintergrund: ich bin 2 Problemchen auf der Spur:
a) funktioniert mein 868 Modul überhaupt?
Moin Sven,
der Screenshot ist mit sdr# und einem billigen dvb-t Stick entstanden.
Ich hab den Stick : http://www.amazon.de/Fernsehen-Funktion-Bearbeitung-Software-Fernbedienung/dp/B00NOP0P6W/ref=cm_cr_pr_product_top?ie=UTF8
Und grob diese Anleitung befolgt:
http://www.rtl-sdr.com/rtl-sdr-quick-start-guide/
Damit habe ich bei mir ein wenig geforscht und uralte funksteckdosen in Fhem eingebunden.
Gruß FD
Gesendet von einer kleinen Tastatur mit Tapatalk
Hallo Sven77,
überprüfe mal Deine Verbindungen zum Modul.
Da ist mit Sicherheit etwas vertauscht. (Probier mal GD0 und GD2 zu tauschen.)
Mittlerweile finde ich die R-Teiler-Lösung am einfachsten zu implementieren.Anbei meine Verdratung.
Das 868-Modul wird über die 2mm-Leiste einfach mit passendem Silberdraht auf
die 2,54 mm Pinweite der Stiftleiste 1:1 angelötet. Die Ausgang-Pins des CC1101 einfach über eine Lötbrücke zu verbinden.
Im Bild sind die Signale, die als Eingang auf den CC1101 fungieren über den 4K7/10K Teiler anbinden.
Der Pullup von 10 K für CS befindet sich auf dem Breadboard!
Um 868 MHz zu betreiben, passe ich mir einfach (weil billiger) die 433er Rubber-Antennen an, z.B. mit 2mm Zinkrohr aus dem Baumarkt.
Die Module laufen auch, entgegen anderslautender Behauptungen auch unter IT mit 433Mhz recht gut 20m mit Betonwänden.
Wenn man FHEM auf 433.9xx umkonfiguriert (und die passende Frequenz einstellt. Siehe auch vorhergehenden Beitrag).
Ist die Verdrahtung ok und nur unter Spannung anlegen, ohne yC betrieben, muss auf GD0 ein Taktsignal kommen. -> Oszi.
Beachte die Modul-spezifische Frequenzeinstellung bzw. Abweichung der Module für FHEM (;-))
Das Registerauslesen (C0D, C0E, C0F) sollte funktionieren und je nach CUL-Version- und Einstellung Werte liefern. "get raw C0D"
0x21, // 0D FREQ2 (x) 868.3MHz
0x65, // 0E FREQ1 (x)
0x6A, // 0F FREQ0 (x)
Oder besser "get cconf" sollte die richtige Einstellung liefern, nach dem man zuerst mal die Einstellungen im
EEPROM mit "set nanoCul raw e" initialsiert hat, wirkt Wunder.
Hier gibt es passende Gehäuse "G403" oder "G110" dazu:
https://www.luedeke-elektronic.de/products/Gehaeuse/Standardgehaeuse/Gehaeuse-Kemo-G113-ca-120-x-60-x-30-mm.html (https://www.luedeke-elektronic.de/products/Gehaeuse/Standardgehaeuse/Gehaeuse-Kemo-G113-ca-120-x-60-x-30-mm.html)
Erstmal vielen Dank, Feuerdrache!!
Ich glaube, noch irgendwo eine DVB-T Karte zu haben, die probiere ich wohl mal oder besorge mir einen USB-Stick - toller Tipp und danke für den Link!
Zitat von: juergs am 03 März 2016, 20:25:02Das 868-Modul wird über die 2mm-Leiste einfach mit passendem Silberdraht auf die 2,54 mm Pinweite der Stiftleiste 1:1 angelötet. Die Ausgang-Pins des CC1101 einfach über eine Lötbrücke zu verbinden.
Danke juergs - auch für die ausführliche Doku mit Bildern!
Das ist im Grunde so, wie ich es schon gemacht habe, auch wenn ich die 2:2,54 Konvertierung nicht so schön flach hinbekommen habe wie Du, ich habe mir ja Platinen bestellt. Auf denen sollte es schöner werden.
Spannungsteiler habe ich genauso verdrahtet, nachdem die ersten Versuche fehlschlugen. Leider immer noch nichts...
GD0 und GD2 habe ich auch schon versucht zu tauschen; allerdings in der Software weil es ja erstmal fertig verdrahtet ist. Hatte überhaupt nichts verändert.
Zitat von: juergs am 03 März 2016, 20:25:02Ist die Verdrahtung ok und wird nur unter Spannung ohne yC betrieben muss auf GD0 ein Taktsignal kommen. -> Oszi.
Tjaa... der fehlt mir leider. Ich habe einen Logic Analyzer geordert, der sollte dafür ja auch reichen. Ich warte aber auf die Lieferung.
Nur nochmal zum Verständnis: also ich versorge das Modul mit 3,3V und sollte dann auf GD0 (irgendeinen) Takt sehen?
Muss CS dann per Pullup High oder auf Low (sollte doch =Select sein) stehen?
Und: könnte jemand mal an ein frisch gestartetes Modul per Console ein "C99" senden - antworten die immer mit alles 0?
EDIT: Hab gerade erst gelesen, dass zumindest die Frequenz gemeldet werden sollte. Am FHEM habe ich's noch nicht, weil ja erstmal gar nichts geht. Also auf den LA warten...
Sven
Hm ... ich wollte gerade mal in die Runde fragen was eure "Briefmarkenmodule" so machen, da kommt hier schon die Antwort dass sie laufen. Ich hab vor einigen Wochen meinen CUL darauf umgerüstet und es lief astrein. Hatte es einige Tage allein im Betrieb und es lief problemlos. Dann einige Wochen zusammen mit meinem HMLAN in einer vccu betrieben, und als ich jetzt meinen HMLAN aus dem System genommen habe weil ich ihn anderweitig benötigte, lief plötzlich nur noch die Hälfte. Einige Dinge klappen noch, aber das meiste nicht mehr. :o Jetzt stehen mir mal wieder die Fragen im Gesicht ...
@sven77
schau mal nach xoszillo + arduino:
z.B:
http://hackaday.com/2011/05/21/xoscillo-turns-arduino-in-an-oscilloscope/ (http://hackaday.com/2011/05/21/xoscillo-turns-arduino-in-an-oscilloscope/)
besser hier:
https://code.google.com/archive/p/xoscillo/ (https://code.google.com/archive/p/xoscillo/)
oder:
https://sourceforge.net/projects/scopino/
oder:
Arduino als Logic Analyzer
http://physudo.blogspot.de/2013/08/arduino-als-logic-analyzer.html (http://physudo.blogspot.de/2013/08/arduino-als-logic-analyzer.html)
funktioniert auch (!) und ein nano hast Du ja schon (;-))
Wenn die Verdrahtung Deines Moduls wirklich stimmt, und das Modul nicht futsch ist, sollte es gehen. ;)
Hatte auch schon mal Plus und Minus verwechselt, gerade beim letzten Modul ... heul ...
-> Mit Heißluftföhn auslöten und damals hatte ich noch ein "unnützes" AT-Modul mit CC1101 rumliegen dann mit diesem getauscht -> geht!
hier nochmal, das Pinout:
http://forum.fhem.de/index.php/topic,49190.0/prev_next,prev.html#new (http://forum.fhem.de/index.php/topic,49190.0/prev_next,prev.html#new)
http://www.fhemwiki.de/wiki/Selbstbau_CUL (http://www.fhemwiki.de/wiki/Selbstbau_CUL)
CUL ist geflasht mit 1.20.04 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
@sven77,
zu Deiner Frage bzgl. CS.
Wenn du damit den CSn Pin am CC1101 Modul meinst:
Dieser sollte an Pin D10 (das war PortB6, glaub ich, hab keine Daten hier, das ist aber auf den ersten Seiten dieses Blogs beschrieben) des Micro CUL gelegt werden.
Gruß
RaspII
Oh mann, noch mehr gute Tipps!! ;D
Aber bitte nochmal langsam zum mitmeisseln:
Zitat von: juergs am 03 März 2016, 20:25:02
Ist die Verdrahtung ok und nur unter Spannung anlegen, ohne yC betrieben, muss auf GD0 ein Taktsignal kommen. -> Oszi.
Ich lade also auf den Nano die XOscillo-Firmware und verbinde (von der Platine mit den Spannungsteilern) nur:
* 3V3
* GND
* GD0 (statt an D3) an A0, weil der Oszi dort liest
und müsste dann ein Signal in der Software sehen?
Das sollte ich hinkriegen!
Der CSN liegt dann allerdings dauerhaft auf 1,65V (durch Pullup und Pulldown)...
Ansonsten (wenn ich ja an GD0 nur lese) müsste das ja auch ganz ohne Spannungsteiler funktionieren. Ich werd zusehen, am Wochenende genug Zeit zum Probieren zu finden...
ZitatIch lade also auf den Nano die XOscillo-Firmware und verbinde (von der Platine mit den Spannungsteilern) nur:
* 3V3
* GND
* GD0 (statt an D3) an A0, weil der Oszi dort liest
und müsste dann ein Signal in der Software sehen?
;D Yep!
Allerdings ist der Arduino etwas langsam, kann zwar nicht so schnell wie ein richtiges gutes Oszi.
Aber ein Rechtecksignal sollte man zumindest teilweise erkennen können. Dann weisst Du, dass das Modul wenigstens funktioniert.
Wenn es so ist, liegt es an Deiner Firmware oder Verdrahtung ::)
Habe mal einen Versuch gestartet... OK, Ergebnis ist etwas unterabgetastet.
Weil hier die Grenzen:
Zitat
No need of extra hardware to get the basic functionality
Max freq 7 KHz, enough for hobbyists
up to 4 channels (at a lower sample rate 7/4 KHz )
8bit vertical resolution
Variable Trigger voltage on Channel 0
Can sample data for as long as you need
Aber wir wollten ja nur ein
GoNoGo-Check!
Apropos Verdrahtung:
ich will hier ja nicht nerven,
aber wenn ich mir das CC1101 Datenblatt anschaue, gibt es "Command Strobes" die auf eine Abflanke des CSn angewiesen sind. Zumindest meine Kopp Firmware nutzt diese Command Strobes.
Meine Empfehlung wäre als nächsten Schritt den CSn Pin anzuschliessen und dann nochmal testen ob korrekt auf den CC1101 zugegriffen wird (Registerinhalte lassen sich lesen/schreiben).
Laut CUL Datenblatt ist der CSn Pin mit Pin SS am 32u4 µC anzuschliesen
(parallel dazu ein10k Pullupwiderstand an VDD = 3V3).
Welcher Pin das an Deinem µC entspricht muss man der Firmware (board.h) Datei entnehmen.
Gruß
RaspII
@RaspiII
ja. One step after the other...
Der Pullup wird auch nicht unbedingt das Problem sein,
es sei denn er liegt auf Masse ... ;)
Okay, super. Ein klein wenig bin ich beruhigt!!
Es kommt tatsächlich eine ähnliche Kurve wie bei juergs an. Und das obwohl D11 noch auf MOSI steckte, aber das scheint nicht zu stören. Habe es aber extra auch noch abgezogen, der Takt liegt dennoch an.
Ich unterlasse jetzt extra mal das Mitdenken, um keine falschen Schlüsse zu ziehen.
Was wäre jetzt der nächste Schritt?
Arghh - verdammt!!
Danke, Jungs. Ich habe jetzt mal gegen meine Verdrahtung des Briefmarkenmoduls gedrückt und "C99" abfragt... Voila!
Schon kommen Werte. Ich schau mir das nochmal unter einer Lupe an... diese ver****ten Halblöcher :-(
... was zu beweisen war .... 8)
Aber um die Sache noch rund zu machen:
1.) Hardware -> Modul ist i.O. und läuft (Kleines Test-Programm schreiben, welches die beteiligten Ports toggled, das kann man ggf. mit einem 2. Arduino nachprüfen, ob alle Signale am Modul ankommen, z.B. mit LEDs)
2.) Verdrahtung -> checken + nochmal checken !
3.) Firmware -> mal mit einfachen Panstamp-Beispielen anfangen (gut ist wenn man 2 Module und Arduinos hat) Achtung: bei Panstamp ist GD0 + GD2 getauscht! z.B. hier: https://github.com/panStamp/panstamp/wiki/panStamp-API (https://github.com/panStamp/panstamp/wiki/panStamp-API)
4.) goto 2.
@sven77
evtl. könntest Du uns noch den Link auf Deine Trägerplatine zukommen lassen?
Viel Spaß
Zitat von: juergs am 04 März 2016, 21:57:51
@sven77
evtl. könntest Du uns noch den Link auf Deine Trägerplatine zukommen lassen?
Die momentan verwendete ist nichts weiter als ein Stripeboard mit ein paar Widerständen.
Für später habe ich mich bei dieser Sammelbestellung eingetragen: https://forum.fhem.de/index.php/topic,43467.0.html
Hallo zusammen,
ich habe wie hier (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/) beschrieben versucht eine Eigenbau-nanoCUL868 zu basteln.
Verkabelt wurde so:
(http://abload.de/img/schema5eujf.jpg)
(http://abload.de/img/img_68549fuir.jpg)
(http://abload.de/img/img_6857a9ucq.jpg)
(http://abload.de/img/img_685851u4d.jpg)
Der Flash der Firmware klappt auch problemlos. Der Arduino blinkt aber nicht im Sekundentakt.
Erkannt wird sie
(http://abload.de/img/bildschirmfoto2016-03e6u5s.png)
(http://abload.de/img/bildschirmfoto2016-03avuhu.png)
Aber es lässt sich nichts schalten.
Zitat von: terrarianer am 29 März 2016, 11:16:24
Hallo zusammen,
ich habe wie hier (http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/) beschrieben versucht eine Eigenbau-nanoCUL868 zu basteln.
Verkabelt wurde so:
Der Flash der Firmware klappt auch problemlos. Der Arduino blinkt aber nicht im Sekundentakt.
Erkannt wird sie
Aber es lässt sich nichts schalten.
Zu dem Blinken:
da ist die externe LED gemeint.
Siehe Schaltbild in der WIKI
http://www.fhemwiki.de/wiki/Selbstbau_CULDiese blinkt dann im Sekundentakt. Auf dem NANO blinkt bei mir auch nix.
Grüße
Steht der rfmode auf slowrf?
Ok, die Frage ist, was dann falsch ist. Ich habe bereits einen Raspberry mit einem COC Aufsteckmodul (Busware --> http://michael-heck.net/index.php/raspberry-pi/fs20-hausautomatisierung) was 433 und 868 kann. Ich habe einmal die Konfi für ein Rollo und die Vitrine in die fhem.cfg kopiert und dachte eingentlich das müsste dann klappen. Ich will den Raspi loswerden und der vorhandene Debian Server soll die Fhem-Aufgaben übernehmen.
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global statefile ./log/fhem.save
attr global verbose 3
attr global updateInBackground
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define nanoCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL021MNA-if00-port0@38400 1234
define Vitrine FS20 12344321 54
attr Vitrine IODev nanoCUL
attr Vitrine follow-on-for-timer 1
attr Vitrine model fs20st
attr Vitrine room Wohnzimmer
define Rollo_Kueche_Fenster FS20 12344224 62
attr Rollo_Kueche_Fenster IODev nanoCUL
attr Rollo_Kueche_Fenster icon control_standby
attr Rollo_Kueche_Fenster model fs20st
attr Rollo_Kueche_Fenster room Kueche
Aber leider passiert nichts. Auch keine Fehler:
Including fhem.cfg
2016.03.29 12:25:10 1: Including fhem.cfg
2016.03.29 12:25:10 3: telnetPort: port 7072 opened
2016.03.29 12:25:11 3: WEB: port 8083 opened
2016.03.29 12:25:11 3: WEBphone: port 8084 opened
2016.03.29 12:25:11 3: WEBtablet: port 8085 opened
2016.03.29 12:25:12 2: eventTypes: loaded 8 events from ./log/eventTypes.txt
2016.03.29 12:25:12 3: Opening nanoCUL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL021MNA-if00-port0
2016.03.29 12:25:12 3: Setting nanoCUL serial parameters to 38400,8,N,1
2016.03.29 12:25:12 3: nanoCUL device opened
2016.03.29 12:25:15 3: nanoCUL: Possible commands: BCFiAZEkGMKUYRTVWXefltx
2016.03.29 12:25:15 1: Including ./log/fhem.save
2016.03.29 12:25:15 1: usb create starting
2016.03.29 12:25:15 1: usb create end
2016.03.29 12:25:15 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.03.29 12:25:15 0: Featurelevel: 5.7
2016.03.29 12:25:15 0: Server started with 12 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 17365)
2016.03.29 12:25:29 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:30 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:30 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:31 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:31 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:32 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:32 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:32 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:32 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:33 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:33 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:25:58 3: FS20 set Rollo_Kueche_Fenster off
2016.03.29 12:25:59 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:26:00 3: FS20 set Rollo_Kueche_Fenster off
2016.03.29 12:26:00 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:26:01 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:26:01 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:26:01 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:26:01 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:26:02 3: FS20 set Rollo_Kueche_Fenster on
2016.03.29 12:26:02 3: FS20 set Rollo_Kueche_Fenster on
Zitat von: PeMue am 29 März 2016, 12:17:07
Steht der rfmode auf slowrf?
Oh, du kamst dazwischen. Erst jetzt gesehen.
Das weiß ich nicht, wie stelle ich das ein / finde ich das heraus?
Edit: attr nanoCUL rfmode SlowRF
habe ich hinzugefügt.
Zitat von: terrarianer am 29 März 2016, 13:16:15
Das weiß ich nicht, wie stelle ich das ein / finde ich das heraus?
attr <CULname> rfmode SlowRF
gemacht, keine Änderung :(
Was gibt den CCCONF aus?
Es sollte so aussehen: 32U4CUL ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
Besser noch was gibt ein "get <CULNAME> raw C99" aus. Dies testet auch die Verbindung zum CC1101 und liest die Register aus. Ausgabe ähnlich => 0D2E2D07D3913D04....
Gruß Friedrich
Zitat von: juergs am 30 März 2016, 18:19:28
Was gibt den CCCONF aus?
Es sollte so aussehen: 32U4CUL ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
nanoCUL ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Mist, jetzt ists wohl klar... DANKE!!!
Zitat von: Omega-5 am 30 März 2016, 21:26:21
Besser noch was gibt ein "get <CULNAME> raw C99" aus. Dies testet auch die Verbindung zum CC1101 und liest die Register aus. Ausgabe ähnlich => 0D2E2D07D3913D04....
Gruß Friedrich
nanoCUL raw => 0D2E2D07D3913D04
DAS WAR ES!!! Danke an alle!
Hallo,
gibt es zwischenzeitlich ein ECHTES 868 Modul auch ohne Löten.
Ich würde gerne mein Fake868 gegen ein Echtes ersetzen - aber eben mit Jumperkabeln mit dem nano verbinden.
Aliexpress (wegen Preis) wäre natürlich Klasse.
Grüße
Jög
RFBee?
http://www.amazon.de/Seeedstudio-RFbee-V1-1-Wireless-compatible/dp/B01AFKPACW/ref=sr_1_5?ie=UTF8&qid=1459675971&sr=8-5&keywords=rfbee (http://www.amazon.de/Seeedstudio-RFbee-V1-1-Wireless-compatible/dp/B01AFKPACW/ref=sr_1_5?ie=UTF8&qid=1459675971&sr=8-5&keywords=rfbee)
oder hier
https://www.antratek.de/rfbee-v1-1?gclid=CIHV_rCV8ssCFQkq0wodxtoLcw (https://www.antratek.de/rfbee-v1-1?gclid=CIHV_rCV8ssCFQkq0wodxtoLcw)
http://tronixstuff.com/2012/03/19/rf-wireless-data-with-the-seeedstudio-rfbee (http://tronixstuff.com/2012/03/19/rf-wireless-data-with-the-seeedstudio-rfbee)
Ich hab einen nano mit dem "echten" 868mhz Modul aus dem Wiki zu diesem Beitrag. Hab wie im Wiki beschrieben den CC1101 (ohne Widerstände) verbunden und erfolgreich geflasht (FTDI-Nano-Modul).
Die LED blinkt allerdings deutlich schneller als mit 1Hz und in FHEM wird der CUL nicht automatisch erkannt und lässt sich auch nicht händisch einbinden. Hat jemand eine Idee woran das liegen könnte und was ich anders machen sollte?
Grüße
Fabian
Hallo Fabian,
schreibe mal bitte mehr Infos, welche Firmware hast Du geflasht?
Gab es Meldungen in der compile-ausgabe.
Hast du ein fertiges Hex-File geflasht oder ein make?
Beschreibe mal Deine Umgebung...
das mit dem sehr schnellen blinken hatte ich nch dem ich eine zu große firmware versucht hatte zu flashen und dann der flashvorgang entsprechend nicht zu 100% durchgeführt wurde
Also ich hab jetzt die a-culfw geflasht (hatte die und jene aus dem Wiki getestet) und jetzt funktioniert alles, obwohl ich eigentlich nichts geändert habe, nur zum x-ten mal neu geflasht mit eigentlich den selben Ergebnissen.
Jetzt wollte ich noch einen zweiten nanoCUL (einer HM, einer slowrf). Alles genau identisch geflasht
root@NUC:/home/fabian/Downloads/nanoCUL# sh flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 1
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]: /dev/ttyUSB1
The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
^C
root@NUC:/home/fabian/Downloads/nanoCUL# sh flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = nanoCUL868
2 = nanoCUL433
Please select device (1-2): 1
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyUSB0]: /dev/ttyUSB1
The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "./nanoCUL868.hex"
avrdude: writing flash (29706 bytes):
Writing | ################################################## | 100% 8.15s
avrdude: 29706 bytes of flash written
avrdude: verifying flash memory against ./nanoCUL868.hex:
avrdude: load data flash data from input file ./nanoCUL868.hex:
avrdude: input file ./nanoCUL868.hex contains 29706 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 6.05s
avrdude: verifying ...
avrdude: 29706 bytes of flash verified
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
und wie folgt definiert
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL022TU8-if00-port0@38400 0000
ein list Internals:
CMDS BCFiAZEGMKUYRTVWXefltx
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL022TU8-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL022TU8-if00-port0@38400
FHTID 0000
NAME nanoCUL2
NR 245
PARTIAL
STATE opened
TYPE CUL
VERSION V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
initString X21
Ar
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2016-04-16 11:57:11 ccconf freq:3523.764MHz bWidth:203KHz rAmpl:42dB sens:16dB
2016-04-16 12:21:30 cmds B C F i A Z E G M K U Y R T V W X e f l t x
2016-04-16 11:51:16 raw V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
2016-04-16 12:21:27 state opened
2016-04-16 11:57:16 version V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
Attributes:
rfmode HomeMatic
room IOs
Interessant ist, der CUL blinkt zuerst nicht und wird als initialized angezeigt. Wenn ich dann ein get ausführe kommt ein Timeout und die LED des CULs beginnt schnell zu flackern.
Im Vergleich dazu der andere CUL (CH340G) Internals:
CMDS BCFiAZEGMKUYRTVWXefltx
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:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/ttyUSB0@38400 1324
DeviceName /dev/ttyUSB0@38400
FD 69
FHTID 1324
NAME nanoCUL
NR 244
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
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....(1|5|9).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+
Readings:
2016-04-16 12:23:39 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2016-04-16 12:17:49 cmds B C F i A Z E G M K U Y R T V W X e f l t x
2016-04-16 11:38:11 fhtbuf No answer
2016-04-16 11:38:25 raw V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
2016-04-16 12:17:49 state Initialized
2016-04-16 11:38:01 uptime 0 00:00:59
2016-04-16 11:37:57 version V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) nanoCUL868 (F-Band: 868MHz)
Attributes:
rfmode SlowRF
room IOs
Jemand eine Idee?
Grüße
Fabian
Prüfe die Größen der erzeugten Binaries im Hex-file!
Bei der a-culfw war in einem anderen Zusammenhang alles an Protokollen enabled.
Das bewirkt das der Flashcode zu groß wird und evtl Konflikte mit dem Bootloader erzeugt. (32U4 und nicht 328!) .
Der compile geht zwar ohne Probleme durch, aber das Flashergebnis ist nicht ok...
Evtl. unbenötigte Protokolle aus der board.h nehmen um Platz zu schaffen ...
https://forum.fhem.de/index.php/topic,51535.15.html (https://forum.fhem.de/index.php/topic,51535.15.html)
Zitatfreq:3523.764MHz bWidth:203KHz rAmpl:42dB sens:16dB
---> scheint nicht ok zu sein, versuche mal "set <cul-name> raw e", dann mal ccconf prüfen.
Wenn das nicht hilft, stimmt die Verdrahtung zum Modul nicht.
Und da ist noch diese Meldung, die irritiert:
ZitatCall now avrdude -p atmega328p -c arduino -P /dev/ttyUSB1 -b 57600 -D -Uflash:w:./nanoCUL868.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
War der Controller nicht eingesteckt?
Vielleicht ist da die Lösung mit dabei?
http://forum.arduino.cc/index.php?topic=28223.0 (http://forum.arduino.cc/index.php?topic=28223.0)
Flash mal den Arduino Bootloader und probiere es mal mit einem Testsketch in der Arduino-Ide aus.
So ganz sicher bin ich mir nicht - aber es deutet alles auf falsch verdrahtet hin. Jetzt funktioniert es - mal gespannt wie lange noch aber schaut gut aus. Danke!
Hallo,
Danke erst mal hab in dem Forum und dem Wiki viele Tipps bekommen. Ich hab auch zuerst vergeblich versucht den alles zum laufen zu bringen. Hatte zunächst auch Probleme, dass der CUL nichts tat und die LEDs nach dem flashen ganz schnell blinkten. Hab dann den adruino mit CH340 gegen einen mit FTDI Chip getauscht. Brachte auch nichts, dann hab ich anstatt der CULFW 1.66 mal die A-culfw versucht und sieh da es funktionierte. Nun hab ich nur noch ein Problem. Wenn ich den Raspberry-pi neu starte wird nach dem Neustart der CUL nicht mehr erkannt. Auch bei dem Befehl " lsusb" taucht er nicht mehr auf. Wenn ich ihn abziehe und neu anstecke erscheint er aber wieder.
Irgendjemand ne Idee woran es liegen könnte oder wo ich nachsehen kann woran es liegt.
Vermutlich daran, das der Test pin des ftdi in der Luft hängt, also der Arduino fehlerhaft ist.
Schau mal hier: https://ketturi.kapsi.fi/2014/04/how-to-fix-moody-arduino-nano/
Gesendet mit einer zu kleinen Tastatur
Okay das ist aber nicht so doll, denke auch nicht, dass ich diese Lösung hinbekomme. Denke mal bei meinen Fähigkeiten am Lötkolben hab ich später einfach alle Pins gebrückt. :)
gibt es eventuell auch ne Software technische Lösung z.b. beim Start des Pis die stromversorgung am usb ab und wieder anzuschalten (nur ne Idee).
oder kann mir einer genau sagen wo ich nen funktionierenden adrunio her bekomme.
Die ch340 arduinos funktionieren bei mir gut. Hab bisher über eBay oder aliexpress welche bekommen, aber mal mit gefälschten ftdi, mal mit dem pin26 Fehler, oder ch340. Wenn du ganz sicher sein willst, musst du einen original Arduino nano kaufen, aber der kostet das 10 fache (ca 30€).
Gesendet mit einer zu kleinen Tastatur
Zitat von: Feuerdrache am 08 Juni 2016, 14:42:47
Wenn du ganz sicher sein willst, musst du einen original Arduino nano kaufen, aber der kostet das 10 fache (ca 30€).
da reicht aus eigener erfahrung einfach einen deutschen händler zu nehmen der a) ftdi explizit ausschreibt und b) auf anfrag dies bestätigt. habe somit bisher nicht einmal mist gekauft und immer so 5-9€ /po stück betzahlt. sollte wirklich mal mist kommen dann schickts mans einfach zurück
Hi,
also ist dies ein Hardware-Defekt. Ich hatte es so verstanden, dass dies bei allen Adruinos mit FDTi Chip so wäre,. weil dies einfach falsch geplant wurde.
Gibt es eine Möglichkeit zu testen ob der Adruino auch 100% richtig funktioniert? Ein Test Programm oder so.
Zitat von: chris1284 am 08 Juni 2016, 18:55:59
da reicht aus eigener erfahrung einfach einen deutschen händler zu nehmen der a) ftdi explizit ausschreibt und b) auf anfrag dies bestätigt. habe somit bisher nicht einmal mist gekauft und immer so 5-9€ /po stück betzahlt. sollte wirklich mal mist kommen dann schickts mans einfach zurück
In der Regel sind die FTDIs dann aber gefälscht, wenn der Arduino in der Preisklasse liegt. Bei dem Preis ist das schwer anders zu lösen. Allein der originale FTDI-Chip kostet bei Abnahme von 1.000 Stück noch ca. 2,50€ pro Stück. Der µC nochmal ca. 1,80€. Sind schon 4,30€. Dann noch ein bisschen fürs Hühnerfutter, die Platine selbst kostet auch nochmal ein bisschen was, Lötstopplack, Bestückungsdruck ebenso. Dann noch die Bestückung/Produktion, Verpackung, Lagerhaltung, Versand zum Händler, Versand zum Kunden. Da kann man sich schnell ausrechnen, dass das nicht für 5€ machbar ist und auch 9€ noch knapp werden.
Zum CH340G finde ich gerade keinen Preis, aber AFAIK liegt der deutlich unter 1€. Die Fake-FTDIs werden vermutlich sehr ähnlich liegen. Da hat man also 1,50€-2€ mehr "Luft", dann kann man sowas auch für 5€ verkaufen. Verdammt hart ist das aber immer noch, da können nur Cents an Gewinnmarge drauf sein.
Zitat von: tobby am 10 Juni 2016, 00:46:24
In der Regel sind die FTDIs dann aber gefälscht, wenn der Arduino in der Preisklasse liegt. Bei dem Preis ist das schwer anders zu lösen. Allein der originale FTDI-Chip kostet bei Abnahme von 1.000 Stück noch ca. 2,50€ pro Stück. Der µC nochmal ca. 1,80€. Sind schon 4,30€. Dann noch ein bisschen fürs Hühnerfutter, die Platine selbst kostet auch nochmal ein bisschen was, Lötstopplack, Bestückungsdruck ebenso. Dann noch die Bestückung/Produktion, Verpackung, Lagerhaltung, Versand zum Händler, Versand zum Kunden. Da kann man sich schnell ausrechnen, dass das nicht für 5€ machbar ist und auch 9€ noch knapp werden.
Zum CH340G finde ich gerade keinen Preis, aber AFAIK liegt der deutlich unter 1€. Die Fake-FTDIs werden vermutlich sehr ähnlich liegen. Da hat man also 1,50€-2€ mehr "Luft", dann kann man sowas auch für 5€ verkaufen. Verdammt hart ist das aber immer noch, da können nur Cents an Gewinnmarge drauf sein.
Die FTDIs sind in der Tat teuer, aber einen ATMEGA368p bekommt man schon unter 1 Euro auch in kleinen Stückzahlen. Platine (HASL, Seide, Lötstopplack) in der Größe kostet keine 20 Cent (Habe vor paar Wochen aus China incl. Versand 50 Stück doppelseitige PCBs (mit allem drum und dran) in der Größe 5x2.5cm für 15$ gefertigt bekommen). Also etwas mehr Luft ist schon drin ;)
Zitat von: hexenmeister am 13 Juni 2016, 08:58:26
Die FTDIs sind in der Tat teuer, aber einen ATMEGA368p bekommt man schon unter 1 Euro auch in kleinen Stückzahlen. Platine (HASL, Seide, Lötstopplack) in der Größe kostet keine 20 Cent (Habe vor paar Wochen aus China incl. Versand 50 Stück doppelseitige PCBs (mit allem drum und dran) in der Größe 5x2.5cm für 15$ gefertigt bekommen). Also etwas mehr Luft ist schon drin ;)
Also den ATMega328P-AU bzw. -AUR finde ich nirgendwo für deutlich unter 1,65€, schon bei Abnahme von ganzen Rollen à 2000 Stück. Den Nachfolger (ATMega328PB-AU bzw. -AUR) gibts tatsächlich ab ca. 1,05€ bei Abnahme von Rollen je 2.000 Stück. Allerdings ist das kein Drop-In-Replacement, der braucht einen anderen Compiler. Daher wird man schon auf den 328P gehen müssen. Zumindest ist auch der Typ bei meinen China-Nanos überall verbaut.
Mit originalem FTDI und eben dem ATMega328P-AU kommt man meiner Meinung nach im Einkauf nicht auf unter 4€ nur für die zwei Bauteile, also 4,50$. Selbst der billige Versand aus China wird wohl noch ein paar Dollar-Cents kosten und daher, wie gesagt, kann man für 5-6 USD nicht erwarten, dass der originale FDTI-Chip verbaut ist. Erst Recht nicht, wenn die Sachen sogar aus Deutschland kommen/verschickt werden. Da will ja auch noch jemand dran verdienen :)
P.S.: 15$/50Stück sind immer noch 30 Cent das Stück - also nicht "keine 20 Cent" :p *SCNR*
Zitat von: tobby am 13 Juni 2016, 16:48:53
Also den ATMega328P-AU bzw. -AUR finde ich nirgendwo für deutlich unter 1,65€, schon bei Abnahme von ganzen Rollen à 2000 Stück.
1.05$ z.B. bei
http://de.aliexpress.com/item/VICKO-ATmega328P-AU-ATMEGA328-ATMEGA328P-TQFP-32-ATMEL-MCU-32KB-In-system-Flash-20MHz-1/1913443437.html?spm=2114.010208.3.1.1RkNuL&ws_ab_test=searchweb201556_0,searchweb201602_1_10037_10017_507_10032_401,searchweb201603_9&btsid=dbec4524-0d23-4b66-89ca-530400be3e13 (http://de.aliexpress.com/item/VICKO-ATmega328P-AU-ATMEGA328-ATMEGA328P-TQFP-32-ATMEL-MCU-32KB-In-system-Flash-20MHz-1/1913443437.html?spm=2114.010208.3.1.1RkNuL&ws_ab_test=searchweb201556_0,searchweb201602_1_10037_10017_507_10032_401,searchweb201603_9&btsid=dbec4524-0d23-4b66-89ca-530400be3e13)
In 10er Packs zu dem Preis. Die spinnen, die Chinesen :D Oder kann man inzwischen sogar schon ATmegas fälschen? :D
Zitat von: tobby am 13 Juni 2016, 17:12:33
In 10er Packs zu dem Preis. Die spinnen, die Chinesen :D Oder kann man inzwischen sogar schon ATmegas fälschen? :D
Die Frage sollte eher lauten: Welche Chips wurden noch nicht kopiert?
Zitat von: Pyromane am 13 Juni 2016, 18:58:57
Die Frage sollte eher lauten: Welche Chips wurden noch nicht kopiert?
Ja das stimmt... Einerseits traurig, andererseits auch faszinierend. Beispielsweise die FTDI-Kopien, schaut euch mal die Analyse der Interna an: http://zeptobars.com/en/read/FTDI-FT232RL-real-vs-fake-supereal Die Fakes sind mit einem Masken-programmierbaren Mikrocontroller gelöst, um den Aufwand geringer zu halten. Trotzdem steckt da einiges an Aufwand drin, um einen Protokoll-kompatiblen Chip daraus erstellen zu können. Der wird sogar noch in einem moderneren Fertigungsverfahren hergestellt als das Original. Ich will das nicht gut heißen, ich finde es aber definitiv faszinierend. Ebenso finde ich es wiederum faszinierend, dass - trotz Protokoll-Kompatibilität - der Treiber von FTDI wiederum zwischen Original und Fälschung unterscheiden kann. Was da manchmal an Grips hintersteckt... Entweder ist das Protokoll doch nicht 100%ig kompatibel oder - und das glaube ich eher - da passen irgendwelche Timings nicht hundertprozentig und daran kann man die Chips wieder auseinanderhalten... Und halt auch interessant, dass es sich nicht um eine Kopie des Chips handelt, sondern nur um eine Kopie der Funktionalitäten und des Übertragungsprotokolls in einem komplett "neuen" Chip.
Bisher hätte ich ganz naiv aber immer gedacht, dass ein so komplexer Chip wie ein ATmega zu kompliziert und teuer zum Nachbauen ist. Das Original zu kopieren ist vermutlich schwierig, einen kompatiblen Nachbau (so wie beim FTDI) zu machen dürfte aber bei der Komplexität noch schwieriger sein. Das wird dann natürlich teuer und dann ist die Frage, ob sich so ein Nachbau lohnt. Daher dachte ich, Nachbauten von ATmegas gibt es nicht - und bisher gibt es auch keine Beweise, dass es Nachbauten gibt. Auf der anderen Seite haben die Chinesen schon so viele faszinierende Dinge auf dem Gebiet der Chip-Raubkopien geschaffen, dass man auch da davon ausgehen muss, dass Kopien zumindest schon versucht wurden.
Hallo in die Runde,
habe fast erfolgreich meinen ersten nanoCUL zusammengebaut.
Ich verwende einen Arduino China Clone V3.0
Das CC1101 wurde über Spannungsteiler an den Arduino angeschlossen, um die Level auf 3,3V zu begrenzen. Teiler 470Ohm/1kOhm (Stand im Wiki, dass das wohl besser sei.)
Das CC1101 Modul ist dieses hier:
http://www.ebay.de/itm/CC1101-Wireless-Transceiver-Module-433M-2500-NRF-350m-Distance-Transmission-/191002973920?hash=item2c78aa16e0:g:5IcAAOSw8cNUSHuA
Der Arduino bekam auf dem FTDI den Lötpunkt verpasst, damit er am Raspberry Pi auch erkannt wird.
derzeit steuert das gute Stück meine Rollos über den nicht offiziell implementierten Jung Funkbus (GIRA, BERKER, ...)
Die Firmware ist V1.65 culfw, ergänzt um die IFB Erweiterungen. Compiliert auf dem Raspi selbst.
Was soll ich sagen:
Der Stick sendet wie ein Traum und die Reichweite ist gefühlt größer als mit dem originalen, vor einem Jahr gekauften CUL433.
Läuft über ser2net an einem anderen Raspi, als auf dem, wo ich FHEM laufen habe. Perfekt. fast.
Der Stick wird mit
W0F10
W10ab
W1185
Auf die richtige Frequenz eingestellt. Ef sendet ja schließlich auch korrekt.
C99 liefert auch plausible Werte. Jedes einzelne Register habe ich nicht gecheckt.
Aber ich empfange nichts, oder besser zuviel.
Und FHEM sagt:
CUL_1 ccconf => freq:433.420MHz bWidth:464KHz rAmpl:42dB sens:8dB
Ein X2F im Terminal zeigt mir, dass ständig irgendwelche Flanken hereinkommen. Ständig. Erst wenn ich die Antenne an der Spitze berühre, hört das "Geflimmer" auf. Ein Druck auf meine Aktoren zeigt, dass auch Signale ankommen, da Flanken erkannt werden, aber irgendetwas hindert den CUL daran auszuwerten. Alle Nase lang wird mal ein Telegramm übersetzt.
Kennt diesen Effekt jemand, oder hat eine gute Idee für mich.
Hallo RaspiCUL,
das scheint ja gut auszusehen...
Du hast ja mit einer Bandbreite von 464 KHz das Scheunentor weit aufgemacht ;)
... und die Empfängerempfindlichkeit auch hoch gesetzt, wenn dann in Deinem Umfeld
im 433 MHz Bereich viel los ist (z.B. Powerline ?) dann führt das zu Deinnem beschriebenen Phänomen.
Du kann ja mal auf Standardwerte runtergehen mit "set <culname" raw e" wird der Standard wieder zurückgestellt.
Die Frequenz wird dann auch wieder auf 433.920 zurückgesetzt.
Du möchtest sie auf 433.420MHz eingestellt haben, hat das einen bestimmten Grund?
Einstell geht auch einfacher wie mit den den Register W-Kommandos.
Unter "Everything <culname> set "freq" -> rechts den gewünschten Wert eintragen und abschicken . Fertig!
Bei mir sind die Standardwerte:
NANOCUL ccconf => freq:433.925MHz bWidth:325KHz rAmpl:42dB sens:4dB
mit 325 Khz auch recht weit "offen", aber besser mehr empfangen wie zu wenig ... :D
Wenn Du Versuche starten möchtest, dann kannst Du ja versuchen
a) mit der Empfindlichkeit
b) mit der Bandbreite nach unten zu gehen.
Ohne das Frequenzspektrum aus Deinem Umfeld zu kennen und die genaue Frequenzlage Deiner Aktoren wird es schwierig sein
alles genau auf Deinen Anwendungsfall zu optimieren. Deshalb die "Scheunentor"-Variante.
Grüße,
Jürgen
Moin juergs,
danke für Deine Antwort.
Die 433,420 MHz ist die Jung IFB Frequenz das passt schon mal. Mit e hab ich schonmal alles auf 0 hat aber nicht gebracht.
Während ich mit dem Stick noch herumspiele, habe ich ihn gerne an meinem Laptop und gehe direkt mit Putty darauf. Deswegen sind die FHEM implementierten Funktionen set freq und bwidth erstmal nur über die RAW-Version erreichbar.
Ich werde jetzt erstmal mit e die Konstellation wieder jungfräulich machen und dann weitersehen.
Da ich ja eigentlich ohnehin nur sende, ist es fast egal, aber eben ein Schönheitsfehler. Das nagt dann schon an der Elektroniker Ehre.
Hallo zusammen,
suchte noch nach nem Deutschen Anbieter für das CC1101 868Mhz zu den China-Anbietern bei Ebay.
http://www.tme.eu/de/details/rc-cc1101-spi-868/rf-kommunikationsmodule/radiocontrolli/
Dieser hier sollte Baugleich mit dem hier sein http://www.fhemwiki.de/wiki/Selbstbau_CUL --> Echte 868Mhz Version
Der Preis ist auch ok....
Interessant, der Hersteller verlangt 12€ pro Modul, bei TME 8.55€ + 5.90€ Versand:
https://radiocontrolli.ecwid.com/#!/RF-Transceiver-module-CC1101-434MHz/p/32636269/category=3375036 (https://radiocontrolli.ecwid.com/#!/RF-Transceiver-module-CC1101-434MHz/p/32636269/category=3375036)
Die Module haben Pins mit 2,54 mm Abstand passen also direkt auf eine Lochrasterplatine.
Für sonstige Trägerplatinen mit 2 mm Stiftleisten leider nicht geeignet.
Grüße,
Jürgen
Hallo!
Habe mit zwei Arduino Nano zwei CULs (433 und 868 Mhz) gebaut. Jeder für sich funktioniert wie erwartet. Wenn ich aber beide am RASPI direkt anschließe finde ich im /dev/serial/by-id nur einen. Nach etwas suchen habe ich festgestellt, dass beide Nanos die selbe FTDI-ID haben. Mit dem FT-Prog könnte man u.A. auch die Seriennummer selber ändern. Funktioniert aber NICHT. Als Gegenprobe habe ich einen Original FTDI-Chip umprogrammiert, - ohne Probleme. Wie es aussieht, sind auf den "Nachbau" Nanos Fake FTDI Chips verbaut mit der gleichen Seriennummer die sich auch nicht ändern lassen. Hat jemand eine Idee wie man die gleichzeitig an einem RASPI2 betreiben kann?
Schau mal unter /dev/serial/by-path ob du da weiter kommst
Danke :), so funktioniert es
Hatte mit neuem Nano Probleme beim Flashen bzw. beim Setzen der Fuses mit
den niedrigeren Werten der Pegelanpassung-Widerstände.
Nach dem Abtrennen der SCK (D13) - Leitung waren die NanoCULs wieder normal zu Flashen.
Ich weiß zwar nicht, ob das nur Exemplar-Streuung oder Aufbau war, aber
zwei Programmer haben sich massiv gewehrt, Fuses auszulesen und zu setzen
(bei angeschlossenem CC1101 / RF1100SE-Modul).
Grüße,
Jürgen
Zitat von: juergs am 18 Oktober 2016, 21:47:52
Hatte mit neuem Nano Probleme beim Flashen bzw. beim Setzen der Fuses mit
den niedrigeren Werten der Pegelanpassung-Widerstände.
Nach dem Abtrennen der SCK (D13) - Leitung waren die NanoCULs wieder normal zu Flashen.
Hallo Jürgen,
ich hatte im Thema "Platine für Selbstbau NanoCUL" schon mal eine alternative Beschaltung vorgeschlagen.
https://forum.fhem.de/index.php/topic,38561.msg354021.html#msg354021 (https://forum.fhem.de/index.php/topic,38561.msg354021.html#msg354021)
Habe ich selber aber noch nicht getestet. Wenn ich demnächst meine Platinen bekomme könnte ich es ja mal ausprobieren. ;)
Grüße,
Friedrich
Hallo Friedrich,
danke für die Rückmeldung und den Link.
Für die Dioden-Variante, muss ich mir noch passende Schottky-Dioden besorgen.
Habe leider noch nichts Konkreteres, werde es aber noch untersuchen.
EDIT: Mia Culpa! Wenn man die Masse des Moduls an 5V anschließt ...
kann man mindestens die Aussage bekräftigen, dass das Ganze hinterher
noch bei einem Delta von -1.8V funktioniert .... :-[
Glück gehabt. Tschuldigung!
Jürgen
Hallo zusammen,
ich wollte mir demnächst mal ein zweites System zum basteln und testen aufbauen. Daran würde ich auch gerne wieder die zwei 433mhz und 866mhz culs hängen. Daher wollte ich mal fragen, ob mir jemand von euch sagen kann wo es im Moment zu erträglichen Preisen arduino mit ftdi chip bekomme (der auch ohne löten funktioniert) und die Senderplatinen auch mit fertiger Anschlussleiste?
Guten Tag,
auf die Gefahr hin, dass ich mich total blamiere 8)
Ich habe ein Problem mit den folgenden Zeilen aus der board.h:
/* if you have an Arduino with only 8MHz disable the next line */^M
#define HAS_16MHZ_CLOCK^M
^M
/* if you are using a CC1101 module for 868MHz disable the next line */^M
#define HAS_CC1100_433^M
Aus meiner Sicht sind die define Zeilen durch die # jeweils auskommentiert. Da ich aber beides habe mache ich nach meiner Logik die # weg und erhalte dann folgende Fehler (mit den # geht es wunderbar make und auch make program):
Compiling C: nanoCUL.c
In file included from nanoCUL.c:16:0:
board.h:7:1: error: unknown type name 'define'
define HAS_16MHZ_CLOCK
^
board.h:10:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'define'
define HAS_CC1100_433
^
board.h:10:1: error: unknown type name 'define'
makefile:327: recipe for target 'nanoCUL.o' failed
make: *** [nanoCUL.o] Error 1
Hi Master_Nick,
da hast Du die fhem.cfg-Syntax vorschnell übertragen:
Kommentare beginnen in dem Code mit einem "/*" (gilt bis "*/") oder "//" (gilt ab der Stelle bis Zeilenende, sollte hier also vor die jeweiligen Einträge bzw. die "#")...
Danke dir, also wie ich vermutete. Die # stehen lassen es ist nicht auskommentiert ;-D
Dann habe ich ja Zuhause einen fertigen nanoCUL - FETT :o ;D
Dann mal schöne Feiertage.... ich weiß was ich machen werde :-) *bastel*
Es ist schon faszinierend, was in der Bucht so angeboten wird. Welche horrende Summe für einen nanoCUL!
Zitat von: locutus am 12 Februar 2017, 18:34:30
Es ist schon faszinierend, was in der Bucht so angeboten wird. Welche horrende Summe für einen nanoCUL!
Und 11 mal verkauft! Das heißt es wird sogar zu dem Preis gekauft
Wow :-D bei 12 € Materialeinsatz und ca 20 Minuten Arbeit inklusive Test.
^^ Übel!
Hi,
es kann gut sein dass dieses Teil 11 mal zum Preis von 1€ verkauft wurde und dann auf teuer gesetzt ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 22 Februar 2017, 15:21:26
es kann gut sein dass dieses Teil 11 mal zum Preis von 1€ verkauft wurde und dann auf teuer gesetzt ;-)
Kann man doch auch sehen. Die ersten 9x für EUR 32,90, dann 2x für EUR 39,90. ;)
Mal ne Frage,
mein Setup besteht aus einem FTDI + D-SUn C1101 433 Mhz.
Das Flashen mit culfw und a-culfw geht einwandfrei und die LED blinkt mit 1Hz. Auch in Fhem ist das Gerät "connected". Allerdings sendet und empfängt das Modul nichts. Mit meinem SDR Scanner sehe ich, dass kein Ausschlag bei 433Mhz kommt. Die IT Funksteckdosen erzeugen jedoch einen. Die Verkabelung habe ich mehrfach überprüft.
Nun meine Frage. Wie kann ich generell überprüfen, ob das C1101 Modul überhaupt aus der culfw richtig angesprochen wird?
Das tty liefert auf "V" die Version und mit X67 und XFF liefert nichts.
Gibt es ein einfaches Setup, mit dem ich das 433Mhz auf seine Funktion überprüfen kann?
Vorgegangen bin ich nach dieser Anleitung https://wiki.fhem.de/wiki/Selbstbau_CUL
Vielen Dank
connected ist meines Erachtens etwas wenig. Müsste doch auf Initialized stehen. und unter dem Internal Clients sollten die "weiterverarbeitenden" Module gelistet sein. Ein get CUL ccconf zeigt die funkrelevanten Parameter und legt ein gleichlautendes reading an.
Stell mal ein list des CUL hier ein.
Grüße Markus
Welche Spannungsteiler hast Du verwendet? Keine, 4,7k/10k oder 470/1k? Das letzte läuft bei mir problemlos, mit den anderen Varianten hatte ich immer Probleme ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zum Testen der Verbindung zwischen Arduino und CC1101 versuche doch bitte noch mal in der FHEM-Oberfläche über den Button "get" CUL "raw" C99 auszuführen. Wenn dann lauter 00 zurück kommt, werden die Register vom CC1101 nicht richtig angesprochen. Dann ist es sicher ein Hardware Problem.
Gruß Friedrich
Also ich verwende 4,7k/10k. Dann probiere ich mal die andere Variante mit 470/1000 wenn der Fehler nicht doch hier liegt:
get CUL cconf ergibt:
nanoCUL ccconf => freq:767.387MHz bWidth:650KHz rAmpl:30dB sens:4dB
Aber das Device in FHEM sagt nanoCUL433:
CMDS:ABCeFfGiKLlMNRTtUVWXx
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:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF:/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400 1234
DeviceName:/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@38400
FD:11
FHTID:1234
NAME:nanoCUL
NR:20
PARTIAL
STATE:Initialized
TYPE:CUL
VERSION:V 1.24.00 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
initString:X21
Get CUL Raw
nanoCUL raw => 00183E078C000000
Das passt doch nicht zusammen :-(
ZitatDas passt doch nicht zusammen :-(
Genau. Mit den Daten, die ccconf rausschmeißt kann natürlich kein 433MHz funktionieren :(
Probier ggfs. mal eine ältere aculfw. Die 1.24.0 ist ja recht frisch und noch nicht einmal dokumentiert.
Was ist eigentlich ein D-Sun C1101 :o
Hmmm,
jetzt habe ich die Version 1.67 von CULFW aufgespielt:
VERSION: V 1.67 nanoCUL433
ccconf: freq:767.387MHz bWidth:650KHz rAmpl:30dB sens:4dB
nanoCUL raw => C35 = 00 / 0, obwohl mit a-culfw etwas mehr kam :-(
Auf meinem Modul steht 433 MHz Hier ein etwas unscharfes Bild:
https://ibb.co/bLsndv
Wer meldet eigentlich die 767.387 zurück? Auch mit set CUL freq 433.000 ändert sich nichts.
Könnte mein Modul ein Fake sein?
Hallo,
Führ einmal den Befehl
set nanoCUL raw e
set nanoCUL freq 433.920
aus. Damit wird der CUL auf default gestellt. Vielleicht hilft es.
pejonp
Nun bin ich auf gesprungen
V 1.23.09 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz)
ccconf: freq:767.387MHz bWidth:650KHz rAmpl:30dB sens:4dB
nach "set nanoCUL raw e" musste ich den Stecker ziehen. Ein "set nanoCUL freq 433.290" danach wird beharrlich ignoriert.
"get nanoCul raw c99" nanoCUL raw => 00183E078C07FE00
Mähh
Es kommt aber noch besser. Das 433-Modul hat ein FS20 Gerät zwischendrin von meinem anderen CUL/FHEM zwei Zimmer weiter entdeckt!
Kann ein 433 Modul, dass fälschlicher auf 767 eingestellt ist 868 FS20 Systeme entdecken. Ich bin verwirrt ;-)
Ich probiere es später mal als 868 Modell mit 868 Firmware
Hast du vielleicht ein Bild von deinem Funkmodul, bzw. wo hast du es gekauft?
https://ibb.co/bLsndv
Hatte ich gepostet, ist leider etwas unscharf. Aus der Chinabucht.
Deine Anbindung des CC1101 ist vermutlich beim Sck-Signal nicht korrekt.
Deshalb werden fehlerhafte Werte durch falsches Timing gelesen.
Versuche die 470 Ohm zu 1K Anbindung.
Die Set nanoCul das e Kommando brauchen zu Flaschen länger, deshalb nicht ungeduldig werden.
Das Kommando sollte ausgeführt werden, da das atmega intern ausgeführt wird.
Jürgen
Hi, das ist exakt mein Problem. Nimm die anderen Widerstände 470/1k und es wird laufen ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: peter.kramer am 04 März 2017, 17:24:44
"get nanoCul raw c99" nanoCUL raw => 00183E078C07FE00
Ich nehme an das ist nur hier ein Tippfehler. Bei den Eingaben ist auf Groß/Kleinschreibung zu achten.
ZitatnanoCUL raw => ? (c99 is unknown) Use one of B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
Bei mir kommt bei "get nanoCUL raw C99" folgendes aus den Registern des C1101 zurück:
ZitatnanoCUL raw => 0D2E2D07D3913D04
Aber wahrscheinlich klappt bei dir schon das Schreiben der Register nicht. Also ändern mal, wie RaspiLED und juergs schon sagten, die Widerstände.
Gruß Friedrich
Erst mal Danke für die vielen Anregungen, so steigt das Verständnis !
Nun, mit 470/1000 ergibt das ccconf einen Wert von 393 MHz. Immerhin! Daraufhin habe ich den Spannungsteiler komplett weggelassen und den C1101 direkt mit den 5V des Nano gespeist. Und siehe da:
ccconf: freq:433.290MHz bWidth:325KHz rAmpl:42dB sens:4dB
raw C99 liefert nun auch : D2E2D07D3913D04.
Mein SDR sieht nun auch Ausschläge bei 433 Mhz, wenn ich vom FHEM aus sende.
Das Schalten von IT Steckdosen geht dadurch auch. Mit dem Empfang hadere ich noch. Die Funkfernbedienung erzeugt trotz autocreate keine Einträge, wohl aber ein paar FS20 Geräte in der Umgebung.
Ich vermute mal, dass mein C1101 mit 5V betrieben werden muss und das des Übels Wurzel war.
ZitatDie Funkfernbedienung erzeugt trotz autocreate keine Einträge
vielleicht deshalb
Zitatccconf: freq:433.290MHz
Sollte 433.92 sein.
Hi,
Meine FS20 Geräte senden auf 868.3 MHz. Diese kann ich mit einem cc1101 868MHz gut empfangen.
Pejonp
Zitat von: KölnSolar am 05 März 2017, 12:19:39
vielleicht deshalb Sollte 433.92 sein.
Yes !
mit
set nanoCUL freq 433.92 geht auch das autocreate. Besten Dank !!
Zitat von: peter.kramer am 05 März 2017, 10:57:30
Daraufhin habe ich den Spannungsteiler komplett weggelassen und den C1101 direkt mit den 5V des Nano gespeist. Und siehe da:
...
Ich vermute mal, dass mein C1101 mit 5V betrieben werden muss und das des Übels Wurzel war.
Das glaube ich nicht, auch wenn es hier immer wieder behauptet wird. Es kann auf Dauer nicht gut gehen. Man sollte dem Hersteller glauben, der hat das IC schließlich entwickelt.
Gruß Friedrich
bei mir gab es noch nie ein Problem. Betrieben wird er natürlich mit 3V.
Zitat von: Omega-5 am 05 März 2017, 21:28:16
Das glaube ich nicht, auch wenn es hier immer wieder behauptet wird. Es kann auf Dauer nicht gut gehen. Man sollte dem Hersteller glauben, der hat das IC schließlich entwickelt.
Es ist richtig, dass 5 V außerhalb der Spezifikation ist, meine beiden laufen seit August 2014 auf 5V. Man kann hier noch nicth von dauerhaft sprechen, aber von lange. Ich weiß auch nicht wie hoch die Lebenserwartung für 3.3V ist.
Zitat von: peter.kramer am 05 März 2017, 10:57:30
Ich vermute mal, dass mein C1101 mit 5V betrieben werden muss und das des Übels Wurzel war.
CC1101 geht bis auf 1.8V oder so runter. Ich habe Tempsensoren damit laufen die mit 2V kein Problem haben. Dass deiner nur mit 5V läuft bezweifle ich. Hast du mal durchgemessen, hast du vieleicht eine kalte Lötstelle die viel höheren Widerstand hat?
hallo Leute
Kann mir vielleicht einer helfen von euch. Was ich so gelesen habe benutzt ihr den schon lange. Und zwar wollte ich meinen CC1101 an meinen PI 3 anschließen. Habe passende kabel naturlich auch ;), wie schließe ich diesen nun an meinen PI an und was muss ich noch alles installieren??
p.s. das ist das erste mal das ich etwas an den pins meines pi anschließe
kann ich ihn nach diesem Bild anschließen??
Danke schon mal für die Hilfe.
Hallo,
Zitat von: Wasserwerk33 am 13 April 2017, 21:05:10
Und zwar wollte ich meinen CC1101 an meinen PI 3 anschließen.
das geht so nicht. Auf dem Arduino läuft die Firmware, die die Rohsignale des CC1101 dekodiert. Für den Raspberry Pi 3 gibt es diese Firmware nicht. Sprich: Du könntest den CC1101 zwar an den Raspberry Pi anschließen, aber die zugehörige Software fehlt.
Nimm lieber den Arduino (nano oder pro micro), schließe den CC1101 dran an (mit Pegelwandler bei einem 5 V Arduino), flashe die culfw oder die a-culfw drauf und schließe den dann über USB oder die serielle Schnittstelle an den Raspberry Pi 3 an. Da hast Du langfristig mehr Freude dran ;)
Gruß PeMue
Hallo!
Ich habe eine Frage. Ich habe einen 5V / 16 MHz "pro micro" zuhause und wollte mir testweise die Firmware darauf flashen, um etwas mit einem CUL (erstmal in irgendeiner beliebigen Ausführung) herumzuspielen. Leider finde ich keine passende Firmware für einen ATmega32u4 mit 16 MHz. Egal, was ich auf den Arduino flashe, wird er hinterher nicht mehr als USB Gerät erkannt (habe Windows, Linux und Raspberry Pi ausprobiert). Entweder blinkt die LED zu schnell (ein kompletter an/aus Zyklus innerhalb einer Sekunde) oder gar nicht.
Welche Firmware ist für meinen Arduino geeignet oder was muss ich bei welchem "Device" an einer board.h ändern, damit die Firmware zu meinem Gerät kompatibel wird?
Vielen Dank!
Hi,
Zitat von: e-nighthawk am 09 Mai 2017, 12:22:11
Ich habe eine Frage. Ich habe einen 5V / 16 MHz "pro micro" zuhause ...
zum Kompilieren kann ich gerade nichts sagen, aber der CC1101 ist nur bis 3.9V ausgelegt, da müssen dann offiziell Spannungsteiler an alle Pins...
Einfacher ist es sich einen Chip mit 3.3V zu besorgen und dann damit ohne Spannungsteiler auszukommen. (Das Problem mit der Firmware wäre dann auch weg...)
Gibt hier aber auch genügend Leute die den CC1101 mit 5V betreiben.
Gruß,
Andreas.
Ja, das habe ich auch gesehen. Die 8 MHz Variante ist auch schon bestellt, aber leider dauert das ja immer ein paar Wochen, bis Lieferungen aus China eintreffen. Ich hatte halt gedacht, ich kann bis dahin schon ein paar Sachen mit der 16 MHz Variante ausprobieren.
ZitatWelche Firmware ist für meinen Arduino geeignet oder was muss ich bei welchem "Device" an einer board.h ändern, damit die Firmware zu meinem Gerät kompatibel wird?
In der board.h - nichts, auch im Makefile die F_CPU auf 8 MHz lassen.
Sondern:
in CUL.c (Beispiel aus der Version: a-culfw_1-6-23)
Entweder im CUL_Micro- oder CUL- (_V3) Verzeichnis
int
main(void)
{
wdt_enable(WDTO_2S);
clock_prescale_set(clock_div_2); // clock_div_1 for 8MHz, *** clock_div_2 *** for 16Mhz
setzen und über "make all" kompilieren, das wars schon für 16 MHz und 32U4 ...
Hi,
Ist eigentlich die Beschaltung eines Busware CULs anders (und wenn ja wie)?
Eine Version hat doch auch den AtMega32u4 drauf ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Also, ich habe als erstes meinen a-culfw Ordner zurückgesetzt auf die aktuelle Git Version. Dann habe ich die CUL.c im Ordner CUL entsprechend deiner Anleitung angepasst und alles mit make kompiliert. Dann habe ich mit der Arduino IDE einen "Hallo Welt" Sketch auf den Arduino geflasht. Wenn ich ihn damit an den Pi anstecke, kommt folgendes:
[ 873.442329] usb 1-1.2: new full-speed USB device number 23 using dwc_otg
[ 873.590799] usb 1-1.2: New USB device found, idVendor=2341, idProduct=8036
[ 873.590812] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 873.590820] usb 1-1.2: Product: Arduino Leonardo
[ 873.590828] usb 1-1.2: Manufacturer: Arduino LLC
[ 873.592657] cdc_acm 1-1.2:1.0: ttyACM1: USB ACM device
Dann habe ich die CUL_V3_433MHZ.hex auf das Gerät geflasht:
# avrdude -v -pm32u4 -cavr109 -P/dev/ttyACM1 -b57600 -D -Uflash:w:./CUL_V3_433MHZ.hex:i
avrdude: Version 6.1, compiled on Jul 7 2015 at 10:29:47
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "/etc/avrdude.conf"
User configuration file is "/root/.avrduderc"
User configuration file does not exist or is not a regular file, skipping
Using Port : /dev/ttyACM1
Using Programmer : avr109
Overriding Baud Rate : 57600
AVR Part : ATmega32U4
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PA0
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 9000 9000 0x00 0x00
flash 65 6 128 0 yes 32768 128 256 4500 4500 0x00 0x00
lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : butterfly
Description : Atmel AppNote AVR109 Boot Loader
Connecting to programmer: .
Found programmer: Id = "CATERIN"; type = S
Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.
Programmer supports the following devices:
Device code: 0x44
avrdude: devcode selected: 0x44
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e9587
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as CB
avrdude: reading input file "./CUL_V3_433MHZ.hex"
avrdude: writing flash (26446 bytes):
Writing | ################################################## | 100% 2.64s
avrdude: 26446 bytes of flash written
avrdude: verifying flash memory against ./CUL_V3_433MHZ.hex:
avrdude: load data flash data from input file ./CUL_V3_433MHZ.hex:
avrdude: input file ./CUL_V3_433MHZ.hex contains 26446 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.52s
avrdude: verifying ...
avrdude: 26446 bytes of flash verified
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as CB
avrdude: safemode: Fuses OK (E:CB, H:D8, L:FF)
avrdude done. Thank you.
#
So weit, so gut. Alles wunderbar. Aber leider ist der Arduino nun wieder unbrauchbar. Keine LED blinkt und in dmesg steht folgende Ausgabe:
[ 1015.780725] usb 1-1.2: new full-speed USB device number 30 using dwc_otg
[ 1015.880691] usb 1-1.2: device descriptor read/64, error -32
[ 1016.100637] usb 1-1.2: device descriptor read/64, error -32
[ 1016.320581] usb 1-1.2: new full-speed USB device number 31 using dwc_otg
[ 1016.420549] usb 1-1.2: device descriptor read/64, error -32
[ 1016.640497] usb 1-1.2: device descriptor read/64, error -32
[ 1016.860437] usb 1-1.2: new full-speed USB device number 32 using dwc_otg
[ 1017.300372] usb 1-1.2: device not accepting address 32, error -32
[ 1017.400309] usb 1-1.2: new full-speed USB device number 33 using dwc_otg
[ 1017.840233] usb 1-1.2: device not accepting address 33, error -32
[ 1017.840306] usb 1-1-port2: unable to enumerate USB device
Was mache ich falsch? Ich danke schon mal für die Hilfe.
@e-nighthawk
ich glaube Du verwechselst Arduino und reine 32U4-Programmierung.
Wenn Du den Arduino-Micro verwenden möchtest, befindet sich der Arduino-Bootloader auf dem Chip.
In dieser Konstellation ist die CUL-Firmware nicht kompatibel (es sei denn Du benutzt den Code für den Arduino-Micro)
Für den CUL bzw. die CUL-Firmware benötigtst Du einen speziellen Bootloader, der eigentlich schon mit dem Chip ausgeliefert wird.
Er nennt sich DFU-Bootloader und wird mit dem Atmel-Fips-Tool via USB auf den Chip geflasht.
Du benötigst die Micro-Arduino-Variante (Leonardo) der CUL Firmware aus dem Verzeichnis "CUL-ProMicro"
Schaue mal auf die Code-Output-Größe, es kann sein, dass alle Protokolle enabled sind und der Ouput die Flashgröße in den Bootloader-Bereich
kommt und diesen zerschießt. dann geht eine Programmierung nur noch mittels ISP-Programmer: Bootloader neu flashen ...
... und die Fuses ? (Wenn über "make program" sollte das aber nicht relevant sein, da diese über den Arduino schon gesetzt sind ...) ;)
Hoffe, ich habe das richtig (aus der Erinnerung) mal so eben schnell zusammengefasst ;)
@Arnd:
http://busware.de/tiki-index.php?page=CUL (http://busware.de/tiki-index.php?page=CUL)
Weiter unten ist der Schaltplan ...
Der 32U4 läuft unter 3V3, deshalb die 8MHz und keine Levelshifter. (Fips+DFU-Bootloader)
Ich hatte mir das Board hier zusammengebaut 32u4 Breakout Board (https://oshpark.com/shared_projects/Je61wCYk)
Grüße,
Jürgen
Kein Problem. CUL.c in CUL-ProMicro angepasst, kompiliert und geflasht:
# avrdude -pm32u4 -cavr109 -P/dev/ttyACM1 -b57600 -D -Uflash:w:./CUL_ARDUINO_433MHZ.hex:i
Connecting to programmer: .
Found programmer: Id = "CATERIN"; type = S
Software Version = 1.0; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.
Programmer supports the following devices:
Device code: 0x44
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e9587
avrdude: reading input file "./CUL_ARDUINO_433MHZ.hex"
avrdude: writing flash (26498 bytes):
Writing | ################################################## | 100% 2.65s
avrdude: 26498 bytes of flash written
avrdude: verifying flash memory against ./CUL_ARDUINO_433MHZ.hex:
avrdude: load data flash data from input file ./CUL_ARDUINO_433MHZ.hex:
avrdude: input file ./CUL_ARDUINO_433MHZ.hex contains 26498 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.59s
avrdude: verifying ...
avrdude: 26498 bytes of flash verified
avrdude: safemode: Fuses OK (E:CB, H:D8, L:FF)
avrdude done. Thank you.
Ergebnis: Die LED blinkt jetzt korrekt (1s an, 1s aus), in dmesg steht aber weiterhin folgendes:
[ 3129.579447] usb 1-1.2: new full-speed USB device number 47 using dwc_otg
[ 3129.679442] usb 1-1.2: device descriptor read/64, error -32
[ 3129.899435] usb 1-1.2: device descriptor read/64, error -32
[ 3130.119457] usb 1-1.2: new full-speed USB device number 48 using dwc_otg
[ 3130.219435] usb 1-1.2: device descriptor read/64, error -32
[ 3130.439440] usb 1-1.2: device descriptor read/64, error -32
[ 3130.659435] usb 1-1.2: new full-speed USB device number 49 using dwc_otg
[ 3131.099439] usb 1-1.2: device not accepting address 49, error -32
[ 3131.199440] usb 1-1.2: new full-speed USB device number 50 using dwc_otg
[ 3131.639437] usb 1-1.2: device not accepting address 50, error -32
[ 3131.639531] usb 1-1-port2: unable to enumerate USB device
Ich habe nicht mit "make program" geflasht, weil ich in einer Ubuntu VM kompiliere (geht schneller), aber der Arduino am Pi hängt. Durch die VMware dazwischen dauert es immer ein wenig, bis das USB Gerät an die VM durchgereicht ist und oft wartet der Bootloader dann nur noch so kurz, dass ich es nicht schaffe genau in dem Moment zu flashen. Daher mache ich das am Pi, dort ist das ttyACM1 Device sofort und damit länger zu sehen.
Zitatavrdude: verifying ...
avrdude: 26498 bytes of flash verified
avrdude: safemode: Fuses OK (E:CB, H:D8, L:FF)
Hm, sieht eigentlich gut aus ... Fuses auch Ok.
Welche Arduino Version? Mal ein "make clean" probieren ...
Hi,
dieser enumerate Fehler sagt, dass es Zeit für einen Reboot ist. Danach wird er laufen. Ist bei mir auch so, wenn ich gefühlt den 15sten Stick reinstecke, dann geht es nicht mehr.
Gruß Arnd
Edit: Wenn man den Fahler googled findet man folgende Lösungen:
A) Stromversorgung reicht nicht -> aktiver USB Hub
B) Nur USB 1.1 Device -> Bootparameter für USB 1.1 only setzen
C) Anderes USB Kabel nutzen
Tatsächlich haben A) und C) bei mir auch schon geholfen. Aber ich schwöre der Reboot hilft mir in 100% der Fälle, wo der Arduino Nano mit FTDI erkannt wurde und nach dem flashen den Enumerate Fehler bringt!
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
ZitatZeit für einen Reboot ist. Danach wird er laufen.
... der ist gut :) :) :) :)
Zitat#if !defined(clock_prescale_set) && __AVR_LIBC_VERSION__ < 10701UL
# warning "avr/power.h needs patching for prescaler functions to work."
# warning "for the m32u4 add __AVR_ATmega32U4__ for cpu types on prescale block"
# warning "for the m32u2 add __AVR_ATmega32U2__ for cpu types on prescale block"
#endif
Diese Meldung war nicht dabei?
Ubuntu-VM unter Windows?
Noch eine Anmerkung zum DFU-Bootloader, der benötigt den HWB-Pin schaltbar,
der ist, glaube ich im Arduino fest auf Lowlevel gelegt und per Fuse disabled ...
ZitatAVRDude download
FLIP Linux Install
setenv is used by tcsh. With bash you do:
export ACEDB_MACHINE=LINUX_4
Fix JRE run error in FLIP
Turns out FLIP under Linux is garbage and doesn't support the ATMega32U4. Wish I could get back those two hours of my life.
Hier lohnt evtl. auch mal ein Blick rein....
https://forum.fhem.de/index.php/topic,51535.0.html (https://forum.fhem.de/index.php/topic,51535.0.html)
Dort hatte ich F_CPU auch verändert ...
Zitatund F_CPU ist im makefile auf 16000000 gesetzt.
Ausprobieren ...
Zitat von: juergs am 09 Mai 2017, 21:39:15
Hm, sieht eigentlich gut aus ... Fuses auch Ok.
Welche Arduino Version? Mal ein "make clean" probieren ...
Wie finde ich die Version heraus? Auf dem Board steht "Pro Micro". Das Board ist blau.
Zitat von: RaspiLED am 09 Mai 2017, 21:40:19
Hi,
dieser enumerate Fehler sagt, dass es Zeit für einen Reboot ist. Danach wird er laufen. Ist bei mir auch so, wenn ich gefühlt den 15sten Stick reinstecke, dann geht es nicht mehr.
Gruß Arnd
Edit: Wenn man den Fahler googled findet man folgende Lösungen:
A) Stromversorgung reicht nicht -> aktiver USB Hub
B) Nur USB 1.1 Device -> Bootparameter für USB 1.1 only setzen
C) Anderes USB Kabel nutzen
Tatsächlich haben A) und C) bei mir auch schon geholfen. Aber ich schwöre der Reboot hilft mir in 100% der Fälle, wo der Arduino Nano mit FTDI erkannt wurde und nach dem flashen den Enumerate Fehler bringt!
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
A) Fehler passiert am PC, mit einem USB Steckplatz direkt auf dem Mainboard genauso wie an einem aktiven USB Hub und am Raspberry Pi. Den Pi habe ich sogar gerade extra noch mal neugestartet, aber die Meldung bleibt die selbe.
B) Hätte ich dann mit dem "Hallo Welt"-Sketch nicht das selbe Problem? Er wird ja normalerweise korrekt erkannt - nur halt nicht mit irgendwas CUL-artigem im Flash Speicher.
C) Ich habe vier verschiedene USB Kabel ausprobiert, u.a. das, das mit dem "Hallo Welt"-Sketch funktioniert. Mit jedem kommt der enumerate Fehler.
Zitat von: juergs am 09 Mai 2017, 21:53:00
Hier lohnt evtl. auch mal ein Blick rein....
https://forum.fhem.de/index.php/topic,51535.0.html (https://forum.fhem.de/index.php/topic,51535.0.html)
Dort hatte ich F_CPU auch verändert ...
Ausprobieren ...
Danke! Mit
F_CPU = 16000000funktioniert es.
[ 461.520877] usb 1-1.2: new full-speed USB device number 10 using dwc_otg
[ 461.669164] usb 1-1.2: New USB device found, idVendor=03eb, idProduct=204b
[ 461.669176] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 461.669185] usb 1-1.2: Product: CUL-ARDUINO433
[ 461.669192] usb 1-1.2: Manufacturer: busware.de
[ 461.674309] cdc_acm 1-1.2:1.0: ttyACM1: USB ACM device
:)
Juergs rocks!
Ich mache jetzt eine Testreihe bei meinem enumerate Fehler und frage bei Dir mit DMESG Logs nach ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallihallo,
meine zwei 3,3 Volt Pro Micros sind mittlerweile eingetroffen und ich melde mich zurück.
Zitat von: juergs am 09 Mai 2017, 21:13:33
Für den CUL bzw. die CUL-Firmware benötigtst Du einen speziellen Bootloader, der eigentlich schon mit dem Chip ausgeliefert wird.
Er nennt sich DFU-Bootloader und wird mit dem Atmel-Fips-Tool via USB auf den Chip geflasht.
Du benötigst die Micro-Arduino-Variante (Leonardo) der CUL Firmware aus dem Verzeichnis "CUL-ProMicro"
Nun dachte ich mir, ich mache daraus "richtige" CULs - aber wie bekomme ich diesen DFU Bootloader da rauf? Brauche ich dafür wirklich einen ISP Programmierer oder geht das auch anders? Ich habe mir das Atmel Flip Tool schon installiert, aber das meckert nur "AtLibUsbDfu.dll not found." - soweit meine Recherchen ergeben haben, liegt das daran, dass derzeit der Arduino Bootloader im Flash ist.
Falls ein ISP Programmierer her muss, würde dieser gehen?
Micro USB Tiny AVR ISP 5V ATtiny44 USBTinyISP Programmer For Arduino Bootloader (http://www.ebay.de/itm/272355935733)
Schau mal hier unter "Bootloader" nach ....
Anleitung (http://dokuwiki.ehajo.de/bausaetze:display-adapter:anleitung)
Insbesondere auf die HWB-Belegung....
Puh, da muss ich heute Abend zuhause erstmal rumprobieren. Wenn ich das (https://cdn.sparkfun.com/datasheets/Dev/Arduino/Boards/ProMicro8MHzv1.pdf) richtig sehe, ist der HWB Pin nicht ausgeführt und ich muss direkt an das Beinchen vom Chip dran, oder? Andererseits habe ich einem Schaltplan (https://cdn.sparkfun.com/datasheets/Dev/Arduino/Boards/Pro_Micro_v13b.pdf) gesehen, dass der Pin bei einem Pro Micro immer auf GND liegt... Das würde ja passen - allerdings habe ich gestern bei diversen Resets nie ein "ATmega 32U4 DFU" Gerät in Windows gesehen. Ich bin verwirrt, aber danke wieder vielmals für den Hinweis in die richtige Richtung. :)
Edit: Hmm, könnte ich das Bootverhalten evtl. mit der HWBE Fuse steuern? Ich frage lieber, denn an den Fuses will ich lieber nicht einfach so ohne die geringste Ahnung herumpfuschen.
Hier ist was Ähnliches zum Thema Bootloader zu finden:
https://forum.fhem.de/index.php/topic,51535.0.html (https://forum.fhem.de/index.php/topic,51535.0.html)
Zitat von: e-nighthawk am 31 Mai 2017, 11:25:26
Wenn ich das (https://cdn.sparkfun.com/datasheets/Dev/Arduino/Boards/ProMicro8MHzv1.pdf) richtig sehe, ist der HWB Pin nicht ausgeführt und ich muss direkt an das Beinchen vom Chip dran, oder? Andererseits habe ich einem Schaltplan (https://cdn.sparkfun.com/datasheets/Dev/Arduino/Boards/Pro_Micro_v13b.pdf) gesehen, dass der Pin bei einem Pro Micro immer auf GND liegt... Das würde ja passen - allerdings habe ich gestern bei diversen Resets nie ein "ATmega 32U4 DFU" Gerät in Windows gesehen. Ich bin verwirrt, aber danke wieder vielmals für den Hinweis in die richtige Richtung. :)
Die Unterlagen auf die du dich beziehst sind von SparkFun. Da dein Board blau ist wird es wohl irgend ein Nachbau sein. Der enthält evtl. keinen Bootloader. Sparkfun benutzt einen modifizierten Bootloader, der vom Atmel-Bootloader abweicht. Erklärung gibt es hier (https://learn.sparkfun.com/tutorials/pro-micro--fio-v3-hookup-guide#ts-reset).
Gruß Friedrich
Die Erklärung zum Sparkfun Bootloader hatte ich auch gesehen und auch schon ausprobiert, ob 2x kurz hintereinander Reset ein anderes Verhalten auslöst, aber dem ist leider nicht so. Scheinbar habe ich also nicht den Sparkfun Bootloader auf dem Gerät. Und ja, du vermutest richtig, es handelt sich um irgendeinen billigen Clone aus China. Ich habe mein Multimeter an das HWB Beinchen und den GND Pin gehalten, 0,4 Ohm. Die sind also irgendwie verbunden.
Die Fuses sehen ab Werk so aus:
avrdude: safemode: Fuses OK (E:F3, H:99, L:5E)
HWBE ist also schon gesetzt. Ich habe versucht dieses via
# avrdude -pm32u4 -cavr109 -P/dev/ttyACM1 -b57600 -v -U efuse:w:0xFB:m
zu entfernen, das hat aber nicht geklappt.
avrdude: Device signature = 0x1e9587
avrdude: safemode: lfuse reads as 5E
avrdude: safemode: hfuse reads as 99
avrdude: safemode: efuse reads as F3
avrdude: reading input file "0xFB"
avrdude: writing efuse (1 bytes):
Writing | | 0% 0.00s ***failed;
Writing | ################################################## | 100% 0.00s
avrdude: 1 bytes of efuse written
avrdude: verifying efuse memory against 0xFB:
avrdude: load data efuse data from input file 0xFB:
avrdude: input file 0xFB contains 1 bytes
avrdude: reading on-chip efuse data:
Reading | ################################################## | 100% 0.00s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0xf3 != 0xfb
avrdude: verification error; content mismatch
avrdude: safemode: lfuse reads as 5E
avrdude: safemode: hfuse reads as 99
avrdude: safemode: efuse reads as F3
avrdude: safemode: efuse changed! Was fb, and is now f3
Would you like this fuse to be changed back? [y/n] n
avrdude: safemode: Fuses OK (E:FB, H:99, L:5E)
Zu versuchen BOOTRST zu setzen traue ich mich nicht, denn ich habe gelesen, dass man das ohne ISP nicht wieder entfernt bekommt.
Langsam frage ich mich, ist mein Vorhaben einen "echten" CUL nachzubauen so ungewöhnlich? Wie machen andere das?
Du hast den "steinigen" Weg gewählt.
1.) der orginal CUL32U4 läuft mit 8MHz der Micro mit 16MHz -> neu kompilieren!
2.) dann den Bootloader ändern.
3.) Denke an die Sequenz HWB + Reset drücken und Reset und danach HWB loslassen .... Vorher den DFU-Booloader flashen und die Fuses richtig setzen.
Warum nimmst Du nicht einfach das passende Image und gut?
Pro Micros mit 8 MHz habe ich ja mittlerweile - neu kompilieren brauche ich also nicht mehr unbedingt.
Warum nicht das ProMicro Image.. ich nenne es mal eine Kombination aus Spaß am Basteln und Verstehen, Ehrgeiz und Perfektionismus. Klar, mit dem ProMicro Image wäre ich schon lange fertig - das habe ich ja auf das 16 MHz Gerät auch schon drauf geflasht bekommen, da weiß ich wie das geht. Jetzt möchte ich herausfinden, wie das mit DFU Bootloader und "original" Image geht. :D
Hallo Leute
Ich wollte mich an mein erstes selbstgebautes modul rantrauen. Nur ich habe sowas von keine Ahnung davon. Also komplett neuland für mich.
Also bitte nicht direkt sauer sein. ;)
Im Anhang habe ich ein Bild von meinen Beiden modulen gestellt. Ich möchte nachher damit steckdosen schalten können.
MFG
Zitat von: Wasserwerk33 am 30 Juni 2017, 19:45:34
Ich wollte mich an mein erstes selbstgebautes modul rantrauen. Nur ich habe sowas von keine Ahnung davon. Also komplett neuland für mich.
Also bitte nicht direkt sauer sein. ;)
Im Anhang habe ich ein Bild von meinen Beiden modulen gestellt. Ich möchte nachher damit steckdosen schalten können.
Gut zu wissen, halte uns auf dem Laufenden über den Fortschritt ;)
Horti
hast du vielleicht eine bauanleitung für mich wie ich es richtig zusammenstecke??
nicht das er mir direkt schon durchhaut, und vielleicht ein paar tips für mich??
Achja und kann ich den Boardloader von der ersten seite benutzen oder ist dieser der falsche für mich
Ich habe gehofft, Du würdest die Ironie erkennen :)
Das Thema ist hier in diversen Foren schon zig Mal durchgekaut worden, außerdem im Wiki und in diversen Internet-Blogs...
Suche einfach nach "NanoCUL".
Danke ja der Tip mit Nano-Cul reicht mir schon
was bedeutet den dieser Fehlercode??
svn: E000028: Kann Verzeichnis »/home/pi/culfw-code« nicht anlegen: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
habe ich etwas falsch gemacht??
danke schon mal schönen abend noch
Hm,
deine Platte / SD-Card ist wohl voll. Und ob du was falsch gemacht hast, kann man leider nicht erkennen da du nicht geschrieben hast, was du gemacht hast ::)
Gruß, machnetz
Hast Du einen Windows-Rechner in Reichweite?
Dann schliesse das Ding an und befolge die Anleitung (so ersparst Du Dir das Compilieren):
The hex file you can get here http://www.mediafire.com/file/eos1b626wccd6eb/a-culfw_1.25.00_build_254.zip, just unpack the zip file. The hex file you need is "nanoCUL433.hex" in the folder "nanoCUL". For flashing you can use this tutorial https://www.smarthome-agentur.de/blog/tutorial-die-nanocul-firmware-updaten/
Dann wieder an den Raspi anschliessen und gemäss Kommandreferenz einrichten.
Hi
Also nach diesem müsste ich ja noch speicher haben. Ist ja erst zu 32% belegt.
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/root 13439320 13310512 0 100% /
devtmpfs 469532 0 469532 0% /dev
tmpfs 473864 0 473864 0% /dev/shm
tmpfs 473864 6436 467428 2% /run
tmpfs 5120 4 5116 1% /run/lock
tmpfs 473864 0 473864 0% /sys/fs/cgroup
/dev/mmcblk0p6 66528 20755 45773 32% /boot
tmpfs 94776 0 94776 0% /run/user/1000
Wie bin ich gestern vorgegangen.
Ich habe den Cul an meinem Pi gehangen per USB. Habe mir die Wiki Datein zum CUl durchgelesen und heruntergeladen. Hat auch soweit erst geklappt. Bis dann halt eben kam das die Platte voll sei.
Habe es dann heute morgen mit dem Windows PC versucht. Dort wird mir aber kein com gegeben sondern nur das mein Cul nicht gefunden werden kann. :( Bin dann aber trotzdem in die softwäre gegangen die mir empfohlen wurde, dort wird mir gesagt Upload failed ein Com wurde mir vom Prgramm vorgeschlagen.
Hi,
Zitat von: Wasserwerk33 am 01 Juli 2017, 11:43:42
Hi
Also nach diesem müsste ich ja noch speicher haben. Ist ja erst zu 32% belegt.
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/root 13439320 13310512 0 100% /
auf /boot sind noch 32% frei, auf / aber nichts mehr...
Gruß,
Andreas.
Danke
Gesendet von meinem ALE-L21 mit Tapatalk
Hallo Leute
Habe mein CUL zum laufen bekommen.
Hätte aber dennoch ein paar einfragen.
1) Kann ich meinen CUL auch umstellen auf 868Mhz ohne ihn neu aufzusetzen, den er kann beides 433Mhz und 868Mhz nur habe bei der installation nicht die 433Mhz auskommentiert.
2)Mein CUL ist nur zusammengesteckt, nicht verlötet das soll am wochenende geschehen.
Wofür ist die Diode da? Und habe meinen CUL nach dem Bild in Fhem Wiki zusammengesteckt.
(Lila Droht) Sehe ich das richtig das ich einen Draht von 3,3 Volt nach VCC und dann nach GND und zwischen VCC und GND kommt der Wiederstand? (Dunkel Blauer draht) Wofür ist der Draht der von 3,3 Volt zusätzlich nach VCC geht?
Danke für die Hilfe
Hi,
Zitat von: Wasserwerk33 am 13 Juli 2017, 09:59:30
1) Kann ich meinen CUL auch umstellen auf 868Mhz ohne ihn neu aufzusetzen, den er kann beides 433Mhz und 868Mhz nur habe bei der installation nicht die 433Mhz auskommentiert.
2)Mein CUL ist nur zusammengesteckt, nicht verlötet das soll am wochenende geschehen.
Wofür ist die Diode da? Und habe meinen CUL nach dem Bild in Fhem Wiki zusammengesteckt.
(Lila Droht) Sehe ich das richtig das ich einen Draht von 3,3 Volt nach VCC und dann nach GND und zwischen VCC und GND kommt der Wiederstand? (Dunkel Blauer draht) Wofür ist der Draht der von 3,3 Volt zusätzlich nach VCC geht?
1) Der CUL kann, nachdem die Firmware aufgespielt wurde, entweder 433 oder 868 MHz. Um die jeweils andere Frequenz zu verwenden musst Du entsprechende Firmware flashen. (Also in Deinem Fall "#define HAS_CC1100_433" auskommentieren, compilieren und flashen) Du musst aber beachten, dass 868 MHz zwar mit dem 433er Funkmodul möglich, aber nicht optimal ist.
2) Die Diode ist für die Funktion nicht erforderlich, das ist meines Wissens lediglich eine Aktivitätsanzeige. Der Widerstand ist der sogenannte Pullup-Widerstand, dazu steht was im Wiki. Was auf dem Aufbaubild nicht drauf ist, wohl aber in der Schaltung, sind die Spannungsteiler, die Du auf Dauer einbauen solltest. Falls Du Interesse an sauberem Aufbau haben solltest, melde Dich per PN ;)
@tndx Danke erstmal für die antworten und Hilfe.
Sagt mal
Ich habe hier noch eine wetterfunkstation rum liegen. Läuft auf 433MHz. Wie kann ich diese nun einbinden?
Gesendet von meinem ALE-L21 mit Tapatalk
Wenn FHEM Deine Wetterfunkstation kennt, dann wird sie automatisch mit autocreate angelegt (dafür sollte es eingeschaltet sein).
Wenn FHEM sie allerdings nicht kennt, dann hast Du erstmal schlechte Karten, es sei denn Du schreibst ein Modul dafür.
Du könntest allerdings Deinen CUL auf Signalduino umflashe, und es damit auch versuchen. Aber schaue Dir erstmal die Doku zum Signalduino an, da sind die unterstützten Protokolle aufgeführt.
Danke
Gesendet von meinem ALE-L21 mit Tapatalk
Zitat von: Wasserwerk33 am 14 Juli 2017, 23:09:47
....
Ich habe hier noch eine wetterfunkstation rum liegen. Läuft auf 433MHz. Wie kann ich diese nun einbinden?
Hi,
Gibt es eine Bezeichnung der ws. Oder soll ich mal die Glaskugeln befragen 😉
Pejonp
Es kommt von x-Sense
Sry fürs nicht reinschreiben
Habe nochmal richtig nachgeschaut
Die wetterstation heist genau X-Sense AG-21 Premium Weather Station.
Sendet auf 433Mhz
So sieht dieses aus.
https://www.amazon.co.uk/X-Sense-AG-21-Wireless-Temperature-Humidity/dp/B00UYLAJYW
Mal was ganz anderes: was hat es mit diesen, mit USB-Stecker versehenen auf sich?
Wie geben die denn ihre "Rohdaten" von sich?
Hallo Forum,
jetzt habe ich heute große Teile des Threads durchgearbeitet in der Hoffnung , den entscheidenen Hinweis zu bekommen, aber ohne Erfolg. Aber von Anfang:
ich habe mir einen Nano (leider mit dem 340er Chip ) und ein CC1101 Modul bestellt ( https://www.ebay.de/itm/162421630054).
Das Teil sieht genauso aus, wie im Wiki beschrieben und ich dachte, es sollte es eigentlich tun.
Dann hab ich alles ohne Widerstände zusammengelötet und geflushed.
Schliesslich alles in FHEM eingebunden und keine Fehler bekommen.
Aller Werte sehen gut aus. CCConf schickt mit auch die korrekten MHZ ( 868) zurueck. Mit einem Terminal kann ich zusehen, dass wenn ich mit der HM FB sende auch Pakete empfangen werden. Ich habe zwei Tests gemacht : Mit Max und einem HM Dimmer die ich versuchezu pairen. Natürlcich habe ich den RF Mode entsprechend geändert. Achja, die StatusLED blinkt im 1HZ Takt.
Also Frage :
1. glaubt ihr, dass dieses Modul funkioniert für meinen Anwendungsfall ?
2. ICh habe nach Erfahrungen gesucht, ob man die Widerstände nun braucht oder nicht. Man sollte sie nehmen, ist mri auch klar, aber es scheint ja bei einigen stabil zu laufen. Das würde mir erstmal reichen. Gibt es jemanden hier , der erst nachdem er die Spannungsteiler eingebaut hat sein Modul zum laufen gebracht hat?
3. Es könnte ja sein, dass das Modul nicht sendet , aber empfängt. Das kann ich aber garnicht testen . Würde in dem Fall beim Pairing in FHEM garnichts erscheinen im Eventmonitor ? Ich würde ja erwarten, dass FHEM ein Device anlegt, dass dann halt nicht antwortet , weil es ja selbst keine Antwort empfängt. Also ist das Verhalten damit zu erklären, dass meine CUL nur empfängen aber nicht senden kann ?
vielel Dank für eure Tips, ich bin grad ratlos ...
Grüße
Filip
... mal abgesehen von der Hardware.
In welche Glaskugel sollen wir schauen? ;)
Aber im Ernst: Das verbose Attribut des NanoCULs auf 5 stellen und mal fragliche Passagen
des FHEM-Logs hier posten.
Grüße,
Jürgen
Zitat von: lynckmeister am 31 Oktober 2017, 17:56:26
Also Frage :
1. glaubt ihr, dass dieses Modul funkioniert für meinen Anwendungsfall ?
2. ICh habe nach Erfahrungen gesucht, ob man die Widerstände nun braucht oder nicht. Man sollte sie nehmen, ist mri auch klar, aber es scheint ja bei einigen stabil zu laufen. Das würde mir erstmal reichen. Gibt es jemanden hier , der erst nachdem er die Spannungsteiler eingebaut hat sein Modul zum laufen gebracht hat?
3. Es könnte ja sein, dass das Modul nicht sendet , aber empfängt. Das kann ich aber garnicht testen . Würde in dem Fall beim Pairing in FHEM garnichts erscheinen im Eventmonitor ? Ich würde ja erwarten, dass FHEM ein Device anlegt, dass dann halt nicht antwortet , weil es ja selbst keine Antwort empfängt. Also ist das Verhalten damit zu erklären, dass meine CUL nur empfängen aber nicht senden kann ?
zu 2) ich habe zwei nanoCul im Einsatzt, einen 868 und einen 433. Keiner hat Widerstände und laufen trotzdem seit über 2 Jahren, war einer der gleich am Anfang einen gebastelt hat.
zu den restlichen Fragen .... tut mir leid, ich weiß nicht was du wissen willst. Schreibe mal was geht und was nicht oder was genau das Problem ist.
Zitat von: lynckmeister am 31 Oktober 2017, 17:56:26
2. Ich habe nach Erfahrungen gesucht, ob man die Widerstände nun braucht oder nicht. Man sollte sie nehmen, ist mri auch klar, aber es scheint ja bei einigen stabil zu laufen. Das würde mir erstmal reichen. Gibt es jemanden hier , der erst nachdem er die Spannungsteiler eingebaut hat sein Modul zum laufen gebracht hat?
Alle meine nanoCULs haben Widerstände zur Spannungsteilung und mit den richtigen Werten funktionieren die nanoCULs auch. Ohne geht es zwar auch (bei manchen), es ist aber nicht gesichert, da man den CC1101 im nicht spezifizierten Bereich betreibt (zumindest für die Eingänge). Das kann gutgehen, muss aber nicht. Ich wundere mich immer wieder, warum Leute meinen, es besser zu wissen, als der Chiphersteller ::)
Gruß PeMue
vielen Dank für eure Hinweise,
ja am Wochenende werd ich das auch mit den Widerständen machen, aber dazu fehlt mir heute noch das Material.
Anbei das Log mit Verbose 5 :
2017.10.31 19:25:18 3: Opening CUL0 device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2017.10.31 19:25:18 3: Setting CUL0 serial parameters to 38400,8,N,1
2017.10.31 19:25:21 3: CUL0: Possible commands: ABCEeFfGhiKklMmRTtUVWXxYZz
2017.10.31 19:25:21 3: CUL0 device opened
2017.10.31 19:25:21 2: Switched CUL0 rfmode to MAX
2017.10.31 19:25:21 3: CUL_MAX_Check: Detected firmware version 167 of the CUL-compatible IODev
2017.10.31 19:25:21 5: CUL0 sending Za123456
2017.10.31 19:25:21 5: SW: Za123456
2017.10.31 19:25:22 5: CUL0 sending Zw111111
2017.10.31 19:25:22 5: SW: Zw111111
2017.10.31 19:25:22 1: Including ./log/fhem.save
2017.10.31 19:25:22 1: usb create starting
2017.10.31 19:25:22 3: Probing CUL device /dev/ttyAMA0
2017.10.31 19:25:22 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2017.10.31 19:25:22 1: usb create end
2017.10.31 19:25:22 2: SecurityCheck: telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.10.31 19:25:22 0: Featurelevel: 5.7
2017.10.31 19:25:22 0: Server started with 14 defined entities (fhem.pl:13325/2017-02-03 perl:5.020002 os:linux user:fhem pid:3487)
2017.10.31 19:25:52 5: CUL_MAX_BroadcastTime: payload 111f1399b4
Ich hatte da früher die original CUL von HM drin ( den Bausatz) , der ist aber nicht mehr und das define ist raus. Warum da jetzt noch Can't open /dev/ttyAMA0: Keine Berechtigung auftaucht ist mir grad ein Rätsel...
Schau mal, ob der /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 auf /dev/ttyAMA0 gemappt ist.
Wenn ja, passen die Rechte nicht (chown bzw. chmod).
Gruß PeMue
... deswegen:
Zitat2017.10.31 19:25:22 3: Probing CUL device /dev/ttyAMA0
2017.10.31 19:25:22 3: Can't open /dev/ttyAMA0: Keine Berechtigung
Die FHEM Suche nach
"Can't open /dev/ttyAMA0: Keine Berechtigung" liefert dir 24 Treffer ...
Jürgen
Zitat von: juergs am 31 Oktober 2017, 19:43:04
... deswegen:
Die FHEM Suche liefert dir 24 Treffer ...
z.B. diesen hier (erster Treffer): https://forum.fhem.de/index.php/topic,50651.0.html ;)
Hi,
Ich hoffe ccconf sagt 868.300 :-)
Wenn Du keinen Spannungsteiler brauchst lass Sie weg. Wenn es irgendwann nicht mehr geht, erinnere Dich daran und kauf dann einen neuen cc1101 ;-) Kurzfristig ist das egal.
Es gibt Befehle um den Sendemodus und den Empfangsmodus zu deaktivieren.
attr CUL verbose 5
set CUL raw e
Austecken / einstecken
set CUL raw X25
Danach ein Pairversuch oder was auch immer...
und währenddessen im zweiten TAB den Eventmonitor laufen lassen
Und dann hier mit Frage posten.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Ok ihr stürzt euch auf das Offensichtliche....:) aber ich kann mir nicht vorstellen, dass es damit was zu tun hat. Ich bin einige der 24 Treffer durch gegangen :
1. Mein ID Eintrag zeigt nicht auf das Device :
ls -lah /dev/serial/by-id/
insgesamt 0
drwxr-xr-x 2 root root 60 Okt 31 16:17 .
drwxr-xr-x 4 root root 80 Okt 31 16:17 ..
lrwxrwxrwx 1 root root 13 Okt 31 16:17 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
2. Ich hatte ja früher auch wirklich ein CCU Bausatz von ELV drin : https://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html
Dieser hat sich mit der Zeile :
define myHmUART HMUARTLGW /dev/ttyAMA0
ja auch auf dieses Device verbunden. Die Hardware ist ausgebaut und die Zeile gelöscht...
offensichtlich ( das entnehme ich den 24 Einträgen) , ist daran , dass die Fehermeldung trotzdem noch erscheint diese Zeile schuld, die zu disablen ist:
# Disable this to avoid looking for new USB devices on startup
#define initialUsbCheck notify global:INITIALIZED usb create
hab ich auch gemacht , jetzt ist beim Neustart auch tatsächlich die ominöse Fehlermeldung wegen ttyAMA0 weg. Geholfen hats nix, es geht immer noch nicht. Jettzt mahc ichmal was RaspiLED vorschlägt ..
Also ich habe jetzt nochmal einen Pairing Versuch gemacht unter dem vorherigen Command X25 und Verbose 5 wie von RaspiLED vorgeschlagen :
Man sieht jetzt doch etwas mehr, aber ein Device wird nicht angelegt :
2017.10.31 21:14:28 5: SW: e
2017.10.31 21:15:04 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (CUL0)
2017.10.31 21:15:14 3: Setting CUL0 serial parameters to 38400,8,N,1
2017.10.31 21:15:15 5: SW: V
2017.10.31 21:15:18 5: SW: V
2017.10.31 21:15:18 5: CUL/RAW (ReadAnswer): V 1.67 nanoCUL868
2017.10.31 21:15:18 5: SW: ?
2017.10.31 21:15:18 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of A B
2017.10.31 21:15:18 5: CUL/RAW (ReadAnswer): C E e F f G h i K k l M m R T t
2017.10.31 21:15:18 5: CUL/RAW (ReadAnswer): U V W X x Y Z z
2017.10.31 21:15:18 3: CUL0: Possible commands: ABCEeFfGhiKklMmRTtUVWXxYZz
2017.10.31 21:15:18 5: SW: X21
2017.10.31 21:15:18 5: SW: Zr
2017.10.31 21:15:18 5: SW: Za123456
2017.10.31 21:15:18 5: SW: Zw111111
2017.10.31 21:15:18 5: SW: T01
2017.10.31 21:15:18 5: CUL/RAW (ReadAnswer): 1234
2017.10.31 21:15:18 5: GOT CUL fhtid: 1234
2017.10.31 21:15:18 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (CUL0)
2017.10.31 21:16:29 3: set CUL0 raw x25
2017.10.31 21:16:29 5: SW: x25
im Event Monitor erscheint immer nocih nichts und ein Device wird auch nciht angelegt ....
Achja hier noch die Aushabe der CCConf...:
CUL0 ccconf => freq:868.300MHz bWidth:325KHz rAmpl:33dB sens:4dB
immer noch ratlos ... ;(
Hi,
Also nun schauen wir mal in das
list CUL0
Da wird stehen Initialized - gut!
Aber der empfängt gerade gar kein Paket. Jetzt schreibst Du, dass Du HM Geräte benutzen willst. Welcher Modus des CULs wäre also richtig? SlowRF (Default bzw. X21 oder X25) ist es nicht:
attr CUL0 rfmode HomeMatic
Und dann erneut im Eventmonitor schauen.
https://wiki.fhem.de/wiki/HomeMatic_Installieren
Ach ja und Ausgaben bitte in Code Tags packen ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 31 Oktober 2017, 21:03:47
Es gibt Befehle um den Sendemodus und den Empfangsmodus zu deaktivieren.
attr CUL verbose 5
set CUL raw e
Austecken / einstecken
set CUL raw X25
Danach ein Pairversuch oder was auch immer...
Zitat von: RaspiLED am 01 November 2017, 01:37:36
Ach ja und Ausgaben bitte in Code Tags packen ;-)
Wenn Du mit gutem Beispiel vorangehst ;D 8)
Guten Abend ;)
Hier erstmal die Ausgabe von List CUL0
Internals:
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
FD 10
FHTID 1234
NAME CUL0
NR 29
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
initString X21
Zr
Za123456
Zw111111
Matchlist:
1:CUL_MAX ^Z........................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
Readings:
2017-10-31 21:23:15 ccconf freq:868.300MHz bWidth:325KHz rAmpl:33dB sens:4dB
2017-11-01 19:17:04 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
2017-11-01 19:17:04 state Initialized
Attributes:
rfmode MAX
verbose 5
Eigentlich will ich Max Thermostate ansteuern, allerdings habe ich auch HM Komponenten und habe um den Gegentest zu machen einfach mal auf RFMode Homeatic umgestellt und habe mit dem mir vorliegenden Dimmer ein Pairing versucht - mit gleichem Ergebnis wie bei den Max-Komponenten. Ja es sieht so aus als könne er nix dekodieren. Aber wie bereits gesagt, wenn ich im Terminal lausche mit X08 dann empfängt er einiges Zeug, wenn ich ein Device auf Anlernmodus schalte oder auf der HM Fernbed. rumtippe ...
Möglicherweise empfängt er nur sehr schlecht und daher einfahc nur die Hälfte , sodass er nix dekodieren kann?
Gibts da irgendeine Messbare Größe ? Kann ich die Verbindungen zum Funkmodul messen?
Bei einem List von mir kommt aber etwas mehr ...
Zitat
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:
Habe aber auch keine Max und Homematic - Geräte und läuft in SlowRf für FS20 ...
ZitatInternals:
CMDS BbCFiAZNkGMKUYRTVWXefmLltux
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 /dev/serial/by-id/usb-busware.de_CUL868-if00@38400 4567
DeviceName /dev/serial/by-id/usb-busware.de_CUL868-if00@38400
FD 11
FHTID 4567
NAME 32U4CUL
NR 73
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.66 CUL868
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................................$
C:Hideki ^P12#75[A-F0-9]{17,30}
C:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
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:
2017-06-12 19:25:26 ccconf freq:868.405MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-11-01 15:58:18 cmds B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
2017-10-24 20:18:55 raw is1F1F1111F100
2017-11-01 15:58:18 state Initialized
2016-07-02 11:28:45 version V 1.66 CUL868
Attributes:
icon cul_868
rfmode SlowRF
room HARDWARE,RECEIVER
Zitat von: lynckmeister am 01 November 2017, 19:21:57
Gibts da irgendeine Messbare Größe ? Kann ich die Verbindungen zum Funkmodul messen?
RSSI wäre eine Möglichkeit, der wird bei Dir aber nicht angezeigt.
Bei mir gibt es diese Ausgabe:
Internals:
CMDS BbCFiAZEkGMKUYRTVWXefmltux
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/ttyACM0@38400 0000
DeviceName /dev/ttyACM0@38400
FD 18
FHTID 0000
NAME NONAME
NR 176
NR_CMD_LAST_H 44
PARTIAL
PMCUL01_MSGCNT 191519
PMCUL01_TIME 2017-11-01 19:39:12
RAWMSG A0CFB84702D4FBE00000000BC4128
RSSI -54
STATE Initialized
TYPE CUL
VERSION V 1.63 CUL868
initString X21
Ar
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2017-06-11 07:13:48 ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2017-10-16 10:33:48 cmds B b C F i A Z E k G M K U Y R T V W X e f m l t u x
2017-07-13 20:01:09 raw CUL_V3
2017-11-01 19:39:12 state Initialized
2017-07-08 17:40:26 version V 1.63 CUL868 Gruß PeMue
Zitatder wird bei Dir aber nicht angezeigt.
Weil er noch nichts empfangen konnte.
Liegen die Frequenzen Max - und CUL u.U. zu weit auseinander?
Da Du ja nur wenige Protokolle enabled hast, ist das schwierg nachzuprüfen, ob der Stick generell empfängt.
Mal die Fernbedienung etc. ganz nah an den CUL halten ... ?
Reverse-SMA als Antennenstecker?
Hi,
Die sens mal von 4 auf 8?
Was kommt den konkret im Eventmonitor bei verbose 5 an? Vielleicht sehen wir da was.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Also Leute ich bin einen Schritt weiter, jetzt könnte es klappen ( mit eurer Hilfe ;) )...
ich habe jetzt ein Breadboard freigemacht und den Nano mal mit all den Widerständen aufgeklemmt ... und siehe da- jetzt empfängt er deutlich mehr!!
Also kann man wohl schon sagen, dass zumindest einige Board von Anfang an nicht richtig laufen und alle Blogseiten, die anleiten es ohne Widerstände zu machen - und das sind mind. 3 glaub ich - sollten das vielleicht deutlicher dranschreiben... egal...
bitte werft doch mal einen blick auf das Log... im Eventmonitor passiert immer noch nix, weil nix angelegt wird. Aber es werden vom Max Messages erkannt aber sie können nicht dekodiert werden- woran könnte das wohl liegen ? Wohlgemerkt in dem Log versche ich einen Max-Thermostat zu pairen ...
2017.11.01 20:25:25 0: Server shutdown
2017.11.01 20:25:25 5: SW: X00
2017.11.01 20:25:32 1: Including fhem.cfg
2017.11.01 20:25:32 3: Opening CUL0 device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2017.11.01 20:25:32 3: Setting CUL0 serial parameters to 38400,8,N,1
2017.11.01 20:25:36 3: CUL0: Possible commands: ABCEeFfGhiKklMmRTtUVWXxYZz
2017.11.01 20:25:36 3: CUL0 device opened
2017.11.01 20:25:36 2: Switched CUL0 rfmode to MAX
2017.11.01 20:25:36 3: CUL_MAX_Check: Detected firmware version 167 of the CUL-compatible IODev
2017.11.01 20:25:36 5: CUL0 sending Za123456
2017.11.01 20:25:36 5: SW: Za123456
2017.11.01 20:25:36 5: CUL0 sending Zw111111
2017.11.01 20:25:36 5: SW: Zw111111
2017.11.01 20:25:36 0: Featurelevel: 5.7
2017.11.01 20:25:36 0: Server started with 13 defined entities (fhem.pl:13325/2017-02-03 perl:5.020002 os:linux user:fhem pid:657)
2017.11.01 20:26:06 5: CUL_MAX_BroadcastTime: payload 1101149ac6
2017.11.01 20:26:10 5: CUL/RAW: /Z1D78787878787878787878787878787
2017.11.01 20:26:10 5: CUL/RAW: Z1D78787878787878787878787878787/8787878787878787878787878787878
2017.11.01 20:26:10 5: CUL/RAW: Z1D787878787878787878787878787878787878787878787878787878787878
/
2017.11.01 20:26:10 4: CUL_Parse: CUL0 Z1D787878787878787878787878787878787878787878787878787878787878 -14
2017.11.01 20:26:10 5: CUL0: dispatch Z1D7878787878787878787878787878787878787878787878787878787878
2017.11.01 20:26:10 5: CUL_MAX_Parse: len 29, msgcnt 78, msgflag 78, msgTypeRaw 78, src 787878, dst 787878, groupid 120, payload 78787878787878787878787878787878787878
2017.11.01 20:26:10 2: CUL_MAX_Parse: Got unhandled message type 78
2017.11.01 20:26:10 5: CUL/RAW: /Z1D78787878787878787878787878787
2017.11.01 20:26:10 5: CUL/RAW: Z1D78787878787878787878787878787/8787878787878787878787878787878
2017.11.01 20:26:10 5: CUL/RAW: Z1D787878787878787878787878787878787878787878787878787878787878
/
2017.11.01 20:26:10 4: CUL_Parse: CUL0 Z1D787878787878787878787878787878787878787878787878787878787878 -14
2017.11.01 20:26:10 5: CUL0: dispatch Z1D7878787878787878787878787878787878787878787878787878787878
2017.11.01 20:26:10 5: CUL_MAX_Parse: len 29, msgcnt 78, msgflag 78, msgTypeRaw 78, src 787878, dst 787878, groupid 120, payload 78787878787878787878787878787878787878
2017.11.01 20:26:10 2: CUL_MAX_Parse: Got unhandled message type 78
2017.11.01 20:26:30 5: CUL/RAW: /Z1D78787878787878787878787878787
2017.11.01 20:26:30 5: CUL/RAW: Z1D78787878787878787878787878787/8787878787878787878787878787878
2017.11.01 20:26:30 5: CUL/RAW: Z1D787878787878787878787878787878787878787878787878787878787878
/
2017.11.01 20:26:30 4: CUL_Parse: CUL0 Z1D787878787878787878787878787878787878787878787878787878787878 -14
2017.11.01 20:26:30 5: CUL0: dispatch Z1D7878787878787878787878787878787878787878787878787878787878
2017.11.01 20:26:30 5: CUL_MAX_Parse: len 29, msgcnt 78, msgflag 78, msgTypeRaw 78, src 787878, dst 787878, groupid 120, payload 78787878787878787878787878787878787878
2017.11.01 20:26:30 2: CUL_MAX_Parse: Got unhandled message type 78
2017.11.01 20:26:30 5: CUL/RAW: /Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F
2017.11.01 20:26:30 5: CUL/RAW: Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F/0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
2017.11.01 20:26:30 5: CUL/RAW: Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
/
2017.11.01 20:26:30 4: CUL_Parse: CUL0 Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0 -82
2017.11.01 20:26:30 5: CUL0: dispatch Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
2017.11.01 20:26:30 5: CUL_MAX_Parse: len 29, msgcnt F0, msgflag F0, msgTypeRaw Reset, src f0f0f0, dst f0f0f0, groupid 240, payload F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
2017.11.01 20:26:30 5: Unhandled message Reset
2017.11.01 20:26:32 5: CUL/RAW: /Z1D78787878787878787878787878787
2017.11.01 20:26:32 5: CUL/RAW: Z1D78787878787878787878787878787/8787878787878787878787878787878
2017.11.01 20:26:32 5: CUL/RAW: Z1D787878787878787878787878787878787878787878787878787878787878
/
2017.11.01 20:26:32 4: CUL_Parse: CUL0 Z1D787878787878787878787878787878787878787878787878787878787878 -14
2017.11.01 20:26:32 5: CUL0: dispatch Z1D7878787878787878787878787878787878787878787878787878787878
2017.11.01 20:26:32 5: CUL_MAX_Parse: len 29, msgcnt 78, msgflag 78, msgTypeRaw 78, src 787878, dst 787878, groupid 120, payload 78787878787878787878787878787878787878
2017.11.01 20:26:32 2: CUL_MAX_Parse: Got unhandled message type 78
2017.11.01 20:26:34 5: CUL/RAW: /Z1D78787878787878787878787878787
2017.11.01 20:26:34 5: CUL/RAW: Z1D78787878787878787878787878787/8787878787878787878787878787878
2017.11.01 20:26:34 5: CUL/RAW: Z1D787878787878787878787878787878787878787878787878787878787878
/
2017.11.01 20:26:34 4: CUL_Parse: CUL0 Z1D787878787878787878787878787878787878787878787878787878787878 -14
2017.11.01 20:26:34 5: CUL0: dispatch Z1D7878787878787878787878787878787878787878787878787878787878
2017.11.01 20:26:34 5: CUL_MAX_Parse: len 29, msgcnt 78, msgflag 78, msgTypeRaw 78, src 787878, dst 787878, groupid 120, payload 78787878787878787878787878787878787878
2017.11.01 20:26:34 2: CUL_MAX_Parse: Got unhandled message type 78
2017.11.01 20:26:40 5: CUL/RAW: /Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F
2017.11.01 20:26:40 5: CUL/RAW: Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F/0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
2017.11.01 20:26:40 5: CUL/RAW: Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
/
2017.11.01 20:26:40 4: CUL_Parse: CUL0 Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0 -82
2017.11.01 20:26:40 5: CUL0: dispatch Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
2017.11.01 20:26:40 5: CUL_MAX_Parse: len 29, msgcnt F0, msgflag F0, msgTypeRaw Reset, src f0f0f0, dst f0f0f0, groupid 240, payload F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
2017.11.01 20:26:40 5: Unhandled message Reset
2017.11.01 20:26:40 5: CUL/RAW: /Z1D78787878787878787878787878787
2017.11.01 20:26:41 5: CUL/RAW: Z1D78787878787878787878787878787/8787878787878787878787878787878
2017.11.01 20:26:41 5: CUL/RAW: Z1D787878787878787878787878787878787878787878787878787878787878
/
2017.11.01 20:26:41 4: CUL_Parse: CUL0 Z1D787878787878787878787878787878787878787878787878787878787878 -14
2017.11.01 20:26:41 5: CUL0: dispatch Z1D7878787878787878787878787878787878787878787878787878787878
2017.11.01 20:26:41 5: CUL_MAX_Parse: len 29, msgcnt 78, msgflag 78, msgTypeRaw 78, src 787878, dst 787878, groupid 120, payload 78787878787878787878787878787878787878
2017.11.01 20:26:41 2: CUL_MAX_Parse: Got unhandled message type 78
2017.11.01 20:26:44 5: CUL/RAW: /Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F
2017.11.01 20:26:44 5: CUL/RAW: Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F/0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
2017.11.01 20:26:44 5: CUL/RAW: Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
/
2017.11.01 20:26:44 4: CUL_Parse: CUL0 Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0 -82
2017.11.01 20:26:44 5: CUL0: dispatch Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
2017.11.01 20:26:44 5: CUL_MAX_Parse: len 29, msgcnt F0, msgflag F0, msgTypeRaw Reset, src f0f0f0, dst f0f0f0, groupid 240, payload F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0F0
2017.11.01 20:26:44 5: Unhandled message Reset
2017.11.01 20:26:47 5: CUL/RAW: /Z1D78787878787878787878787878787
2017.11.01 20:26:47 5: CUL/RAW: Z1D78787878787878787878787878787/8787878787878787878787878787878
2017.11.01 20:26:47 5: CUL/RAW: Z1D787878787878787878787878787878787878787878787878787878787878
/
2017.11.01 20:26:47 4: CUL_Parse: CUL0 Z1D787878787878787878787878787878787878787878787878787878787878 -14
2017.11.01 20:26:47 5: CUL0: dispatch Z1D7878787878787878787878787878787878787878787878787878787878
2017.11.01 20:26:47 5: CUL_MAX_Parse: len 29, msgcnt 78, msgflag 78, msgTypeRaw 78, src 787878, dst 787878, groupid 120, payload 78787878787878787878787878787878787878
2017.11.01 20:26:47 2: CUL_MAX_Parse: Got unhandled message type 78
2017.11.01 20:27:02 5: CUL/RAW: /Z1D78787878787878787878787878787
2017.11.01 20:27:02 5: CUL/RAW: Z1D78787878787878787878787878787/8787878787878787878787878787878
2017.11.01 20:27:02 5: CUL/RAW: Z1D787878787878787878787878787878787878787878787878787878787878
/
2017.11.01 20:27:02 4: CUL_Parse: CUL0 Z1D787878787878787878787878787878787878787878787878787878787878 -14
2017.11.01 20:27:02 5: CUL0: dispatch Z1D7878787878787878787878787878787878787878787878787878787878
2017.11.01 20:27:02 5: CUL_MAX_Parse: len 29, msgcnt 78, msgflag 78, msgTypeRaw 78, src 787878, dst 787878, groupid 120, payload 78787878787878787878787878787878787878
2017.11.01 20:27:02 2: CUL_MAX_Parse: Got unhandled message type 78
2017.11.01 20:27:04 5: CUL/RAW: /Z1D3C3C3C3C3C3C3C3C3C3C3C3C3C3C3
2017.11.01 20:27:04 5: CUL/RAW: Z1D3C3C3C3C3C3C3C3C3C3C3C3C3C3C3/C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C
2017.11.01 20:27:04 5: CUL/RAW: Z1D3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C
/
2017.11.01 20:27:04 4: CUL_Parse: CUL0 Z1D3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C -44
2017.11.01 20:27:04 5: CUL0: dispatch Z1D3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C
2017.11.01 20:27:04 5: CUL_MAX_Parse: len 29, msgcnt 3C, msgflag 3C, msgTypeRaw 3C, src 3c3c3c, dst 3c3c3c, groupid 60, payload 3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C3C
2017.11.01 20:27:04 2: CUL_MAX_Parse: Got unhandled message type 3C
ZitatAber es werden vom Max Messages erkannt aber sie können nicht dekodiert werden
Die Wahrscheinlichkeit ist größer eine kompetente Antwort zu bekommen dazu einen neuen Thread im MAX-Unterforum zu stellen.
So... nur mal als Anregung... ;)
Danke juergs, was halt dagegen spricht ist, dass ich exakt das gleiche Problem habe, wenn ich auf HM umschalte und versuche eine solche Komponente zu pairen... mittlerweile glaub ich fast, ich hab mir das Funkmodul kaputt gelötet... ist auch verdammt eng da... jedenfalls hab ich mir jetzt noch mal eins bestellt und falls das auch nicht geht, werd iches mit dem Max Fensterkontakt versuchen... ich halte euch auf dem laufenden....
Das hat Arndt schon erwähnt:
ZitatWenn es irgendwann nicht mehr geht, erinnere Dich daran und kauf dann einen neuen cc1101 ;-)
Aber evtl. kannst Du z.B. zwischenzeitlich die Signalduino FW flashen, um zu schauen ob das Modul irgendein
Lebenszeichen von sich gibt, ggf. mit mehr aktivierten Protokollen , dann kannst Du prüfen ob das Modul nicht
mehr geht, oder es etwas anderes HM- oder MAX-spezifisches ist .... oder auch die FW ein Problem mit kompiliert hatte ...
Jürgen
Zitat von: lynckmeister am 01 November 2017, 20:37:18
2017.11.01 20:26:10 5: CUL/RAW: /Z1D78787878787878787878787878787
2017.11.01 20:26:44 5: CUL/RAW: /Z1DF0F0F0F0F0F0F0F0F0F0F0F0F0F0F
2017.11.01 20:27:04 5: CUL/RAW: /Z1D3C3C3C3C3C3C3C3C3C3C3C3C3C3C3
Ich bin zwar kein Experte auf der Telegramm Ebene, aber glaubst du wirklich solcher Datenmüll hat Hand und Fuß ?
Hier mal ein Beispiel wie das unter MAX! bei mir ausschaut :
2017.11.03 11:24:18 4: CUL_Parse: CUL Z0E6002021208340584D8000118002C3D -43.5
2017.11.03 11:24:18 5: CUL: dispatch Z0E6002021208340584D8000118002C
2017.11.03 11:24:18 5: CUL_MAX_Parse: len 14, msgcnt 60, msgflag 02, msgTypeRaw Ack, src 120834, dst 0584d8, groupid 0, payload 0118002C
2017.11.03 11:24:18 5: CUL_MAX_Parse: rssi: -43.5
2017.11.03 11:24:47 5: CUL/RAW: /Z0F0004600D05EF0000000018012C00DDF7
so Leute, ich bin jetzt weiter, wenngleich auch nicht ganz so wie ich es gern hätte:
Nachdem es also trotz eurer Hilfe nicht klappen wollte , habe ich nochmal das Funkmodul und den Max Fensterkonktakt (zum Auslöten des Funkchips) sowie einen weiteren NANO aber diesmal mit dem richtigen Chip gekauft...
Dann habe ich die Funkmodule mit Widerständen angeschlossen habe es aber nicht zum laufen gebracht.
Schliesslich habe die neuen Funkmodule ohne Widerstände angeschossen und jetzt läuft das neue Cc1101 von Ebay wunderbar mit meinem MAX Komponenten und zwar am alten genauso wie am neuen Nano (mit FT232RL ). Ich kann also zusammenfassend sagen :
* Das erste CC1101 Modul habe ich mir wegen der extrem fuddeligen Lötstellen verlötet also irgendwie zerstört. Das Fenstermodul habe ich rausgelötet, aber auch hier gab es Schwierigkeiten.Anstelle mit Lötpumpe arbeitet man hier möglicherweise besser mit einem Fön? Da es nun nicht läuft und die ganze Zeit zwischen 0 MHZ , 25 MHZ und 6000 MHZ hin und herspringt , geh ich mal von aus, dass ich es auch platt gemacht habe.
* Meine CUL läuft nun ohne Widerstände mit beiden NANOs also mit dem FT232RL Chip genauso wie mit dem billigen von Ebay mit dem CH340er ...
* Ich habe die Widerstandschaltung auf meinen Breadboards bestimmt 5 mal immer wieder neu aufgebaut und die Verbindungen von Nano bis zum Funkmodul durchgemessen, ich kriege es einfach nicht zum laufen. Dieses CC1101 Board das funzt zeigt mir bei der Widerstandschaltung immer 0 MHZ an und hat keine Funktion. Ich kann mir eigentlich nicht vorstellen, dass ich es falsch stecke und dass ich die ganze Zeit Wackler habe glaube ich auch nicht. Es wird wohl im dunkeln bleiben und ich muss das Ding ohne Widerstände verwenden... mir fehlt schlicht die Erfahrung das Problem zu finden. Irgendwo habe ich eine Diskussion hier auf dem Forum verfolgt, wo man sich über andere Spannungsteiler unterhalten hat. Aus irgendwlechen Gründen wurde das aber nicht weiter verfolgt.... Kann es also sein, dass diese Spannungsteiler mit den 4K7 und 10k nicht immer oder nicht 100% funktioniert?
Also erstmal bin ich froh irgendein Ergebnis auf die ganze Mühe zu haben, das war schon sehr viel Aufwendiger als ich gedacht habe ;)
Danke trotzdem an alle und an die gute Arbeit hier !
Zitat von: lynckmeister am 07 November 2017, 23:56:57
so Leute, ich bin jetzt weiter, wenngleich auch nicht ganz so wie ich es gern hätte:
Nachdem es also trotz eurer Hilfe nicht klappen wollte , habe ich nochmal das Funkmodul und den Max Fensterkonktakt (zum Auslöten des Funkchips) sowie einen weiteren NANO aber diesmal mit dem richtigen Chip gekauft...
Dann habe ich die Funkmodule mit Widerständen angeschlossen habe es aber nicht zum laufen gebracht.
Schliesslich habe die neuen Funkmodule ohne Widerstände angeschossen und jetzt läuft das neue Cc1101 von Ebay wunderbar mit meinem MAX Komponenten und zwar am alten genauso wie am neuen Nano (mit FT232RL ). Ich kann also zusammenfassend sagen :
* Das erste CC1101 Modul habe ich mir wegen der extrem fuddeligen Lötstellen verlötet also irgendwie zerstört. Das Fenstermodul habe ich rausgelötet, aber auch hier gab es Schwierigkeiten.Anstelle mit Lötpumpe arbeitet man hier möglicherweise besser mit einem Fön? Da es nun nicht läuft und die ganze Zeit zwischen 0 MHZ , 25 MHZ und 6000 MHZ hin und herspringt , geh ich mal von aus, dass ich es auch platt gemacht habe.
* Meine CUL läuft nun ohne Widerstände mit beiden NANOs also mit dem FT232RL Chip genauso wie mit dem billigen von Ebay mit dem CH340er ...
* Ich habe die Widerstandschaltung auf meinen Breadboards bestimmt 5 mal immer wieder neu aufgebaut und die Verbindungen von Nano bis zum Funkmodul durchgemessen, ich kriege es einfach nicht zum laufen. Dieses CC1101 Board das funzt zeigt mir bei der Widerstandschaltung immer 0 MHZ an und hat keine Funktion. Ich kann mir eigentlich nicht vorstellen, dass ich es falsch stecke und dass ich die ganze Zeit Wackler habe glaube ich auch nicht. Es wird wohl im dunkeln bleiben und ich muss das Ding ohne Widerstände verwenden... mir fehlt schlicht die Erfahrung das Problem zu finden. Irgendwo habe ich eine Diskussion hier auf dem Forum verfolgt, wo man sich über andere Spannungsteiler unterhalten hat. Aus irgendwlechen Gründen wurde das aber nicht weiter verfolgt.... Kann es also sein, dass diese Spannungsteiler mit den 4K7 und 10k nicht immer oder nicht 100% funktioniert?
Also erstmal bin ich froh irgendein Ergebnis auf die ganze Mühe zu haben, das war schon sehr viel Aufwendiger als ich gedacht habe ;)
Danke trotzdem an alle und an die gute Arbeit hier !
Hallo, ich hab deine Posts jetzt mal verfolgt.
Ich hatte vor einiger Zeit auch starke Probleme mit meinem cul was dazu geführt hatte das ich das fhem Projekt fast ein Jahr auf Eis gelegt habe.
Laut deinen Schilderungen gehe ich davon aus das du die cul freiverkabelt oder mit raster bzw. Steckplatine aufgebaut hast?
Wenn dem so ist kann dies zu deinen Problemen führen.
Desweiteren könnte es auch an der Stromversorgung liegen.
Zur Behebung kann ich zwei Tipps geben. Bestell dir aus dem forum hier die nanocul Platine es gibt einige sammelthreads dafür. Damit ist der Aufbau sauber.
Stelle sicher das deine Hardware (raspi?) nicht das Problem ist. Stromversorgung über einen hub sollte es schon sein. Bei mir hat wohl die raspi selbst nicht gewollt.
Es gibt viele die hier mit freiverkabelt und direkt an der Raspi keine Probleme haben. Bei mir waren es die beiden Dinge die am Ende das Problem waren.
Cul mit Platine aufgebaut und keine raspi genommen. Seit dem läuft es seit ein paar Monaten ohne Probleme.
Cul Fehler waren ausfälle, nicht reagieren auf Befehle, frequenz und modus Sprünge sowie auch 0 mhz vom cul, zeitweise kein empfang etc.
Grüße
Schnitzelbrain
Hi lynckmeister,
Quelle: https://wiki.fhem.de/wiki/Selbstbau_CUL
"Für eine bessere Signalübertragung sollten besser 470 Ohm/1000 Ohm genommen werden, statt der 4.7k/10k Variante in der Darstellung rechts."
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
@RaspiLED: also die Diskussion hatte ich gesehn, aber dass es dann doch im Wiki stand ist mir entgangen, ich habe jetzt mal die Widerstände gegen 500/1k ausgetauscht, senkt die Spannung ein kleines bisschen , sollte aber sogar eher gut sein und in der Norm liegen...
@schnitzelbrain: Das sind gute Infos.. ich habe eben mit den geänderten Widerständen, die jetzt mehr bums durchlassen und dann auch mit einer externen Stromquelle ( Netzteil an VIN) experimentiert...
Zwischenstand: 0 MHZ ... es belibt dabei .. es geht nicht ;( ich werd den Rotz jetzt mal auf ne Platine löten.. es kann doch nicht sein, dass ich diese Schaltung nicht gebastelt kriege !!
;)
Hi,
was verwendest Du den für ein Steckbrett? Hat das evtl. einen hohen Widerstand?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
also gemessen hab ich nix .. aber es sind diese hier :
https://www.amazon.de/gp/product/B073XH9GCQ/ref=oh_aui_search_detailpage?ie=UTF8&psc=1
so ich habs... ich hab mich mit ein paar Tagen Abstand nochmal hingesetzt und mir das ganze nochmal angeschaut, dabei viel mir dann auf, dass ich nicht 500er sondern 5k Widerstände genommen hatte... GRMPFF ... mein Debugging von Hardware läßt einfach zu wünschen übrig. Kaum hatte ich die Widerstände durch 500er ersetzt, hat es funktioniert. Heut abend hab ich es auf ein richtiges Experimentierboard gelötet und es läuft ( nach einigen kalten Lötstellen ) wie Butter..
Vielen Dank euch allen für eure Mühe ... ich habe viel gelernt ;)
Gruß
Filip
Hallo Jungs,
ich habe mir auch den CUL selbst gebaut die CULFW draufgespielt und auf meinem Breadboard alles ordentlich verdrahtet. Jetzt habe ich mir das ganze auf eine Platine gelötet und was soll ich sagen? es funktioniert nicht mehr. er wird zwar erkannt, wenn ich die Fernbedienung der Brennenstuhl CS1000 Funksteckdosen auf an oder aus setze zeigt er mir das auch in in Fhem an. allerdings SENDET die Platine keine Befehle... woran könnte das liegen bzw. welche verbindung / welcher PIN ist für das Senden verantwortlich?
Danke im Voraus
Was liefert der Befehl CCCONF?
er liefert folgendes
nanoCUL ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Das siehst zumindest normal aus.
einfach alles stur durchmessen... schau dass die gemessenen Widerstände überall einigermaßen hinkommen... ...normal solltest du deine toten lötstellen in 10 minuten finden können...
Oder es ist software,
Also mal Werksreset mit set CUL raw e und dann usb raus, 3s warten und wieder rein ;-) Danach ccconf checken und evtl. Werte neu setzen.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo,
ich muss mich hier mal dran hängen. Auch ich habe die Schaltung auf dem Breadboard nachgestellt.
Geflashed habe ich an einem IntelNUC mit Ubuntu.
Hat geklappt.
Dann kommt das gleiche Problem wie
Zitat« Antwort #47 am: 19 August 2014, 18:04:10 »
mit screen komme nicht auf /dev/ttyUSB0 ,schwarzes Bild, keine Eingaben möglich.
Dann hab ich den CUL an den Windows PC angeschlossen, treiber wurde automatisch installiert.
Mit MobaXTerm komme ich auf den Stick
V liefert
V 1.67 nanoCUL433
nach X06 und/oder X21 / X08
passiert nichts mit der Anzeige.
Wenn ich dann nochmal X eingebe, kommt:
21 900
die ersten beiden sind der X Modus ...
nutze ich ein falsches Terminalprogramm?
Ich würde gerne das Kommando, was meine AB400R Fernbedienung sendet abfangen um zu wissen was ich den Stick senden lassen muss, um die Steckdosen zu schalten.
FHEM, habe ich nicht installiert, denn ich wollte den Stick mit einem anderen Programm betreiben.
Danke sehr für eure Hilfe.
P.S.
Die Diode am D9 blinkt schön im Sekundentakt.
Hallo,
Zitat von: Homer-S am 16 Februar 2018, 23:56:05
Mit MobaXTerm komme ich auf den Stick
V liefert
V 1.67 nanoCUL433
Nutze ich ein falsches Terminalprogramm?
nimm doch hterm (http://www.der-hammer.info/terminal/), das ist ein reines serielles Terminalprogramm. Ich weiß nicht, ob MobaXTerm auch eine serielle Verbindung kann.
Gruß PeMue
Danke, habe ich gemacht.
Auch hier bekomme ich Antwort, aber irgendwie wird nicht angezeigt ob und was empfangen wird.
Hab eich was an den Einstellungen falsch? Noch weitere gute Tipps für mich?
Danke
(http://up.picr.de/31859129xt.jpg)
SOOOOOOOOOOOOOOOOOOOOOOO
nun habe ich eine Reaktion.
Es werden ganz viele rfrfrfrfrfrfrfrf.
angezeigt.
Wie geht es nun weiter?
Kann ich das aufgefangene rf ... irgendwie in 0101 umwandeln und das dann auch mal senden? Um eine der Steckdosen an bzw aus zu schalten?
BTW jetzt hängt der CUL wieder am Linux Rechner und ich empfange mit Putty die Signale. Das ist im Gegensatz zum HTerm wesentlich reaktiver. Bedeutet, wenn ich den Fernbedienungsknopf drücke zeigt es was an.
War bei HTerm nicht so, kam sehr zeitversetzt.
Danke
Hallo und guten Abend.
Hat keiner eine Idee, wie ich am Besten vorgehe. Der CUL scheint etwas zu empfangen
mit X08 laufen nur so die rfrfrf über den Bildschirm.
mit X08 erhalte ich so etwas, ohne noch eine Taste gedrückt zu haben:
p 9 144 432 144 144 1 2 5 0006C4
p 9 160 240 160 160 1 5 0 000200CB80
p 7 176 512 208 256 1 2 1 3F9F80
p 6 112 192 800 416 1 3 7 F7FFEFFE
p 9 320 576 320 320 1 15 1 80B202604360809514DC062800C000C0
p 9 240 1200 240 240 1 7 4 0057404A809E00E8
Wenn ich isFFFFF0000FFF eingebe passiert leider nichts, was ich erwarten würde (Dose A geht an)
Ich brauche wirklich eure Hilfe. Danke!