Selbstbau CUL mit chinesischem Arduino Nano

bg2411 · 02 Januar 2016, 17:42:13

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.

PeMue · 02 Januar 2016, 20:48:30

Hallo,

hast Du mit minicom mit 38400 Bd verbunden? Was passiert, wenn Du V (mit CR/LF) eingibst?

Gruß PeMue

bg2411 · 04 Januar 2016, 08:58:05

Hallo PeMue,

ja, genau, 38400 Baud Übertragungsgeschwindigkeit habe ich eingestellt.
Ich kann gar nichts eingeben, in der Statuszeile steht "offline".
Gruß,
Bastian

Afterburner · 04 Januar 2016, 11:26:59

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 ?

bg2411 · 04 Januar 2016, 11:42:09

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?

PeMue · 04 Januar 2016, 12:02:42

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

bg2411 · 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?

PeMue · 04 Januar 2016, 13:45:59

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

bg2411 · 05 Januar 2016, 09:02:34

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

le66ck · 06 Januar 2016, 00:41:41

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

Code Auswählen

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

BlackStone · 06 Januar 2016, 01:08:30

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.

PeMue · 06 Januar 2016, 10:02:40

Zitat von: le66ck am 06 Januar 2016, 00:41:41
Das Programmieren meines ATmega Pro Mini damals sah so aus
Code Auswählen Erweitern
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:

Code Auswählen

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

-jato- · 07 Januar 2016, 23:40:26

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?

BlackStone · 08 Januar 2016, 02:25:04

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.

bg2411 · 08 Januar 2016, 13:07:05

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?