Arch Linux

Probleme mit FT232 und Arduino

sven_s

Hy,
ich nehme zur Zeit an der Intel-Leibniz-Challenge teil.
Dabei haben wir einen "Arduino Nano w/ ATmega168"-Microcontoller bekommen, weitere Bauteile und einen FT232 USB-Serial zur Kommunikation mit dem Microcontroller.

Mein Problem ist, dass die Kommunikation mit dem FT232 nicht funktioniert. Laut dmesg

[16829.751721] usb 3-1: new full-speed USB device number 2 using uhci_hcd
[16832.056174] usbcore: registered new interface driver usbserial
[16832.056375] USB Serial support registered for generic
[16832.056945] usbcore: registered new interface driver usbserial_generic
[16832.056954] usbserial: USB Serial Driver core
[16832.279645] USB Serial support registered for FTDI USB Serial Device
[16832.279894] ftdi_sio 3-1:1.0: FTDI USB Serial Device converter detected
[16832.280115] usb 3-1: Detected FT232RL
[16832.280123] usb 3-1: Number of endpoints 2
[16832.280132] usb 3-1: Endpoint 1 MaxPacketSize 64
[16832.280141] usb 3-1: Endpoint 2 MaxPacketSize 64
[16832.280148] usb 3-1: Setting MaxPacketSize 64
[16832.283126] usb 3-1: FTDI USB Serial Device converter now attached to ttyUSB0
[16832.283803] usbcore: registered new interface driver ftdi_sio
[16832.283812] ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver

und lsusb

Bus 003 Device 002: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC

wir dieser auch als solcher auch erkannt.

Doch wenn ich nun mithilfe von Arduino, was ich aus dem AUR installiert habe, versuche mit diesem kommunizieren, dann kommt folgende Fehlermeldung:

Serial port '/dev/ttyUSB0' not found. Did you select the right one from the Tools > Serial Port menu?

Dort steht nur /dev/ttyS0, aber auch wenn ich diesen auswaehlen erfolgt keine Kommunikation, dann kommt die Fehlermeldung:

Error opening serial port '/dev/ttyS0'

Wo liegt der Fehler?
Fehlen eventuell Treiber oder Software?

Ich habe bei meiner Recherche leider keine hilfreichen Ergebnisse finden koennen, da es doch ein sehr spezielles Problem ist.

feuri

Die Serial-Ports gehören standardmäßig dem user "root", daher kannst du darauf nicht zugreifen. Ich hab mir dafür einfach eine udev Regel erstellt, muss nur eben neustarten, weil ich noch mit wine on bin :/
BTW: Wieso kümmerst du dich erst jetzt darum? DIe Abgabe für die Aufgabe 2 ist schon zuende.

EDIT: http://dl.dropbox.com/u/19376937/56-arduino.rules
Ab nach '/etc/udev/rules.d/' damit und dich in die Gruppe 'arduino' stecken (vorher erstellen!).

chepaz

Btw.: Du kannst dich der Gruppe uucp anschliessen um auf den Port zu schreiben.

Iirc muss man den FT232 erstmalig mit FTprog einstellen, USB Bus/Selfpowered, Clocksource etc. Zumindest war es bei meinen ersten Versuchen so das er sich zwar korrekt am System angemeldet hat aber nicht ansprechbar war.

Dann würde ich mal sowas in der Art (M16/32) auf den uC laden:
http://paste.xinu.at/JD6/
http://paste.xinu.at/S6cH/
und mit z.B. Cutecom testen.

feuri

Bei mir gings bisher immer ohne weitere Einrichtung.

sven_s

Es funktioniert leider immernoch nicht, die Fehlermeldungen sind die gleichen.

@feuri: Ich habe den Bausatz erst letztes Wochenende bekommen und musste dann alle Aufgabe an einem Wochenende machen. Da war fuer so etwas keine Zeit und es war noch ein PC mit Windows vorhanden.

ls -l /dev/ | grep arduino
lrwxrwxrwx 1 root root             7  2. Apr 23:15 arduino -> ttyUSB0
lrwxrwxrwx 1 root root             7  2. Apr 23:15 arduino_ILC_ -> ttyUSB0

Also irgendwas schein nicht zu stimmen, denn laut deiner udev-Regel sollte ja noch hinter "arduino_ILC_" die Variable "$attr{serial}" gesetzt werden.

Was fuer Packete hast du ausser arduio noch installiert?

