-
Thread
USB FTDI unter Linux
dev/ttyUSB) noch mehr Möglichkeiten, z.B. den Bitbang-Modus zu nutzen. Ausserdem sollen dann beim ft245 bzw. beim ft2232 im parallel-Modus die vollen ca. 1MByte/s genutzt werden können (allerdings noch nicht getestet). Hier ein kleines C-Testprogrämmchen, dass einfach nur die eingelesenen Bytes auf dem Schirm als Dezimalzahlen ausgibt (getestet bei mir mit einem ft2232 im parallel-Modus, der mit einem fpga kommuniziert, für ft245 oder ft232 musst du den Code evtl. anpassen, sollte aber alles in der libftdi-Doku stehen.) [C] #include <ftdi.h> #include <stdlib.h
-
Thread
FTDI, DLL, C#, stack imbalance, cdecl und stdcall, DotNet 3.5 und 4.0
Baustelle: Das Code-Beispiel http://www.ftdichip.com/Support/SoftwareExamples/MPSSE/FTCJTAG/CSharp/FT2232CJTAGCsharpTestApp_200.zip definiert u.a. [c][DllImport("ftcjtag.dll", EntryPoint = "JTAG_GetDllVersion", CallingConvention = CallingConvention.Cdecl)] static extern uint GetDllVersion(byte
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
Suche USB Buch
www.segor.de. Das Buch selber habe ich von Redemann direkt bezogen. Es beschreibt die FTDI Typen FT232BM und Co und auch den FT2232. Wenn man mit englisch so einiger massen klar kommt, so genügt eigentlich auch die FTDI - Doku. Herr Redemann hat ein Buch für den Praktiker geschrieben, dass für Deine
MM232R. Der FT232RL kann übrigens wie der FT2232 den synchronen Bit-Bang-Mode. Gruss Klaus.
-
Thread
2x RS232 auf USB (mit modifizierten Daten)
und der Mikrocontroller ist der einzige, der einen Timestamp liefern kann. Wind wenn Du statt des FT232 einen FT245 nimmst, brauchst Du keinen 100-Pin AVR und hast eine schnellere Hostschnittstelle, weil der FT245 ein paralleles Interface hat. Du kannst zwar weiterhin 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
-
Thread
OpenOCD und LM3S6965
RTOSDemo-Projekts): [pre] #daemon configuration telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Stellaris Evaluation Board" ft2232_layout evb_lm3s811 ft2232_vid_pid 0x0403 0xbcd9 jtag_speed 40 #LM3S811 Evaluation Board has only srst reset_config srst_only separate
-
Thread
UART Baudrate > 4 MBaud
unter Linux nicht mit dem ioctl funktioniert, oder zumindest nicht so wie es schön wäre. Hab jetzt den FT2232H bestellt.
aus, ist stabil und schön aus Python heraus bedienbar. Nur schneller wäre schön, mal gucken was der FT2232H bietet.
-
Thread
JTAG Grundlegende Frage
Funktionsweise: Man hat ja immer ein Hardware-Dongle und passende Software dazu. Zum Beispiel -OpenOCD und FT2232 USB Chip -oder Lauterbach Trace32 und Lauterbach Hardware + passendes Dongle für Cortex-M oder Cortex-A. Meine Frage: Die Software (Trace32 oder OpenOCD) muss ja immer wissen, um welchen COntroller
Wir machen das. Wir emulieren einen FT2232H (FTDI Bezeichnung "MPSSE") in Software. Wir verwenden unsere eigene VID/PID, aber zumindest urJTAG kann man das beibringen. Tests mit OpenOCD stehen noch aus. Andreas
-
Thread
Bauteil FT200XD Eagle
Dir ist bewusst, dass der FT200XD nur I2C Slave kann? -> http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT200XD.pdf Kapitel 5 Klingt erstmal so als brauchst du einen I2C Master dafür.
Thorsten, Danke für Die Info war mein Fehler das Datenblatt noch nicht richtig gelesen. plane nun den FT2232D zu verwenden wie bei http://www.ftdichip.com/Support/SoftwareExamples/MPSSE.htm Fall jemand für den FT2232D Eagle Daten hat wäre ich sehr Dankbar, weil ich ungerne Footprints selbst "bastele
-
Thread
Lattice ispLEVER - günstiger JTAG-Adapter
mir das ;-) Beim LC4256ZE-B-EVN würde ich einfach R3, R4, R7 und R9 entfernen und die 4 Pins vom FT2232H direkt an 4 Pins in der Prototype Area legen. Dann ein kleines Adapterkabel das zurück auf den zu bestückenden JTAG-Header bzw. auf die externe Platine führt.
genau da liegt der Punkt, den ich nicht ganz nachvollziehen kann. Zumal die meisten doch mit einem FT2232H laufen. Verstehe ich richtig: JTAG-Adapter sind nicht unbedingt 1:1 austauschbar, weil sie unterschiedliche Firmware haben? Ich dachte bisher immer, JTAG sei ein standardisiertes Protokoll. OK,
-
Thread
FTDI-Treiber-problem
Meine Schaltung überträgt Daten eines CAN-Controllers per USB/seriell vom/zum PC und benutzt dazu den FT2232. Damit dürfte ich nicht allein sein auf diesem Planeten. Damit es schöner aussieht, bekam vor langer Zeit der FT2232 eine eigene PID, die INF-Dateien im Treiber wurden angepasst. Damit taucht
FTDI eigentlich weider auf die original-Einstellungen > resetten ? Aber ja doch, dazu dient "FT_Prog" von FTDI. http://www.ftdichip.com/Support/Utilities/FT_Prog_v3.0.56.245.zip http://www.ftdichip.com/Support/Documents/AppNotes/AN_124_User_Guide_For_FT_PROG.pdf Allerdings geht das nur mit
-
Thread
Cortex M3 Kit - MCBTMPM330
> JTAG-Modul auf Basis FT2232 meist schlecht zu debuggen, hab mich da mal mit GDB versucht > Keil bis 32K ist ja ganz nett und kostenlos, +ein ganzer Sack voller Examples, die einenn schnellen Einstieg ermöglichen Wie
Random ... schrieb: >> JTAG-Modul auf Basis FT2232 > meist schlecht zu debuggen, hab mich da mal mit GDB versucht Der Olimex ARM USB OCD funktioniert bei mir mit Crossworks problemlos.
-
Thread
Grundlagen zur parallelen Verarbeitung von hohen Datenmengen
definiert man ein Paket mit fester Länge und schon kann man da Daten an den PC schicken. Geht mit FT2232H/FT600 auch schnell. Aber ja, man ist in Software natürlich deutlich flexibler, das wäre ein Vorteil. Tobias B. schrieb im Beitrag #6313755: > ICh wuerde diesen Schritt wirklich mal wagen, der
mal gemacht, aber den Vorteil nicht gesehen. Ich hatte damals versucht die Daten von Blockram zum FT2232H durch den Microblaze zu schieben. Also im BRAM lagen die ADC Samples, der Mikroblaze sollte daraus dann Pakete bauen (jeweils n Samples aufsummieren) und ausgeben. Aber das war schnarchlangsam.
-
Thread
200KHz Signal per AD-Wandler mit SPI in LabView einlesen
12MHz, ideale LabView Anbindung] http://www.ni.com/pdf/products/us/2005_5948_151_101_d.pdf FTDI FT2232D [1 SPI Channel, USB 2.0 12MB/s, latency Timer: 2- 255ms, LabView Beispiel vorhanden] http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT2232D.pdf FTDI FT4232H 2 SPI Channels, USB
: 1-255ms, LabView Beispiel vorhanden http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT4232H.pdf
-
Thread
Serielle Daten von AD Wandler über USB zu PC - 2 Kanäle - je 24Bit /192kHz
mehr als 20$/Chip, weil ich naiv von einem "converter" USB slave device ausgegangen bin, ähnlich dem FT2232HL von FTDI. Bin mir nur nicht sicher ob der die Anfoderungen erfüllt. Für 150$ könnte ich mir ja schon ne richtig gute USB Soundkarte kaufen, das Signal via SPDIF zuschicken und dann per USB an
als 20$/Chip, weil ich naiv von einem > "converter" USB slave device ausgegangen bin, ähnlich dem FT2232HL von > FTDI. Bin mir nur nicht sicher ob der die Anfoderungen erfüllt. > > Für 150$ könnte ich mir ja schon ne richtig gute USB Soundkarte kaufen, > das Signal via SPDIF zuschicken und dann
-
Thread
ftdi_sio - Probleme mit OpenOCD-USB unter Linux
dem Repository versucht den OpenOCD-USB zu Connecten. Dies schlug fehl, da die dortige Version den FT2232D noch ncht unterstützte. Daher habe ich mit der aktuellen ftdilib und dem aktuellen source von OpenOCD, OpenOCD neu kompiliert mit der entsprechenden Option "--enable-ft2232-libftdi". Da ich immer
konnte, ging ich in den Debug-Mode und kam darauf, das irgend ein Problem mit dem bulk-Write auf den FT2232 besteht. Nach dem entladen des Moduls ftdi_sio mit "rmmod ftdio_sio" konnte OpenOCD gestartet und verbunden werden. Nachteil jetzt jedoch, das ich anhand des fehlenden Treiber-Moduls "ftdi_sio" keine
-
Thread
Meadow Desktop - bequemer Hardware-Zugriff aus Windows
Hardware-Kommunikation kommen GPIO-Extender zum Einsatz-der Autor wird in den folgenden Schritten ein FTDI FT2232H-MiniModule verwenden, das über MicroUSB Verbindung mit der mit Windows 11 ausgestatteten Workstation aufnimmt. ### Einrichtung einer Arbeitsumgebung. Ob des noch sehr frühen Entwicklungsstand
- der OEMSecrets-Bestpreis des hier verwendeten Bauteils (siehe https://www.oemsecrets.com/compare/FT2232H-56Q%20MINI%20MDL) liegt bei 30 EUR - bekommen Entwickler wieder niederschwelligen Zugang zu Hardware unter Nutzung von C# und Visual Basic. Schon aus diesem Grund sind die „Kinderkrankheiten“ zu
-
Thread
[V] unterschiedliche ICs
Zeit (> 6J) gelagert 3x PCA9621PW (I2C Portexpander im TSSOP16) 1,50€ für alle drei zusammen 1x FT2232D (USB-2xUART-Wandler im LQFP48) 2,50€ 3x MCP23S17T-E/SS (16-Bit I/O Expander mit SPI) 1,50€ für alle drei zusammen 1x LT3763IFE#PBF (Stepdown-LED-Treiber) 2,50€ 5x ICL7660SIBAZ (Landungspumpe,
Beitrag #5367596: > 3x PCA9621PW (I2C Portexpander im TSSOP16) 1,50€ für alle drei zusammen > 1x FT2232D (USB-2xUART-Wandler im LQFP48) 2,50€ > 3x MCP23S17T-E/SS (16-Bit I/O Expander mit SPI) 1,50€ für alle drei > zusammen > 5x ICL7660SIBAZ (Landungspumpe, SO8) 0,50€ pro Stück sind reserviert
-
Thread
Probleme mit AT91SAM7 mit GnuArm und OpenOCD
windows 7, 64 bit version. Das config-file sieht folgendermasen aus: [c]#interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 5 #daemon configuration telnet_port 4444 gdb_port 3333 daemon_startup attach
-
Thread
ARM NXP 23xx Board Empfehlung für RFID und Ethnernetanwendung
kostenlose" Lösung Wurde schon ein paarmal durchgekaut in diesem Forum. Man suche nach Wiggler oder FT2232, JTAG, ARM. Wichtiger als die JTAG-Hardware selbst, die nicht "kostenlos" sein kann, aber möglicherweise nur ein paar Euro Bauteil und Zeit kostet, ist die Softwareunterstützung. Die Kombination aus GNU-Toolchain, Eclipse, Zylin-Plugin, OpenOCD und FT2232/Wiggler-Debug-Hardware ist einen Blick wert. Siehe Michael Fischer's Yagarto-Seiten. Evtl. noch Insight GDB, OpenOCD und FT2232 zum debuggen und eine freie IDE/Editor zur Codeerstellung. Nach Möglichkeit
-
Thread
Parallel Port (lpt1) lesen per DMA
einfach und auf neueren Systemen ist diese Schnittstelle auch nicht mehr vorhanden. Mit dem FTDI FT2232 sollte sich dein Problem relativ leicht und kostengünstig lösen lassen.
implementiert. Im Prinzip ist das doch wie eine externe Hardware, nur dass sie nicht extern ist. Der FTDI FT2232 macht ja im Prinzip auch nichts anderes, nur dass er sich bereits selbst einen Takt liefern kann. Schöne Grüße, Marcus
-
Thread
2 Kanal 14bit ADC mit 10MSPS/Kanal über USB
Auflösung haben und pro Kanal eine Abtastrate von ca. 10MSPS schaffen. Ich habe schon daran gedacht einen FT2232H im synchronen FIFO Modus zu verwenden und den ADC parallel an diesen anzubinden. Dazwischen müsste aber noch ein bisschen Logik um die 14bit zB. auf 2x8bit aufzuteilen. Welche anderen "einfachen
2 * 14 Bit * 10e6 / s = 33.4 MByte/s Ray schrieb im Beitrag #2091120: > einen FT2232H im synchronen FIFO Modus zu verwenden http://www.ftdichip.com/Products/ICs/FT2232H.htm >> Single channel synchronous FIFO mode for transfers > 25 Mbytes/sec. http://de.wikipedia.org/wiki/
-
Thread
Einfacher Punkt-zu-Punkt Datenstream
fehlt die Angabe einer oberen Grenze. Bei bis zu 40 MByte/s d.h. 320 MBit ist das einfachste ein FT2232H USB 2.0 Controller zu verwenden.
aber das muss ich noch abklähren) > Bei bis zu 40 MByte/s d.h. 320 MBit ist das einfachste > ein FT2232H USB 2.0 Controller zu verwenden. Gibt es da fertige Boards, auf denen ein FTDI-Chip drauf ist?
-
Thread
OpenOCD + ARM-USB-OCD + Olimex Sam7P256
[code] # # Olimex ARM-USB-OCD # # http://www.olimex.com/dev/arm-usb-ocd.html # interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 [/code] sam7x256.cfg [code] #use combined on interfaces or targets that can't set TRST/SRST
-
Thread
OpenOCD + ARM-USB-OCD + Olimex Sam7P256 "unable to open ftdi device"
[code] # # Olimex ARM-USB-OCD # # http://www.olimex.com/dev/arm-usb-ocd.html # interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 [/code] sam7x256.cfg [code] #use combined on interfaces or targets that can't set TRST/SRST
-
Thread
OpenOCD + ARM-USB-OCD + Olimex SAM7P256 "unable to open ftdi device"
[code] # # Olimex ARM-USB-OCD # # http://www.olimex.com/dev/arm-usb-ocd.html # interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 [/code] sam7x256.cfg [code] #use combined on interfaces or targets that can't set TRST/SRST
-
Thread
GUI für FT232H - SPI Programmer
Hallo zusammen, ich wollte mal fragen, ob es eine fertige GUI oder API gibt, um mit einem FT232H (und/oder 2232H und/oder 4232H) SPI Flashes zu Programmieren. Ich habe bei der Arbeit schon mit ein paar Programmern zutun gehabt, meistens den Cheetah von Totalphase, aber der kostet auch schlappe
https://flashrom.org/FT2232SPI_Programmer
-
Thread
OpenOCD Wiggler STM32-P103 flashen
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 10 jtag_nsrst_delay 100 jtag_ntrst_delay 100 #use combined on interfaces or
-
Thread
LPC1768 mit OpenOCD Debuggen
Nun bin ich auf vielen Seiten darauf gestoßen, dass ich bei der Installation "./configure --enable-ft2232_libftdi --enable-usbprog" eingeben soll, um die unterschiedlichen Schnittstellen zu aktivieren (usb läuft bis jetzt aber ft2232 noch nicht wegen boost problemen). Nun bin ich mir aber nicht sicher
ich deshalb sehr auf dem Schlauch und weiß leider wirklich nicht weiter. Simuliert der STM32 einen ft2232 Chip und muss ich das jetzt zwingend zum Laufen bringen? Ist es ein anderes Interface und wie bekomme ich raus welches es ist? Kann ich einfach OpenOCD immer mit einem neuen Interface starten um
-
Thread
LPC2148 mit OpenOCD im Flash debuggen
für den openocd: #daemon configuration telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Amontec JTAGkey A" ft2232_layout jtagkey jtag_speed 0 #use combined on interfaces or targets that can't set TRST/SRST separately reset_config trst_and_srst srst_pulls_trst
-
Thread
Der perfekte USB-UART-Konverter
kann? Zweitens könnte man mal Ungereimtheiten und Überraschungen mit solchen Chips sammeln: FT2* (außer FT232R) brauchen Längswiderstände in D+ und D- und einen externen Quarz, der FT2232D sogar 6(!)MHz. Und sie brauchen je 47p von D+ und D- nach GND -- ESD-Schutz soll immer möglichst C-arm sein
Temperaturwechseln? Das ist albern. Bei normal produzierten Platinen entstehen nicht spontan Kurzschlüsse. > FT2* (außer FT232R) brauchen Längswiderstände in D+ und D- Na und? Kannst du dir keine Widerstände leisten? > und einen externen Quarz, der FT2232D sogar 6(!)MHz Es gibt ja extra für dich auch
-
Thread
[V] Konvolut FDTI ICs - siehe Bilder
Hallo, habe hier eine Konvolut FDTI ICs - siehe Bilder - abzugeben. 13 St. FT232 BL 3 St. FT2232 HQ 1 St. FT2232 29 St. FT230 XQ (Im Bild schreibfehler QX) 15 St. FT231 XQ (Im Bild schreibfehler QX) 12 St FT232RL 5 St. FT245RL VB 25€ + 2€ Versand (DHL +
-
Thread
JTAG INTERFACE APP MCU
browse Lattice website, I found the circuit in application note AN8082 is suitable for me. It use FT2232D to convert the USB to JTAG and RS232 interface. But I still have 3 questions about the circuit in AN8082: (1) Between FT2232D and JTAG interface, a STG3690 (U3) is used as multiplex switch
components by directly link the JTAG signals? If can, how can I handle with the signal RIA# (pin16 of FT2232D)? Guss Holger.
-
Thread
USC Type C zu USB Controller
jetzt eine ähnliche Entscheidung. USB-C Buchse, daran dann ein MUX für USB3 und dadran dann ein FT600. USB2 geht von der Buchse auf einen USB-HUB und davon ebenfalls zum FT600 und auch zu einem FT2232H. Dazu habe ich Fragen: 1. Bisher habe ich die USB2 Adern an der USB-C Buchse einfach verbunden
hinsetzen. Auf Redriver verzichte ich. Hinter den MUX kommt ins USB2 ein HUB CY7C65632 und daran dann FT2232H und FT600. Aber noch eine Frage zu so einem MUX: Bei einem MUX haben die Pins Namen die mit P oder N die Polarität angeben. Muss ich das beachten? Ich meine, das sind ja differentielle Signale
-
Thread
segger J-Link EDU
unterstützen. Da wird kein Bitbanging über USB direkt gemacht. Die gibt es auch wahlweise Fullspeed (FT2232) oder Highspeed (FT232H). Selbst die Fullspeed-Variante ist durchaus brauchbar und allemal vergleichsweise preiswert (vor allem, wenn man mit 3,3 V auskommt und keine Levelshifter braucht).
zu teuer ist und nur Flashen will, hat deutlich preiswertere Lösungen verfügbar. OpenOCD mit einem FT2232-Adapter wäre nur eine Lösung und die ist recht brauchbar und kostet nicht viel. > > Der JLink bzw. zum JLink umgebrannte STLink auf den Nucleo Boards hat > für mich nur einen Vorteil: er kann
-
Thread
USB-RS232 Konverter mit zwei USB- und zwei RS232-Anschlüssen, jedoch zwei verschiedene Anforderungen
USB-Anschluss genügt, könntest du dir diesen Baustein mal ansehen: http://www.ftdichip.com/Products/ICs/FT2232D.htm /Ein/ USB-Port /Zwei/ RS232-Anschlüsse
Spitze!! Vielen Dank für die sehr hilfreichen Antworten. Werd mir den FT2232D gleich genauer anschauen. hank
-
Thread
[V]erkaufe USB/Seriel Sachen
Modem Adapter D-SUB9 6 stk. Div. D-SUB Stecker Male 4 stk. Div. D-SUB Stecker Female 1 stk. FT245RL Breakout Board 2 stk. FT232RL auf adapter Platine 1 stk. FT232RL SSOP28 (neu) 1 stk. ADUM4160BRWZ SOIC 16 (neu) 1 stk. ADUM4160 auf Adapter Platine 1 stk. FT2232D Breakout Board 1 stk. FT2232D Breakout Board mit Test Platine 1 stk. Serial Kabel 1 stk. USB Kabel Für weitere Fotos oder Infos stehe ich zur Verfügung. Ich gebe keine Garantie auf Funktion der Bauteile/Bausteine.
-
Thread
RS485/422 zu USB Schnittstellenkonverter mit beliebiger Baudrate
geht, kannst du nach folgender Anleitung nachrechnen (aus FTDI-Application): >> A Baud rate for the FT232R, FT2232 (UART mode) or FT232B is generated using the chips internal 48MHz clock. This is input to Baud rate generator circuitry where it is then divided by 16 and fed into a prescaler as a 3MHz
UART. The value of the Baud rate divisor is an integer plus a sub-integer prescaler. The original FT8U232AM only allowed 3 subinteger prescalers - 0.125, 0.25 or 0.5. The FT232R, FT2232 (UART mode) and FT232B support a further 4 additional sub-integer prescalers - 0.375, 0.625, 0.75, and 0.875. Thus
-
Thread
MAX1000 Erfahrungen
Hat bereits jemand probiert, Channel B des FT2232 auf "Fast Serial interface" umzustellen oder kennt sich jemand damit aus? Läuft das "Fast Serial interface" PC-seitig über eine virtuelle serielle Schnittstelle (com/tty)? Grüße, Lars
Lars R. schrieb im Beitrag #5257226: > Hat bereits jemand probiert, Channel B des FT2232 auf "Fast Serial > interface" umzustellen oder kennt sich jemand damit aus? > Läuft das "Fast Serial interface" PC-seitig über eine virtuelle serielle > Schnittstelle (com/tty)? > > Grüße
-
Thread
OPENOCD FEHLER WINDOWS
handle_interface_command(): compiled-in jtag interfac es: Error: 19 16 jtag.c:1688 handle_interface_command(): 0: ft2232 Debug: 20 16 command.c:387 find_and_run_command(): Command failed with error c ode -101 Debug: 22 16 command.c:432 command_run_line(): parport_port 0x378 Info: 23 16 options.c:50 configuration_output_handler
compiled-in jtag interfaces: > Error: 19 16 jtag.c:1688 handle_interface_command(): > 0: ft2232 lässt annehmen, daß Du eine Version verwendest, die /nur/ für das ft2232-Interface und ohne Unterstützung des Parallelports übersetzt wurde.
-
Thread
Load geht nicht mit neuem OpenOCD
tell gdb the flash mem-map gdb_memory_map enable gdb_flash_program enable #interface interface ft2232 ft2232_device_desc "OOCDLink A" ft2232_layout oocdlink ft2232_vid_pid 0x0403 0xbaf8 jtag_khz 5 jtag_nsrst_delay 500 jtag_ntrst_delay 500 #target configuration #start slow, speed up after
-
Thread
FTDI USB erzeugt Blue Screen
Hallo an alle ich benutze den FTDI FT2232H USB 2.0 High Speed Chip. Ich betreibe den Chip im sync. FIFO Mode. Ich habe ein kleines Programm geschrieben, mit dem die Datentransferrate gemessen werden kann. Bis jetzt bin ich auf 11MByte
wollte ich die 25MByte pro Sekunde erreichen. Daraufhin habe ich die FTDI Application Note AN_130 "FT2232H Used in An FT245 Style Sybchrnous FIFO Mode" genaus studiert :-) Hier steht drin das die Datentransferrate deutlich erhöht werden kann, wenn die Paketgröße des USB_Protokolls angepasst wird.
-
Thread
ft4232 Port select
Hi, ich habe vor kurzem ein FT4232 erhalten. Ich habe mit FT232 chon mal gearbeitet und es hat bis jetzt alles geklappt. Ich möchte gern der FT4232 auch mit Visual Basic 2008 programmiere.Aber ich verstehe nicht wie ich Die Port
http://www.ftdichip.com/Support/Documents/ProgramGuides/D2XX_Programmer%27s_Guide(FT_000071).pdf http://www.ftdichip.com/Support/Documents/AppNotes/AN_135_MPSSE_Basics.pdf http://www.ftdichip.com/Support/Documents/AppNotes/AN2232C-02_FT2232CBitMode.pdf Ralf
-
Thread
ISA Bus per LPT steuern
auch aus. Schau Dir mal das hier an: http://www.ftdichip.com/Support/SoftwareExamples/MPSSE/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
-
Thread
FT232RL versorgt Atmega8 über RX,TX Spannung
Klappt nicht. Der Controller bekommt trotzdem noch Versorgung über die FT232RL TX-RX Leitung. RX und TX sind beide beim FT232RL auf High
FTDI vom Zielcontroller versorgt werden muss, nicht nur die IO. Aber FTDI ist lernfähig. Bei den FT2232 Varianten waren sie klüger.
-
Thread
OpenOCD STR9 Flashen
--------------- daemon configuration telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Amontec JTAGkey A" ft2232_layout jtagkey jtag_speed 1 jtag_nsrst_delay 200 jtag_ntrst_delay 200 #use combined on interfaces or targets that can't set TRST/SRST separately
-
Thread
OOCD mit Crossworks
ich hab im Netz recht viele Schaltpläne zu dem Thema gefunden und auch halbwegs verstanden. Mit dem FT2232 wird das USB<->JTAG IF realisiert, dabei sind die Signale TDO,TDI,TMS, .... durch den Chip selbst definiert. Offen sind TRST und SRST. Als IDE möchte ich gerne Crossworks verwenden (gute Erfahrungen mit MSP430). Hier kann man ja mit dem "generic FT2232" über div. HEX Codes eine Maske einstellen mit der dann SRST bzw TRST einem Pin zugeordnet wird. Ich finde irrgentwie keinen Link zwischen dem Hexcode und dem entsprechenden Pin am FT2232. Hat dazu
-
Thread
Welches Zynq-Board für Mess-Applikationen ?
erfassen, in Speicher schreiben und über USB oder so vom PC abholen lassen. Ich habe das mit einem Ft2232H im fifo modus gemacht. Das FPGA sammelt Daten, schreibt die in einen großen BRAM Fifo und daraus wird dann der Ft2232h bedient. Funktioniert wunderbar. Mit dem ft600/1 bekommt man dann auch usb3
betr. Treiber oder Spaesse mit isochroner Kommunikation unter > Windows. Ja, das stimmt. Bei dem FT2232H bin ich dauerhaft auf gute Werte gekommen und konnte das USB2 voll auslasten. Beim FT600 aktuell habe ich irgendwelche Softwareprobleme und hänge bei etwas unter 60 MBytes/s fest. Der Vorteil ist
-
Thread
UART mit 1MBaud
dem nicht so ist? Hmm - 1 Tafel Milka Haselnuss Schokolade :-) AN_120: A Baud rate for the FT232R, FT2232 (UART mode) or FT232B is generated using the chips internal 48MHz clock. This is input to Baud rate generator circuitry where it is then divided by 16 and fed into a prescaler as a 3MHz reference
>Hmm - 1 Tafel Milka Haselnuss Schokolade :-) Angenommen! >AN_120: >A Baud rate for the FT232R, FT2232 (UART mode) or FT232B is generated >using the chips internal 48MHz clock. This is input to Baud rate >generator circuitry where it is then divided by 16 and fed into a >prescaler as
-
Thread
Fragen zur Embedded System Beschaffung
Low-Level"-Sachen (SPI z.B.) müsste sowas mehr oder weniger selbst gemacht werden (z.B. auf Basis des FT2232D http://ftdichip.com/Products/FT2232C.htm bzw. http://apple.clickandbuild.com/cnb/shop/ftdichip?op=catalogue-products-null&prodCategoryID=9&title=DLP2232M-G) zu 5. hängt von der Anwendung ab
-
Thread
USB 2.0 Festplattengehäuse -> integrierter Festplattencontroller
wieso so kompliziert? Es gibt doch USB 2.0 HighSpeed Controller, wie den Cypress FX2 und den FTDI FT2232H, die machen das viel einfacher mit passendem API und erlauben 40MB/s Übertragungsrate....
vorzuwerfen ist. Möglicherweise sind hier die softwareseitig identisch anzusteuernden parallelen Varianten (FT245) schon genügend, vielleicht lässt sich Dein Pinwackeln aber auch mit der MPSSE des FT2232 erschlagen. Also: Was willst Du /eigentlich/ erreichen? Was möchtest Du ansteuern?