-
Thread
Hitex LPC-Stick und JTAG
Hi Bist Du sicher, das richtige COM-Port zu verwenden, der FT2232 bisitzt nämlich zwei, die beide in der Systemsteuerung auftauchen sollten, das richtige wäre dann empirisch zu ermitteln! Zum Debuggen muss das zweite wieder in den JTAG-Modus versetzt werden, wie
freigegeben, oder sie haben was mit dem JTAG gemacht??? Leider fehlt der Schaltplan mit dem FT2232, das wird Dir aber sicher schon aufgefallen sein! Tom
-
Thread
Open OCD r592 arm-usb-ocd
options.c:50 configuration_output_handler(): Open On-Chip Debugger (2008-04-19 12:00) svn: 592 Error: ft2232.c:1375 ft2232_init_ftd2xx(): unable to open ftdi device: 2 Das Konfigurationsskript lautet wie folgt (ebenfalls von de Yagarto-seite und ein wenig ausprobiert :-)) #daemon configuration telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 2 #use combined on interfaces or targets that can't set TRST/SRST separately #
-
Thread
Geschwindigkeit DDR-Ram
Verwendest Du den FTDI FT2232H als USB Interface. Mit dem habe ich gerade ein Projekt gemacht. Nur bei mir war die Digitalisierung deutlich langsamer (ca. 32MSample) Außerdem habe ich noch aus 32 Messwerte durch aufaddieren
Wobei die Sache mit den Setup-Zeiten am Full-Flag des FT2232H schon irgendwie blöd ist...läuft das in der Praxis zuverlässig?
-
Thread
Programmieren eines SMD Atmel uC
überschaue gibt es keinen universellen Debugger > > Da irrst Du glücklicherweise. Für ARMe gibt es die FT2232-basierenden > OpenOCD-JTAG-Interfaces, Die können aber kein SWI/SWD, und gerade bei Bausteinen mit wenig Pins ist das ärgerlich. fchk
Frank K. schrieb im Beitrag #2208643: > die ganzen FT2232-Billigadapter können es > durch die Bank weg nicht (weil der FTDI-Chip es nicht kann) Das ist so pauschal mal falsch. Der ICDI von Luminary Micro/TI ist FT2232 basiert und kann SWD.
-
Thread
USB auf Parallel-Wandlung
P.S. Kosten: FT2232-Modul bei rs-online 28.29 € netto, FT4232-Modul 31.26 € netto
> Bei Digikey gibt's den FT4232 für 8,80 Eur Zudem ist bei den digikey-Modulen nur der FT2232D verbaut, bei RS der FT2232H, der ist 4x so schnell.
-
Thread
FT2232C - Allgemeines Layout
ein Layout entwickelt, so dass man nur einmal sich ein kleines Board löten muss und dann mit dem FT2232C entwickeln kann, beziehungsweise auch bei kleinen Produktionen einbauen kann, denn ich wollte so etwas wie den Ft2232M haben (Das ist wie mein Konzept, nur das alles in SMD ist und dann auf einen
Verbindungen auf einer Seite hatte... Ich hab auch im Inet auf sonner russischen Seite oder so einen FT2232M zum nachbauen gesehen(also mit Layout etc.), der aber im DIL40 Design war und mit USB Connector und SMD Packages... MFG Manu
-
Thread
Lattice ICE40: IceCUBE2 - programmierbutton fehlt
Stick aber: === Bus 001 Device 006: ID 0403:6010 Future Technology Devices International, Ltd FT2232C Dual USB-UART/FIFO IC === Was mache ich falsch?
Beitrag #3494518: > Bus 001 Device 006: ID 0403:6010 Future Technology Devices > International, Ltd FT2232C Dual USB-UART/FIFO IC > === FT2232C ist doch der FT2232H FTDI 2232 H Baustein auf dem ICE40 Stick ? Die Treiber sind nicht gleich FTDI2232H,FTDI2232D. Frage: Hast du ein z.B Window7 System
-
Thread
Debuggen von LPC2368 mit Eclipse und OpenOCD?
continue[/c] Hier die OpenOCD Konfigurationsdatei: [c]telnet_port 4444 gdb_port 3333 interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 12 jtag_nsrst_delay 200 jtag_ntrst_delay 200 reset_config trst_and_srst jtag_device
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 1 jtag_nsrst_delay 200 jtag_ntrst_delay 200 #use combined on interfaces or targets
-
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
Günstiger Anfang mit ARM Gesperrt
Frank K. schrieb im Beitrag #4055050: > kein FT2232-basiertes Teil (kann kein SWD). Bist du dir da sicher? Wenn ich mir im OpenOCD-Quellcode die Datei jtag/drivers/ftdi.c ansehe, dann findet sich da sowas: [c] static int ftdi_swd_init(void
rumliegen habe. Da er von „studentenfreundlichen Preisen“ schrieb, könnte so ein einfacher FT2232-basierter Dongle schon eine sehr sinnvolle Alternative zum Mercedes unter den Programmieradaptern namens „J-Link“ sein.
-
Thread
BF531 UART abhorchen
du aber immer machen kannst: mit urJTAG per Boundary Scan das Flash auslesen. Das geht mit jedem FT2232H-Adapter.
Martin, mit eigenem Code meinst Du für den FT2232H - richtig? (den internen Controller, der USB nach GPIO umsetzt.) Markus
-
Thread
µC per USB ins Ethernet
zuständig ist, dann kannst Du an den sowieso kein anderes USB-Gerät (Device) anschließen, da der FT2232 selbst ein USB-Gerät ist. Um USB-Geräte ansteuern zu können, bedarf es eines USB-Hosts, Geräte (Devices) können nicht untereinander kommunizieren. Für die von Dir angedachte PC-Lösung gibt es
du kannst auch den FT2232 runternehmen und statt dessen den x-port verwenden.
-
Thread
ISA-Karte nach GPIB umbauen
Mit dem FT2232 von FTDI kann man ein USB zu ISA interface basteln. http://www.ftdichip.com/Support/SoftwareExamples/MPSSE/FT2232C-Proj04.pdf Aber nen µC mit externem memory bus und USB wär wohl schöner.
Vielen Dank für die Antworten, insbesondere das mit dem FT2232H und die Variante mit NI USB-6211/NI PCI-6221 werde ich mir genauer anschauen. Im Anhang der Schaltplan des ISA-Boards. Es werden zwar mehr als vier Adressleitungen belegt, diese sind aber Überflüssig
-
Thread
ARM-USB-TINY-H Treiber
#daemon configuration telnet_port 4444 gdb_port 3333 tcl_port 6666 #interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG ARM-USB-TINY-H" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0023 #ft2232 latency 1 # Start slow, speed up after reset jtag_khz 500 jtag_nsrst_delay
-
Thread
Lattice Diamond SW - Programmer Funktionieren die China Programmer bei Lattice XO2
TE0790 geht auf jeden fall. Es geht in prinzip egal welcher FT2232H basierendes JTAG adapter ausser Digilent programmer, die gehen nähmlich mit Lattice nicht.
Die Eval Boards sind doch eh mit Schematic vorhanden, dort steht auch FT2232H und die Verdrahtung ist auch schön zu sehen. Habe mir auch selber einen Programmer für meine LatticeSemi FPGAs gebaut.
-
Thread
UART to SPI Gateway
Klingt so, also ob du eigentlich einen USB-SPI-Wandler suchst. Also den FT2232.
Der FT2232 ist ein Möglichkeit! Ich nutze den FT232RL mit dem D2XX-Treiber um in in Labview ein zu binden. Jetzt ist meine Frage kann ich den FT2232C genauso benutzen in Labview? Problem ist auch das
-
Thread
OpenOCD für 10-Pin-JTAG?
ein Xilinx-Chip ist, würde ich mir mal xc3sprog oder xilprg angucken, und falls nicht vorhanden, FT2232-Hardware besorgen. Der Aufwand, openOCD vernünftig auf spezieller HW zum Laufen zu bringen ist meist teurer als ein FT2232-Adapter :-(
UrJTAG sollte mit dem o.g. FT2232D basiertem Programmer funktionieren. Eventuell müsste man die SVN Version kompilieren.
-
Thread
Problem mit FT232R
Hi Leute, ich habe zwei test USB/SERIAL Platinen, die eine mit dem FT2232C und die andere mit FT232R. Wenn ich die am PC anschliesse sehe im Geräte-Manager, die virtuellen COM- Schnittstellen. Wenn ich aber die "CreateFilecom,GENERIC_READ|GENERIC_WRITE,0,0,OPEN_EXISTING
INVALID_HANDLE_VALUE als Rückgabe!!! und kann auf die Schnittstelle nciht mehr zugreifen im Gegenteil zu FT2232C!!! an was könnte das liegen!!!!!! Gruß
-
Thread
Firmware update über USB
Erstinbetriebnahme darüber machen, ohne dass überhaupt Code im Prozessor ist. Über den zweiten Port des FT2232 kannst Du eine UART-Kommunikation aufbauen. fchk
Ich empfehle trotzdem die Lösung mit dem FT2232 und JTAG. Grund: Damit kann sich ein User das Gerät niemals zerschießen ("bricken"), egal was immer er auch anstellen mag. Der Flasher wird _IMMER_ und _JEDERZEIT_ in der Lage sein, ein funktionierendes
-
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
Schnelle Datenübetragung uC-PC über 5Meter Kabel - welcher Bus
>- USB via FTDI FT232R Nimm ein High Speed USB2 Gerät wie den FT2232. Der schafft deutlich mehr. Und wenn du ihn im FIFO Mode betreibst kannst du auch 8 Bit parallel schreiben.
Der FT2232 (D, L oder C) ist kein Highspeed-USB2-Gerät, das ist nur die Ausführung mit dem Suffix *H*, also der FT2232H.
-
Thread
Boundary Scan Programming Tool
Verzeichnisstruktur: "Porgramme" (siehe URL) http://wesche.we.ohost.de/PC/Delphi/Porgramme/Delphi_7/FT2232_BoundaryScan/bin/BoundaryScanTool_Setup.zip
BoundaryScanTool: http://andreas-weschenfelder.de.vu/Homepage/Version_3/index.php?section=PC_Delphi_FT2232_JTAG.html BR Andreas Weschenfelder
-
Thread
Theorie: Xilinx selbstbau JTAG Programmer
Hier gibt's einen XSVF-Player auf FT2232 Basis: http://embdev.net/topic/139121#new
Wenn Du eine FT2232 hast, kannst Du zur direkten JTAG Programmierung von Xilinx Bausteinen auch xc3sprog von svn co https://xc3sprog.svn.sourceforge.net/svnroot/xc3sprog xc3sprog verwenden.
-
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
FT232R als Lattice JTAG Dongle?
moechte gerne das JTAG-Kabel quasi integrieren auf dem Board. Lattice benutzt ja durchgehend den FT2232H, der ist mir aber wegen Verfueg- und Loetbarkeit eher unsympatisch (sollen auch mal Studenten ran :) Im ispVM-Verzeichnis befindet sich eine Header-Datei, die nahelegt, dass auch der FT232R (klein
Moin, nimm doch einfach den FT232H, den abgespeckten Bruder des FT2232H. Mit der Verfügbarkeit sehe ich kein Problem. Sonst melde dich, ich habe noch ne Menge davon (wie auch dem kleinen 2232L) rumliegen. Wenn du den FT2232L nimmst, kannst Du ohne Extraaufwand das Ding
-
Thread
SWD über USB-C
oder Device? Wenn Device, dann könntest Du ganz einfach einen kleinen Hub und einen FT232H oder FT2232 einbauen und über den und OpenOCD Deinen Code aufspielen und debuggen, und das ginge dann auch im Feld oder beim Kunden. fchk
lässt sich in dieser Hinsicht sehr flexibel konfigurieren. Plus: Du könntest den zweiten Kanal des FT2232 noch für einen Debug-UART nutzen. Der FT2232 (entweder ...D als Full-Speed oder ...H als High-Speed-Variante) braucht noch ein kleines EEPROM für seine Settings: https://de.farnell.com/microchip
-
Thread
AVR als IDE-Festplatte
never-ending-story. Was spricht gegen eine direkte USB Verbindung? Wenn´s schnell gehn muss, gibts jetzt den FT2232H oder halt klassisch den Cypress FX2, die schaffen 25 bzw. 40MB/s....mit ordentlicher Pufferung auch kontinuierlich.
bei Mouser nur €6,11 (zzgl. MwSt.). Der von dir genannte Preis bezieht sich auf ein Modul mit dem FT2232H. Da ist der Chip mit den erforderlichen externen Komponenten, einer USB-Buchse und Stiftleisten schon auf eine Platine aufgelötet.
-
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
OpenOcd.cfg starten
zeigt dir an, wie die zwei heissen, die er gefunden hat. In deiner .cfg sollte demnach z.B. ft2232_device_desc "Olimex OpenOCD JTAG TINY A" stehen. Das "A" wird vom FTDI Treiber benutzt, um den ersten Kanal zu identifizieren. Der zweite Kanal "B" wird vom Tiny nicht benutzt, der "grosse" ARM-USB-OCD
gestartet. [c] #daemon configuration telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 0 jtag_nsrst_delay 200 jtag_ntrst_delay 200 #use combined on interfaces
-
Thread
USB-JTAG-Adapter für ARM, OpenOCD
programmieren. hier meine .cfg Datei: telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout olimex-jtag ft2232_vid_pid 0x15ba 0x0003 jtag_speed 0 reset_config srst_only jtag_device 4 0x1 0xf 0xe daemon_startup reset
-
Thread
PIC Brenner von Sprut
dann auch die Programmierspannung bereit. So neuer Laptop keine RS232 aber habe noch von FTDI einen ft2232d, einen DC/DC (5V/12V) und noch einen Opamp LM358N. 1. Kann ich mir daraus was gescheites zum Programmieren Basteln? 2. reicht es wenn ich nur MCLR auf 12V lege und Vdd +5V und Vss GND ist klar und Rx und Tx als TTL-Pegel wie ich sie dann vom ft2232d bekomme? Über jede Hilfe bin ich dankbar...
-
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
FT232HL oder doch FT2232HX
Der ist halt sehr neu, kam erst im Mai 2011 raus. Sollte aber genauso ansprechbar sein wie die FT2232. Der FT2232H läuft auch mit der Software für FT2232D nur einige neue Funktionen fehlen. Wenn die OOCD Sache mit dem 2232H läuft, sehe ich beim 232H keine Schwierigkeiten.
Wenn ich die Diskussion auf avrdude-dev noch richtig im Kopf habe, solltest Du lieber den FT2232HX nehmen. Der neuere FT232HL braucht mindestens eine Anpassung der libftdi, d.h. ältere Binaries gehen nicht out-of-the-box IMHO. Was natürlich kein Problem ist, wenn man OOCD sowieso selbst kompiliert
-
Thread
FT2232H Sync Fifomode / Sync Bit Banging
Hallo liebe Forumgemeinde, ich möchte gerne für meine Anwendung die IC FT2232H benutzen. Ich kann mich nicht für den Mode entscheiden, weil ich die maximale Geschwindigkeit für den Bit Banging mode nicht finde. Der Sync. FIFO Mode arbeitet mit 60MHz bei 8 Bit. Meine Rechnung
Achtet darauf das ich von der H Version spreche. http://www.ftdichip.com/Documents/DataSheets/DS_FT2232H_V205.pdf
-
Thread
ATMega328P lässt sich nicht über FTDI FT232RL programmieren
FT232H-basierte Programmer, die sprechen dann aber über ISP und nicht seriell UART. Achtung: Die FT2232 Varianten laufen nur mit den teureren FT2232 und FT4232 Chips. Was Du bei den Upload Einstellungen machen muss, erfährst Du aus der Doku zu Deinem Bootloader, den Du vorher manuell (z.B. mit dem
schon am besten bei Serielle UART bleiben. Jim M. schrieb im Beitrag #5281492: > Achtung: Die FT2232 Varianten > laufen nur mit den teureren FT2232 und FT4232 Chips. Du meinst die Varianten die Avrdude sprechen kann? Mfg
-
Thread
welches JTAG-Kästchen nehmen für Eigenentwicklung?
Hallo Jörg, FTDI FT2232 basierte JTAG Interfaces gibt es mittlerweile von einer Reihe von Herstellern. ARM Debugging mit diesen Interfaces wird vom OpenOCD und Rowley's Crossworks unterstützt. Die Dokumentation von FTDI ist
Das interessante am FT2232 ist dessen MPSSE (multiprotocol serial engine), mit der auch SPI, I²C und eben die für JTAG erforderlichen Bitwackeleien in Hardware unterstützt werden.
-
Thread
Probleme beim Programmieren des Lattice iCEstick FPGA
. Hier noch ein Thread von dem ice40 Stick http://www.mikrocontroller.net/topic/321361 ..... FT2232C ist doch der FT2232H FTDI 2232 H Baustein auf dem ICE40 Stick ? Die Treiber sind da wohl nicht gleich FTDI2232H,FTDI2232D.???
Windows Update auf den neuesten Stand gebracht wurde. Holger schrieb im Beitrag #3871328: > FT2232C ist doch der FT2232H FTDI 2232 H Baustein auf dem ICE40 Stick ? > Die Treiber sind da wohl nicht gleich FTDI2232H,FTDI2232D.??? Doch, sind gleich.
-
Thread
FTDI FT4232H - SPI_AddHiSpeedDeviceReadCmd(.) langsam
of a FT2232H dual hi-speed device or FT4232H quad hi-speed device. pWriteStartCondition Pointer to the structure that contains the start output states(low or high) of the clock, data out and signal out/chip select pins of the FT2232H dual hi-speed device or FT4232H quad hi-speed device. bClockOutDataBitsMSBFirst Clock out control and data bits Most Significant Bit(MSB) first(TRUE), clock out control and data bits Least
-
Thread
OpenOCD Fehler beim Flashen
der Konfigdateien: armusbocd_tiny.cfg [code] telnet_port 4444 gdb_port 3333 interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0004 jtag_speed 2 jtag_nsrst_delay 200 jtag_ntrst_delay 200 #reset_config <signals> [combination
-
Thread
[S] FT2232HL und Buchsenleiste 2x5 (RM 2,0)
Hallo, ich suche einen unkomplizierten Weg, um an folgende Bauteile zu kommen: A) 3 Stück FT2232HL Den gibt es bei CSD, jedoch werden hier öfters Probleme mit der Zuverlässigkeit erwähnt... :-( B) 5 Stück Buchsenleiste 10 polig (2x5) im Rastermaß 2,00 mm, Höhe egal. Bei den einschlägigen
Thomas T. schrieb im Beitrag #2347762: > A) 3 Stück FT2232HL Thomas T. schrieb im Beitrag #2347762: > B) 5 Stück Buchsenleiste 10 polig (2x5) im Rastermaß 2,00 mm, Höhe egal. Gibt es beides bei CSD. Thomas T. schrieb im Beitrag #2347762: > CSD,
-
Thread
Cortex-M3: Welche JTAG-Schnittstelle und Softwarekit?
können mindestens JTAG (ist m.W. schneller als SDW), die grad angekündigten Norweger nur SDW. Die FT2232 JTAGs können m.W. kein SDW, Segger schon.
Adapter und Compiler behalten, aber Debugger/Programmer gewechselt. Crossworks geht direkt an den FT2232, nicht über OpenOCD. Problem auch weg.
-
Thread
[F] usb jtag und shop suche
USB Adapter" von shop.embedded-projects.net und da ist das problemlos möglich. Der verwendet den FT2232D. Unter Linux erscheinen zwei serielle Schnittstellen, die erste verschwindet beim Starten von OpenOCD wenn es zur SPI/JTAG Schnittstelle umkonfiguriert wird. Die zweite ist dann weiterhin unabhängig
sind es nicht und werden von etlichen Herstellern als Betriebsgeheimnis angesehen. Mit einem FT2232-basierenden JTAG-Adapter kannst Du ARMe ansprechen, aber definitiv *nicht* AVR und MSP430. Die beiden benötigen jeweils eigene Adapter, und natürlich auch speziell daran angepasste Software.
-
Thread
STM32, Eclipse, Amontec, OpenOCD
default ports telnet_port 4444 gdb_port 3333 tcl_port 6666 # interface configuration interface ft2232 ft2232_device_desc "Amontec JTAGkey-2P" ft2232_layout jtagkey ft2232_vid_pid 0x0403 0xcff8 #jtag_speed 30 #jtag_khz 500 Das Problem: Eclipse: Open On-Chip Debugger 0.2.0 (2009-10-20-12
svn.berlios.de/svnroot/repos/openocd/trunk/BUGS Error: The specified JTAG interface was not found (ft2232) The following JTAG interfaces are available: 1: vsllink Runtime error, file "jtagkey.cfg", line 7: Ich habe bereits mit den FTDI - Treibern rumgespielt. Ich habe den OpenOCD 0.2.0 mit Installer
-
Thread
Programmer ohne Programmer
Variante von Programmiergerät wirst du brauchen. Das kann worst case ein simpler FT232R sein. Ein FT2232 (oder vergleichbar) mit seiner MPSSE wäre allerdings deutlich besser geeignet.
offenbar nicht), Parallelport (vermutlich dann erst recht nicht), irgendwas an FTDI-Chips? Mit einem FT2232 oder FT232H lässt sich ein recht passabler Programmer aufbauen.
-
Thread
STM32F103 mit Yagarto/Eclipse/OOCD
arm-usb-ocd.html # # daemon configuration telnet_port 4444 gdb_port 3333 tcl_port 6666 interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 # target configuration # script for stm32 if { [info exists CHIPNAME] } { set
-
Thread
"RGB"-Signal - USB - Adapter - Aufwand
die Daten mit einem USB Controller aus, zum Beispiel dem Cypress FX2 im Slave FIFO Modus oder dem FT2232H. Fertig ist der Lack. Mit einem entsprechend tiefem FIFO könntest du sicherlich sogar die reichlich 13MB/s bei vollen 60Hz streamen. Musst nur auf der Schreiben-Seite die Sync-Signale irgendwie noch
natürlich genauso. Mit dem Cypress FX2 kann man aber natürlich auch mit einer DLL sprechen. Der FT2232H hat gegenüber den Cypress den Vorteil, dass man keine Firmware auf den USB Controller bringen muss. Das Board wäre also noch besser geeignet um schnell ans Ziel zu kommen.
-
Thread
xc3sprog: falscher IDCODE
Parallel-Port, welchen mein Computer leider nicht aufweist. Deshalb versuche ich nun, mit Hilfe eines FT2232D basierenden USB-Adapter das Bit-File auf den FPGA zu bringen. (Dieser Adapter: http://www.ixbat.de//files/admin/projekte/openocd/610000043A.pdf) Als Software zum Download möchte ich xc3sprog in
Beim FT2232D heisst das AIsHighCurrent und BIsHighCurrent und in libftdi HIGH_CURRENT_A oder HIGH_CURRENT_B
-
Thread
OpenOCD und Olimex Board SAM7-LA2
Cannot identify target as AT91SAM. #define ports telnet_port 4444 gdb_port 3333 interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0004 jtag_speed 0 jtag_nsrst_delay 300 jtag_ntrst_delay 300 reset_config srst_only srst_pulls_trst
-
Thread
USB JTAG für XILINX
Außerdem noch den SVF Player von Amontec, der arbeitet mit dem Amontec JTAG Key, der hat ja einen FT2232 drin, eventuell lässt der sich nachbauen....
Ein FT2232 mit der Standardbeschaltung, also Quarz, EEPROM, fertig. IO Spannung ist 3,3V das ist kompatibel mit 3,3V und auch 2,5V, da der FT2232 nur recht schwache Ausgangstreiber hat
-
Thread
Olimex SAM7-LA2 (AT91SAM7A2) Adressbereich Flash/RAM
enable gdb_flash_program enable #commands specific to the Olimex OpenOCD JTAG TINY interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0004 jtag_speed 10 jtag_nsrst_delay 500 jtag_ntrst_delay 500 #reset_config <signals> [combination