-
Thread
Microcontroller
Kommunikation? Im Prinzip möglich, aber dann brauchst du einen USB2.0 fähigen Controller, oder z.B. einen FT2232H sammt Bootloader für den mega8. Soll das ein el. Fahrrad werden?
-
Thread
flash chip beschreiben
Programmer packen (DIP-8, PLCC32, DIP32, andere)? Ich habe auch änhliches vor, im Moment einen FTDI FT2232H-basierten USB-Programmer der nur SPI-Chips unterstützt (DIP-8 Sockel), später eine flexiblere Variante für weitere Chiptypen wenn der erste mal läuft: http://randomprojects.org/wiki/Openbiosprog-spi
-
Thread
FT232H Multi-Protokoll?
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
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. Über High Speed USB
-
Thread
USB Stack in Hardware
richtig Geld und sind einigermaßen aufwendig. Für die geforderten 10MB/s könnte man einen aktuellen FT2232H nehmen, der soll das wohl angeblich jetzt schaffen. Oder halt den USB 2.0 HighSpeed Klassiker: Cypress FX2LP (Cy7C68013A). Das ist ein kompletter 8051 (grusel) µC mit USB 2.0 Enigine, die das USB
-
Thread
FTD2XX als "Bremsklotz"?
Also ich habe heute gerade mit dem FT2232H von FTDI 32MByte pro Sekunde erreicht. Das ist schon ganz ok. Ich habe mit 65k Byte großen Blöcken gearbeitet, damit der Overhead möglichst klein ist. Jedoch verwendet FTDI nur 512 Bytes große Endpoints
-
Thread
USB2RS232 + USB2JTAGICE + RS2323JTAGICE in einem
Schon mal den FT2232 angeschaut??? http://ftdichip.com/Products/FT2232H.htm Inkl. I2C, JTAG, SPI.....
-
Thread
U2TOOL so ein mini entwicklungs tool fur FPGA
mit FT2232 wirds auch kommen, aber dann mit FT2232H nur das mit updatebar ist damit verbunden das der Actel PCB nicht dafur vorgesehen ist, den JTAG kann man ja mit FT245 ebenso gut machen, braucht man keinesfalls den FT2232 das mit softcore
-
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
Raspi (oder ähnliches) als Datenlogger mit 2xRS485 + 8 Temperatursensoren + ADC
womit Du udev-Rules schreiben kannst. Besser sind natürlich Multiport-Adapter, die auf einem FT2232H (2 Ports) oder FT4232H (4 Ports) basieren. Da ist die Zuordnung auch eineindeutig, und Du sparst Dir ggf. den USB-Hub. > Wenn man alle 5s 8 Temperaturen zwischen -20 und 120°C auf 0.5° genau
-
Thread
Test von TRST und SRST bei einem JTAG-Adapter
Hallo, ich hab einen JTAG-Adapter auf Basis des FT2232H aufgebaut + Pegelwandler nach Amontecs JTAGkey. Nun möchte ich testen, ob TRST und SRST funktionieren. Wie kann ich das am einfachsten tun? Grüße und schonmal Danke für Tipps!
-
Thread
Cypress Samples
Mittlerweile gibts als Alternative ja auch den FT2232H, der schafft auch 40MB/s und man muss keine Firmware schreiben. Wäre vielleicht was. 12,59 bei HBE und 8,95 bei CSD.
-
Thread
Signale mit 32Mbit/s extern speichern
drinnen. Wenn du mehr brauchst verwende andere Hardware. Das ist wirklich gut machbar mit den fertigen 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
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
Keine Lust mehr auf OpenOCD, alternativen?
September selbst kompilierten OpenOCD-Version mit AT91SAM7-Controllern, STM32-Controllern und einem FT2232H-basierten Adapter(JTAGkey2/FTDI-Treiber) unter XP+Eclispe+CDT+CDT-HW-Debug. Die Konfiguration und Nutzung wurde z.B. durch die Vorlagen in der Target-Library, dem TCL-Scripting-Support und dem erweiterten
-
Thread
USB2 Per-Ctrl. aus Win und von uC aus ansprechen?
MBit/sec > Bist Du Dir sicher, daß eine USB-UART hier die Hardware der Wahl darstellt? Der FT2232H ist ja eher ein USB/FIFO-Umsetzer, der auch noch ein wenig UART dazu spielt. Im Datenblatt wird immerhin mit >25 MByte/s geworben. Der FX2 sieht mit aber tatsächlich interessant aus. Zumindest
-
Thread
Suche FX2-Board für HS-USB
Hallo, ich habe jetzt eine Zeitlang mit dem FT2232H gearbeitet und komme nicht über 6MB/s hinaus. Das ist aber etwas wenig und deshalb wollte ich mal den FX2 testen. Wer kann mir ein gutes und preiswertes Board empfehlen (ohne FPGA), das ich mit der
-
Thread
Lidl-Multimeter PDM-300-C2 Analyse und Erweiterungen
und etwas visueller aufbereitet. Es muss lediglich ein USB-Seriell-Wandler (ich verwende den FT2232H von Reusch) im 3.3V-Modus verwendet werden. Die Signale sind zwar ~3V, aber das liegt weit über dem positiven 3.3V CMOS-Schwellwert. Die Software konfiguriert den Port dann korrekt und stellt die
m.E. eine Consolen-software, also was in jeder shell läuft , brauchbar sein. >ich verwende den FT2232H von Reusch) Stabile Kiste, ich hab da was kleineres angedacht: https://www.reichelt.de/usb-2-0-konverter-seriell-ttl-pinheader-einzeln-1-8-m-3-3-v-delock-83787-p163095.html?&trstct=pol_17&nbc=
-
Thread
Anschluss FT2232
Hallo, ich will den FT2232H einsetzen um mit Channel A I2C und mit Channel B SPI zu komunizieren. Ich wollte wissen ob während die paar wenigen Port zum komunizieren gebraucht werden, die restlichen Ports auf den Anschlüsse
-
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.
-
Artikel
Benutzer:Someonenew
:). Last Changed: --Someonenew 21:03, 5. Apr. 2011 (UTC) JTAG. man nehme: für die hardware: ein ft2232H mini modul ein rs232 transceiver eine hand voll (high speed) optokoppler ein bischen eagle gewürzt mit hühnerfutter. eagle lib von hier: spezialitäten von i2c und spi wollen noch geklärt werden. für
-
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