Full speed USB mit mikrocontroller

Hi

http://www.ftdichip.com/Products/ICs/FT240X.html
Viel mehr als 1MByte/s wirds nicht werden bei Full-Speed USB. Mit den 
Vorgängern hab ich gearbeitet und kann die Datenrate bestätigen.

Matthias

Da wären noch die Chips von NXP wie z.B. der LPC1768/69. Dafür gibt es 
ein sehr praktisches EVAL-Board mit angeflanschtem Debugger/Programmer 
für wenig Geld: 
http://www.embeddedartists.com/products/lpcxpresso/lpc1769_xpr.php und 
die IDE gibt es mit Debug Fähigkeiten bis zu 256 MB Code für lau von NXP 
selbst: http://www.lpcware.com/lpcxpresso/home

Dann waer dann noch der FT245 ... der bringt 1MByte/s

Hallo.

Wie waere es mit AVR XMega (-U Versionen)?
Diesen kann mit LUFA bequem USB "begebracht" werden.

Z.B. zum testen: http://matrixstorm.com/avr/avrstick/.
Hierfuer gibt es online modifizierbare USB-Bsp:
http://matrixstorm.com/avr/avrstick/#bideavr

MfG

Danke fuer die Antworten!

@ Andreas D: Die sehen in der Tat sehr interessant aus. Ist der USB 
Stack frei verfuegbar und einfach zu benutzen? Der PSoC5 mit Cortex-M3 
sieht interessant aus und ist als development board erhaeltlich (~25 
Euro). Hast du zufaellig einen Link zu nem USB Beispiel welches du 
benutzt hast?

@Kaj: Ich bestelle mir mal nen Atmega32u4 board und gucke wie das so 
funktioniert. Benutzt du LibUSBdotnet fuer die Transfers? Es scheint als 
wuerden virtuelle COM ports auf jeden Fall nicht schnell genug sein.

@Kaj: Fuer das STM32F4 konnte ich keine Full Speed oder High Speed 
Beispiele finden. Kann es sein, dass da normalerweise ein virtual COM 
port benutzt wird? In dem STM Forum klingt es eher so als waere es 
schwierig das zum Laufen zu kriegen. Daher vermute ich mal, dass es 
keine fertigen Beispiele gibt (korrekt?).

@Carsten Wille: Ich habe ein LPC1769 board, allerdings habe ich da keine 
Beispiele fuer gefunden und die Idee verworfen. Es scheint als wuerden 
die mbed Beispiele auch alle den (scheinbar) langsamen virtuellen COM 
port benutzen. Hast du vielleicht ein Beispielprojekt fuer schnelleren 
USB Datentransfer?

@ Stephan B.: Tolles Projekt! Gibt es in dem AVRStick Projekt schon 
fertige Beispiele fuer schnellen USB Datentransfer? Ich bin interessiert 
daran Beispielprojekte zu entwickeln, allerdings kenne ich mich mit USB 
Stacks nicht besonders gut aus. Ich vermute allerdings, dass es schon 
eine fertige Loesung geben muss (die ich nur noch nicht gefunden habe). 
Wie weit ist das AVRStick Projekt im Bezug auf USB?

Gibt es jemanden der ein fertiges Beispielprojekt hat und Willens ist 
den Code und die Hardwarekonfiguration zur Verfuegung zu stellen? Falls 
sich jemand meldet koennte ich es hier als Artikel einstellen, so dass 
es von anderen als Referenz genutzt werden kann.

Felix

F. V. schrieb:

> Da USB PICs das an sich ja koennen sollen, habe ich es mit 18F14k20 und
> 18F14K50 probiert. Meine Erfahrung mit PICs war allerdings nicht
> besonders gut. Nach mehreren Monaten rumprobieren habe ich noch keinen
> Erfolg gehabt. Unter anderem fand ich es sehr nervig dass sich
> Bootloader Code von Microchip nicht fuer den 18F14k50 kompilieren laesst
> ohne dass man den teuren C18 compiler kauft und dass es sehr schwer ist
> Dokumentation fuer USB Beispiele zu finden. PIC daher eher nicht...

Du hast Dir gerade den zweitkleinstmöglichen PIC18F ausgesucht. Für eine 
Produktentwicklung ist das ok, zum Lernen eher ungünstig. Das Ding hat 
relativ wenig Flash, so dass ich ich gut nachvollziehen kannst, dass Du 
mit den Bootloader Probleme hattest. Normalerweise ist macht man das bei 
den Ding eben nicht, dieser PIC ist nicht für Anwendungen vorgesehen, wo 
man einen Bootloader braucht. Oder hast Du schon mal eine normale 
USB-Maus oder USB-Tastatur geupdated?

Dann zur Wahl des Compilers: Der C18 wird nicht mehr gepflegt, Microchip 
empfiehlt den XC8 (was früher der Hitech war). Der erzeugt in der freien 
Version nicht besonders guten Code, d.h. ein zu kleiner PIC ist erst 
recht tödlich.