@chepaz: Das hinzufuegen meines Nutzers in die uucp brachte leider auch keinen Erfolg.
Der FT232 und der uC wurden schon vorkonfiguriert. Da muss ich mich um sowas nicht kuemmern. ;-)

feuri

Nichts weiter. Schonmal neugestartet?

sven_s

Ja, natuerlich habe ich neugestartet. Ich bin auch in der Gruppe uucp. Also laut meiner dmesg-Ausgabe (sihe oben) ist die Schnittstelle /ttyUSB0. Bei mir ist auch kein ttyACM* oder aehnliches vorhanden, eben nur ttyUSB0 und dann tty* bzw ttyS*.

Ich habe auch schon mal /dev vor und nach dem mounten verglichen, Ausgabe:

> arduino
> arduino_ILC_
21a24
> gps1
47a51
> serial
122a127
> ttyUSB0

"arduino", "arduino_ILC_", "gps1" und "ttyUSB0" habe ich schon durchprobriert. "serial" ist ein Ordner:

ls -l /dev/serial/
insgesamt 0
drwxr-xr-x 2 root root 60  3. Apr 15:53 by-id
drwxr-xr-x 2 root root 60  3. Apr 15:53 by-path

"by-id" und "by-path" sind Ordner:

ls -l /dev/serial/by-id/
insgesamt 0
lrwxrwxrwx 1 root root 13  3. Apr 15:53 usb-FTDI_ILC_2012_FT232-TTL-if00-port0 -> ../../ttyUSB0

ls -l /dev/serial/by-path/
insgesamt 0
lrwxrwxrwx 1 root root 13  3. Apr 15:53 pci-0000:00:1d.1-usb-0:1:1.0-port0 -> ../../ttyUSB0

Ich habe auch sie durchprobiert, obwohl es nur Verlinkungen sind. Aber auch ohne Erfolg. Es kam aber der gleiche Fehler, wie bei /dev/ttyUSB0 (siehe oben).

chepaz

Welche Rechte hat /dev/ttyUSB0 ? Kannst du das überhaupt in dieser Software einstellen oder geht dort nur /dev/ttyS* ?
Was ist das für eine Software? Programmierst du den Arduino über Bootloader per RS232? Wenn du kannst programmier ihn per ISP und schau dann ob die Kommunikation mit dem FT232 überhaupt funktioniert.

sven_s

Also die Rechte von ttyUSB0:

ls -l /dev/ttyUSB0
crw-rw---- 1 root uucp 188, 2  3. Apr 20:41 /dev/ttyUSB0

Als Programmierumgebung und zur Uebermittlung des Programmes verwende ich die Aduino-Umgebung.

Ja, der uC wird ueber den Bootloader per FT232 programmiert.

Nein, die Programmierung per ISP ist mir leider nicht moeglich und ich haette dabei auch Angst etwas zu zerstoeren, wie z.B. den Bootloader. Ich kenne mich mit uC leider kaum aus, es ist mein erster, den ich programmiere.

In Arduino sollte man sich eigentlich die serielle Schnittstelle auswaehlen koennen, aber dort steht nur /dev/ttyS0 zur Auswahl, was ja leider nicht funktioniert. Aber in der Konfigurationsdatei ~/.arduino/preferences.txt kann man eine andere Schnittstelle einstellen.

chepaz

sven_s schrieb In Arduino sollte man sich eigentlich die serielle Schnittstelle auswaehlen koennen, aber dort steht nur /dev/ttyS0 zur Auswahl, was ja leider nicht funktioniert. Aber in der Konfigurationsdatei ~/.arduino/preferences.txt kann man eine andere Schnittstelle einstellen.

.oO uuuund? ;-P

sven_s

Naja, da hab ich mich etwas schwer ausgedrueckt. Ich meine, dass ich schon die ganze Zeit die Schnittstellen ueber die Konfigurationsdatei einstelle. Doch das produziert eben die Fehlermeldungen (siehen ersten Post).

Aber ich habe es jetzt mal mit der Hammermtethode probiert, das heisst ich habe die Konfigurationsdatei geloescht. Eigentlich sollte man sie ja nur umbennen, aber das waren eh keine wichtigen Einstellungen gespeichert.

Jetzt gibt er bei ttyS0 eine andere Fehlermeldung und diesmal auch erst, wenn die Daten an der uC gesendet werden sollen, vorher schon bei "Serial Monitor".

avrdude: stk500_recv(): programmer is not responding

Bei den anderen Schnittstelle ttyUSB0 bleibt die Fehlermeldung erhalten.

