-
Thread
FT600 Kondensatoren?!
ist ... Der 4-Port USB2 HUB ist ebenfalls im USB-Baum zu sehen, Port2 ist belegt, das ist ein FT2232H. Der FT600 hängt am Port1, meldet sich aber nicht. Aber gut, vielleicht meldet er sich nicht weil er sich ja über USB3 meldet.
-
Thread
Was spricht gegen die Black Magic Probe?
ID_STM32G47 = 0x469u, /* RM0440, Rev.1 */ BMP kannst Du PC-Hosted auch auf aktuellen STLinks oder FT2232H laufen lassen.
implementieren. Da wird Sid noch gute Ideen brauchen. Du kannst auch ein Eagle Design mit dem FT2232 und Potentialtrennung bekommen. Die verwendeten Silab Bausteine kommen allerdings nur bis 2.5 Volt herunter.
-
Thread
LC Filter nach LDO nötig?
#6909509: > Datenblatt? Welches denn? Sorry habe vergessen das noch zu schicken. Da das Datenblatt(FT2232H) eher umfangreich ist ziehe ich mal die meiner Meinung nach Interessanten Teile heraus. (Siehe Bilder) Seite 10 Steht das ein LC Filter an den beiden Pins Empfohlen ist. Seite 49 sind noch ein
-
Thread
Zeigt her eure Kunstwerke (2020-2022) Bilder
ist unklar was defekt ist. Ich bestücke also Stück für Stück. Zuerst den DCDC, dann den USB Stein FT2232H, dann FPGA und Flash, dann RAM, dann den ADC Teil und am Ende den DAC Teil. Aber ich weiß nicht ob das sinnvoll ist. Dabei werden manche Bauteile mehrmals erhitzt. Das FPGA wird nochmal "reflowed"
Aber gut, es funktioniert. Die Nachfolgeplatine habe ich jetzt auch teilweise bestückt. DCDC, FT2232H, FT600 und USB3 MUX sind schon drauf.
-
Thread
Board für Trenz TE0725, 5x UART, 4x PMOD, JTAG, ADC
mit 3.3 V Versorgung. Die Platine bietet: 5x UART bis 12 MBaud (4x über FT4232H und 1x über FT2232H) 4x PMOD Insgesamt 42 + 8 + 12 = 62 FPGA IOs auf 0,1" Headern 3,3 V und 5 V ebenfalls oft auf Headern JTAG über FT2232H ADC 12 Bit 5 Msample/s 5 mm x 3.2 mm Oszillator 93LC56BT EEPROM 8 LEDs
-
Thread
Professionelle Entwicklung für AVR-Controller (Linux)
Debugger nimmt man einen Jlink. Auch keineswegs zwingend. Wir haben stattdessen mittlerweile einen FT2232 als Debugger¹ und einen USB-Hub gleich mit auf die Boards gebaut: das spart die ganze Stripperei: ein USB-Kabel für den Debugger, eins für die Debug-UART, eins für den Target-Controller. Jetzt nur
Kabel, und dem OpenOCD ist es sowieso wurscht, ob es ein JLINK, ein STlink, ein AtmelICE oder einen FT2232 ansteuert, das funktioniert mit allen. Entsprechend unabhängig bin ich in dem, was ich dann obendrauf setze. ¹) 1. Kanal SWD, 2. Kanal Debug-UART > Also Compiler nimmt man in der Regel > auch
-
Thread
Vivados hw_server - opensource alternative?
zum hw_server ist, koennte ich allenfalls weiterhelfen. Irgendwo hab' ich noch Sourcen fuer den FT2232H liegen.
Es gibt auch das hier für den FT2232H: https://gist.github.com/rikka0w0/24b58b54473227502fa0334bbe75c3c1
-
Thread
Fehlersuche AD-Wandler AD9650
Kondensatoren gekostet die ich irgendwo verloren habe. Dabei ist mir etwas aufgefallen: Der FT2232HQ https://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT2232H.pdf hat laut Zeichnung auf Seite 57 ein 4.35 mm x 4.35 mm großes Massepad. Das muss auch mit Masse verbunden sein (ebenfalls laut
Massepad und den Pins an der Seite ja Platz ist um Vias und so zu setzen. Aber auf der Unterseite des FT2232HQ sind in diesem Bereich viele Leitungen ohne Isolation. https://media.digikey.com/Photos/FTDI%20(Future%20Tech%20Devices)/FT2232HQ-REEL.JPG Ich bin der Meinung das gehört auch ins Datenblatt.
-
Thread
ISP-Programmer für Produktion
. Ich habe einfach einen simplen ARM-Embedded PC mit 4 USB-Schnittstellen genommen, vier robuste FT2232H-Adapter dran und damit die parallele Taktstrasse bestueckt. Vielleicht klappt das auch mit AVRdude. Der groesste Aufwand ist die Software-Anpassung, und wenn das Konstrukt zu hohe Ausfallraten hat
Martin S. schrieb im Beitrag #6105743: > vier robuste FT2232H-Adapter dran und damit die parallele Taktstrasse > bestueckt. Vielleicht klappt das auch mit AVRdude. Ja, sollte.
-
Thread
Mouser Bestellung
Kann ich mich anschließen? Brauche ein paar FT232H und FT2232H.
-
Thread
USB 2.0 Datenleitungen in USB 3.0 unabhängig nutzen FT601
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 USB2 Pfad auch einen MUX einplanen sollte oder jeweils (wie ich es schon mal getan habe
FT600 auch USB2. Dafür habe ich einen kleinen USB2 HUB eingeplant an dem dann eben der FT600 und ein FT2232H hängt.
-
Thread
Empfehlung USB-C Buchse
eine Nachfolgerhardware (wieder nur zum Lernen) mit einem USB3 Hub und daran einem FT600 und einem FT2232H für JTAG und UART. Oder vielleicht auch ohne Hub den FT600 an die Superspeed Äderchen und den FT2232H an die USB2 Leitungen. Muss ich mir noch genauer angucken aber werde ich nicht vor Weihnachten
-
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?
Digikey nach IP-USB2S bzw. IP-USB2M . Ich weiß nicht ob man Quartus dazu bringen kann mit einem FT2232H zu reden.
-
Thread
Digitaler Lock-In Verstärker mit Mikrocontroller, DSP oder FPGA?
im FPGA. Zum Weiterleiten an den PC entweder der von mir oben genannte Cypress FX2 oder ein FTDI FT2232H. > Gleichzeitig mache ich mir etwas sorgen mit der Synchronität > zwischen Modulationsausgabe (DAC), und Messsignal (ADC) kombiniert mit > dem Trigger Input... Die genannten Mikrocontroller
-
Thread
Mikrocontroller-Programmierung unter Linux noch möglich?
geben. Debuggen im ARM-Cortex-M-Umfeld geht mit GDB + OpenOCD, da kannst du x-beliebige billigste FT2232-basierte Bitbanger dafür nehmen *). Diese Lösung ist so genial einfach, dass wir sie mittlerweile in der Firma gleich auf unsere Demo-Boards als Onboard-Debugger integriert haben. Das spart die fummelige
-
Thread
FT232R USB Eeprom clonen
mal hier ein Binary ran, aber keine Garantie, dass das funktioniert. Wie benutzt man das? FT2232H_EEPROM_Clone.exe -r Dateiname Das liest das EEPROM und schreibt in die Datei. FT2232H_EEPROM_Clone.exe -w Dateiname Das liest die Datei und schreibt ins EEPROM. Wenn es nicht funktioniert,
! FT_Open FT2232H FAILED!
-
Thread
SAM-Controller, Einstieg und Auswahl
schaden. Man muss auch mit den SAMs nicht unbedingt ein AtmelICE benutzen. Mit OpenOCD gehen auch FT2232-basierte Teile prima (wie natürlich auch für alle anderen Cortex-M), wird aber vermutlich von Atmel Studio nicht unterstützt. > Das soll kein Witz sein, das waren für mich die Gründe, mich nicht
-
Thread
AT91SAM7X512, womit programmieren?
arm-gcc+gdb und einem mittlerweile recht betagten Olimex-Adapter (OpenOCD-kompatibel, basierend auf FT2232) Und wer Eclipse nicht mag, kann sich auch gerne mit QT Creator, notepad++ oder sonstigem Texteditor arrangieren ;)
-
Thread
Eingangsschutzbeschaltung - Kompendium gesucht
wegen ESD. Fast alle ICs die ich kenne haben ja schon selber Schutzdioden eingebaut. Beispiel FT2232H: https://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT2232H.pdf Seite 49. EMV ist ein anderes Thema, das brauche ich aber nur wenn ich mein Produkt verkaufe.
-
Thread
Arduino Due (SAM3X8E) debuggen ohne Arduino Framework
braucht es keinen ICE, da reicht auch ein Wiggler am Parallel Port. Die modernen Alternativen nutzen FT2232 Chips am USB (mit OpenOCD als Software). Denn anders als bei AVR ist bei den ARM Cortex-M µC das Debugging weitgehend standardisiert. Ich persönlich würde allerdings auf einen JLink (EDU Mini
-
Thread
FT600 FIFO Bus Master VHDL
Dann habe ich das richtig verstanden. Ich habe das für den ft2232h gemacht, da musste ich das timing aus dem Datenblatt einhalten.
kostet natürlich Takte und man bekommt nurnoch ich glaube 1/3 der maximalen Datenrate durch bei FT2232H, dafür ist das sehr einfach zu bauen und beim FT2232H gar nicht so schlimm, denn dem kann man die Daten zwar mit 60 MByte/s geben, aber der kann die nur mit 480 MBit/s weiterreichen. 1/3 von den 60
-
Thread
Schnittstelle für 5 bis 25 Mbit/s Datenstream
zu einem PC weitergeleitet werden. Ausser ein paar Puffern für FIFO braucht man da nix. Bei dem FT2232H verwende ich 64kBytes als Puffer und kann dauerhaft um die 40MBytes/s zum PC übertragen.
einem PC weitergeleitet werden. Ausser ein paar > Puffern für FIFO braucht man da nix. Bei dem FT2232H verwende ich > 64kBytes als Puffer und kann dauerhaft um die 40MBytes/s zum PC > übertragen. Hmm... Schliesse doch einfach mal eine USB-Platte an einen anderen Port desselben Hubs an und greife
-
Thread
ADC mit Raspberry Pi kontinuierlich auslesen
und liest es aus. Dann wartest du wieder. Mit Python kann ich so ganz ohne DMA 12 MBit von einem FT2232H UART lesen, dauerhaft.
-
Thread
Signale mit 32Mbit/s extern speichern
Burkhard K. schrieb im Beitrag #5903529: > Ein FT2232HQ ist auf dem Nexys4-Board, leider legt Digilentic dessen > Konfiguration nicht offen (die entsprechende Seite im Schaltplan ist > "intentionally left blank" - eigentlich eine ziemliche Frechheit
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
Welche uC /IDE hat besten Aussichten?
ich wirklich nur ein ST-Link und Truestudio um zu debuggen? Du brauchst eigentlich nur einen FT2232 zum Debuggen – für /alle/ Cortex-M, egal ob von ST, Atmel, NXP, … Ich habe auch schon mit einem Atmel-ICE einen STM32 debuggt (ICE lag gerade herum, außerdem gestaltete sich die Verkabelung einfacher
-
Thread
FT232H Multi-Protokoll?
Das "Bitbanging on steroids" nennt sich MPSSE bei FTDI. Der FT4232 hat zwei MPSSE-Einheiten, der FT2232 nur eine. Siehe Dokumentation bei FTDI. Wer lesen kann, ist im Vorteil. fchk
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 einen Mikrocontroller verwenden. Da gibt
-
Thread
EPCS4 flash auslesen
Aber dein Weg wird sehr lang werden, wenn es schon am Auslesen scheitert. Sollte jetzt mit einem FT2232H-basierten Adapter und flashload, flashrom, usw. nicht das Problem sein. Gibt da eine Menge auch offene Tools.
-
Thread
XC6SLX16 Spartan 6 Entwicklungsboard
Du kannst eigentlich irgend einen FT2232H-basierten Programmer nehmen und mit xc3sprog glücklich werden. Lädt deutlich schneller als Impact. Setzen wir auch für die Serienproduktion ein.
>Du kannst eigentlich irgend einen FT2232H-basierten Programmer nehmen >und mit xc3sprog glücklich werden. Lädt deutlich schneller als Impact. >Setzen wir auch für die Serienproduktion ein. Danke für den Hinweis. Wie ich sehe, gab es
-
Thread
OpenOCD -> USB -> FT2232 -> JTAG -> AT91SAM7S256
Hallo, ich versuche mit OpenOCD per FT2232 auf einen AT91SAM7S256 zuzugreifen. Bei den Config Files bin ich noch nicht über [c] #---- test.cfg ---- interface ftdi transport select jtag ftdi_vid_pid 0x0403 0x6010 ftdi_serial "myOOCD" adapter_khz 8 [/c] hinaus gekommen. Nach dem ändern der Treiber des FT2232 von "SerialPort" auf "WinUsb" gibt es nun keine Fehlermeldungen bezüglich des Interfaces mehr. Ein Aufruf in der Console von Win10 führt zu folgender Ausgabe: [c] D:\OpenOCD-20190426-0.10.0
-
Thread
zuverlässiger Programmer für Xilinx XC9572XL oder Alternative
Moin, Da's noch keiner genannt hat: xc3sprog und ein einfacher FT2232H-Adapter ist auch eine gangbare Lösung und für die Massenprogrammierung zudem deutlich nutzbarer als das Adept/Impact-Gefrickel. Bin mir nicht mehr sicher, ob so alte CPLDs noch unterstützt werden
Fitzebutze schrieb im Beitrag #5795680: > xc3sprog und ein einfacher FT2232H-Adapter ist auch eine gangbare Lösung Siehe https://www.mikrocontroller.net/articles/Minila_Version_MockUp wendelsberg
-
Thread
Lattice Diamond Programmer - 150€ oder China-Klon?
Beitrag #5778870: > Mein Wunsch-FPGA ist nun ein ICE40LP. Die ICE40 Evalboards haben auch einen FT2232H drauf, von dem aber nur der erste Port benutzt wird im SPI Modus. Auf dem Upduino 2 ist ein FT232H drauf, um einen ICE40UP zu programmieren, das EEPROM dazu ist völlig leer (unprogrammiert). Das
3.3V Regler und den Pins für JTAG? Außerdem erinnere ich mich, dass die Software zum Flashen des FT2232H seltsamerweise nur auf einem Windows 7 Laptop funktioniert hat und ich mir nicht sicher war, ob ich nun die richtige Config hatte. Ich hab allgemein mit FTDI Lösungen keine gute Erfahrung gemacht
-
Thread
HiFive1 Rev B: Zweite Generation des 32-bit RISC-V-Entiwcklungsboards vorbestellbar
CPU kann nun abgeschaltet und das System so in einen Schlafmodus versetzt werden. Das auf dem FTDI FT2232 basierende Debuginterface wurde durch eine Segger J-Link-Schnittstelle ersetzt. Der auf dem Board vorhandene EEPROM wurde von 16 MB auf 4 MB reduziert, der Formfaktor ist gleich geblieben
-
Thread
Programm, mit dem man per USB-VCP (FT232) IIC-ICs programmieren kann
der Threadstarter wünscht, ist das Ding komplett ungeeignet. Es bleibt also bei der MPSSE des FT2232.
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 hätte gerade einen PCF8574 ansteuern können
-
Thread
USB direkt im FPGA - Erfahrungen?
eigentlich, sonst könnte man für Datenübertragung einen FT600 an USB3 hängen und für JTAG einen FT2232H an USB2.
durch den Microblaze? Wie performant ist der so, kann der USB 2.0 auslasten wenn man den an das FT2232 FT245 FIFO Interface hängt?
-
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
Digilent-Kennung mittels Vivado verwenden
lässt sich leicht in progalgspi.cpp einbauen. Ansonsten: wenn's ohne 2.5V I/O geht, machen die FT2232H-basierten JTAGs 'ne robuste Nummer.
Kennungen in vivadokompatible Darstellung umsetzt. > Ansonsten: wenn's ohne 2.5V I/O geht, machen die FT2232H-basierten JTAGs > 'ne robuste Nummer. Es sind bereits etliche Produkte mit integriertem SMT2 im Einsatz, so dass Hardwareänderungen ausscheiden. Ein typischer Fehler, der beim Kunden schon
-
Thread
[S] Segger J-Link Edu für STM32
langsamer. So zu bestaunen bei vielen billigeren Adaptern, wie ST-Link, TI XDS100v2 und anderen FT2232H-basierten Adaptern. Bei den alten J-Links ist aber schlicht der integrierte Flash des Controllers (ein AT91SAM7 IIRC) schon voll - die neueren enthalten einen anderen Controller (STM32F2) mit mehr
-
Thread
Programmieren XCF02s schlägt fehl (Spartan 3 selbstgebautes Board)
Logicanalyzer anschauen. Ich weiss jetzt nicht, bei welchem Takt das Platform-Cable nudelt, aber mit FT2232-basierten Adaptern sollten locker 12 MHz drinliegen. Ich hatte eher vor Jahren das Problem, dass die JTAG-Eingänge so schnell sein können, dass bei miesen Slew-Rates mal die lahme Clockflanke plus
SW-Schluckauf über Timing bis eben doch zur Signal-Integrität), deswegen setze ich nur noch auf xc3sprog und FT2232H. Vielleicht ist auch für's nächste Design ein standard-SPI-Flash pflegeleichter, das kann man eben mal noch über einen Clip programmieren.
-
Thread
fifo mit eigenen takt
Habe ich auch gemacht am FT2232H. 64kByte und funktioniert super. Ich bekomme dauerhaft knapp 40MByte/s. Aber ich verwende auch nur die Richtung vom FPGA zum PC.
-
Thread
PC-/USB-Oszilloskop
wahlweise selber was in der Richtung bauen, wenn Du meinst, dass Du das billiger hinbekommst. EIn FT2232H-Breakoutboard plus einen beliebigen ADC per SPI oder parallel plus Eingangsstufe wäre eine gültige Lösung. (und High-Spped USB und nicht full-speed wie das gezeigte Board) fchk
-
Thread
Atmel Ice kabel
klaglos. Benutze ich täglich für den Job. OK, mittlerweile lösen wir die AtmelICE da gerade ab durch FT2232-basierte Debugadapter, da diese unter OpenOCD genauso unproblematisch sind und sich gleich mit auf die Platine einfach integrieren lassen. Das spart insbesondere das Gefummel mit diesem 10poligen Kabel
Benutze ich > täglich für den Job. OK, mittlerweile lösen wir die AtmelICE da gerade > ab durch FT2232-basierte Debugadapter, da diese unter OpenOCD genauso > unproblematisch sind und sich gleich mit auf die Platine einfach > integrieren lassen. Das spart insbesondere das Gefummel mit diesem >
-
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 die
Kannst du die Signale vom FT2232H über Pegelwandler führen? Sowas wie z.B. TI 74LVC2G45 ist dafür eigentlich ausreichend schnell
-
Thread
Hilfe beim Bluetooth CC2541 AT Modus und so
ist schön, aber der FT232RL ist eine schlechte Wahl, da er keinen SPI-Modus hat. Sinniger wäre ein FT2232, wobei Port 0 SPI per MPSSE macht und Port 1 an den UART des CC2541 geht. Noch besser wäre ein kleiner PIC, z.B. ein PIC16F1454. Der kann die Debugschnittstelle besser ansprechen und gleichzeitig noch
-
Thread
ICE40UP NVCM programmieren
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