Hallo und frohes neues Jahr,
zwischen den Tagen habe ich versucht, meinen Funduino (Arduino nano, wohl aus China stammend) zu flashen und in FHEM zu integrieren.
Das Flashen gemäß: http://raspberry.tips/raspberrypi-tutorials/hausautomatisierung-mit-fhem-teil-1-cul-stick-selbstbau-868mhz-cul-am-raspberry-pi/ hat einwandfrei funktioniert, die Überprüfung mittels MINICOM oder SCREEN leider nicht. Beide Programme ließen keine Eingabe zu, MINICOM sagte "offline", SCREEN blieb schwarz. Die LED, die mit ca. 1Hz blinken soll, bleibt ebenfalls dunkel.
Zur Zeit ist noch kein CC1101 angeschlossen und die Brücke zwischen Pin 25 und 26 des FTDI nicht gesetzt.
Woran kann das liegen? Ist eventuell der fehlende oder nicht korrekte Bootloader Schuld?
Vielen Dank im Voraus.
Hallo,
hast Du mit minicom mit 38400 Bd verbunden? Was passiert, wenn Du V (mit CR/LF) eingibst?
Gruß PeMue
Hallo PeMue,
ja, genau, 38400 Baud Übertragungsgeschwindigkeit habe ich eingestellt.
Ich kann gar nichts eingeben, in der Statuszeile steht "offline".
Gruß,
Bastian
Also ich habe diesen Test mit minicom/screen gar nicht gemacht.
Hatte allerdings auch von Anfang an das CC1101 montiert
Ansonsten evtl auch nochmal mit aus und wieder einstecken probieren, musste ich bei mir auch machen nach dem flashen
Zitatdie Brücke zwischen Pin 25 und 26 des FTDI nicht gesetzt.
was für eine Brücke ?
Die Brücke zieht den Testpin des FTDI (der bei einigen China-Versionen wohl in der Luft hängt) auf Masse.
Es muss doch aber auch ohne CC gehen... :-[
Ich habe irgendwo gelesen, dass es auch am fehlenden bzw. falschen Bootloader liegen kann.
Wo sind die Experten? ;)
Hast Du mal einen log vom Flashen? Die Frage ist es: liegt es am nicht korrekten flashen oder wurde korrekt geflahst und der nanoCUL initialisiert nicht richtig ...
Gruß PeMue
Das kann ich gern machen, leider bin ich nicht so sattelfest in Bezug auf Linux.
Werden automatisch derartige LOGS in /var/log erstellt?
Zitat von: bg2411 am 04 Januar 2016, 13:37:48
Das kann ich gern machen, leider bin ich nicht so sattelfest in Bezug auf Linux.
Werden automatisch derartige LOGS in /var/log erstellt?
Nein, ich dachte eher an das, was auf der Konsole geloggt wird: Kopieren und hier posten und mit Code Tags versehen ...
Da müsste ja dann stehen, ob das flashen mit avrdude geklappt hat.
Gruß PeMue
Zitat von: PeMue am 04 Januar 2016, 13:45:59
Nein, ich dachte eher an das, was auf der Konsole geloggt wird: Kopieren und hier posten und mit Code Tags versehen ...
Da müsste ja dann stehen, ob das flashen mit avrdude geklappt hat.
Gruß PeMue
Hallo PeMue,
ok. Ich mache das in den nächsten Tagen und melde mich definitiv wieder.
Danke :).
Gruß,
Bastian
Hallo
Ich hatte mich letztes Jahr mal im Selbstbau eines Selbstbau CUL erfolglos versucht, scheiterte am falschen Funkmodul.
Das Programmieren meines ATmega Pro Mini damals sah so aus
sudo avrdude -p m328p -P /dev/ttyUSB0 -b 57600 -c arduino -U flash:w:nanoCUL.hex
Fragt mich nicht, warum ich es nicht über "make program" gemacht habe.
Sollte meine Zeile richtig sein, wäre die Baudrate zu überdenken!
Gruß CK
das gleiche mit der brücke hatte ich auch schon oft, nur wenn es ein original arduino (ca. 28 € aufwärts) ist, ist gesichert das der testpin auf masse gezogen ist. bei allen anderen ist es ein kann und leider sind die clone da fast alle gleich und der testpin hängt hochohmig in der luft.
einfach lötkolben anschmeißen und brücken feddich, selbst bei originalen kein problem.
das andere ist das der bootloader futsch ist, z.b. weil einmal mit/über isp gebruzelt wurde, dann musst einfach einen neuen bootloader flaschen. auch über isp.
Zitat von: le66ck am 06 Januar 2016, 00:41:41
Das Programmieren meines ATmega Pro Mini damals sah so aus
sudo avrdude -p m328p -P /dev/ttyUSB0 -b 57600 -c arduino -U flash:w:nanoCUL.hex
Sollte meine Zeile richtig sein, wäre die Baudrate zu überdenken!
Warum, ich flashe (unter Windows) den nanoCUL mit folgendem Befehl:
avrdude -D -c arduino -p atmega328p -P \\.\com20 -b 57600 -U flash:w:culfw_v1.62_16_433_nano.hex
Hat bis jetzt jedes Mal funktioniert.
Gruß PeMue
Nachdem ich erfolglos verrucht habe meinen Nano zu flashen habe ich festgestellt, dass immer wenn ich den USB anschließe der Raspberry direkt neu bootet. Was ist denn kaputt? :(
denke mal, das dein netzteil zu schwach auf der brust ist. wenn zuviel gebraucht wird kann es schonmal instabiel werden. wenn du z.b. nur eines mit 1A dranhast und dazu noch ein paar sächelchen, dann resetet der schnell mal. ich musste bei mir auf 2A gehen, hab mir aber reserve gegönnt und ein 2,5A netzteil dran.
Hallo Leute,
gestern wollte ich für PeMue die Logdatei erstellen und flashte den Nano noch ein- oder zweimal, allerdings war er an einem anderen USB-Anschluss angeschlossen. Danach versuchte ich screen und erhielt auf die Eingabe ,,Shift+v" die Versionsnummer ,,v1.66". MINICOM hingegen sagte ,,offline" und ließ keine Eingabe zu. Der CC11101 ist nach wie vor nicht angeschlossen.
War das Flashen nun erfolgreich, da der Nano antwortet?
Hallo,
eigentlich reicht ein normales V mit CR/LF oder nur einem von beiden, dann sollte die Version zurückkommen. Und ja, wenn die Version kommt, war das Flashen ok.
Gruß PeMue
Zitatgestern wollte ich für PeMue die Logdatei erstellen und flashte den Nano noch ein- oder zweimal, allerdings war er an einem anderen USB-Anschluss angeschlossen. Danach versuchte ich screen und erhielt auf die Eingabe ,,Shift+v" die Versionsnummer ,,v1.66". MINICOM hingegen sagte ,,offline" und ließ keine Eingabe zu. Der CC11101 ist nach wie vor nicht angeschlossen.
Darf man fragen, ob Du noch etwas anders gemacht hast? Ich bekommen immer noch kein Reaktion in minicom. Flashen schient zu klappen..?
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/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 (22100 bytes):
Writing | ################################################## | 100% 6.25s
avrdude: 22100 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 22100 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 4.67s
avrdude: verifying ...
avrdude: 22100 bytes of flash verified
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Die LED blickt nicht.
Hat jemand noch eine Idee?
...habe den CUL in FHEM eingebunden und es hat den Status Initialized...
... dann passt doch alles, oder?
hast du denn den CC1101 mitlerweile angeschlossen ?
denn sonst weiß die firm ja nicht was sie machen soll, da beim zugriff darauf ja ein fehler kommt, macht der cul dann auch einen auf zombie.
ala ja ich bin da, aber kann nix machen.
Perfekt, PeMue :)!
Ich habe eben noch PIN25 und 26 verbunden und der Arduino wird nach jedem Neustart gefunden :).
Selbst MINICOM liefert mir jetzt die Versionsnummer und auch C35 liefert einen Wert.
Werde jetzt den CC1101 anschließen und schauen, ob auch das funktioniert.
Leider ist mein CC1101, der in einem dt. Shop für 868MHz ausgelegt deklariert wurde, tatsächlich einer für 433MHz. Passt mir momentan aber erst einmal ganz gut, da ich z. Zt. nur Intertechno-Aktoren habe.
Ich melde mich wieder.
Schönes Wochenende!
Hallo Leute,
nun habe ich meinen chinesischen Arduino erfolgreich (mit CC1101 bzw. RF1101) in FHEM eingebunden, er wurde initialisiert.
Leider ist die Frequenz bei 0Hz und lässt sich auch nicht verändern. C35 liefert den Wert 0. Uptime zeigt eine gewisse Zeit an.
- Einen Levelshifter habe ich nicht, mein Arduino kann 3,3V ausgeben.
- Die Verdrahtung zwische Arduino und CC ist in Ordnung.
Was kann das nun wieder sein? ;)
MfG,
Bastian
du musst unter fhem noch einen modus für den cul einstellen. z.b. Homematic oder SlowRf
Zitat von: bg2411 am 16 Januar 2016, 15:15:52
- Einen Levelshifter habe ich nicht, mein Arduino kann 3,3V ausgeben.
Auch an den IOs? Oder meinst du die Ausgangsspannung die der Arduino zu Verfügung stellt? Hast du auch einen Pullup von 3,3V an CS?
Bei den meisten Arduinos läuft der Prozessor mit 5V, dann brauchst du den Levelshifter. Außer z.B. ProMicro den gibt es auch mit 3.3V und 8MHz.
Welchen hast du denn?
Du kannst auch den Befehl GET raw C99 senden, dann bekommst du mehr als 40 byte zurück und die sollten nicht alle 00 sein.
Bei mir z.B. PARTIAL 320000060021656A 55E43023B9000700 18146C070090876B F85611EF2B191F41 00597F3F88310B00
Gruß Friedrich
Zitat von: Omega-5 am 16 Januar 2016, 18:51:22
Auch an den IOs? Oder meinst du die Ausgangsspannung die der Arduino zu Verfügung stellt? Hast du auch einen Pullup von 3,3V an CS?
Bei den meisten Arduinos läuft der Prozessor mit 5V, dann brauchst du den Levelshifter. Außer z.B. ProMicro den gibt es auch mit 3.3V und 8MHz.
Welchen hast du denn?
Guten Morgen,
ich habe meinen Fehler gefunden. Es lag doch ein Kabeldreher vor. Jetzt kann ich über screen bzw. MINICOM und Eingabe von X08 auch Daten empfangen, bei z.B. Tastendruck der Intertechno-FB. Es wird jeweils eine Reihe von "rf" empfangen, solange die Taste gedrückt wird.
Aber, zu Deiner Frage:
Ich habe die Verdrahtung gemäß WIKI vorgenommen (s. Bild). Die Ausgangsspannung meines Arduinos ist 3,3V (16MHz chinesischer Funduino). Meinst Du den 10k am CSN-Pin? Den habe ich zur Zeit nicht.
Nun dachte ich auch nicht, dass die IOs (kannte den Arduino bisher nicht) einen Spannungsteiler brauchen.
Gibt es ein Schaltbild dazu, welche Leitungen einen Widerstand benötigen?
Gruß,
Bastian
Zitat von: bg2411 am 18 Januar 2016, 10:35:58
Ich habe die Verdrahtung gemäß WIKI vorgenommen (s. Bild). Die Ausgangsspannung meines Arduinos ist 3,3V (16MHz chinesischer Funduino). Meinst Du den 10k am CSN-Pin? Den habe ich zur Zeit nicht.
Nun dachte ich auch nicht, dass die IOs (kannte den Arduino bisher nicht) einen Spannungsteiler brauchen.
Gibt es ein Schaltbild dazu, welche Leitungen einen Widerstand benötigen?
Hallo Bastian,
den Arduino gibt es nicht. Es gibt so viele, das man schon sagen muss welchen man genau hat. UNO, NANO, MINI, MICRO, PROMICRO und mit unterschiedlichen Prozessoren, Frequenzen und Spannungen. Der Original UNO hat einen ATmega328 mit 16MHz und 5V VCC. Er kann über VIN mit 6-20VDC oder über USB versorgt werden. Der USB-Seriell-Wandler FT232R stellt 3,3V zu Verfügung. Nur mal als Beispiel. Kann man aber auch selber "ergooglen". 8)
Und hier die Schaltung mit Pegelanpassung.
Gruß Friedrich
Zitat von: Omega-5 am 18 Januar 2016, 14:52:30
Hallo Bastian,
den Arduino gibt es nicht. Es gibt so viele, das man schon sagen muss welchen man genau hat. UNO, NANO, MINI, MICRO, PROMICRO und mit unterschiedlichen Prozessoren, Frequenzen und Spannungen. Der Original UNO hat einen ATmega328 mit 16MHz und 5V VCC. Er kann über VIN mit 6-20VDC oder über USB versorgt werden. Der USB-Seriell-Wandler FT232R stellt 3,3V zu Verfügung. Nur mal als Beispiel. Kann man aber auch selber "ergooglen". 8)
Und hier die Schaltung mit Pegelanpassung.
Gruß Friedrich
Moin Friedrich,
mein Arduino ist dieser hier:
http://www.ebay.de/itm/121696427044?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Du hast natürlich Recht, ich hätte mich selbst darum kümmern können. Meistens bin ich nach Feierabend aber recht faul, da ich den ganzen Tag mit Datenblättern und ICs zu tun habe :).
Ich sollte also wirklich zumindest Spannungsteiler vorsehen.
Meine Schaltung wird prinzipiell funktionieren, ich weiß nur noch nicht so richtig die kryptischen Zeichen zu deuten, die mir mein CUL bei X08 liefert. Angeblich handelt es sich bei "rf" um die Detektion von steigender bzw. fallender Flanke. Wie kann ich "richtige" Daten via SCREEN bekommen? Kennst Du Dich damit aus?
Beste Grüße aus dem hohen Norden,
Bastian
Zitat von: bg2411 am 19 Januar 2016, 09:20:19
Meine Schaltung wird prinzipiell funktionieren, ich weiß nur noch nicht so richtig die kryptischen Zeichen zu deuten, die mir mein CUL bei X08 liefert. Angeblich handelt es sich bei "rf" um die Detektion von steigender bzw. fallender Flanke. Wie kann ich "richtige" Daten via SCREEN bekommen? Kennst Du Dich damit aus?
X08 ist eine Debug Ausgabe. Die genaue Auswertung wird hier in irgendeinem Forumsbeitrag erklärt. Habe ich im Moment aber auch nicht parat. Der Standartmodus wird eigentlich mit X21 eingestellt. Näheres hier: http://culfw.de/commandref.html (http://culfw.de/commandref.html)
Gruß Friedrich
Besten Dank, Friedrich.
Das werde ich mal checken.