Ich rate Dir zu einem PIC32MX250F128B. 28 Pins, gibts als 
lochrastergeeignetes DIL, einfach zu beschalten (wie der 18F14K50, den 
Du kennst), ABER: völlig anderer Prozessorkern. Das Teil läuft mit 50 
MHz, hat 128k Flash und 32k RAM und einen 32 Bit MIPS-Prozessorkern. Die 
direkten Vorläufer dieses Prozessorkerns liefen Anfang der 90'er Jahre 
in den dicken, fetten DEC Ultrix UNIX Workstations, dort aber nur mit 16 
bis 25 MHz.

Dann nimmst Du MPALABX, wenn Du noch das alte MPLAB8 hast, den aktuellen 
XC32 Compiler (ist ein gcc) und die aktuellen Application Libraries, die 
den Codenamen Harmony tragen.

So, damit solltest Du zum Ziel kommen. Wenn Du Fragen hast, frage nicht 
hier, sondern in den Foren auf microchip.com. Das ist zielführender, 
weil dort die Leute mit Ahnung sitzen.

Wie gesagt, Du warst nicht einfach zu blöd, sondern Du hast ganz am 
Anfang nur einige schlechte Entscheidungen getroffen, die Dir 
anschließend das Leben schwer gemacht haben.

> Hier in dem USB Artikel steht der USB960x als Full speed controller mit
> 8-bit Interface gelistet - allerdings als Obsolete markiert. Gibt es da
> vielleicht eine neuere Version mit 8-bit Interface, die es einem erlaubt
> schneller zu sein als virtuelle COM ports mit dem FT232?

Wenn es keine integrierte Lösung sein muss, dann kannst Du auch einen 
FT2232H verwenden. Das ist (a) ein High Speed Device, d.h. Du kannst 
damit >20 MByte/s übers USB blasen, und (b) es stellt nicht nur serielle 
Schnittstellen zur Verfügung, sondern hat auch parallele Modi mit 8 
Datenbits und Handshakeleitungen und einiges mehr. Vielleicht ist das 
einfacher für Dich.

fchk

PS: 
http://www.tme.eu/de/details/32mx250f128b-i_sp/mikrocontroller-microchip-32-bit/microchip-technology/pic32mx250f128b-isp/
PPS: Es gibt auch noch den PIC32MX270F256B mit doppeltem Flash+RAM, aber 
der ist bei den Händlern noch nicht so gängig.
http://www.digikey.de/product-detail/de/PIC32MX270F256B-I%2FSP/PIC32MX270F256B-I%2FSP-ND/4902630
PPPS: plus extra Boot Flash

@Frank K.:
Danke fuer die Erklaerung was mit dem PIC schiefgegangen ist. Die Wahl 
hatte ich getroffen, da ich den 18F14K50 in USB Beispielen gesehen hatte 
und er USB ohne externen Oszillator koennen soll. Dass der grade mal 
genug Speicher fuer den Bootloader hat war mir zu dem Zeitpunkt nicht 
klar.

Bestelle mir jetzt mal ein Paar von den PIC32MX270F256 mit und probiere 
das mit MPLABX und dem XC8 compiler. Vielen Dank fuer den Hinweis!

Hole mir auch mal das VA800A-SPI (Digikey 768-1211-ND). Das ist ein 
FT232H Modul welches USB ueber eine SPI Schnittstelle und 30Mbps koennen 
soll und daher ideal ist fuer eines meiner FPGA Projekte.

@Andreas D.:
Das Schmartboard ist dieses hier (oder?):

http://www.schmartboard.com/index.asp?page=products_dev&id=652

Ist im Moment als Backorder gelistet und generell teurer als die 
Evaluierungskarte bei Digikey (CY8CKIT-010A-ND). Denke ich probiere es 
erstmal mit dem CY8CKIT010A und hole mir dann das Schmartboard wenn es 
wieder verfuegbar ist. Danke fuer den Tip, diese Loesung hoert sich auch 
vielversprechend an!

@Ralf:
Siehe links in der Antwort an Andreas. Falls du dir was bestellst und 
Erfahrungen austauschen willst, schick mir einfach ne PM. Ich hab das 
CY8CKIT010A auf meiner Digikey Bestellung mit drauf.

Vielen Dank soweit, ich glaube ich habe jetzt erstmal einiges zu 
verarbeiten. Bei all den verschiedenen Vorschlaegen hier wird bestimmt 
was dabei sein.

Felix

F. V. schrieb:
> @Frank K.:
> Danke fuer die Erklaerung was mit dem PIC schiefgegangen ist. Die Wahl
> hatte ich getroffen, da ich den 18F14K50 in USB Beispielen gesehen hatte
> und er USB ohne externen Oszillator koennen soll. Dass der grade mal
> genug Speicher fuer den Bootloader hat war mir zu dem Zeitpunkt nicht
> klar.
>
> Bestelle mir jetzt mal ein Paar von den PIC32MX270F256 mit und probiere
> das mit MPLABX und dem XC8 compiler. Vielen Dank fuer den Hinweis!

