-
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
doxygen/bugs.html 5 kHz 1000 kHz jtag_nsrst_delay: 100 jtag_ntrst_delay: 100 Info : device: 6 "2232H" Info : deviceID: 67353338 Info : SerialNumber: 123456789A Info : Description: OOCDLink-H A Info : max TCK change to: 30000 kHz Info : clock speed 1000 kHz Info : JTAG tap: stm32.cpu tap/device
-
Thread
Umsetzer von CAN auf RS232 bauen
das billigste und vor allem einfachste ist ein at90can128 (<10euro) und nen ft232rl dran damit man nen CAN<>USB adapter hat. hab letztens erst nen paar von so dingern gebaut, ist echt simpel
Für den FT2232H gibts eine Applikation mit den SJA1000 im Datenblatt: http://www.ftdichip.com/Documents/DataSheets/DS_FT2232H.pdf
-
Thread
FT2232H USB 2.0 High Speed
Ich habe es noch mal mit MPROG 3.5 versucht. Wenn ich ein Template für den FT4232H erstelle und dann auf programmieren Drücke erhalte ich folgende Fehlermeldung "Error reading device" Wenn ich ein FT2232H Teplate erstelle und dieses auf den FT2232H hochladen möchte erhalte
Fehlermeldung: "No Devices Found" Es ist einfach nur die falsche PID Nummer im EEPROM gespeichert. Der FT2232H besitzt die PID 6010 und der FT4232 die PID 6011. Deshalb erkennt Windows den FT2232 Chip als FT4232 und ich bekomme dies einfach nicht weg.
-
Thread
IO-Controllerboard mit Analogausgängen
48-64 Pin TQFP) ODER: was sich hier vielleicht auch anbieten würde: nimm USB und mehrere FTDI FT2232H. Diese Teile sind USB-Bridges mit USB 2.0 High-Speed. 100 kHz sollten die immer schaffen. Die kannst Du so konfigurieren, dass sie zwei parallele FIFO-Schnittstellen bereitstellen, an die die dann
dann einen weiteren. Du kannst diese Chips auch auf SPI programmieren, dann solltest Du aber den FT4232H nehmen, weil der zwei SPI Port bereitstellen kann. Der 2232H hat genauso viele Pins, aber nur eine serielle Engine. Damit entfällt die Programmierung auf der Controllerseite. Überleg mal,
-
Thread
Datenübertragung mit mehreren ATMegas
Du könntest einen FT2232 einsetzen und diesen im SPI-Modus betreiben. Doku und Treiber gibts auf der FDTI-Seite. Dann entfällt der Microcontroller-Programmieraufwand ganz und Du musst Dich nur noch um das PC-Programm kümmern
Nen FT2232 im SPI Mode wäre schon toll - aber an das PC Programm komm ich nicht dran -das rückt der Anforderer nicht raus... Also muss ich letztlich so handhaben, das ich ihm sage, sende du mir ne Anforderung
-
Thread
115200baud mit 19.6608Mhz
per RS232 an den FT232TL sende oder?
Hediger schrieb im Beitrag #1738405: > Hast du damit bereits gearbeitet? Ja, allerdings beim FT2232 und dessen erweiterten Schnittstellenmöglichkeiten (SPI/I2C/Bus). > Kann ich da Zeichen um Zeichen empfangen? Ja, wenn dir danach der Sinn steht. Spezialfall mit Pufferlänge 1. Ist bei einer
-
Thread
PC erkennt nicht mehrere virtuelle COM-Ports
gibt es von FTDI auch so mini Module http://www.ftdichip.com/Products/EvaluationKits/DIPModules.htm#FT2232H_Mini-module)
-
Thread
[V]erkaufe ARM JTAG our-link
ARM standard 20x2.54, ARM standard 20x2.00, FriendlyARM/mini2440 10x2.00). Eigentlich habe einen FT2232H JTAG bestellt, so viel zum Thema China. Preisvorstellung 40eur + versand. Kontakt : monialewicka (äät) wp (punkt) pl Beste Grüße, Moni
-
Thread
[KiCad] Bibliotheksaufbau - Konzeptideen gesucht
normalerweise fuer register genutzt) aufgebohrt. Das sieht dann per Baustein so aus: [code] <device id="FT2232H" name="FT2232H" protocol="PROPERTY"> <revision> <major>0</major> <minor>1</minor> </revision> <schematic name="FT2232H" unitcode="U"> <schematic:part name="
einer simplen einfachen Umsetzung kann ich mir folgenden TAG-Aufbau vorstellen. > <device id="FT2232H" name="FT2232H" protocol="PROPERTY"> > <revision> > <major>0</major> > <minor>1</minor> > </revision> im Oberern Teil werden wichtige Daten von Hand über ein Interface eingegeben
-
Thread
Spartan 3 über JTAG und FTDI programmieren
Hi, ich möchte gerne einen Spartan 3 per USB mit FTDI FT2232 und JTAG programmieren. Hierzu benötige ich jedoch noch eine Software, die mir die Daten auf den Spartan schiebt. Könntet ihr mir hierbei ein paar Anregungen geben? lg Philipp
-
Thread
STM32-P103 + ARM-USB-OCD
durchgeführt, nur leider lässt sich mit dieser Lösung mit den Treiber aus der Datei "libusb-win32_ft2232_driver-100223" nicht die 2 Geräte erkennen die erscheinen wenn ich den Programmer anstecke. Das eine Gerät lässt sich erfolgreich als "Olimex ARM-USB-OCD (Channel A)" installieren, beim 2. Gerät
-
Thread
Rowley Crossworks Treiber FTDI LPF3250
Tja, hast Du denn überhaupt ein FT2232-basierendes JTAG-Interface?
-
Thread
JTAG USB Emulator aus der Bucht
hat alles so funktioniert. Der JTAG-Adapter wird wahrscheinlich auch nur ein hundsgewöhnlicher FT2232-basiertes Teil sein. Da kannst Du genauso gut zu Amontec.com gehen und den Auslandsversand sparen. fchk
-
Thread
Auswahl Microcontroller für Messschaltung
die geforderten geschwindigkeiten erbringt. für die wandlung seriell zu usb könnte ja vielleicht ein FT232R zum Einsatz kommen. wie kann bei dem xmega das dma laufen??? wie wird so etwas konfiguiert?`
Warum seit ihr alle so heiß auf FT232? Es gibt auch ein FT245. Oder in deinem Fall ein FT2232H in FiFo Mode. Ich habe das erst kürzlich bei mir versucht: Ich habe ein Datenblock aus dem RAM eines xmega128A1 über den 245-FIFO des FT2232H
-
Thread
ARM9 lässt sich nicht programmieren.Board aber benötigt für Bachelor
LPT-Port versuchen. Ich denke beim TINY hat es auch nicht geklappt, weil er auf dem gleichen Chip (FT2232) basiert, wie der ARM-USB-OCD. Mit etwas Glück kommt morgen auch schon mein J-Link an :) Gruß, Sören.
-
Thread
Eclipse & OpenOCD: AHBAP; Sticky und Mem Read Error
# Work-area size (RAM size) = 20kB for STM32F103RB device set _WORKAREASIZE 0x5000 interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 # script for stm32 if { [info exists CHIPNAME] } { set _CHIPNAME $CHIPNAME
-
Thread
OOCD-Link Mega128
zusammengeschustert wurde: #daemon configuration telnet_port 4444 gdb_port 3333 #Board interface ft2232 ft2232_vid_pid 0x0403 0x6010 ft2232_device_desc "Dual RS232 A" ft2232_layout "oocdlink" ft2232_latency 2 # 6/(1+n) Mhz TCLK jtag_speed 1 #Target # for avr set _CHIPNAME avr
-
Thread
COOLLA mein neuer minila
universell verwendbar ist, spendiere ich der Platine dann auch auch einen teuereren und schnelleren FT2232HL. Lg Gregor
im Beitrag #1871776: > spendiere ich der Platine dann auch auch einen teuereren > und schnelleren FT2232HL Da lasse ich mich überraschen wie schnell die Übertragung dann ist. Nach meiner Auffassung ist der Flaschenhals das chaotische Host-Bus Protokoll von FTDI welches zu jedem lesen oder schreiben
-
Thread
MiniLA Version MockUp
Wegen der Datenübertragung: lässt sich egtl. USB nicht direkt im CPLD ohne Umweg über den FT2232 realisieren, bei evtl. höheren Übertragungsraten? Falls nein: wäre der FT2232H eine Verbesserung?
Als ich den FT2232 per IR eingelötet hab, sind einfach 4 Pads nebeneinander abgegangen. Der FPGA ging einwandfrei mit IR, bei dem FT2232 haben sich Pads abgelöst, der Platinenlieferant scheint eine sehr durchwachsene
-
Thread
JTAG-Adapter für ARM/Cortex-M3 (STM32) mit UART
1. Du hast den FT2232D verwendet. Warum nicht gleich den FT2232H mit USB 2.0 Hi-Speed? Das flutscht dann doch gleich besser. 2. Ich hätte auf der Rückseite eine Groundplane vorgesehen, der Betriebssicherheit wegen.
Der Turtelizer funktioniert nicht richtig mit 1,8V Cores. Denn: Beim FT2232 sind die VDDIO mit 5V verbunden. Die 74125 Chips laufen mit der Spannung des Cores (1,8V). Insbesondere der IC6. Also wenn der bei Hi-Pegel nur 1,8V aus gibt, dann erkennt der FT2232 da noch lange
-
Thread
ICswift SAM7X256 openOCD
an der Config file device descrition muss lauten "USB-DeviceDescription A" also bei mir ft2232_device_desc "Olimex OpenOCD JTAG TINY A" vll hilfts jemandem
-
Thread
FT2232 Bit Modes
Hallo, ich möchte den FT2232 verwenden um zwei Steine (uC und FPGA) auf einer Platine anzusprechen. Ist es möglich Kanal A als MPSSE (SPI) und Kanal B als asynchronen FIFO zu verwenden. Ich finde im Datasheet nichts was dagegen
-
Thread
STM32 - Erster Artikel
deinstallieren - Olimex ARM-USB-OCD aus- und einstecken - Dann den Treiber vom Zip "drivers\libusb-win32_ft2232_driver-100223.zip" manuell installiert (3x kommt der Install-Dialog) - Bei der Installation hat der zwar gemeckert dass irgend was fehl geschlagen sei, aber in der Systemsteuerung zeigt er kein
mitgeliefert wurde deinstallieren und den vom OpenOCD Setup installieren. Dazu die Datei "libusb-win32_ft2232_driver-100223.zip" entpacken und beim Installieren dieses Verzeichnis angeben. In diesem Thread weiter oben habe ich mal das gleiche Problem gehabt und ein bischen mehr geschrieben.
-
Thread
Spartan 3A über FTDI USB IC flashen
@ all FPGA-User, ich möchte ein neues Spartan 3A Board bauen. Auf dem Board soll auch ein FTDI FT2232H High Speed USB Chip verbaut werden. Nun habe ich gelesen, das man mit Hilfe des FTDI USB Chips eine JTAG oder SPI Interface bauen kann. Somit kann auch ein FPGA oder ein externer Firmwarebaustein
direkt beschreiben. Die zugehörigen Schaltungen findest du im Configuration User Guide. Über den FT2232H gehts natürlich auch, musst dir aber dann selbst eine Softare schreiben, die entweder SPI für die direkte Progarmmierung oder aber JTAG für die indirekte Programmierung macht. Der Charme der SPI-Flash
-
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
> sicher 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. Wo ist jetzt das Problem? Unter Linux brauchst
-
Thread
Boundary Scan / JTAG Tool für FT2232 Beta
auch im BYTE Modus möglich - XSVF-Player http://wesche.we.ohost.de/Homepage/Arbeiten/PC_Delphi_FT2232_JTAG.html
-
Thread
FTDI FT2232H Geschwindigkeit
verstanden habe, hat der sync. FIFO-Modus auch nur 8 Datenbits und zusätzlich zum async. FIFO-Modus vom FT2232D noch einen CLKOUT-Pin.
Der FT2232H hat nicht ein 16-Bit breites async. FIFO-Interface, sondern unterstützt zwei 8-Bit breite async. FIFO Interfaces.
-
Thread
OpenOCD für Eclipse mit ARM Cortex-M3
Art Debugger verwendest du? Ich nutze den OpenOCD-USB von embedded-projects. Der ist auf Basis des FT2232D. Verwendest du etwas ähnliches/gleiches? Für diesen debugger wäre auch eine passende Version des OCD beim FreeRTOS (verwende ich übrigens auch) dabei.
Gut da sind wir ja schon mal ein Stück weiter. Also auf deinem Board ist der FT2232D + Logik schon drauf. Also die Debug-Hardware ist mitgeliefert. Die Config Files sind im FreeRTOS mitgeliefert. Soweit ich das sehe... Also geh doch mal im eclipse in Debug-Perspektive und
-
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
FT2232D ohne EEPROM
ich bin beim Montieren mit dem Schraubendreher abgerutscht und habe dabei den EEPROM 93C46 des FT2232D verschoben und beschädigt. Seitdem kann ich den nichtmehr programmieren (waren teil eines JTAG-Programmieradapters). Gibt es eine Möglichkeit den FT2232 ohne EEProm zu betreiben? Aus diesen liest
Du kannst allerdings dem Programm eine "gefakte" ftd2xx.dll unterschieben. In dieser kannst du die FT_ListDevices so ändern, dass die richtige VID & PID zurück geliefert wird.
-
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
Starterkit/Eval board + JTAG
Beispielsweise STM32-Board von Futurlec (35-40€), JTAG von Segger/Olimex/... ab 45€ oder so (oder FT2232 Selbstbau), Privat-IDE/Compiler von Rowley für 150$ (oder für Bastler Yagarto für Lau).
-
Thread
STM32 Einstieg
ARM-USB-OCD. Aber das ist nur eine Variante von vielen, Crossworks kann mit wohl jedem Adapter auf FT2232-Basis zusammenarbeiten, weil diesbezüglich konfigurierbar.
auch kann (also auch JTAG), aber es kann vollautomatisch über die serielle programmiert werden (über FT232), hat einen on-board CAN-Übertrager und noch einen externen Flash. Läuft seit 2 Monaten ohne Probleme. Die Bauteile und Bestückung machen einen hochwertigen Eindruck -> damit kann man auch mal zum
-
Artikel
LPC2000-Boards von Olimex
JTAG-Schnittstelle mittels OpenOCD an. OpenOCD unterstützt günstige JTAG-Hardware (Wiggler-clones und FTDI FT2232-basierte Geräte). --Hans 19:34, 23. Dez 2005 (CET) (leicht modifiziert von mthomas 29.10.2006) LPC-P2129. Wird mit einen 14,7MHz Baudratenquarz ausgeliefert. Das vermeidet das o.A. ISP-Problem, auf
-
Thread
SPI mit FT2232H
MPSSE bzw. Bitbang SPI benutzt um SPI Flash ROM Chips zu programmieren: http://www.flashrom.org/FT2232SPI_Programmer http://flashrom.org/trac/flashrom/browser/trunk/ft2232_spi.c Uwe.
clocken. Dies entspricht SPI-Mode 0 und 2. Ich bräuchte aber SPI-Mode 1. Wie kann ich das mit dem FT2232H realisieren? Vielen Dank. Kim
-
Thread
Programmer und compiler fuer Cortex M3
Vollversion für Privat mit 150$ durchaus bezahlbar. Als Debug-Interface ist dafür neben Segger jede FT2232 Variante einsetzbar, beispielsweise die Dinger aus dem hier assoziierten Shop.
-
Thread
VB2008 FT2232 über USB ansprechen
Hallo, kennt jemand ein brauchbares Tutorial für die Ansteuerung eines FT2232 (SPI) für einen Anfänger in der Programmierung mit VB2008? Die Anwendung auf dem PC habe ich fertig, es geht um das Lesen und Beschreiben eines EEPROMS. Aufgabe ist also, den entsprechenden USB-Adapter
-
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
STM32 Debugger
Beziehungen zwischen Rowley und Raisonance offenbar nicht sonderlich gut sind. Dafür können die FT2232 basierten Interfaces in Crossworks nun neben JTAG auch SWD.
-
Thread
USB Schnittstelle + Firmware Update?
Schnittstelle zur Außenwelt dienen. Wie kann ich meine Aufgabe lösen? Ich lese hier häufiger vom FT2232, mit dem es evtl. klappen könnte, aber auch von den Problemen damit. Wenn ich es richtig verstehe, dann kann man den einen Port des FT2232 als JTAG konfigurieren und damit den FPGA programmieren
Verlinkung zu xc3sprog funktionierte nicht. Klappt das denn grundsätzlich so, wie ich mir das mit dem FT2232 vorstelle?
-
Thread
Problem mit dem ARM7 Starterkit
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 A" ft2232_layout "oocdlink" ft2232_latency 2 # 6/(1+n) Mhz TCLK jtag_speed 1 [/code] und [code] # NXP LPC2103 ARM7TDMI-S
-
Thread
Nios2 mit FTDI USB auf UART Chip
zu löschen, da es sich hierbei um keine echte UART handelt. Jetzt gibt es auf dem Board ein FTDI FT2232L Baustein den ich ansteuern kann. Nur leider funktioniert es nicht. Ich habe den RX Port am Nios mit dem TX Pin des FTDI Chips verbunden und den TX des Nios mit dem RX des FTDI's. Ich benutze es
-
Thread
OpenOCD Problem: unable to open ftdi device
################### telnet_port 27182 gdb_port 31415 interface ft2232 ft2232_device_desc "Amontec JTAGkey A" ft2232_layout jtagkey ft2232_vid_pid 0x0403 0xcff8 if { [info exists CHIPNAME] } { set _CHIPNAME $CHIPNAME } else { set _CHIPNAME lpc1768
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