-
Thread
USB - IO Platine
Wenn es nur darum geht, Bits über USB an- und auszuschalten, ist ein FT2232D (Full Speed), FT2232H (High Speed) oder FT4232H (High Speed, pinkompatibel zum 2232H, aber 4 serielle Ports) sinnvoller. Da entfällt der AVR ganz, der FT2232 kann das alleine, und noch einiges mehr
Chip rausblasen. Zum Thema "bus-powered vs self-powered" schaust Du einfach ins Datenblatt des FT2232(D/H) bzw FT4232H, da steht das alles drin. Vielleicht möchtest Du noch Optokoppler vor die Ausgangstreiber setzen, um Masseschleifen bei der externen Versorgung der Ausgangstreiber zu unterbinden
-
Thread
Spartan 3 über JTAG mit FTDI FT2232C programmieren
@Johann (Gast) Auf dem Board was ich zur Z. bearbeite ist ein FT2232H, ein XC6SLX45 mit SPI Flash M25P32 und ein AT90CAN128. Alles Bausteine kann ich mit dem xc3sprog/javr von Sourceforge SVN erreichen. "externen EEPROM" is SPI Flash oder was sonst?
Here's a xsvf player / boundary scan flasher for a ft2232 using the mpsse mode: http://wesche.we.ohost.de/Homepage/Version_3/index.php?section=PC_Delphi_FT2232_JTAG.html
-
Thread
2x USB-UART mit einer Buchse
du also den FT2232H verwenden kannst, wäre Variante 2 kein Problem und vermutlich auch die einfachere. Abgesehen davon: den Chip musst du nur einmal konfigurieren, danach wird die Konfiguration immer aus dem EEPROM
jemand von euch den vorgeschlagenen Bausatz von ELV? http://www.elv.de/ELV-Highspeed-Mini-USB-Modul-UM-FT2232H,-Komplettbausatz/x.aspx/cid_74/detail_10/detail2_35108 Mich würde mal interessieren, was da alles drauf ist? Bis jetzt erkenne ich auf der Oberseite: Status-LEDs für Kanal 1&2, der FT2232H,
-
Thread
Qarz mit Keramikgehäuse 6MHz gesucht
Nimm statt des FT2232 zwei FT232RQ, die sind zusammen nur halb so groß und brauchen keinen Quarz ;-)
entwerfen, welche unter anderem einen > FTDI enthält mit zwei seriellen Schnittstellen. Da wollte ich den FT2232 > benützen. Dieser benötigt einen Quarz mit 6MHz. Dein FT2232 hat noch einen Buchstaben dahinter. Wahrscheinlich ein D. Es gibt auch den FT2232H. Vorteil: Hi-Speed USB2.0. Der braucht einen
-
Thread
[?] libmpsse.dll, Fehler bei SPI-Lesen
Würde mich trotzdem interessieren, ob es da noch andere Lösungen gibt und ob das Problem mit dem FT2232H nicht besteht. Thomas
Stephan S. schrieb im Beitrag #8014671: > Ich weiss nicht, ob das auch beim FT2232 geht Bei den H-Typen (die mit MPSSE) geht das zumindest mal nicht, auch nicht beim FT232H.
-
Thread
Lattice Programmer kaufen
den USBN-2B gekauft. Da der USBN-2B auf einem FT2232H basiert, funktioniert im Prinzip auch jedes beliebige FT2232H-Breakout-Board. Gehe auf diesen Link: https://www.latticesemi.com/view_document?document_id=52605 und gehe auf Seite 28. Da steht, wie Du den FT2232H beschalten musst, um ihn als Programmer benutzen zu können. Du kannst den auch auf Dein eigenes Board mit integrieren. fchk
-
Thread
USB auf Parallel-Wandlung
P.S. Kosten: FT2232-Modul bei rs-online 28.29 € netto, FT4232-Modul 31.26 € netto
> Bei Digikey gibt's den FT4232 für 8,80 Eur Zudem ist bei den digikey-Modulen nur der FT2232D verbaut, bei RS der FT2232H, der ist 4x so schnell.
-
Thread
FT232R als Lattice JTAG Dongle?
moechte gerne das JTAG-Kabel quasi integrieren auf dem Board. Lattice benutzt ja durchgehend den FT2232H, der ist mir aber wegen Verfueg- und Loetbarkeit eher unsympatisch (sollen auch mal Studenten ran :) Im ispVM-Verzeichnis befindet sich eine Header-Datei, die nahelegt, dass auch der FT232R (
Moin, nimm doch einfach den FT232H, den abgespeckten Bruder des FT2232H. Mit der Verfügbarkeit sehe ich kein Problem. Sonst melde dich, ich habe noch ne Menge davon (wie auch dem kleinen 2232L) rumliegen. Wenn du den FT2232L nimmst
-
Thread
MiniLA Version MockUp
Wegen der Datenübertragung: lässt sich egtl. USB nicht direkt im CPLD ohne Umweg über den FT2232 realisieren, bei evtl. höheren Übertragungsraten? Falls nein: wäre der FT2232H eine Verbesserung?
@John-eric K. Unter Linux kann libftdi-svn eeprom-new Branch auch den FT2232(L|H) programieren.
-
Thread
JTAG-Funktionalität in FT2232 ansprechen?
das Zielgerät ist ein Altera MAX2. So wie ich das bisher sehe, kann OpenOCD den Altera, aber kein FT2232, UrJTAG kan denn FT2232 aber nicht den MAX2 :-/
OpenOCD kann sehr wohl mit FT2232 Geräten umgehen, das muss man nur beim ./configure aktivieren. Braucht libftdi und libusb. Ich nutzte das hier mit einem JTAGKey2 - da steckt ein FT2232H drin.
-
Thread
Probleme beim Programmieren des Lattice iCEstick FPGA
where-is-control-panel Somit kannst du den Treiber via Bild sehen, Port A und Port B. Siehe Anhang. FTDI2232x.PNG Gruss Holger. P.S. Hier noch ein Thread von dem ice40 Stick http://www.mikrocontroller.net/topic/321361 ..... FT2232C ist doch der FT2232H FTDI 2232 H Baustein auf dem ICE40 Stick ? Die
Windows Update auf den neuesten Stand gebracht wurde. Holger schrieb im Beitrag #3871328: > FT2232C ist doch der FT2232H FTDI 2232 H Baustein auf dem ICE40 Stick ? > Die Treiber sind da wohl nicht gleich FTDI2232H,FTDI2232D.??? Doch, sind gleich.
-
Thread
Diskussionsrunde: Opensource Entwicklungstools für STM32
#daemon_startup reset #gdb_flash_program enable # interface configuration interface ft2232 #ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout olimex-jtag jtag_speed 10 jtag_nsrst_delay 100 jtag_ntrst_delay 100 # scan chain
Das muss je nach eurem Debugger angepasst werden. [pre] # interface configuration interface ft2232 #ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout olimex-jtag jtag_speed 10 [/pre] Sollte soweit klappen. Einfach mal testen. Als
-
Thread
C++ QT Creater FTD2xx.lib einbinden
c] im ftd2xx.h file habe ich windows.h includiert [c] #ifndef FTD2XX_H #define FTD2XX_H #include "windows.h" [/c] und dann gehts schon los... [c] QStringList outtext; FT_STATUS ftStatus;
description, NULL ); if (ftStatus == FT_OK) { if (ftDevice == FT_DEVICE_232R) qDebug() << "device is FT232R"; else if (ftDevice == FT_DEVICE_2232C) qDebug() << "device is FT2232C/L/D"; else if (ftDevice
-
Thread
Lattice ICE40: IceCUBE2 - programmierbutton fehlt
Michael H. schrieb im Beitrag #3494518: > Bus 001 Device 006: ID 0403:6010 Future Technology Devices > International, Ltd FT2232C Dual USB-UART/FIFO IC > === FT2232C ist doch der FT2232H FTDI 2232 H Baustein auf dem ICE40 Stick ? Die Treiber sind nicht gleich FTDI2232H,FTDI2232D. Frage: Hast du ein z.B Window7 System, mit dem du das prüfen kannst ob der Treiber da wenigstens geht. Auf dem MachXo2 Board sind noch die älteren FTDI2232D. Chips verbaut. Gruss
-
Thread
openbiosprog-spi - Open-Hardware / Open-Source USB-basierter SPI BIOS-Chip Programmer
gar nicht auf die Idee gekommen mir die älteren Chips anzuschauen. Vom Preis her rentiert sich der FT2232D nicht sonderlich, kostet fast genausoviel wie der FT2232H. Die Geschwindigkeit sollte schon so hoch wie möglich sein, aber vermutlich gibts bei dieser Applikation keine _großen_ Unterschiede, weil
Frank K. schrieb im Beitrag #1839442: > Warum hast Du nicht den FT2232D genommen? Der 2232H hat den SPI als Hardware. Du mußt nicht mit den Ports wackeln. Werf mal einen Blick ins Datenblatt, da hat sich doch einiges geändert.
-
Thread
Was machen mit zwei halben Bänken?
auf 3.3V gesetzt weil der FT2232H solche Pegel liefert, und die andere Bank auf 1.8V für DAC und ADC. Jetzt sind beide Bänke noch lange nicht vollständig genutzt. Eigentlich würde ich gerne noch einen SRAM Stein draufbauen, aber
Kannst du die Signale vom FT2232H über Pegelwandler führen? Sowas wie z.B. TI 74LVC2G45 ist dafür eigentlich ausreichend schnell
-
Thread
SWD-Adapter mit FT232H (für OpenOCD, Schaltplan vereinfachen?)
in OpenOCD): https://www.allaboutcircuits.com/technical-articles/getting-started-with-openocd-using-ft2232h-adapter-for-swd-debugging/ Ich möchte aber nicht so viel Geld für das Breakout-Board ausgeben, sondern einen möglichst einfachen Adapter mit einem FT232H selbst bauen. (Schaltplan: FT232H_einfach.png) Der FT232H ist bedrahtet erhältlich (wie der gezeigte FT2232HL), aber etwas günstiger, und braucht laut Datenblatt weniger externe Beschaltung (Spannungsregler weg, kleinere Kondensatoren). Daher bevorzuge
-
Thread
stm32 tutorial
sehr gut debuggen. Einzige Änderung in den scripten ist in der openocd-usb.cfg: [code] interface ft2232 ft2232_vid_pid 0x0403 0x6010 ft2232_device_desc "Dual RS232" ft2232_layout "oocdlink" #ft2232_latency 2 jtag_khz 4000 [/code] Ich habe den STM32 code einfach komplett mit cm3dbg übersetzt
>(selbst kompiliert?). Ja mit ./configure --enable-ft2232_libftdi --enable-verbose --enable-verbose-jtag-io --enable-verbose-usb-io --enable-verbose-usb-comms--enable-verbose-usb-comms Die ganzen verboses sind, weil ich verstehen will was da hinter den
-
Thread
ATxMega o. ARM-Cortex-M3
Atmel-SAM3 auch gesehen. Torben schrieb im Beitrag #2401925: > 2x Uart to USB Bridge (z.B. mit FT2232) Was bringt das? Willst du das Teil zugleich an zwei verschiedene Hosts anschließen? USB-PHYs sind bei den Cortexen recht gängig, würde ich statt eines separaten FT2232 in Erwägung ziehen
Hosts anschließen? >USB-PHYs sind bei den Cortexen recht gängig, würde ich statt eines >separaten FT2232 in Erwägung ziehen. Torben schrieb: >2x Uart to USB Bridge (z.B. mit FT2232) Fehler meiner Seite. Der uC muss eine USB und serielle Schnittstelle bieten.
-
Thread
Fehler in der Übertragung
zusammen, habe eine Kommunikation zwischen FPGA und PC. Die Kommunikation erfolgt mittels USB und dem FT2232H von FTDI. Ich betreibe den FT2232H in Synchronous FIFO Mode. Habe zur Inbetriebnahme der Strecke einen 16Bit Vector den ich einfach nur inkrementiere (0....FFFF-0...FFFF). Wenn ich auf dem PC
Fehlerreports das immer nach ca. 2**16 Bytes der Datenverlust eintritt... Ich habe die InTransferSize des FT2232H auf 2**16 eingestellt. Kann es sein, dass wenn der "InTransferBuffer" voll ist es zu einem Überlauf kommt und ich Daten verliere?
-
Thread
FTDI FT4232H - SPI_AddHiSpeedDeviceReadCmd(.) langsam
of a FT2232H dual hi-speed device or FT4232H quad hi-speed device. pWriteStartCondition Pointer to the structure that contains the start output states(low or high) of the clock, data out and signal out/chip select pins of the FT2232H dual hi-speed device or FT4232H quad hi-speed device. bClockOutDataBitsMSBFirst Clock out control and data bits Most Significant Bit(MSB) first(TRUE), clock out control and data bits Least
-
Thread
Programm, mit dem man per USB-VCP (FT232) IIC-ICs programmieren kann
Rufus Τ. F. schrieb im Beitrag #5773280: > Der FT232 kann kein I2C. Anders sieht es beim FT2232 aus, dessen MPSSE > kann dazu gebracht werden ... Vor weit über 10 Jahren hätte ich auch gerne mit dem FT2232 ein I2C Bus angesteuert. Ich meine, ich
https://www.ftdichip.com/Support/Documents/AppNotes/AN_255_USB%20to%20I2C%20Example%20using%20the%20FT232H%20and%20FT201X%20devices.pdf mfg klaus
-
Thread
LPC-H2148 OpenOCD(rev 1454) mit Olimex ARM-USB-OCD
0]=ocd_ft2232_device_desc Debug: 24 0 command.c:108 script_command(): script_command - ft2232_device_desc, argv[1]=Olimex OpenOCD JTAG A Debug: 26 0 command.c:91 script_command(): script_command - ft2232_layout
target init complete Debug: 77 3 ft2232.c:1540 ft2232_init_ftd2xx(): 'ft2232' interface using FTD2XX with 'olimex-jtag' layout (15ba:0003) Debug: 78 296 ft2232.c:1651 ft2232_init_ftd2xx(): current latency timer: 2
-
Thread
Linux FTDI FT232H Treiber bauen + OpenOCD config
Dir ist schon klar das OpenOCD diesen FTDI Krempel nicht (mehr) > benötigt? [code] interface ft2232 ft2232_layout "flyswatter" ft2232_vid_pid 0x0403 0x6014 [/code] Ich wollte da nochmal kurz nachfragen: Trotz übereinstimmender PID/VID finden OpenOCD meinen FT232H nicht, woran kann das liegen
Max M. schrieb im Beitrag #5381097: > interface ft2232 Ein FT2232 ist nicht dasselbe wie ein FT232H. Vielleicht muss man das OpenOCD irgendwie mitteilen.
-
Thread
Spartan 6 <--> FTDI 2232H
Hast du den FT2232H auch schon so konfiguriert, dass er im Asynch FIFO Mode arbeitet? Die "Default" Einstelllung des FT2232H ist (glaube ich) der UART Mode. Du kannst mit der FT_Prog.exe die Konfiguration des Bausteines
#4173874: > RS232 UART ist aber nicht ASYNC FIFO. so ist es. Mit dieser Einstellung teilst du dem FT2232H mit, wie das FPGA mit ihm kommunizieren wird. Aktuell will das FPGA im AsynchFIFO Mode mit dem FTDI reden (bidirektionaler 8bit Bus mit zwei zusätzlichen Flags und zwei zusätzlichen Strobes)
-
Thread
USB-Verbindung zwischen zwei FPGAs
man ja folgende Datenflüsse: PC(API) <--(USB)--> FT2232 <--(SPI/FIFO)--> FPGA. Bei einer USB-gestützen Kommunikation zwischen zwei FPGAs hätte ich mir das jetzt so vorgestellt: FPGA1 <--(SPI/FIFO)--> FT2232 <--(USB)--> FT2232 <--(SPI/FIFO)--> FPGA2
Hi OnkelDok, muss Dich enttäuschen, das geht leider so überhaupt nicht. Der FT2232 kann erstens nicht "Host"-Betrieb, d.h. die A-Seite des USB-Kabels kriegst du da nie ran. Es gäbe da allerdings die Vinculum-Serie, die kann Host. Nichtsdestotrotz ist eine solche Kommunikation
-
Thread
Xilinx SVF-File abspielen
Ich würde gerne mit den FT2232H ein SVF-File aus Xilinx Impact abspielen. Meine Software kann im moment nur "dumm" boundary-scan ketten raus schieben, bsdl files etc interpretieren kann ich nicht (muss aber auch nur für einen
wenn ich die Frage nochmal lese, die Marius S. schrieb im Beitrag #2108201: > würde gerne mit den FT2232H ein SVF-File aus Xilinx Impact abspielen. Aus Impact heraus kann nur mit den Xilinx-Porgrammieradaptern (und deren Nachbauten) programmiert werden. Da ist ein FT2232 nicht dabei... Aber dann
-
Thread
USB - SPI Adapter
bezieht sich darauf, dass der FT220X SPI auch 4bit breit kann, also 4bit in einem Taktzyklus übertragen werden. Du willst einen SPI Master haben. Da hat's von FTDI sowas wie den FT2232H mit MPSSE. Chipselect muss man da von Hand
Super vielen Dank schonmal. Leider gibt´s den FT2232H und den FT4222 nur als Entwicklungsboard. Hätte sie am liebsten wie den FT220X als USB Stecker. Naja man kann nicht alles haben.
-
Thread
EAGLE: LQFP-48 Padgröße des FT232HL
bin bereit 20 Euro für eine seuber und gut erstellte Lib für den zu zahlen. Enthalten sein muss: FT232HL FT232HQ FT2232HL FT2232HQ FT4232HL FT4232HQ
20 Euro für eine seuber und gut erstellte Lib für den zu > zahlen. > > Enthalten sein muss: > FT232HL > FT232HQ > > FT2232HL > FT2232HQ > > FT4232HL > FT4232HQ Ich mach dir das für 250Euro
-
Thread
FT232H Multi-Protokoll?
bzw. Modul reden? Sorry, mein Fehler; ich hätte konkreter werden sollen:ich meinte so ein fertiges FT232H-Modul wie das hier: https://www.ebay.de/itm/CJMCU-FT232H-high-speed-Multifunction-USB-to-JTAG-UART-FIFO-SPI-I2C-module-new/283500781508 genannt "CJMCU FT232H high-speed Multifunction USB to JTAG
drinnen wie man den Stein konfigurieren kann, also welche Pins in welchem Modus verwendet werden. Der FT232H kann erstmal nur eine Sache. Der FT2232H kann schon zwei Dinge gleichzeitig. Ich weiß aber nicht ob das hier sinnvoll ist den FTDI zu verwenden. Der ist eher für hohen Durchsatz gedacht. Ich würde
-
Thread
FT232HL oder doch FT2232HX
Der ist halt sehr neu, kam erst im Mai 2011 raus. Sollte aber genauso ansprechbar sein wie die FT2232. Der FT2232H läuft auch mit der Software für FT2232D nur einige neue Funktionen fehlen. Wenn die OOCD Sache mit dem 2232H läuft, sehe ich beim 232H keine Schwierigkeiten.
Wenn ich die Diskussion auf avrdude-dev noch richtig im Kopf habe, solltest Du lieber den FT2232HX nehmen. Der neuere FT232HL braucht mindestens eine Anpassung der libftdi, d.h. ältere Binaries gehen nicht out-of-the-box IMHO. Was natürlich kein Problem ist, wenn man OOCD sowieso selbst
-
Thread
Umwandlung 10bit Wörter in 8bit Wörter
richtig rechne ergibt das eine maximale Datenrate von 25Mbyte/s. Als USB Controller habe ich an den FT2232H gedacht, dieser unterstützt im "Synchronous FIFO" Mode Datenrate bis zu größer 25Mbyte/s. Mein Problem besteht nun darein, dass die Input-Wortbreit des FT2232H in diesem Mode 8 Bit beträgt. Also
Diskussion wird auch von Datenraten von bis 40MB/S gebrochen: http://libftdi.141977.n3.nabble.com/FT2232H-sync-fifo-mode-td2573841.html Aber damit wäre man direkt an der Grenze, ich hatte gehofft das es einen einfachen anderen Weg gibt. @holger Stimmt, in die FPGA Programmierung wollte ich
-
Thread
ICE40UP NVCM programmieren
NVCM aber mit dem Radiant- oder dem Diamond Programmer >> programmieren, dazu brauchst du halt einen FT2232 als Interface. > > Hmm, ach wenn ich nur einen Logik-Analyzer hätte xD Wenn im Programmer nur ein FT2232 drin ist und sonst keine Logik oder Intelligenz, dann brauchst du nicht mal einen Logik-Analyzer. Datenblatt des FT2232 und der USB Monitor für dein Betriebssystem (oder deines VM Hosts) reichen. Bisschen fummelig das Timing Diagramm aus den USB Transaktionen zu rekonstruieren... Und sonst baust du dir deinen
-
Thread
Bitwackeln mit USB to Seriell Wandler (Schnelligkeit)
http://tme.eu => Suche nach FT2232
Dann nimm den FT2232, das ist auch out of the Box zu benutzen. DLL in dein VB.NET und fertig is.
-
Thread
Signale mit 32Mbit/s extern speichern
Laptop sind aber 8MByte/sec (64Mbit/sec, also mehr als Du brauchst) > kontinuierlich moeglich mittels FT232H im asynchronen FT245 Mode (gibts > als simple Module zu kaufen), Ein FT2232HQ ist auf dem Nexys4-Board, leider legt Digilentic dessen Konfiguration nicht offen (die entsprechende Seite im Schaltplan
FT2232H Modulen von FTDI und einem FPGA Board mit vielen freien IOs. Wenn du VHDL für den snchronen FT245 haben willst melde dich, habe ich aber auch irgendwo hier im Forum hochgeladen. Damit schafft man
-
Thread
Opencores USB
ich das so machen: <= 2MBit/s UART CP2102. Weil ist sehr billig aber zuverlässig. 2 bis 12 MBit/s FT2232H als UART als auch nur zweil Leitungen und sehr einfach. Ab 12 MBit/s FT2232H im FIFO Modus. Nicht ganz sooo einfach aber immer noch einfach. FT2232H Boards kosten so um die 20€, CP2102 so 1€
Core weiter. Aber wie schon mehrmals erwähnt du kommst schneller zum Ziel mit einem Cypress FX2 oder FT2332H. Man kann auch gleich einen USB3 fähigen Controller verwenden (z.B. Cypress FX3)
-
Thread
Programmer ohne Programmer
offenbar nicht), Parallelport (vermutlich dann erst recht nicht), irgendwas an FTDI-Chips? Mit einem FT2232 oder FT232H lässt sich ein recht passabler Programmer aufbauen.
offenbar nicht), Parallelport (vermutlich dann erst recht nicht), > irgendwas an FTDI-Chips? Mit einem FT2232 oder FT232H lässt sich > ein recht passabler Programmer aufbauen. Nur auf USB und 2. Bilschirm
-
Thread
Timing für XCF16PVOG48C
Vielleicht fehlt nur der Pull-Up Widerstand am TDO? Ich hab mit dem FT2232H auf einem Digilent Programmer Board keine Probleme, einen XCF32P zu programmieren. Geht mit XC3SProg gleich so.
Ich habe einen FT2232H Mini Modul (also SDK) direkt an die JTAG Schittstelle angeschlossen. Dort wird auch kein PULLUP benötigt.
-
Thread
ISE14.x und chinesisches Platform Cable USB geht nicht
virtueller Reconnect erfolgt. Welche VID:PID wird bei dir angezeigt? Ansonsten würde ich auch die FT2232H-basierte Lösung empfehlen. Ich erinnere mich allerdings dunkel, dass man dem Ding möglicherweise eine ML605-VID:PID geben musste, damit's mit den Tools lief.
älteren ISE den FT2232H per selbstgestricktem cableserver angesprochen, aber eben alles unter Linux. Aber ich glaube mich zu erinnern, dass ein mit der ML605-Identität bespielter Adapter per Digilent-Support auch wunderbar
-
Thread
Ich suche einen JTAG Adapter für meinen ESP32
https://www.olimex.com/Products/ARM/JTAG/ ARM-USB-TINY-H hat den FTDI FT2232H drinnen. Obs damit geht? Keine Ahnung.
ESP-Prog, kostet um 10€ und hat den FT2232H drauf. Damit funktioniert auch Debugging des ESP32 über JTAG. Man braucht nur statt Arduino Visual Studio Code und PlatformIO.
-
Thread
Spi ansteuern mit USB
Rufus Τ. Firefly schrieb im Beitrag #3451881: > Da gibt es beispielsweise den FT2232, dessen MPSSE genau das machen > kann, und dafür gibt es von FTDI auch Softwareunterstützung -- > allerdings wohl nur für Windows; wenn Du das auf einem anderen > Betriebssystem oder gar dem Raspberry
machen möchtest, wirst Du > einiges an Forschungsaufand betreiben müssen. Ich hab mal mit 'nem FT2232H (UM-FT2232H) per SPI einen LPD8806-LED-Strip angesteuert. War auf einem x86-Linux. Wenn es das Paket libftdi1 auch auf dem Raspberry Pi gibt, dann sollte man da auch SPI damit machen können.
-
Thread
ATmega128 und USB
was ich davon halten soll. Auf der anderen Seite braucht der FT2232H einen zusätzlichen Treiber und kann nicht über einen Standard Treiber mit Windows kommunizieren. Das ist etwas was auch nicht so super ist. Mehr Lösungsansätze habe ich bis jetzt noch nicht gefunden
> sicher was ich davon halten soll. Auf der anderen Seite braucht der > FT2232H einen zusätzlichen Treiber und kann nicht über einen Standard > Treiber mit Windows kommunizieren. Das ist etwas was auch nicht so super > ist. Wo ist jetzt das Problem? Unter Linux brauchst
-
Thread
JTAG Programmer für Lattice
gemacht bzw. kennt Alternativen: http://www.ebay.de/itm/USB-to-Serial-UART-I2C-SPI-JTAG-Adapter-FT2232H-12-000-000-baud-buffer-RS232-/220964816040?pt=LH_DefaultDomain_0&hash=item33728784a8#ht_3175wt_959 http://de.rs-online.com/web/p/entwicklungskits-interface/7300142/?searchTerm=Entwicklungskit+USB
denn, es hat jemand eine simplere Lösung zur > Konfiguration desselben). Dann packst Du noch ein FT2232C/D/H dazu, und dann kann das Diamond und der Standalone Progammer das FPGA programmieren. Unter Linux gehts auch mit einem FT4232H (ausprobiert), wenn man die udev Rules an die andere PID anpasst
-
Thread
Datenübertragung: USB Controller Chip <-> FPGA
dich nicht weiter. MSD ist wieder nicht dafür gedacht. Da es eine Diplomarbeit ist, würde ich den FT2232H empfehlen. Alleine aus Zeitgründen.
40MB/s bei 16 Bit breiter Anbindung. Die VHDL-Seite im FPGA musst du dir selber schreiben. Der FT2232H hat den Vorteil, dass du keine eigene vendor-ID benötigst, du darfst die von FTDI nutzen.
-
Thread
OpenOCD Problem: unable to open ftdi device
################### telnet_port 27182 gdb_port 31415 interface ft2232 ft2232_device_desc "Amontec JTAGkey A" ft2232_layout jtagkey ft2232_vid_pid 0x0403 0xcff8 if { [info exists CHIPNAME] } { set _CHIPNAME $CHIPNAME } else { set _CHIPNAME lpc1768
erkannt. Ich habe das Binary von Freddie Chopin Website und diese Version bietet Unterstützung für FT2232H und FT4232H. Nun bin ich doch nicht um eine Kompilierung herumgekommen, da ich einen FT2232L Chipsatz verwende. Was ist da eigentlich los, warum dürfen nun plötzlich OpenOCD-Binaries die an die
-
Thread
BF531 UART abhorchen
Was du aber immer machen kannst: mit urJTAG per Boundary Scan das Flash auslesen. Das geht mit jedem FT2232H-Adapter.
Martin, mit eigenem Code meinst Du für den FT2232H - richtig? (den internen Controller, der USB nach GPIO umsetzt.) Markus