-
Thread
Wie funktioniert JTAG?
http://section5.ch/dsp/icebear/ICEbear-manual.pdf Mit ein bisschen Frickelei kannst du jeden FT2232H-Adapter zur Mitarbeit bewegen, wenn du schliesslich an der HW Pins toggeln willst. Das ist aber gerade mal nur Boundary Scan. ICE ist wieder ne ganz andere Sache. Guck dir sonst mal CoreSight an.
Hinweis auf goJTAG, du kannst damit auch ohne > ... > Mit ein bisschen Frickelei kannst du jeden FT2232H-Adapter zur Mitarbeit Weiss grad nicht mit welchen Adaptern der goJTAG noch alles kann, aber FDTI (also eigentlich "nur" ein USB zu RS232 Wandler) ist dabei. Theoretisch sogar mein Segger, jedoch
-
Thread
Lattice MachXO3 Starter Kit: RS232
Nein ... und unter Windows verhalten sich die Schnittstellen genauso wie unter Linux. Das FT2232H-UART-Test Programm sagt übrigens: [code] Start Data transfer test........ UART_PinTest Error, DSR should be at high level, but it is in low level now [/code]
-
Thread
Linux sysfs USB GPIO Expander
brauche das ganze fürs Debuggen einer Embedded Linux Anwendung. Dann würde ich eher zu einem der FT2232H-basiertem JTAG Adapter greifen, und mit OpenOCD arbeiten. Anders als die - billigeren - FT232H Adapter hätten die oft auch noch einen 2. UART fürs serielle Terminal.
-
Thread
FPGA über serielle Schnittstelle programmieren
gesagt, nimm einen S3A, das spart eine Spannung. Billigste Programmier-Kabel Variante ist ein FTDI FT2232(H) und dann über XC3SProg oder das Boundary Scan Tool: http://wesche.we.ohost.de/Homepage/Version_3/index.php?section=PC_Delphi_FT2232_JTAG.html funktioniert bei uns klasse über die XSVF Files. Und
-
Thread
FPGA wahl DAC 160MSPS
hatte 2020 ein Board mit FPGA XC7S50, DAC AD9747 und ADC AD9650 gebastelt. Zusätzlich drauf war ein FT2232H für JTAG und FIFO Interface und auch etwas RAM in Form von einem HyperRAM Baustein. Hat funktioniert, liegt jetzt im Schrank (-: Schaltplan (recht unordentlich) und Layout gibt es in diesem Thread
-
Thread
Problem mit OpenOCD und FT2232H-basiertem Interface (OOCDLink-H): Halt timed out!
Hallo! Ich habe ein Problem mit OpenOCD 0.4.0 mit einem FT2232H basiertem Interface basierend auf dem OOCDLink-H von Joern Kaipf. OpenOCD wurde für x64 und gegen die FTDI-Lib kompiliert. Dies scheint auch zu funktionieren. Die oocdlinkh.cfg ist eine erweiterte
-
Thread
Sensordaten in PC einlesen
Sensoren werden (unterschiedlich) mit 20-40 MS/s ausgelesen. Zuerst habe ich mit dem CPU-Modus des FT2232H geliebäugelt und wollte jedem Sensor einen Übertrager spendieren. Dann las ich hier, dass die Daten nicht zuverlässig übertragen werden, d.h. es entstehen Pausen, die das Bild verfälschen. Der Autor
-
Thread
FTDI FT232H/UM232H über USB an PC
dem Dokument nochmal nachvollziehen. http://www.ftdichip.com/Support/Documents/AppNotes/AN_130_FT2232H_Used_In_FT245%20Synchronous%20FIFO%20Mode.pdf Hier ist alles nochmal schön erklärt, allerdings wie gesagt, für den Sync. FIFO Modus. MfG Cihan
-
Thread
Raspberry-PI JTAG/ISP/I2C/RS232/RS485 Board
Andere Leute nehmen dafür einfach einen FTDI FT2232H oder FT4232H. Der kann das ganze auch, mit weniger Aufwand. Das Problem ist ja nicht die Hardware, sondern die Softwareunterstützung durch AVRStudio, Keil uVision4 (Arm, 8051, C167), Impact (Xilinx
-
Thread
RS232 Switch
Haken: gleichzeitiger Emfang ist nicht möglich. LOL, und wie meinst Du funktionieren dann die FT2232H (2* UART) und FT4232H (4*UART)? Natürlich kann man gleichzeitig empfangen (und auch senden), solange die Datenmenge insgesamt kleiner als die USB Schnitstellengeschwindigkeit bleibt. Die o.g. Chips
-
Thread
neue Chips von FTDI: FT230X, FT234XD
den PC auch auf der sicheren Seite. > Das halte ich nur für bedingt richtig: > Beitrag "Problem FT2232H von FTDI" Treiberfehler gibts immermal. Davon bleibt weder FTDI verschont noch der Treiber von den µCs mit integriertem USB. Nächstes Gegenargument bitte. QFN und DFN sind ja jetzt nicht grade
-
Thread
USB <---> TTL
Kanälen von FTDI http://www.ftdichip.com/FTProducts.htm http://www.ftdichip.com/Products/ICs/FT2232H.html
-
Thread
Vivado frisst massig RAM und liefert nichts.
UART_byte_rcv: std_logic_vector(7 downto 0):="00000000"; signal UART_ready: std_logic:='0'; begin FT2232H_uart: uart generic map( clk_freq => 100000000, baudrate => 921600) port map( clk => clk, start_snd => UART_start_snd, start_rcv => UART_start_rcv, byte_snd => UART_byte_snd
-
Thread
spartan6 flashen
xc3sprog-basierte Lösungen kommen auch mit den exotischen Flashes klar und flashen auch in der Produktion auf FT2232H-Basis sehr flott. Bauen muss man sie sich nicht zwingend selber, siehe auch http://forum.gadgetfactory.net/files/file/10-papilio-loader-gui/
-
Thread
USB-COM-Port Adapter. Timing beim senden
dir so 1/8 ms Latenz im Schnitt ausreichen, dann nimm einen der -H Typen von FTDI (also FT232H, FT2232H), die laufen mit USB 2.0 High Speed. Allerdings macht auch der PC nicht ohne Weiteres ein Timing <55ms (oder <1ms) mit - da ist ja noch der OS Scheduler im Weg.
-
Thread
schnelle und sichere Übertragung von Xmega an PC
direkt eingebaut. Oder falls Dir das zu kompliziert ist, nimm einen FT245 (USB Full Speed) oder einen FT2232H (USB High Speed) und übertrage die Daten parallel. fchk
-
Thread
CE Erklärung USB und Ethernet Konformitätsmessungen notwendig?
>480 MHz aus einem FTDI ? Bei einem FT2232H mit USB2.0 (480MBit/s)... Ja
-
Thread
USB RS232 Adapter
http://www.elv.de/elv-highspeed-mini-usb-modul-um-ft2232h-komplettbausatz.html Die Brücken JUMPER musst du setzen. Und den 12MHz Quarz auflöten.
-
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?
-
Thread
Hterm 1M Baud
einstellen. Habe mit dem Atxmega und HTerm fehlerfrei 921600bps übertragen. //Atxmega32A4U -> FT2232H -> (PC) HTerm 0.8.1 Atxmega32A4U Takt: // 16Mhz Quarz * 3 PLL ist 48 Mhz Systemtakt F_CPU 48000000 liegt aber außerhalb der Spezifikation!
-
Thread
Wie am einfachsten Messdaten abspeichern?
FPGA + FT2232H ... geht wunderbar über USB 2.0
-
Thread
avrdude mit FT2232D, FT2232H, FT4232 (-c avrftdi -P usb), Problem mit libusb (Win7)
Memory Detail : .... Programmer Type : avrftdi Description : FT2232H based generic programmer avrdude: AVR device initialized and ready to accept instructions [/code]
-
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
Nexys4 mit xc3sprog verwenden
konfigurieren. Und zwar unter MacOS X. Auf dem Board ist als integrierter Programmer ein FTDI-Chip (FT2232H) verbaut, auch wenn die Seite (Seite 6) im Schaltplan [3] wieder mal 'geschwärzt' ist. Der Chip/Programmer wird vom System erstmal erkannt: [pre] $ system_profiler SPUSBDataType ...
-
Thread
I2S Frame-Fehler automatisch erkennen/korrigieren
Vermutung lag ich offenbar daneben - das eigentliche Problem ist wohl die beschränkte Puffergröße des FT2232H internen FiFos: ~4000 bit. Jetzt lese ich häufig kleine Batches (<= 512 Byte) - seit dem klappt es mit dem Datentransfer - auch ohne weiteren Protokolloverhead. Den Hinweis auf die FiFo-Größe habe
-
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
FTDI, DLL, C#, stack imbalance, cdecl und stdcall, DotNet 3.5 und 4.0
FTC_STATUS WINAPI JTAG_GetDllVersion(LPSTR lpDllVersionBuffer, DWORD dwBufferSize) { return pFT2232hMpsseJtag->JTAG_GetDllVersion(lpDllVersionBuffer, dwBufferSize); } [/c] Und wenn man die Maus auf WINAPI setzt steht da: #define WINAPI __stdcall Damit dürfte das wohl geklärt sein. Vielen
-
Thread
NOR Flash 256/512 MBit SPI Programmiergeräte
einen SPI-Mode haben. Hier in diesem Forum wurde schon der openbiosprog vorgestellt, der mit einem FT2232H (dual channel) aufgebaut ist, unter freier (Hardware-) Lizenz steht und das freie "flashrom" zum Brennen nutzt. Noch einfacher geht es allerdings mit dem Kabel C232HM-DDHSL-0 von FTDI, das wie openbiosprog
-
Thread
FTDI/JTAG buffer overflow?
Servus, ich konfiguriere ein FPGA über eine USB/JTAG-Verbindung mit einem FT2232H. Dazu verwende ich den ftd2xx-Treiber und die entsprechende lib/API. Meine Software ist so implementiert, dass ich die Schreibzugriffe puffere und als 4K-Blöcke an die FT_WRITE()-Funktion weiter gebe
-
Thread
2x RS232 auf USB (mit modifizierten Daten)
PC-seitig eine Bitrate einstellen, die aber ignoriert wird. Wahlweise kannst Du auch einen FT2232D oder FT2232H verwenden. Die eleganteste und technisch beste Lösung wäre ein Controller mit 2 UARTS und USB-Hardware. Leider gibts es keine AVR, der diese Bedingung erfüllt. Ein PIC24FJ64GB002 (28 Pins, auch
-
Thread
Anbindung FPGA an USB2.0/3.0
will man (ich) doch nur (paralleles, synchrones) UART > am FPGA und virtuellen COM am PC. FTDI FT2232H im 245 FIFO Mode. Schafft so an die 40MB/s, virtueller COM bin ich mir nicht mehr sicher, ich glaube man braucht einen Treiber (der leicht selbst zu schreiben ist). Für 8MB/s braucht man schon
-
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
-
Thread
OpenOCD Problem: unable to open ftdi device
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
SVF - SMASK, welcher Einfluss auf TDI
zahlreiche App-Notes von Xilinx studiert, da ich (den wahrscheinlich 1000sten ;-) SVF-Player auf FT2232H-Basis implementieren möchte. Leider will sich mir nicht so recht erschließen, wozu das Bitfeld SMASK gut sein soll. WIE es benutzt werden soll, das ist klar dokumentiert. Aber wozu es dient
-
Thread
320x240 Display nach 640x480 VGA
allem > viel IO. Wie sieht es da aus mit BRAM und Programmieradapter? Bei dem MachXO2 ist ein FT2232H mit drauf, der hat eine JTAG-Engine. Also keine Extra-Kosten, sondern direkt USB und fertig. Den zweiten Kanal kann man für UART nutzen. > Der iCE40HX-8k hat 128KBits BRAM, der LCMXO2-7000HE hat
-
Thread
Boundary Scan Controller selbst bauen
Dennoch/deswegen hat es sich für mich gelohnt, mit einigen Queueing-Tricks auf dem guten alten FT2232H eine relativ flotte BSCAN-Lösung zu implementieren. Mit einer einfachen Library und einem Python-Wrapper kann man ne Menge schöner Sachen machen. Man muss sich nur etwas mit dem FT2232 beschäftigen
-
Thread
Bitwackeln mit USB to Seriell Wandler (Schnelligkeit)
Naja, das ginge nur bei USB 2.0 HighSpeed. Aber da kenne ich keine Serial-Wandler außer die neuen FT2232H, aber ich weiß nicht, ob die den VCP auch über 2.0 MicroFrames schicken.... (Außerdem nur 4kBit/s, man muss ja setzen und zurück setzen. Hab ich vergessen.) > Wenn es aber keinen schnellen
-
Thread
USBN9604 NRND - Alternativen?
Durchschauen der FTDI-Seite war mir ja das letzte mal aufgefallen, dass es wieder nen neuen Chip gibt: FT2232H. Also hatte ich den mal bestellt, da das ein High-Speed-Device ist und (angeblich) bis zu 12 MBaud USART kann. Bisherige Tests haben ergeben, dass ich recht gut auf wenigstens 9 MBaud komme und das
-
Thread
ISA Bus per LPT steuern
FT2232C-Proj04.pdf Sollte auch für Deine Karten funktionieren. Anstelle des FT2232C würde ich einen FT2232H und Levelshifter (der H ist ein reiner 1.8V/3.3V Chip, hat aber USB 2.0 High Speed, der C kann nur Full Speed, kann aber auch noch mit 5V-Pegeln arbeiten) verwenden. fchk
-
Thread
IP-Watchdog mit Arduino
normale FT232H bräuchte wahrscheinlich noch ein Schieberegister für seriell <-> parallel Wandlung, ein FT2232H müsste allerdings auch gehen. Hätte dann bis zu 16GPIOs. Für den Raspberry gibt's da sogar ein fertiges Board.
-
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
Suche günstigen und "kleinen" FPGA mit PCIe
Folgende 2 Linien würde ich empfehlen mal anzuschauen: FTDI http://www.ftdichip.com/Products/ICs/FT2232H.html - USB HS http://www.ftdichip.com/Products/ICs/FT600.html - USB 3 SS Cypress http://www.cypress.com/products/ez-usb-sx2 - USB 2 HS http://www.cypress.com/products/ez-usb-fx2lp - USB 2 HS
-
Thread
Lange Bitcodes speichern und ausgeben
Habe mir überlegt, ob das auch mit einem FT2232H geht. Schnell genug ist der allemal. Ein Test zeigt aber, dass der Takt nach jedem Byte ein kleines Päuschen macht. Sowas aber auch!
-
Thread
LVDS DVI Adapter
FT24C16A EEProm drauf - ich glaub den werde ich mal auslesen. USB Programmierer auf Basis eines FT2232H http://pccar.ru/showthread.php?p=291640#post291640
-
Thread
USB-Programmer in Makefile einbinden aber wie?
] jtagkey = Amontec JTAGKey, JTAGKey-Tiny and JTAGKey2 [/etc/avrdude.conf:408] 2232HIO = FT2232H based generic programmer [/etc/avrdude.conf:382] avrftdi = FT2232D based generic programmer [/etc/avrdude.conf:355] arduino = Arduino [/etc/avrdude.conf:335] wiring
-
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
USB - seitens des PCs - GUI auf Windows
waren fleissig und haben das datasheet verfollständigt. jetzt steht auch was zum fifo modus des FT2232H drin, oder ich hatte es vorher einfach übersehen.
-
Thread
Xilinx ISE (bzw. der Programmer) unter Mac OS X
du ja mal schauen, ob du eventuell einen Digilent HS1 Programmer auftreiben kannst, der hat einen FT2232H drin, und sollte mit XC3Sprog auch unter OS-X funktionieren.
-
Thread
STM32H7 und JTAG: Irgendwelche Fallstricke
Info : Listening on port 3333 for gdb connections ^Cshutdown command invoked [/code] Auch mein FT2232H-basierter Debugger funktioniert jetzt. Ich bekomme zwar immer noch Fehlermeldungen, aber "bessere": "Info: DAP transaction stalled (WAIT) - slowing down" Flashen geht jedenfalls, und das geflashte
-
Thread
Allgemeine Fragen zu DACs
Crossing habe ich leider trotzdem. Der ADC hat seinen eigenen Takt und für die Kommunikation mit dem FT2232H gibt es auch einen Takt. Ist aber alles nicht so wild dank independend clock fifos. Jap als Taktgeber werde ich schon einen LVDS Oszillator verwenden. Am ADC hängt schon ein Si545 Ultra dran, ja