Vielleicht hilft es ja, meine Konfigurationsdate von Arduino:

export.application.fullscreen=false
preproc.imports.list=java.applet.*,java.awt.Dimension,java.awt.Frame,java.awt.event.MouseEvent,java.awt.event.KeyEvent,java.awt.event.FocusEvent,java.awt.Image,java.io.*,java.net.*,java.text.*,java.util.*,java.util.zip.*,java.util.regex.*
editor.font.macosx=Monaco,plain,10
preproc.web_colors=true
export.application.platform=true
update.check=true
update.id=-1264455231170460558
editor.indent=true
serial.stopbits=1
serial.databits=8
editor.font=Monospaced,plain,12
editor.window.height.default=600
run.options.memory=false
editor.divider.size=0
editor.caret.blink=true
preproc.color_datatype=true
export.applet.separate_jar_files=false
preproc.output_parse_tree=false
run.window.bgcolor=#DFDFDF
console.lines=4
upload.using=bootloader
console.error.file=stderr.txt
run.options.memory.maximum=256
editor.tabs.expand=true
editor.window.height.min=500
editor.keys.home_and_end_travel_far=false
board=nano
console=true
run.present.exclusive.macosx=true
serial.parity=N
editor.tabs.size=2
console.length=500
serial.port=/dev/ttyUSB0
run.options=
console.auto_clear=true
update.last=1333479534945
editor.window.width.min=400
run.present.exclusive=false
export.application.platform.linux=true
editor.keys.home_and_end_travel_far.macosx=true
editor.window.height.min.windows=530
run.present.bgcolor=#666666
export.application.platform.windows=true
target=arduino
run.options.memory.initial=64
editor.keys.alternative_cut_copy_paste=true
editor.window.width.default=500
console.output.file=stdout.txt
preproc.substitute_unicode=true
run.present.stop.color=#cccccc
editor.external=false
last.screen.height=768
editor.keys.shift_backspace_is_delete=true
editor.window.height.min.macosx=450
last.sketch.count=0
export.delete_target_folder=true
last.serial.location=146,133,589,322
preproc.substitute_floats=true
editor.keys.alternative_cut_copy_paste.macosx=false
browser.linux=mozilla
editor.invalid=false
serial.debug_rate=9600
browser=mozilla
sketchbook.path=/home/sven/sketchbook
export.application.stop=true
editor.divider.size.windows=2
preproc.enhanced_casting=true
run.display=1
launcher=xdg-open
platform.auto_file_type_associations=true
editor.antialias=false
programmer=arduino:avrispmkii
preproc.save_build_files=false
last.screen.width=1024
export.application.platform.macosx=true

chepaz

sven_s schriebNaja, da hab ich mich etwas schwer ausgedrueckt. Ich meine, dass ich schon die ganze Zeit die Schnittstellen ueber die Konfigurationsdatei einstelle. Doch das produziert eben die Fehlermeldungen (siehen ersten Post).

Aber ich habe es jetzt mal mit der Hammermtethode probiert, das heisst ich habe die Konfigurationsdatei geloescht. Eigentlich sollte man sie ja nur umbennen, aber das waren eh keine wichtigen Einstellungen gespeichert.

Jetzt gibt er bei ttyS0 eine andere Fehlermeldung und diesmal auch erst, wenn die Daten an der uC gesendet werden sollen, vorher schon bei "Serial Monitor".
avrdude: stk500_recv(): programmer is not responding
Bei den anderen Schnittstelle ttyUSB0 bleibt die Fehlermeldung erhalten.

Wenn an ttyS0 nichts ist kann auch nichts angesprochen werden. Es sei den du nimmst nochmal einen Holzhammer und Symlinkst /dev/ttyS0 nach /dev/ttyUSB0...
Hast du den uC auch im passenden Augenblick resetet? Imho wartet so ein Bootloader ja nur kurz und springt dann ins Programm. Ist der richtige Programmer (avrispmkii bei dir gerade) eingestellt? Probier doch mal das Hexfile direkt mit avrdude zu flashen.

Edit: Evtl. stimmt auch deine Baudrate nicht. Ich hab mit Bootloadern auch noch nie zu tun gehabt aber das ist bei RS232 oft ein Fallstrick. Ich glaube aber das der FT232 das selbst managed.

sven_s

Also so einen grossen Holzhammer will auch nicht verwenden. ;-)
Aber warum sollte ein Symlink und das Original nicht?

