(→Persönliche Erfahrungen) |
|||
| (53 dazwischenliegende Versionen von 6 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
| − | + | [[Bild:USB-Logo.gif|100px|right|USB-Logo]]'''Universal Serial Bus''' – Der USB-Bus (eigentlich sollte man ja US-Bus sagen) erfreut sich immer mehr steigender Beliebtheit. | |
| + | Seine wirklich universelle Einsetzbarkeit führte mittlerweile sogar so weit, | ||
| + | dass bisherige Standardschnittstellen in neuen PCs oder Notebooks immer mehr verdrängt werden, | ||
| + | ja sogar ganz an den Geräten verschwanden. | ||
| − | + | Grund, auch einen Artikel für diese Schnittstelle zu schreiben. Zunächst beschränke ich mich auf die allgemene Definition. | |
| − | [[ | + | Im Anhang unter "[[#Weblinks|Weblinks]]" ist sogar ein Link zu meinem fertigen Projekt eines USB-Adapters, welcher gerade für das Roboternetz zugeschitten ist. |
| + | Weitere Projekte sind bereits gedanklich am entstehen, z.B. ein USB-ISP Programmer, aber ich bitte um Geduld... | ||
| − | == USB Standards == | + | == USB-Standards == |
| − | === USB 1.1 | + | === USB 1.1 === |
| − | *LowSpeed 1,5 MBit/s mit niedriger Bandbreite | + | *LowSpeed 1,5 MBit/s für Geräte mit niedriger Bandbreite |
::z.B. Maus und Tastatur | ::z.B. Maus und Tastatur | ||
*FullSpeed 12 MBit/s für Geräte mit mittlerer Bandbreite | *FullSpeed 12 MBit/s für Geräte mit mittlerer Bandbreite | ||
::z.B. Modem, LAN, Audio | ::z.B. Modem, LAN, Audio | ||
| − | *integrierte Stromversorgung '''bis 500mA''' je Port | + | *integrierte Stromversorgung '''bis 500mA''' je Port, ohne Anmeldung am Host sind höchstens 100 mA vorgesehen |
*Hot-Plug fähig: d.h. Geräte können bei laufendem Betrieb angeschlossen werden. | *Hot-Plug fähig: d.h. Geräte können bei laufendem Betrieb angeschlossen werden. | ||
*Durch USB-Hubs und entsprechende Kaskadierung können '''bis zu 127 Geräte''' angeschlossen werden. | *Durch USB-Hubs und entsprechende Kaskadierung können '''bis zu 127 Geräte''' angeschlossen werden. | ||
| Zeile 19: | Zeile 23: | ||
*Protokolle zur Fehlererkennung und Fehlerbehandlung | *Protokolle zur Fehlererkennung und Fehlerbehandlung | ||
*synchrone und asynchrone Übertragungsarten | *synchrone und asynchrone Übertragungsarten | ||
| − | *maximale '''Kabellänge ca. 5 Meter''' | + | *maximale '''Kabellänge ca. 5 Meter''' |
| + | === USB 2.0 === | ||
| − | + | * HighSpeed 480 MBit/s für Geräte mit Hoher Bandbreite | |
| − | + | ::z.B. für Video, externe Festplatten und CD-Brenner | |
| − | *HighSpeed 480 MBit/s für Geräte mit Hoher Bandbreite | + | * Stecker und Programmierung von USB 2.0 entsprechen dem von USB 1.1 |
| − | :Stecker und Programmierung von USB 2.0 entsprechen dem von USB 1.1 | + | |
| − | + | ||
| − | + | ||
== USB Anschlüsse == | == USB Anschlüsse == | ||
| − | === USB - A === | + | === USB-A === |
| − | Der USB - A Anschluss wird (meist) an | + | Der USB-A Anschluss wird (meist) an PCs oder USB-Hubs verwendet (Host). |
| − | + | Es können mehrere Geräte (Devices) angeschlossen werden. | |
| − | === USB - B === | + | === USB-B === |
| − | Der USB - B Anschluss wird (meist) für Endgeräte verwendet, | + | Der USB-B Anschluss wird (meist) für Endgeräte verwendet, |
| − | + | es können/sollen keine weiteren Geräte (Devices) angeschlossen werden. | |
| − | + | ||
| − | === USB - B | + | === USB mini-B === |
| − | Der USB - B mini wird wie der "normale" USB - B Anschluß verwendet | + | Der USB mini-B bzw. USB-B mini wird wie der "normale" USB-B Anschluß verwendet. |
| − | + | Verwendung vor allem bei Kleingeräten, bei denen aus Platzgründen keine "normale" Buchse Platz findet. | |
| − | + | ||
| + | == USB (Einbau-) Buchsen == | ||
| − | |||
| − | |||
=== USB-A Buchse === | === USB-A Buchse === | ||
| − | + | [[Bild:USB-A_Buchse.gif|200px|center|USB Buchse Typ A]] | |
[[Bild:USB-A_Buchse_Blueprint.gif|Risszeichnung]] | [[Bild:USB-A_Buchse_Blueprint.gif|Risszeichnung]] | ||
=== USB-B Buchse === | === USB-B Buchse === | ||
| − | + | [[Bild:USB-B_Buchse.gif|200px|center|USB Buchse Typ B]] | |
[[Bild:USB-B_Buchse_Blueprint.gif|Risszeichnung]] | [[Bild:USB-B_Buchse_Blueprint.gif|Risszeichnung]] | ||
| − | === USB mini-B Buchse === | + | ==== USB mini-B Buchse ==== |
| − | + | [[Bild:USB-mini-B_Buchse.gif|150px|center|USB Buchse Typ mini B]] | |
[[Bild:USB-mini-B_Buchse_Blueprint_1.gif|Risszeichnung]] | [[Bild:USB-mini-B_Buchse_Blueprint_1.gif|Risszeichnung]] | ||
| Zeile 67: | Zeile 66: | ||
== USB Pinout == | == USB Pinout == | ||
| − | :::{| | + | [[Bild:USB_Kontaktbelegung_der_Einbaubuchsen.gif|right|USB Pinout]] |
| − | |Pin | + | |
| − | |Name | + | :::{|{{Blauetabelle}} |
| − | |Signal | + | |'''Pin''' |
| + | |'''Name''' | ||
| + | |'''Signal''' | ||
|- | |- | ||
|1 | |1 | ||
|VCC | |VCC | ||
| − | |(+5V DC) | + | |(+5V DC max. 500mA/Port) |
|- | |- | ||
|2 | |2 | ||
| Zeile 89: | Zeile 90: | ||
|} | |} | ||
| + | == Anschluss von Mikrocontrollern und Geräten (Interface-ICs und Module) == | ||
| − | + | === USB zu seriell Bausteine (USB-UART Wandler)=== | |
| + | Diese Bausteine werden für die Kommunikation zwischen PC und Mikrocontroller genommen. Dabei ist es ziemlich egal, welcher Mikrocontroller eingesetzt wird, funktionieren tut alles solange ein Hardware UART ([[RS232]]-Schnittstelle) an Bord ist. Software-UART sollte auch gehen, allerdings mit niedrigeren Übertragungsraten. | ||
| − | == | + | USB zu seriell Bausteine werden am USB-Bus als "Device" angeschlossen und stellen damit ein Endgerät dar. Man kann damit keine anderen USB-Endgeräte (Drucker, Festplatte, Speicherstick, Kamera, etc.) ansteuern, dazu braucht man einen USB-Host (siehe weiter unten)! |
| − | * [http://www. | + | |
| + | Die Firma FTDI bietet relativ preisgünstige Bausteine (etwa 5€ pro Stück), für den USB an. Diese Bausteine ermöglichen die Kommunikation zwischen PC und Mikrocontroller, indem der physikalisch vorhandene USB-Bus "ausgeblendet" wird und statt dessen eine wesentlich einfachere UART-Kommunikation stattfindet. Dazu wird am PC ein virtueller COM-Port installiert (macht WinXP beim anstecken automatisch) und der Mikrocontroller wird auf die Leitungen RXD/TXD des Wandlerchips angeschlossen. Am PC kann man nun mit einem Terminalprogramm(z.B. [http://www.der-hammer.info/terminal/ HTerm]) das virtuelle COM-Port öffnen, und Daten oder Steuerkommandos verschicken. Der Mikrocontroller bekommt diese Daten dann auf die [[RS232]]- Schnittstelle (UART), und kann auch zurückantworten. Weder d. Terminalprogramm noch der Mikrocontroller merken, dass die Kommunikation eigentlich über USB läuft. (Was auch gut ist, denn das USB-Protokoll ist ziemlich komplex). Trotzdem kann man die Vorteile von USB (z.B. stabile 5V-Spannungsversorgung bis max 500mA, einfacher Anschluss an alle PC's und Laptops, usw.) nutzen. | ||
| + | |||
| + | Die bekanntesten USB-Seriell Wandlerchips sind folgende: | ||
| + | |||
| + | *FTDI FT232'''BL''' [[Bild:FT232BL.gif|75px|right|FT232BL im TQFP Gehäuse]] Ist schon etwas veraltet, und wurde durch das FT232R ersetzt. | ||
| + | *FTDI [http://www.ftdichip.com/Products/FT232R.htm FT232'''RL'''] [[Bild:FT232RL.gif||100px|right|FT232RL im SSOP Gehäuse]] Ist zur Zeit aktuell, aber sehr schlecht zu löten, da die Pinabstände nur 0.65mm (SSOP28-Gehäuse) betragen. Mit etwas Übung geht es, aber nach Möglichkeit sollte man fertige Module nehmen. Ein Datenblatt findet sich [http://www.ftdichip.com/Documents/DataSheets/DS_FT232R.pdf hier] | ||
| + | *SiLabs [https://www.silabs.com/products/interface/usbtouart/Pages/default.aspx CP210x] | ||
| + | |||
| + | Entsprechende Treiber werden von FTDI kostenfrei zur Verfügung gestellt. Somit kann man sich rein auf die Schaltungsentwicklung konzentieren. | ||
| + | |||
| + | === USB-Host Bausteine === | ||
| + | |||
| + | USB-Hosts werden für den Anschluss von USB-Endgeräten (Devices) wie | ||
| + | |||
| + | *externe Festplatten,USB-Sticks | ||
| + | *Kameras,Webcams,Handys | ||
| + | *Jostick | ||
| + | *Drucker | ||
| + | *Tastatur,Maus | ||
| + | *WLAN-Stick | ||
| + | *usw. | ||
| + | |||
| + | an Mikrocontroller verwendet. Dabei muss der Host neben der Spannungsversorgung (5V) auch die Abwicklung des USB-Protokolls beherrschen. Das ist nicht ganz einfach, deshalb gibt es fertige ICs (wie z.B. den [http://www.vinculum.com/prd_vnc1l.html VNC1L] von FTDI), die diese Funktionalität bereits enthalten. Leider hat der VNC1L ein Gehäuse mit 0.5mm Pinabstand, das sich kaum noch mit der Hand löten lässt und bei zuviel Hitze auch mal den Geist aufgibt. Ziemlich blöd bei einem Preis von 14,65€ pro IC (Reichelt). Besser ist es ein fertiges Modul zu nehmen, wobei diese auch nicht wirklich günstig sind, aber immerhin fertig gelötet, getestet und mit Firmware: | ||
| + | |||
| + | *[http://www.vinculum.com/images/vdip1-001.jpg VDIP1] | ||
| + | *[http://rz-robotics.de/z-usb.html Z-USB] | ||
| + | *[http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=20659 STI 100] | ||
| + | |||
| + | Die Ansteuerung der Module erfolgt mit SPI, UART ([[RS232]]) oder beim VDIP1 auch im Parallel-Modus. UART lässt sich am einfachsten programmieren, deshalb sollte man es auch nehmen. Im VNC1L ist ein Firmware enthalten, das einfach über UART gesendete Buchstabenkombinationen ("Befehle") angesprochen wird. Für die Ansteuerung von Festplatten (oder USB-Sticks) sind ziemlich viele Befehle bereits vorhanden (Ordner und Dateien anlegen/löschen/öffnen/schliessen/usw.) und im (englischen) Datenblatt auch gut beschrieben: [http://www.vinculum.com/documents/fwspecs/UM_VinculumFirmware_V205.pdf download]. Eine grobe Beschreibung auf Deutsch findet sich auch ab Seite 7 im [http://www.rz-robotics.de/Dokumente/Z-USB_Datenblatt_3.0.pdf Datenblatt] des Z-USB. | ||
| + | |||
| + | Achtet darauf, dass die Firmware beim Kauf schon aufgespielt ist (dies ist beim VDIP1 und Z-USB definitiv der Fall, beim ST 100 vermutlich auch. Bei mir war auf dem VDIP1 eine veraltete Firmware, der Z-USB hatte eine aktuelle). | ||
| + | |||
| + | Ein nagelneuer VNC1L-Chip hat KEINE aufgespielte Firmware (!!), und muss erst über die serielle Schnittstelle (inkl. Handshake-Leitungen) programmiert werden. Dazu gibt es eine [http://www.vinculum.com/documents/appnotes/ANVNC1L-01-VinculumBootloader.pdf Anleitung] bei FTDI, allerdings benötigt man dafür einen FT232-Baustein (siehe oben) und die Leitungen RTS und CTS. Die Programmierung über ein USB-Stick funktioniert nur, wenn auf der VNC1L bereits ein funktionsfähiger Firmware installiert ist! | ||
| + | |||
| + | ==== Persönliche Erfahrungen ==== | ||
| + | |||
| + | Zuerst habe ich mir vor etwa 2 Jahren ein [http://www.vinculum.com/images/vdip1-001.jpg VDIP1] von FTDI gekauft, da ich am meinem Quadrokopter gerne ein paar Daten loggen wollte. Es funktionierte auf Anhieb, einfach ein FT232-Wandlerbaustein (USB <--> UART) angeklemmt, und mit HTerm konnte man sofort kommunizieren. Es unterstützt sogar die parallele Ansteuerung, was ich allerdings nie getestet habe, da es doch ziemlich viele freie Pins des Atmega verbraucht. Als Nachteil hat sich herausgestellt, dass die dünnen Beinchen sich schnell verbiegen und bei mehrfachen an- und abstecken gerne mal brechen. Natürlich genau dann, wenn man es gerade nicht reparieren kann :-) | ||
| + | |||
| + | Nachdem der VDIP1 bei einer Wasserlandung den Geist aufgegeben hat, kam ein [http://rz-robotics.de/z-usb.html Z-USB-Modul] von rz-robotics. Es lässt sich mit FT232 und HTerm genauso einfach in Betrieb nehmen (wen wunderts, es ist auch das gleiche IC drauf), macht aber von der Konstruktion her einen deutlich solideren Eindruck. An den Ecken sind Befestigungsbohrungen, die Beinchen sind viel stabiler aber es ist auch etwas größer als der VDIP1. Beim Kauf kann man auswählen, welchen Montagesatz man gerne haben möchte. Nimmt die verschraubte Variante, damit sitzt das Ding bombenfest. Die Ansteuerung ist exakt das gleiche wie beim VDIP1, der Code hat ohne Änderungen problemlos auch mit der Z-USB funktioniert. | ||
| + | |||
| + | Von der STI 100 kann ich leider nicht berichten, den habe ich bisher nur gesehen, aber nicht getestet. | ||
| + | |||
| + | == Siehe auch== | ||
| + | * [[RS232]] | ||
==Weblinks== | ==Weblinks== | ||
| + | * [http://www.b-redemann.de Buch zum FT232,245 und 2232, diverse preiswerte USB-Module, HV-Programmer etc.] | ||
| + | * [http://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=19054 Projekt im Roboternetz: Protobed - USB zu RS232 (V24) – Interface] | ||
| + | * [http://www.roboternetz.de/phpBB2/viewtopic.php?t=50502 Projekt im Roboternetz: Protobed - USB zu RS232 (TTL) – Interface Version 2 mit FT232RL] | ||
* [http://www.hardware-bastelkiste.de/index.html?usb.html Hardware Bastelkiste] | * [http://www.hardware-bastelkiste.de/index.html?usb.html Hardware Bastelkiste] | ||
* [http://www.elektronik-kompendium.de/sites/com/0902081.htm Elektronik Kompentium (ElKo)] | * [http://www.elektronik-kompendium.de/sites/com/0902081.htm Elektronik Kompentium (ElKo)] | ||
| − | + | * [http://www.ftdichip.com/Documents/DataSheets/ds232bl18.pdf PDF Datenblatt von FTDI zum FT232BL (USB-seriell)]] | |
| − | + | * [http://www.ftdichip.com/Documents/DataSheets/DS_FT232R_v104.pdf PDF Datenblatt von FTDI zum FT232RL (USB-seriell)] | |
| + | * [http://www.ftdichip.com/Documents/DataSheets/DS_FT245R_v105.pdf PDF Datenblatt von FTDI zum FT245RL (USB-parallel)] | ||
[[Benutzer:Darwin.nuernberg|Darwin.nuernberg]] 11:27, 21. Apr 2006 (CEST) | [[Benutzer:Darwin.nuernberg|Darwin.nuernberg]] 11:27, 21. Apr 2006 (CEST) | ||
| + | |||
[[Kategorie:Grundlagen]] | [[Kategorie:Grundlagen]] | ||
| + | [[Kategorie:Kommunikation]] | ||
| + | [[Kategorie:Abkürzung]] | ||
| + | [[Kategorie:Elektronik]] | ||
| + | [[Kategorie:Praxis]] | ||
Aktuelle Version vom 18. Dezember 2009, 19:53 Uhr
Seine wirklich universelle Einsetzbarkeit führte mittlerweile sogar so weit, dass bisherige Standardschnittstellen in neuen PCs oder Notebooks immer mehr verdrängt werden, ja sogar ganz an den Geräten verschwanden.
Grund, auch einen Artikel für diese Schnittstelle zu schreiben. Zunächst beschränke ich mich auf die allgemene Definition. Im Anhang unter "Weblinks" ist sogar ein Link zu meinem fertigen Projekt eines USB-Adapters, welcher gerade für das Roboternetz zugeschitten ist.
Weitere Projekte sind bereits gedanklich am entstehen, z.B. ein USB-ISP Programmer, aber ich bitte um Geduld...
Inhaltsverzeichnis
USB-Standards
USB 1.1
- LowSpeed 1,5 MBit/s für Geräte mit niedriger Bandbreite
- z.B. Maus und Tastatur
- FullSpeed 12 MBit/s für Geräte mit mittlerer Bandbreite
- z.B. Modem, LAN, Audio
- integrierte Stromversorgung bis 500mA je Port, ohne Anmeldung am Host sind höchstens 100 mA vorgesehen
- Hot-Plug fähig: d.h. Geräte können bei laufendem Betrieb angeschlossen werden.
- Durch USB-Hubs und entsprechende Kaskadierung können bis zu 127 Geräte angeschlossen werden.
- Energiemanagement unterstützt Suspend und Resume (Stand-By)
- Protokolle zur Fehlererkennung und Fehlerbehandlung
- synchrone und asynchrone Übertragungsarten
- maximale Kabellänge ca. 5 Meter
USB 2.0
- HighSpeed 480 MBit/s für Geräte mit Hoher Bandbreite
- z.B. für Video, externe Festplatten und CD-Brenner
- Stecker und Programmierung von USB 2.0 entsprechen dem von USB 1.1
USB Anschlüsse
USB-A
Der USB-A Anschluss wird (meist) an PCs oder USB-Hubs verwendet (Host). Es können mehrere Geräte (Devices) angeschlossen werden.
USB-B
Der USB-B Anschluss wird (meist) für Endgeräte verwendet, es können/sollen keine weiteren Geräte (Devices) angeschlossen werden.
USB mini-B
Der USB mini-B bzw. USB-B mini wird wie der "normale" USB-B Anschluß verwendet. Verwendung vor allem bei Kleingeräten, bei denen aus Platzgründen keine "normale" Buchse Platz findet.
USB (Einbau-) Buchsen
USB-A Buchse
USB-B Buchse
USB mini-B Buchse
USB Pinout
Pin Name Signal 1 VCC (+5V DC max. 500mA/Port) 2 D- (Data minus) 3 D+ (Data plus) 4 GND (Masse)
Anschluss von Mikrocontrollern und Geräten (Interface-ICs und Module)
USB zu seriell Bausteine (USB-UART Wandler)
Diese Bausteine werden für die Kommunikation zwischen PC und Mikrocontroller genommen. Dabei ist es ziemlich egal, welcher Mikrocontroller eingesetzt wird, funktionieren tut alles solange ein Hardware UART (RS232-Schnittstelle) an Bord ist. Software-UART sollte auch gehen, allerdings mit niedrigeren Übertragungsraten.
USB zu seriell Bausteine werden am USB-Bus als "Device" angeschlossen und stellen damit ein Endgerät dar. Man kann damit keine anderen USB-Endgeräte (Drucker, Festplatte, Speicherstick, Kamera, etc.) ansteuern, dazu braucht man einen USB-Host (siehe weiter unten)!
Die Firma FTDI bietet relativ preisgünstige Bausteine (etwa 5€ pro Stück), für den USB an. Diese Bausteine ermöglichen die Kommunikation zwischen PC und Mikrocontroller, indem der physikalisch vorhandene USB-Bus "ausgeblendet" wird und statt dessen eine wesentlich einfachere UART-Kommunikation stattfindet. Dazu wird am PC ein virtueller COM-Port installiert (macht WinXP beim anstecken automatisch) und der Mikrocontroller wird auf die Leitungen RXD/TXD des Wandlerchips angeschlossen. Am PC kann man nun mit einem Terminalprogramm(z.B. HTerm) das virtuelle COM-Port öffnen, und Daten oder Steuerkommandos verschicken. Der Mikrocontroller bekommt diese Daten dann auf die RS232- Schnittstelle (UART), und kann auch zurückantworten. Weder d. Terminalprogramm noch der Mikrocontroller merken, dass die Kommunikation eigentlich über USB läuft. (Was auch gut ist, denn das USB-Protokoll ist ziemlich komplex). Trotzdem kann man die Vorteile von USB (z.B. stabile 5V-Spannungsversorgung bis max 500mA, einfacher Anschluss an alle PC's und Laptops, usw.) nutzen.
Die bekanntesten USB-Seriell Wandlerchips sind folgende:
- FTDI FT232BL Ist schon etwas veraltet, und wurde durch das FT232R ersetzt.
- FTDI FT232RL Ist zur Zeit aktuell, aber sehr schlecht zu löten, da die Pinabstände nur 0.65mm (SSOP28-Gehäuse) betragen. Mit etwas Übung geht es, aber nach Möglichkeit sollte man fertige Module nehmen. Ein Datenblatt findet sich hier
- SiLabs CP210x
Entsprechende Treiber werden von FTDI kostenfrei zur Verfügung gestellt. Somit kann man sich rein auf die Schaltungsentwicklung konzentieren.
USB-Host Bausteine
USB-Hosts werden für den Anschluss von USB-Endgeräten (Devices) wie
- externe Festplatten,USB-Sticks
- Kameras,Webcams,Handys
- Jostick
- Drucker
- Tastatur,Maus
- WLAN-Stick
- usw.
an Mikrocontroller verwendet. Dabei muss der Host neben der Spannungsversorgung (5V) auch die Abwicklung des USB-Protokolls beherrschen. Das ist nicht ganz einfach, deshalb gibt es fertige ICs (wie z.B. den VNC1L von FTDI), die diese Funktionalität bereits enthalten. Leider hat der VNC1L ein Gehäuse mit 0.5mm Pinabstand, das sich kaum noch mit der Hand löten lässt und bei zuviel Hitze auch mal den Geist aufgibt. Ziemlich blöd bei einem Preis von 14,65€ pro IC (Reichelt). Besser ist es ein fertiges Modul zu nehmen, wobei diese auch nicht wirklich günstig sind, aber immerhin fertig gelötet, getestet und mit Firmware:
Die Ansteuerung der Module erfolgt mit SPI, UART (RS232) oder beim VDIP1 auch im Parallel-Modus. UART lässt sich am einfachsten programmieren, deshalb sollte man es auch nehmen. Im VNC1L ist ein Firmware enthalten, das einfach über UART gesendete Buchstabenkombinationen ("Befehle") angesprochen wird. Für die Ansteuerung von Festplatten (oder USB-Sticks) sind ziemlich viele Befehle bereits vorhanden (Ordner und Dateien anlegen/löschen/öffnen/schliessen/usw.) und im (englischen) Datenblatt auch gut beschrieben: download. Eine grobe Beschreibung auf Deutsch findet sich auch ab Seite 7 im Datenblatt des Z-USB.
Achtet darauf, dass die Firmware beim Kauf schon aufgespielt ist (dies ist beim VDIP1 und Z-USB definitiv der Fall, beim ST 100 vermutlich auch. Bei mir war auf dem VDIP1 eine veraltete Firmware, der Z-USB hatte eine aktuelle).
Ein nagelneuer VNC1L-Chip hat KEINE aufgespielte Firmware (!!), und muss erst über die serielle Schnittstelle (inkl. Handshake-Leitungen) programmiert werden. Dazu gibt es eine Anleitung bei FTDI, allerdings benötigt man dafür einen FT232-Baustein (siehe oben) und die Leitungen RTS und CTS. Die Programmierung über ein USB-Stick funktioniert nur, wenn auf der VNC1L bereits ein funktionsfähiger Firmware installiert ist!
Persönliche Erfahrungen
Zuerst habe ich mir vor etwa 2 Jahren ein VDIP1 von FTDI gekauft, da ich am meinem Quadrokopter gerne ein paar Daten loggen wollte. Es funktionierte auf Anhieb, einfach ein FT232-Wandlerbaustein (USB <--> UART) angeklemmt, und mit HTerm konnte man sofort kommunizieren. Es unterstützt sogar die parallele Ansteuerung, was ich allerdings nie getestet habe, da es doch ziemlich viele freie Pins des Atmega verbraucht. Als Nachteil hat sich herausgestellt, dass die dünnen Beinchen sich schnell verbiegen und bei mehrfachen an- und abstecken gerne mal brechen. Natürlich genau dann, wenn man es gerade nicht reparieren kann :-)
Nachdem der VDIP1 bei einer Wasserlandung den Geist aufgegeben hat, kam ein Z-USB-Modul von rz-robotics. Es lässt sich mit FT232 und HTerm genauso einfach in Betrieb nehmen (wen wunderts, es ist auch das gleiche IC drauf), macht aber von der Konstruktion her einen deutlich solideren Eindruck. An den Ecken sind Befestigungsbohrungen, die Beinchen sind viel stabiler aber es ist auch etwas größer als der VDIP1. Beim Kauf kann man auswählen, welchen Montagesatz man gerne haben möchte. Nimmt die verschraubte Variante, damit sitzt das Ding bombenfest. Die Ansteuerung ist exakt das gleiche wie beim VDIP1, der Code hat ohne Änderungen problemlos auch mit der Z-USB funktioniert.
Von der STI 100 kann ich leider nicht berichten, den habe ich bisher nur gesehen, aber nicht getestet.
Siehe auch
Weblinks
- Buch zum FT232,245 und 2232, diverse preiswerte USB-Module, HV-Programmer etc.
- Projekt im Roboternetz: Protobed - USB zu RS232 (V24) – Interface
- Projekt im Roboternetz: Protobed - USB zu RS232 (TTL) – Interface Version 2 mit FT232RL
- Hardware Bastelkiste
- Elektronik Kompentium (ElKo)
- PDF Datenblatt von FTDI zum FT232BL (USB-seriell)]
- PDF Datenblatt von FTDI zum FT232RL (USB-seriell)
- PDF Datenblatt von FTDI zum FT245RL (USB-parallel)
Darwin.nuernberg 11:27, 21. Apr 2006 (CEST)
