-
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
Problem mit FT232R
Hi Leute, ich habe zwei test USB/SERIAL Platinen, die eine mit dem FT2232C und die andere mit FT232R. Wenn ich die am PC anschliesse sehe im Geräte-Manager, die virtuellen COM- Schnittstellen. Wenn ich aber die "CreateFilecom,GENERIC_READ|GENERIC_WRITE,0,0,OPEN_EXISTING,\ FILE_FLAG_OVERLAPPED,0); aufrufe kriege ich bei dem FT232R ein INVALID_HANDLE_VALUE als Rückgabe!!! und kann auf die Schnittstelle nciht mehr zugreifen im Gegenteil zu FT2232C!!! an was könnte das liegen!!!!!! Gruß
-
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
einen ATmega128 mit einem Maxim MAX3420E > oder einem FTDI FT2232H zu kombinieren. Bei dem Chip von Maxim ist aber > auf der Homepage angegeben "All versions are Not Recommended for New > Designs." ohne das eine Alternative angegeben ist. Da bin ich mir nicht
-
Thread
FTDI FT4232 Problem Treiber
zweikanalige Version: Bus 001 Device 028: ID 0403:6010 Future Technology Devices International, Ltd FT2232C Dual USB-UART/FIFO IC und 6001 für die einkanalige Version: Bus 001 Device 025: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC MfG
6010 -> FT2232 hab ich verwechselt. Entschuldige bitte. Rufus: Was meinst du mit virtuellen Schnittstellen ? Es gibt noch diverse "Verbundgeräte" - ich geh davon aus, dass das so Dinge sind wie Arduinos, die ab
-
Thread
Schnittstelle FPGA Matlab
Nim den FT2232D oder falls du mehr als 1 MB\s brauchst den FT2232H von FTDI. Dieser hat ein 8 Bit-FIFO Interface und lässt sich leicht mit einem FPGA verbinden. Die Matlab-Anbindung sollte sich ebenfalls leicht
Du könntest auch den Ft245 als Fifo <-> Rs232 verwenden und in Matlab als Com-Port ansprechen. Der kostet weniger als die Hälfte des FT2232H. Auch wenn der 2232 zweifellos der Bessere ist, die Geschwindigkeit von 25MB/sec
-
Thread
Pins über Windows PC schalten
Statusleitung sind vielleicht was. Zwei Pins sind minimum, dann hätte ich zumindest vier Kombis. Ist ein ft2232… ein Kanal brauch ich für jtag... Hmmm
Danke Manfred... wieder was gelernt ;-D Es scheint auch noch einen bitbang mode zu geben. Dann hätte man ein paar mehr Kanäle. Vielleicht geht das auch mit dem 2232er und man kann es einfach scripten. Ideen willkommen. Morgen geht es
-
Thread
[F] usb jtag und shop suche
mips-jtag). doch die zu grunde liegende hardware immer die selbe ist. eben zb basierend auf dem ftdi2232(d/l/h). ist das reine marketing-strategie oder gibt es hier tatsächlich unterschiede, die mir (noch?) nicht bewusst sind? - gesucht wird eine auf dem ftdi2232(*H*) basierende lösung - im idealfall
OpenOCD USB Adapter" von shop.embedded-projects.net und da ist das problemlos möglich. Der verwendet den FT2232D. Unter Linux erscheinen zwei serielle Schnittstellen, die erste verschwindet beim Starten von OpenOCD wenn es zur SPI/JTAG Schnittstelle umkonfiguriert wird. Die zweite ist dann weiterhin unabhängig
-
Thread
USB 2.0 Datenleitungen in USB 3.0 unabhängig nutzen FT601
MUX FUSB340 mit Controller FUSB303. Das USB3 geht direkt zum FT600 und das USB2 geht zu einem USB HUB und von dem aus dann zum FT600 und zu einem FT2232H. Wo ich mir noch unsicher bin ist, ob ich einen USB Redriver benötige oder ob der MUX genügt. Und ob ich im
mit CC Controller drinnen und USB2 habe ich die Pins an der Buchse verbunden. Aber ich geben dem FT600 auch USB2. Dafür habe ich einen kleinen USB2 HUB eingeplant an dem dann eben der FT600 und ein FT2232H hängt.
-
Thread
Verwirrung durch FTDI-Treiber für VCP und D2XX
Hallo allerseits, auf den Seiten von FTDI gibt es für FT232/FT245/FT2232/FT4232 etc Treiber für VCP http://www.ftdichip.com/Drivers/VCP.htm und D2XX http://www.ftdichip.com/Drivers/D2XX.htm Die ZIP-Archive mit den Treibern für Windows32 sind aber völlig
Du den VCP. Du kannst aber auch über die ftd2xx.dll > direkt mit dem Treiber reden, dann nutzt Du D2XX. Das würde ja bedeuten, dass beide Treiber gleichzeitig eingerichtet werden. Ich habe hier einen FT2232, der meldet sich aber nur als über D2XX an, er erscheint nicht als ser. Schnittstellen COMx
-
Thread
Problem FT2232H von FTDI
Hallo, ich habe hier einen FT2232H am laufen. Bis heute ging auch alles wunderbar. Doch nach einem automatischen Treiber-Update (nur Windows 64) erhalte ich seit neuestem einen Blue-Screen, wenn ich die Applikation starte bzw. sobald ich den FT2232H anspreche. Das Teil läuft (eigentlich ja lief) im FT245 Modus mit dem D2XX-Treiber als 32 Bit-Anwendung sowohl auf Windows 64 Bit als auch Winfows 32 Bit. Da es auf meinem 32 Bit Vista weiterhin
-
Thread
OpenOCD-USB ARM Debugger aus dem Shop in Betrieb nehmen
Hoegl's USB to JTAG # # http://www.hs-augsburg.de/~hhoegl/proj/usbjtag/usbjtag.html # interface ft2232 ft2232_vid_pid 0x0403 0x6010 ft2232_device_desc "Dual RS232" ft2232_layout "oocdlink" ft2232_latency 2 [/c] /vid und pid Stimmen auch mit dem Windows Hardware-Manager überein/ cmd.exe:
not found Command handler execution failed [/pre] der Versuch mit einer geänderten Config: [c]ft2232_device_desc "USB Serial Converter A"[/c] leider auch erfolglos. Bitte helfen ;) Gruß, Kjartan
-
Thread
FT2232H und riesen Slack
drüber schauen, damit meine eigene Dummheit wenigstens ausgeschlossen werden kann ;) [vhdl] entity FT2232h_V3_0 is port ( iUSB_clk : in std_logic; -- 60 MHz FT232H clock ireset_n : in std_logic; iTXE : in std_logic;
zum FT2232H und generierst dazu im FPGA irgendwelche Dummydaten die Du am PC leicht überprüfen kannst, z. B. kann man gut einen Zähler verwenden und dann gucken ob wirklich alle Zählerwerte in richtiger Reihenfolge
-
Thread
PIC Brenner von Sprut
dann auch die Programmierspannung bereit. So neuer Laptop keine RS232 aber habe noch von FTDI einen ft2232d, einen DC/DC (5V/12V) und noch einen Opamp LM358N. 1. Kann ich mir daraus was gescheites zum Programmieren Basteln? 2. reicht es wenn ich nur MCLR auf 12V lege und Vdd +5V und Vss GND ist klar und Rx und Tx als TTL-Pegel wie ich sie dann vom ft2232d bekomme? Über jede Hilfe bin ich dankbar...
-
Thread
miniLa Software
Von der Sourceforge Seite unter USB findet man eine ZIP Datei mit den Einstellungen (EEPROM) für den FT2232 Baustein. Mit dem Tool MProg von FTDI kann man das EEPROM des FT2232 beschreiben. Danach einmal abziehen und neu anstecken und der miniLA wird über USB gefunden. Getestet habe ich unter Windows XP
450mA gestiegen ist. Ist aber für das PLD mit 100 MHz Takt ok. Das EEPROM konnte ich auch über den FT2232 programmieren weiter bin ich leider noch nicht gekommen. Gruß Norbert
-
Thread
FTDI - Anfängerfrage
> > uC(über SPI) <-> FTDI2322D(über USB) <-> USB-Kompatible Device > Meinst Du den FT2232D ? Den FTDI2322D findet nicht mal Google. Meines Wissens kann man den FT2232D an einen USB-Host und nicht an ein USB-Device anschliessen
Hallo, Danke für ihre Hilfe! mich interressiert nun den FT2322 von FTDI und nun zu meiner Frage: hatte schon jemand von Ihnen Erfahrungen mit: D2XX Treiber und FTD2XX.DLL?? MfG
-
Thread
Aktuelle Boards
Was? Hast du dazu eine Quelle? Mir geht es nur um die Firmware im FT2232H die ja das JTAG macht. Kostet das echt so krass viel?
oder Digikey nach IP-USB2S bzw. IP-USB2M . Ich weiß nicht ob man Quartus dazu bringen kann mit einem FT2232H zu reden.
-
Thread
Wie seriellen Datenstrom mit 5,7 MBit einlesen
Das sollte ein FT2232H auch schaffen. Preis etwa 7 EUR.
Hallo, travelrec hat den FT2232H vorgeschlagen. Hat jemand Erfahrung damit? Scheint für mich eine günstige Lösung (in bezug auf Aufwand und Kosten) zu sein, wenn der virtuelle COM-Port die geforderte Datenrate schafft, d. h.
-
Thread
USB- oder Ethernet auf RS485 mit >10 MBit
D.D. schrieb im Beitrag #7062176: > Ich bin auf der Suche nach einem USB- oder Ethernet auf RS485 Adapter, > der mindestens 10MBit über RS485 übertragen kann. z. B. per USB mit FT2232H bzw. gleich
uses FT2232H Data Rates: 10MBaud
-
Thread
MSP430 USB Firmware update
soll? Oder impliziert "USB Schnittstelle anschließen" den Gebrauch üblicher USB-UART-Bridges à la FT232, CH340 etc.?
Das wird preisweter als ein FTDI-Chip. Oder Du sparst Dir die PIC-Programmierung und nimmst einen FT232H/FT2232D/FT2232H/FT4232H und hängst den an den JTAG-Port. Der FT2232 ist quasi zwei FT232H, d.h. Du kannst an Port A JTAG anklemmen und an Port B UART. fchk
-
Thread
Kann ein FTDI-Chip Daten verlieren?
Betreff schon sagt: Ich habe eine Applikation in der ich zwischen einem Mikrocontroller und dem PC einen FT2232H einsetze (Brutto-Datenrate 2.25 MBit). Nach ein paar MByte verliere ich relativ reproduzierbar immer mal 4-5 Byte. Muss ich die Handshake-Leitungen zum FT2232H nutzen weil es sein kann, dass
FTDI Hardware gesteuert. Deswegen wird dieser Weg nichts nützen. Das Problem hatte ich mal bei einem FT232. Ich kann nur das parallele Interface empfehlen (FT245, bzw FT2232H kann das auch), da sollte dann auch bei höheren Datenraten nichts verloren gehen
-
Thread
Pollin CPLD Board Erfahrungen?
Hm, naja, gabs den nicht bei Amontec? Da müsste man eventuell nur die Vendor/Product ID im FT2232 reinmogeln, und dann sollte es gehn, die JTAG Schaltung ist dort doch auch irgendwo zu finden. Ich glaube, urjtag kann auch mit dem FT2232 umgehen, ich weiß aber nicht, wie weit die Frickler bisher
Achso, ich dachte, das passt für alle FT2232....hm, naja....dann bleibt noch urJTAG
-
Thread
Pololu Progr 2.1 - brauchbar für SAMD21?
Debug) machen, was man braucht, um mit einem SAMD21 zu reden. Du kannst aber einen x-beliebigen FT-2232 oder FT-232H benutzen zusammen mit OpenOCD. Die können SWD sprechen.
Jörg W. schrieb im Beitrag #6638178: > Du kannst aber einen x-beliebigen FT-2232 oder FT-232H benutzen zusammen > mit OpenOCD. Die können SWD sprechen. Hallo Jörg, wäre das etwas für meine Bedürfnisse: SAM D21 Xplained Pro Evaluation Kit ? Ich brauche etwas, um SAMD21
-
Thread
JTAG=>USB für AVR+Logik-ICs
einfach nicht war! http://www.atmel.no/SDK/ 4. Die JTAGDLL gibt es bei FTDI dem Hersteller des FT2232 mit Dokumentation
für ein FT2232->JTAG Interface. Frei verlötet für 30€ bei Einzelstücken, 99€ für ein fertiges Modul im blauen Kästchen. Danke, Ulrich
-
Thread
Einstellungen für SPI beim FT2232H
D2XX DLL integrieren.
Da hab ich leider keine Ahnung. 1 Device und 2 Channels stimmt doch aber für den FT2232H. Schau ins Manual der D2XX Dll, wie man das macht...
-
Thread
FPGA > GPIF(SlaveFifo) > FX3 > PC: USB 3.0 zuviel Daten?
dem Chip zu arbeiten. Wird ja auch Zeit. Hoffentlich kriegt der nicht auch so ein krankes Timing am FT245 FIFO Interface wie der FT2232H usw. Insgesamt sind die Cypress Chips aber weitaus flexibler, allerdings natürlich mit mehr Einarbeitung verbunden.
R. schrieb im Beitrag #3918281: > Hoffentlich kriegt der nicht auch so ein krankes > Timing am FT245 FIFO Interface wie der FT2232H usw. Hast Du Dir mal ein neueres Datenblat fuer den FT2232H angeschaut? Da ist das Fifo Timing deutlich relaxter,,,
-
Thread
OpenOcd.cfg starten
und zeigt dir an, wie die zwei heissen, die er gefunden hat. In deiner .cfg sollte demnach z.B. ft2232_device_desc "Olimex OpenOCD JTAG TINY A" stehen. Das "A" wird vom FTDI Treiber benutzt, um den ersten Kanal zu identifizieren. Der zweite Kanal "B" wird vom Tiny nicht benutzt, der "grosse" ARM-USB-OCD
gestartet. [c] #daemon configuration telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 0 jtag_nsrst_delay 200 jtag_ntrst_delay 200 #use combined on interfaces
-
Thread
FTDI-USB + FPGA
das eig gehen,nur > nicht gleichzeitig,was ich aber auch nicht brauch. Vermutlich nutzt Du die D2XX Treiber. Dieses Datenblatt solltest Du mal lesen. Soweit ich das noch weiss, wird der FT2232H per EEPROM als Synch FIFO eingestellt. Per Software (->D2XX Interface) kann man den dann umstellen auf
Moin Andi, schau dir mal folgendes Beispiel an: http://opencores.org/websvn,filedetails?repname=ft2232hcore&path=%2Fft2232hcore%2Ftrunk%2Fvhdl%2Fusb_sync%2Fusb_sync.vhd Für dich dürfte allerdings nur der Teil mit "-- Handle FIFOs to USB2232 in synchronous mode" interessant sein. Desweiteren
-
Thread
Full speed USB mit mikrocontroller
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
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
-
Thread
gibt es PIC18F248 im SSOP/TSSOP Gehäuse ?
=3 C1 Signal=2 C2 Signal=0 C3 Signal=1 C4 Signal=5 Enable Ext Osc=0 High Current I/O=0 Load D2XX Driver=0 In EndPoint Size=0
utility from FTDI. It has the ability to erase, program, read and read and parse the EEPROM contents for FT4232H, FT2232H, FT232R, FT245R, FT2232, FT232B, FT245B, FT8U232AM and FT8U245AM devices" Zeig mal die Unterseite von der Platine, da sitzt vermutlich noch ein USB-serial Converter von FTDI. MProg
-
Thread
Hitex LPC-Stick und JTAG
Einstellungen nicht sicher. Ich habe das mitgelieferte default profil geladen und den Chip auf den verbauten FT2232D geändert. Das neuflashen und die Treiberinstallation ging ohne probleme. Nur hat Flash Magic nix erkannt - ich hab etliche Ports und Baudraten konfigs durch. Mit welchen Einstellungen flashst
hardwaremäßig freigegeben, oder sie haben was mit dem JTAG gemacht??? Leider fehlt der Schaltplan mit dem FT2232, das wird Dir aber sicher schon aufgefallen sein! Tom
-
Thread
WinARM/CodeSourcry Startup/Linkerscipt Fragen
dem alten LM3S811 hatte ich erfolgreich AT91SAM7 über OpenOCD "flashen" können aber das hat simples FT2232-interface (ohne SRST und TRST). Habe auch schon Modifikationen des 811-Boards gesehen, um /SRST vom FT2232 an den Connector zu führen. Ob das mit den LM3S69xx-Eval-Boards geht, kann man ausprobieren
Habe allerdings auf Basis FT2232 nur einen JTAGkey, ein von einem Dritten selbstgebautes Teil und das LM3S811 Eval-board, kann also zu den anderen keine Erfahrungsberichte liefern. OpenOCD unterstützt derzeit aber noch nicht SWD
-
Thread
Debuggen von LPC2368 mit Eclipse und OpenOCD?
continue[/c] Hier die OpenOCD Konfigurationsdatei: [c]telnet_port 4444 gdb_port 3333 interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 12 jtag_nsrst_delay 200 jtag_ntrst_delay 200 reset_config trst_and_srst jtag_device
and enable flash programming gdb_memory_map enable gdb_flash_program enable #interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 1 jtag_nsrst_delay 200 jtag_ntrst_delay 200 #use combined on interfaces or targets
-
Thread
kleiner/kleinster ARM Cortex-M Debugger onboard
Geld (ich erinnere mich an irgendwas um die EUR 100 pro Chip). Wir haben in der Firma auch den FT2232D verbaut, der zweite Kanal kann dann gleich noch für eine UART herhalten, die zum Debuggen immer mal praktisch ist. FT232H müsste auch gehen (hat auch MPSSE), ist aber mit 8x8 kaum eine Platzeinsparung
Alle Modullösungen werden größer als der FT2232D, sind also uninteressant. Und die STLinks werden wahrscheinlich nicht mit meinen TI Tiva TM4C funktionieren, sind also auch schon mal gleich gestrichen. Ich schau mir das BMP mal an. fchk
-
Thread
Cortex-M3: Welche JTAG-Schnittstelle und Softwarekit?
ARM9-AMEL-JTAG-KEIL_W0QQitemZ170398897340QQcmdZViewItemQQptZWissenschaftliche_Geräte?hash=item27ac90d4bc In Verbindung mit Rowley Crossworks (nichtkommerziell etwas über 100€, basiert auf GCC 4.4) funktionieren die günstigen FT2232 basierenden JTAG-Adapter gut. In meinem Fall der Olimex ARM-USB-OCD
können mindestens JTAG (ist m.W. schneller als SDW), die grad angekündigten Norweger nur SDW. Die FT2232 JTAGs können m.W. kein SDW, Segger schon.
-
Thread
Visual Basic Daten im us Bereich lesen
Eine Möglichkeit, Bitbang per USB hinzubekommen, bietet die MPSSE des FT2232. FTDI bietet dafür ein paar DLLs, um spezielle Protokolle zu implementieren: http://www.ftdichip.com/Support/SoftwareExamples/MPSSE.htm
Rufus t. Firefly schrieb im Beitrag #1831352: > Dann nimm einfach einen FT245 - der ist dafür gedacht und kann ganz ohne > Bitbanging angesteuert werden. Oder den FT2232 wenns schnell gehen soll.
-
Thread
xc3sprog: falscher IDCODE
Beim FT2232D heisst das AIsHighCurrent und BIsHighCurrent und in libftdi HIGH_CURRENT_A oder HIGH_CURRENT_B
wohl auch nicht bestückt. Naja, mit Fädeldraht hab ich VCC und CLK getauscht, dann ließ sich auch der FT2232D mit FTProg konfigurieren. Jetzt auf D2XX Treiber gestellt, High Current IOs aktiviert und die Sache läuft. Nun funktioniert das Programmieren zuverlässig mit 1.5MHz. Und es geht wesentlich schneller
-
Thread
FT2232C - Allgemeines Layout
habe ein Layout entwickelt, so dass man nur einmal sich ein kleines Board löten muss und dann mit dem FT2232C entwickeln kann, beziehungsweise auch bei kleinen Produktionen einbauen kann, denn ich wollte so etwas wie den Ft2232M haben (Das ist wie mein Konzept, nur das alles in SMD ist und dann auf einen
Verbindungen auf einer Seite hatte... Ich hab auch im Inet auf sonner russischen Seite oder so einen FT2232M zum nachbauen gesehen(also mit Layout etc.), der aber im DIL40 Design war und mit USB Connector und SMD Packages... MFG Manu
-
Thread
Günstiger Anfang mit ARM Gesperrt
Frank K. schrieb im Beitrag #4055050: > kein FT2232-basiertes Teil (kann kein SWD). Bist du dir da sicher? Wenn ich mir im OpenOCD-Quellcode die Datei jtag/drivers/ftdi.c ansehe, dann findet sich da sowas: [c] static int ftdi_swd_init(
rumliegen habe. Da er von „studentenfreundlichen Preisen“ schrieb, könnte so ein einfacher FT2232-basierter Dongle schon eine sehr sinnvolle Alternative zum Mercedes unter den Programmieradaptern namens „J-Link“ sein.
-
Thread
"RGB"-Signal - USB - Adapter - Aufwand
die Daten mit einem USB Controller aus, zum Beispiel dem Cypress FX2 im Slave FIFO Modus oder dem FT2232H. Fertig ist der Lack. Mit einem entsprechend tiefem FIFO könntest du sicherlich sogar die reichlich 13MB/s bei vollen 60Hz streamen. Musst nur auf der Schreiben-Seite die Sync-Signale irgendwie
gehts natürlich genauso. Mit dem Cypress FX2 kann man aber natürlich auch mit einer DLL sprechen. Der FT2232H hat gegenüber den Cypress den Vorteil, dass man keine Firmware auf den USB Controller bringen muss. Das Board wäre also noch besser geeignet um schnell ans Ziel zu kommen.
-
Thread
Wie baue ich eine USB Kommunikation auf?
machen die die Übertragungspausen einen Strich durch die Rechnung. Die nächst einfachere Stufe wäre der FT245, der schafft im FIFO Modus 1 MiByte/s, das könnte reichen. Oder halt der neue FT2232H, der schafft über 20 MiByte/s dank USB 2.0 und ist genauso einfach anzzsprechen (FIFO Modus und D2XX DLL).
bei maximal 3.6MBit/sec wäre das 450kByte, was durchaus noch im Möglichen Bereich vom FT245 liegt. das mit dem c wird dann warscheinlich noch ne knacknuss, aber ich denke das ich das hinkriege. Um den d2xx treiber zu nutzen müsste dann die gui darauf zugreifen? Aber erstmals geht es
-
Thread
FT245 Verständnisproblem
etwas größeres IO-Monster haben will, würde ich entweder den FT2232D verwenden(stell dir vor, du mischst den FT232 und den FT245 und packst das ganze _zweimal_ in einen IC) oder, um die größte Flexibilität zu haben, ich nehme den FT232R, papp den an den UART des
mal nix, da wirst du selbst dahinter kommen, wenn du mal versuchst, die SPI/I2C/JTAG-Funktionen des FT2232D zu verwenden :) > ich liebe knackpunkte, will lernen... Lobenswert :) Wenn du schon sowas sagst, und dann entsprechend fit auf dem Ding bist, dann machst du es wie ich, und machst dir mit so
-
Thread
ARM, Luminary, JTAG Frage
so aufzubauen, dass ich über den Luminary Treiber per USB in Keil/Crossworks damit arbeiten kann ? D.h. nur mit einem FT2232 und eventuell ein paar Logikgattern. Wäre nämlich toll, wenn ich für die Anfänge keinen eigenen JTAG-Adapter brauchen würde. Besten Dank und schöne Grüße, Thomas
aufzubauen, dass ich über den Luminary Treiber per USB > in Keil/Crossworks damit arbeiten kann ? D.h. nur mit einem FT2232 und > eventuell ein paar Logikgattern. > Wäre nämlich toll, wenn ich für die Anfänge keinen eigenen JTAG-Adapter > brauchen würde. Die Geschichte mit dem FTDI nennt sich
-
Thread
FT2232H Datenrate im FIFO Modus
Beim FT2232 im synch FIFO Mode kannst du leicht ein Problem beim Interfacetiming bekommen. Wenn du kontinuierlich Daten schreiben willst, signalisiert der Baustein über TXE, wenn er keine weiteren Daten mehr
. Ganz am Ende vom Thread. Der funktioniert zuverlässig und mit leichten Anpassungen auch für den FT601/FT600. Ich verwende den zusammen mit der D2XX Bibliothek. Der Code hat ein FIFO Interface, du kannst ihn also direkt an einen BRAM FIFO anschließen. Allerdings ist das hier alles in einer Beschreibung
-
Thread
OpenOCD für 10-Pin-JTAG?
Wenn's ein Xilinx-Chip ist, würde ich mir mal xc3sprog oder xilprg angucken, und falls nicht vorhanden, FT2232-Hardware besorgen. Der Aufwand, openOCD vernünftig auf spezieller HW zum Laufen zu bringen ist meist teurer als ein FT2232-Adapter :-(
UrJTAG sollte mit dem o.g. FT2232D basiertem Programmer funktionieren. Eventuell müsste man die SVN Version kompilieren.
-
Thread
Alternative Atmel ICE
und AVRs nur programmieren und nicht debuggen möchte, kann man über einen FTDI mit MPSSE nachdenken (FT2232, FT232H). (ARMs lassen sich damit auch debuggen.) > Anschluss erfolgt über eine bastelfreundliche achtpolige Buchsenleiste > im 0.1"-Raster und /nicht/ über einen Steckverbinder im 0.05"-Raster
nur > programmieren und nicht debuggen möchte, kann man über einen FTDI mit > MPSSE nachdenken (FT2232, FT232H). (ARMs lassen sich damit auch > debuggen.) Ein fertigen, preiswerten Programmieradapter ohne Debugfähigkeit gibt es von diversen Herstellern. Z.B. der hier. https://www.reichelt.de
-
Thread
USB -> SPI Adapter für PC?
ich 32Bit Übertragungen > bräuchte und kaum eine Hardware diesen Modus kann). Blliger als mit FT2232 wirds wohl nicht gehen (ausser der Software-Lösung über Mikrocontroller) aber schneller auch nicht als mit: https://www.ebay.de/itm/CJMCU-2232-FT2232HL-USB-TURN-UART-FIFO-SPI-I2C-JTAG-RS232-
Zwei Beispiele für die Anwendung eines FT2232: https://www.mikrocontroller.net/topic/402085#4789950
-
Thread
SUCHE: USB-AVR-Programmer mit FT232R
hEY ., kennt niemAnD etwa eine bauanleitung für so ein programmer ?! BIN aM HEULEN !!! =( =( =(
ne schöne alternative ist, wenn es denn ein ftdi-chip sein soll. ein auf dem ft2232 basierenden chip. dank der mpsse-funktion geht das a) recht flott und b) kannste den auch für diverse andere dinge nutzen. jtag zb. wer mich fragt, bekommt immer etwas auf ft2232 basierendes empfohlen