Wie soll ich denn den uC reseten, wie ich schon geschrieben habe, habe ich von uC kaum einen Schimmer. Also unter Windows reichte es, wenn ich auf Upload ging. Ich bin zwar generell ein Freund der Konsole und der manuellen Methode ohne GUI, aber nur, wenn ich auch weiss, was ich tue, was hier nicht der Fall ist.

Und eine Hex-File wollte ich auch nicht direkt flashen, weil ich eben nicht weiss, was ich da tue und wie ich einen Fehler beheben kann.

Also in der PDF, die dabei war stand, dass man nur die Software auf den pasenden uC einstellen muss und das habe ich getan.

Ich denke ja eher, dass es ein Treiber-Problem ist, weil unter Windows einen extra Treiber installieren musste fuer den FTDI.

chepaz

sven_s schriebAlso so einen grossen Holzhammer will auch nicht verwenden. ;-)
Aber warum sollte ein Symlink und das Original nicht?

Warum nicht? Ist nur temporär bis zum reboot und würde klären ob einfach die Software Mist ist.

Wie soll ich denn den uC reseten, wie ich schon geschrieben habe, habe ich von uC kaum einen Schimmer. Also unter Windows reichte es, wenn ich auf Upload ging. Ich bin zwar generell ein Freund der Konsole und der manuellen Methode ohne GUI, aber nur, wenn ich auch weiss, was ich tue, was hier nicht der Fall ist.

http://www.mikrocontroller.net für den Schimmer. Prinzipell ist das bei allen AVRs gleich.

Und eine Hex-File wollte ich auch nicht direkt flashen, weil ich eben nicht weiss, was ich da tue und wie ich einen Fehler beheben kann.

Das original wieder zurückflashen. Ich nehme mal an du hast eins. Wenn nicht, vorher den uC auslesen. Lies dich in avrdude ein :-P

Also in der PDF, die dabei war stand, dass man nur die Software auf den pasenden uC einstellen muss und das habe ich getan.

Unter Windows nehme ich mal an?

Ich denke ja eher, dass es ein Treiber-Problem ist, weil unter Windows einen extra Treiber installieren musste fuer den FTDI.

Iirc ist das eine ein Virtueller Comport, das andere eine .dll um den FTDI direkt an zu sprechen. Da dreht es sich um die eingesetzte Software, nicht um die Kommunikation zwischen uC <-> PC.
Du willst "nur" RS232 sprechen. Sonst nichts. Der Bootloader wartet kurz ob was ankommt (oder ein Steuerzeichen, whatever) nach dem Reset. Wenn nicht springt er ins Programm, andernfalls wird das neue .hex geschrieben.

Das "programmer is not responding" kann daher kommen das entweder der falsche Comport benutzt wird oder vielleicht auch der falsche Programmer. Vielleicht meldet sich der Bootloader als bestimmter Programmer? stk500, stk500v2, avrisp, avrispmkII sind so gängige.

Könnte mir auch vorstellen das du die .avrduderc anpassen musst.

Ich hab noch nie mit Arduino gearbeitet, benutze nur makefiles.

Edit: Es steht übrigens im .install file vom arduinio-pakage das man sich in uucp schieben soll. 😉
Edit2: Es gibt sogar einen "Burn Bootloader" in der Software - da kann ja fast nichts schiefgehen.
Edit3: Öhm. Das ist ja Java... Und es schmeisst fröhlich eine "SerialNotFound Exception" - Java-IO-Serial-gedöns ist imho seit 6 Jahren nicht mehr supportet. Ich tippe auf Softwarefail.

sven_s

chepaz schrieb Warum nicht? Ist nur temporär bis zum reboot und würde klären ob einfach die Software Mist ist.

Okay, das habe ich nun gemaxht, aber es funktioniert leider immer noch nicht. Jetzt findet er /dev/ttyS0 nicht mal mehr, wie vorher mit /dev/ttyUSB0

http://www.mikrocontroller.net für den Schimmer. Prinzipell ist das bei allen AVRs gleich.

Gut, das werde ich mich mal einlesen.

Das original wieder zurückflashen. Ich nehme mal an du hast eins. Wenn nicht, vorher den uC auslesen. Lies dich in avrdude ein :-P

Aber wie funktioniert das, wenn ichmich nicht mit dem uC verbinden kann, weil der FTDI nicht funktioniert.

Unter Windows nehme ich mal an?

Ja.