XC32, nicht XC8!


> Hole mir auch mal das VA800A-SPI (Digikey 768-1211-ND). Das ist ein
> FT232H Modul welches USB ueber eine SPI Schnittstelle und 30Mbps koennen
> soll und daher ideal ist fuer eines meiner FPGA Projekte.

Nimm das hier:
http://www.digikey.de/product-detail/de/FT2232H%20MINI%20MODULE/768-1030-ND/2027252

Das ist kein FT232H, sondern ein FT2232H (eine 2 mehr!) Der kann alles, 
was der FT232H kann, plus JTAG (FPGA programmieren!), Parallel FIFO, CPU 
Bus Emulation und einiges mehr.

fchk

Der stm32f4 kann nachweislich 7MBit/s über USB CDC.
Fertiges Beispiel unter:
http://mikrocontroller.bplaced.net

c-hater schrieb:
> Gerald G. schrieb:
>
>> Der stm32f4 kann nachweislich 7MBit/s über USB CDC.
>
> Das ist aber eigentlich eine eher schwache Leistung. Das sind nur etwa
> 90% dessen, was für ein CDC-Device über USB1.1 möglich ist.

Soweit ich weiß ist Full Speed USB- Versionsunabhängig mit 12 MBit/s 
spezifiziert. Egal ob 1.1 oder 2.0

Hallo

F. V. schrieb:
> @ Stephan B.: Tolles Projekt! Gibt es in dem AVRStick Projekt schon
> fertige Beispiele fuer schnellen USB Datentransfer?
Was meinst du mit schnell? Fuer fullspeed git es das, ja.

> Ich bin interessiert
> daran Beispielprojekte zu entwickeln, allerdings kenne ich mich mit USB
> Stacks nicht besonders gut aus. Ich vermute allerdings, dass es schon
> eine fertige Loesung geben muss (die ich nur noch nicht gefunden habe).
> Wie weit ist das AVRStick Projekt im Bezug auf USB?
Fuer beliebige USB Device Projekte kann man die LUFA-lib verwenden.
Direkt implementiert habe ich schon CDC (virtuelle COM-Ports), AVR ISP 
MKII, Tastatur/Maus (HID) und MSD (Massstorage).

> Gibt es jemanden der ein fertiges Beispielprojekt hat und Willens ist
> den Code und die Hardwarekonfiguration zur Verfuegung zu stellen? Falls
> sich jemand meldet koennte ich es hier als Artikel einstellen, so dass
> es von anderen als Referenz genutzt werden kann.

http://matrixstorm.com/avr/avrstick/examples/ ?

MfG

@Andreas D: Grade gesehen, dass ich mit dem Modul wohl nix anfangen 
kann... Naja, vielleicht nehmen sie es ja zurueck :) Danke trotzdem fuer 
den Hinweis!

@Frank K.: Hab jetzt ein paar PIC32MX270F256B zum spielen. Bisher habe 
ich allerdings nur ne LED zum blinken bekommen. Ich scheiter jetzt schon 
eine Weile daran Timer mit Harmony zu benutzen. Ich vermute mal, dass 
callbacks das gleiche ist wie AVR interrupts, allerdings habe ich das 
Programm noch nicht dazu bewegen koennen ne LED zu togglen wenn der 
interrupt getriggert wird. Benutzt du das Harmony Hilfe pdf? In den 5500 
Seiten Dokumentation habe ich bisher nicht gefunden wie man nen Timer 
Overflow Interrupt ausloest und dann code in die entsprechende ISR 
packt...

@Stephan B.: Ich versuche mein Glueck erstmal mit den PIC32. Im Moment 
denke ich das kann was werden. Sollten alle Stricke reissen gehe ich 
danach wieder zu AVR controllern zurueck. Ich wuerde an sich lieber kein 
CDC device benutzen, sondern direkt ne USB library mit Treiber benutzen 
falls ich das hinbekomme...

Felix

F. V. schrieb:

> @Frank K.: Hab jetzt ein paar PIC32MX270F256B zum spielen. Bisher habe
> ich allerdings nur ne LED zum blinken bekommen. Ich scheiter jetzt schon
> eine Weile daran Timer mit Harmony zu benutzen. Ich vermute mal, dass
> callbacks das gleiche ist wie AVR interrupts, allerdings habe ich das
> Programm noch nicht dazu bewegen koennen ne LED zu togglen wenn der
> interrupt getriggert wird. Benutzt du das Harmony Hilfe pdf? In den 5500
> Seiten Dokumentation habe ich bisher nicht gefunden wie man nen Timer
> Overflow Interrupt ausloest und dann code in die entsprechende ISR
> packt...

Interrupts funktionieren ähnlich wie beim AVR. Timer sind prinzipiell 
auch überall ähnlich. Harmony brauchst Du dafür nicht. Nimm Dir das 
PIC32 Reference Manual (da stehen die allgemeinen Sachen drin) plus das 
Datenblatt für die chipspezifischen Dinge. Damit hast Du alle Infos, die 
Du dafür brauchst.

fchk