Iirc ist das eine ein Virtueller Comport, das andere eine .dll um den FTDI direkt an zu sprechen. Da dreht es sich um die eingesetzte Software, nicht um die Kommunikation zwischen uC <-> PC.
Du willst "nur" RS232 sprechen. Sonst nichts. Der Bootloader wartet kurz ob was ankommt (oder ein Steuerzeichen, whatever) nach dem Reset. Wenn nicht springt er ins Programm, andernfalls wird das neue .hex geschrieben.

Das "programmer is not responding" kann daher kommen das entweder der falsche Comport benutzt wird oder vielleicht auch der falsche Programmer. Vielleicht meldet sich der Bootloader als bestimmter Programmer? stk500, stk500v2, avrisp, avrispmkII sind so gängige.

Könnte mir auch vorstellen das du die .avrduderc anpassen musst.

Ich hab noch nie mit Arduino gearbeitet, benutze nur makefiles.

Edit: Es steht übrigens im .install file vom arduinio-pakage das man sich in uucp schieben soll. 😉
Edit2: Es gibt sogar einen "Burn Bootloader" in der Software - da kann ja fast nichts schiefgehen.

Okay, gut das habe ich verstanden. ".avrduderc" habe ich keine.
Aber die Kommunikation uC <-> PC haengt doch vom RS232 ab, ich weiss, das ich nicht direkt mit dem uC "spreche", sondern durch den FTDI.

Burn Bootloader funnktioniert leider nicht.

libusb couldn't open USB device /dev/bus/usb/001/001: Permission denied.
libusb requires write access to USB device nodes.
libusb couldn't open USB device /dev/bus/usb/002/001: Permission denied.
libusb requires write access to USB device nodes.
libusb couldn't open USB device /dev/bus/usb/003/001: Permission denied.
libusb requires write access to USB device nodes.
libusb couldn't open USB device /dev/bus/usb/004/001: Permission denied.
libusb requires write access to USB device nodes.
libusb couldn't open USB device /dev/bus/usb/004/002: Permission denied.
libusb requires write access to USB device nodes.
libusb couldn't open USB device /dev/bus/usb/005/001: Permission denied.
libusb requires write access to USB device nodes.
avrdude: usbdev_open(): did not find any USB device "usb"

Aber daran werde ich mich morgen mal machen, oder doch lieber erst uebermorgen.
Immerhin kann ich mal wieder was interessantes lernen. :-)

Wenn es wirklich an der Software liegt, dann waere es sch***.

chepaz

Aber wie funktioniert das, wenn ichmich nicht mit dem uC verbinden kann, weil der FTDI nicht funktioniert.

Am besten per ISP und richtigem Programmer *scnr*

Aber die Kommunikation uC <-> PC haengt doch vom RS232 ab, ich weiss, das ich nicht direkt mit dem uC "spreche", sondern durch den FTDI.

Der FTDI ist "nur" ein TTL-Pegel-zu-RS232-zu-USB-Umsetzer ...um es mal komisch zu erklären.

Burn Bootloader funnktioniert leider nicht.

s.o.
Aber zumindest hat die Software eine "Recoverfunktion". Also Finger weg von Fuses, alles andere kannst du verbiegen wie du willst ohne etwas kaputt zu machen.

Wenn es wirklich an der Software liegt, dann waere es sch***

Warum man das in Java macht mit RX/TX weiß kein Mensch. Aber lass es doch gleich weg und arbeite mit avrdude. Du musst einmal ein Makefile bauen, danach reicht ein "make" oder "make programm".

LessWire

Hallo zusammen!

@sven_s:
"FTDI USB Serial Device converter now attached to ttyUSB0" - das passt linuxseitig. Normalerweise schließt man dann den Arduino an, startet die IDE und es erscheint unter "TOOLS->SERIAL PORT" die Schnittstelle "/dev/ttyUSB0". Nebenbei erwähnt: Hat man einen Programmer, dann ist es (meist) /dev/ttyACM0.

Nachdem bei Dir "ttyUSB0" nicht in der Arduino IDE erscheint, habe ich mal schnell die Version aus dem AUR installiert und siehe da: Exakt dasselbe Verhalten wie bei Dir - damit kann ich keinen meiner Arduinos über USB ansprechen, nur mit Programmer (AVR ISP MKII) geht es.

Habe die AUR-Version wieder gelöscht. Die Original-Version (1.0) von der Arduino site funktioniert aber gut - wäre wohl einen Versuch wert! Java ist bei mir SUN 7-3 (Oracle). Die Arduino-IDE wird aber kaum benutzt, da ich lieber direkt (ohne Bootloader) mit Programmer, Geany und Makefile arbeite.

Gruß, LW.