-
Thread
Suche: Steuerungsplatine mit Microcontroller USB
Adaptern. Da gibt es aber noch mehr. z.B. sowas hier http://de.mouser.com/ProductDetail/FTDI/FT2232H-MINI-MODULE/?qs=sGAEpiMZZMtS2C%252bP%252bIdbtwWN%2fpdwFmNHHSnqmNoXTmE%3d mit dem FTDI2232. Der hat nicht nur swerielle Schnittstellen, sondern auch jede Menge digitaler Pins, die Du aus Deinem
, was der TE schreibt, kann man selbstverständlich mit den o.g. Boards machen. Es reicht sogar ein FT232 oder FT245 (8 Ausgänge) oder FT2232 (16 Ausgänge) im bit-bang-Modus.
-
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
gehts 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
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 (
Ja, das stimmt, der FT2232 ist sicher ein nützliches Device, es stellt vielleicht die gleichen Ports wie der PI bereit (wenn auch nicht parallel aber da könnte man ja immer noch mehrere FT2232s nehmen), der Schaltungsaufwand
-
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
Beim FT2232D heisst das AIsHighCurrent und BIsHighCurrent und in libftdi HIGH_CURRENT_A oder HIGH_CURRENT_B
-
Thread
OpenOCD und Olimex Board SAM7-LA2
Fehlermeldung: 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
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>
-
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
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
Aktuelles , günstiges ARM Board
Dieser Amontec ist nur einer von beliebig vielen JTAGs auf Basis des FT2232. Die sind zwar alle ein klein bischen verschieden in der Pinbelegung des FT Chips, aber dem Cortex M3 ist das egal. Rein technisch gesehen kann der also den Cortext M3 auch. Eher besteht die
Crossworks jedenfalls führt den Amontec auf und funktioniert mit ebendiesem STM32 (via Olimex JTAG auch auf FT2232 Basis).
-
Thread
Verkaufe STR9 comStick
einzuspeisen. Da gibts ja massenhaft Steckernetzteile, mit denen man das tun kann. Aber das Problem ist der FT2232 der (ich denke mal den Reset-Pin des STR9 auf low hält) das JTAG interface dann nicht bedient... Ich denke ich löte den FT2232 runter und versuche den dann extern zu betreiben...
> Es spricht nichts dagegen 5V über den USB Stecker einzuspeisen. Bringt aber nichts, weil der FT2232 via MOSFET die Stromversorgung vom Rest der Schaltung steuert. Und ohne USB Host wird er wohl nicht einschalten. Also ohne Manipulation wird das nichts.
-
Thread
Vivados hw_server - opensource alternative?
kompatibel zum hw_server ist, koennte ich allenfalls weiterhelfen. Irgendwo hab' ich noch Sourcen fuer den FT2232H liegen.
Es gibt auch das hier für den FT2232H: https://gist.github.com/rikka0w0/24b58b54473227502fa0334bbe75c3c1
-
Thread
FT232R bitbang modus
bevor Du das nächste Byte senden kannst. Habs aufgegeben weil vieeel zu langsam. Nimm lieber nen FT2232, der hat die MPSSE. Damit geht das wesentlich schneller und wird auch direkt vom avrdude unterstützt. Mit dem FT2232H und aktuellem avrdude-svn gehts richtig fix.
Das mit den Checksummen klingt für mich etwas kompliziert, vllt nehme ich dann lieber einen FT2232, da der schon SPI spricht. MfG mike
-
Thread
NRF24L01+ test program for Arduino Uno
diesen Ansatz schon mal nicht umgesetzt, nicht zuletzt wegen des Aufwands ein Testinterface mit FT2232 aufzubauen.
gibt's das?), Performance herausholen können > die du dir wünschst. > > Nicht einmal mit einem FT2232 der direkt SPI könnte, denn > das USB Protokoll lässt nur einzelne Transfers (mehrere > Kommandos + IRQ Polling + 1 Nutzdatenblock) im 1ms-Zeitraster > zu die die ganze Kommunikation *stark* ausbremsen
-
Thread
kleiner/kleinster ARM Cortex-M Debugger onboard
Geld (ich erinnere mich an irgendwas um die EUR 100 pro Chip). Wir haben in der Firma auch den FT2232D verbaut, der zweite Kanal kann dann gleich noch für eine UART herhalten, die zum Debuggen immer mal praktisch ist. FT232H müsste auch gehen (hat auch MPSSE), ist aber mit 8x8 kaum eine Platzeinsparung
Alle Modullösungen werden größer als der FT2232D, sind also uninteressant. Und die STLinks werden wahrscheinlich nicht mit meinen TI Tiva TM4C funktionieren, sind also auch schon mal gleich gestrichen. Ich schau mir das BMP mal an. fchk
-
Thread
Festplatte an FPGA dranhängen
Also ich würde das wie folgt machen: Nehme den FTDI-Chip FT2232H das gibt es sehr kleine Boards überall für sehr wenig Geld (29€) zu kaufen http://de.farnell.com/ftdi/ft2232hq-mini-module/modul-usb-2-port-ft2232h-basiert/dp/1697465 Mit diesem Chip kann
Mit Host-PC zerfällt die Aufgabe natürlich in wenige Zeilen VHDL, den FT2(2)32H anzusprechen ist ein Kinderspiel. Den Cypress FX2 kann man genauso nehmen, etwas aufwendiger in der Programmierung der Firmware, aber dafür universeller.
-
Thread
FTDI und Drehencoder
Hallo, ich bin neu hier und würde gern eure Hilfe in Anspruch nehmen. Ich hab ein FTDI UM-FT2232H an USB, ich will damit ein Drehencoder auslassen, z.B. wenn der Drehencoder links gedreht wird soll der abwärtszählen und wenn der recht gedreht wird soll der raufzählen, und bei dem Tastendruck
Da der FT2232H ein Dual-Seriell-auf-USB Wandler ist und kein Drehimpulsgeber-auf-USB Wandler, brauchst Du noch einen Mikrocontroller dazwischen. Wobei der FT2232H hemmungslos überdimensioniert ist dafür, ein
-
Thread
Hilfe bei OpenOCD 0.6.1
Hoffe von euch kann mir jemand helfen. Mein System: -Windows XP 32 Bit -Einen auf einem FTDI Chip FT2232L basierenden JTAG Key. -Der FTDI Chip wird mit der libusb-win32 für OpenOCd nutzbar gemacht. Meine bisherige .cfg sieht so aus: telnet_port 4444 gdb_port 3333 #commands specific to the Amontec JTAGKey interface ft2232 ft2232_device_desc "JTAG Interface A" ft2232_layout jtagkey ft2232_vid_pid 0x0403 0x6010 adapter_khz 2 adapter_nsrst_delay 200 jtag_ntrst_delay 200 source [ find target/at91sam7x256
-
Thread
undefinierter Pegel auf der I2C-Leitung
Testzwecken erfolgt die I2C-Kommunikation mit dem FPGA fürs erste über einen USB-to-I2C-chip der Firma FTDI (FT 2232H Mini Module). Momentan zeigt sich bei der Kommunikation folgendes Problem: Befehle und Daten können zwar über den Bus zum FPGA gesendet werden und werden auch von ihm acknowledged ('0'-Pegel
möchte, um den Master zu bremsen), das geht nur wenn SCL Open-Drain ist. Die saubere Lösung ist, dem FT2232H über geeignete Programmierung Open-Drain-Verhalten beizubiegen. Notfalls auch unter Zuhilfenahme eines externen Tri-State-Buffers und entsprechend modifizierter Software. Wenn das nicht gehen
-
Thread
JTAG-protokolle ueber USB
Forschungsprojekt klingt nicht nach hohen Stückzahlen. Ein 3-Port USB-Hub-Chip kostet 2-3 Euro, ein FT2232 kostet auch nicht die Welt, und die Schaltungsentwicklung besteht im Wesentlichen aus dem Abpinnen der Application Notes. Damit wärst Du zumindest am schnellsten fertig. fchk
reichlich gross. Hauptsache das Zeug kommt zuegig ans Laufen. Eine Handvoll Schiebe-befehle des FT2232 neu zu implementieren, scheint mir eigentlich keine so aufregende Angelegenheit zu sein. Andreas
-
Thread
FT4232H 2x SPI mit C#
Ich hab unter Windows 7 (32 Bit!) mal was mit dem FT2232H gemacht, dürfte recht ähnlich sein. Die mitgelieferten Beispielprogramme haben da alle tadellos funktioniert... z. B. hier? http://www.ftdichip.com/Support/SoftwareExamples/MPSSE.htm
Ordner x86_64 leer und mit 32Bit gibts auf meinem 64Bit System Probleme. Ich habe auch noch eine FT2232HSPI C# Testapp gefunden, die kompiliert aber mit einer neueren Visual Studio Version nicht.
-
Thread
Wie baue ich eine USB Kommunikation auf?
machen die die Übertragungspausen einen Strich durch die Rechnung. Die nächst einfachere Stufe wäre der FT245, der schafft im FIFO Modus 1 MiByte/s, das könnte reichen. Oder halt der neue FT2232H, der schafft über 20 MiByte/s dank USB 2.0 und ist genauso einfach anzzsprechen (FIFO Modus und D2XX DLL).
würde demnach 11 Bytes sein und dies würde einer Baudrate von 3,3M Bit entsprechen. das mit dem FT2232H werde ich mir genauer ansehen. PC-seitig kann ich die baudrate einstellen wie ich will, aber beim mcu nicht. Kennt jemand ein mcu der die Baudrate wenn möglich voll ausschöpft? wenn möglich
-
Thread
SDRangel unter Linux, läuft das irgendwo brauchbar?
Ich habe für den 2. USB-Port noch eine Lösung gefunden. ELV hat immer noch einen Bausatz mit FT2232H im Programm: https://de.elv.com/p/highspeed-usb-kommunikation-einfach-integriert-uartfifo-wandler-modul-P203378/ Artikel aus ELV 4/2011 = Aug-Sept als PDF: https://media.elv.com/file/99347_
us.archive.org/26/items/cq-tv264/cq-tv264.pdf#page=17 Kann sein, dass der 74HC10 noch nötig ist. Wird der FT2232H im 56-poligen Gehäuse (wie im Original) und im 64-poligen (ELV) identisch angesprochen? Muss ich womöglich die USB-Adresse im Flash ändern? Fragen über Fragen.
-
Thread
Alternative zum Segger J-Link um Flash zu beschreiben?
je nach Firmware und Variante tut's nicht, oder man brickt sich sogar den J-Link mit einem Update). FT2232H-basierende Adapter sind dein Freund...
Segger-Murks damit zu bedienen Der Segger-Murks ist halt deutlich schneller als die freundlichen FT2232H-Adapter. Je nach Abbild-Größe kann das Flashen da nervig werden. Die JLinks unterstützen auch fast alles. Aber aus der nebulösen Fehlerbeschreibung kann man halt nichts ersehen.
-
Thread
Welches JTAG device?
muss nur von der Software unterstützt werden, ansonsten ist JTAG gleich JTAG. Ich verwende einen FT2232-Clone auf dem sinngemäß "für ARM" draufsteht mit ARM-Prozessoren, Xilinx-FPGA und CPLDs, und AVR-Prozessoren.
mal Keil und H-Jtag auch nicht, es ist doch FT2232 clone und sollte gehen laut deiner behauptung :P Du weisst was out-of-the-box bedeutet ? Anscheinend nicht.
-
Thread
640*480 GLCD
wohl ne PCI Karte auch noch eine Option, aber relativ Aufwändig. Deshalb hab ich mir überlegt das ein FT2232 im BitBang Mode das Display doch auch Ansteuern könnte oder? Rob
"Deshalb hab ich mir überlegt das ein FT2232 im BitBang Mode das Display doch auch Ansteuern könnte oder?" Nein, das kann er nicht. Die erforderliche Datenrate liegt um einiges höher als die im Bitbang- oder auch einem anderen Modus erzielbare
-
Thread
Flash Programmierung AT91SAM7A2 AU (Olimex Board SAM7-LA2)
Flash. Das Aktivieren des Debuggers funktioniert. 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 1000 jtag_nsrst_delay 333 jtag_ntrst_delay 333 reset_config trst_and_srst
Linux mit einem Parallport JTAG Adapter (Wiggler) problemlos programmieren. Unter Windows mit einem FT2232 basierten JTAG Adapter (OpenOCD USB) funktioniert es nicht. Ich bekomme die gleiche Fehlermeldung wie du.
-
Thread
ARM, Luminary, JTAG Frage
ich über den Luminary Treiber per USB in Keil/Crossworks damit arbeiten kann ? D.h. nur mit einem FT2232 und eventuell ein paar Logikgattern. Wäre nämlich toll, wenn ich für die Anfänge keinen eigenen JTAG-Adapter brauchen würde. Besten Dank und schöne Grüße, Thomas
keinen externen JTAG-Adapter an das Board anschließen kann. -> Das Board hat keinen JTAG-Eingang. Der FT2232 kann aber entweder den onboard Controller oder einen externen MCU debuggen. Ansonsten könnte man den Controller auf dem Kit ja nie über JTAG erreichen.
-
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
Crssstudio und OpenOCD USB Adapter
Verbindung mit einem LPC-P2103, und es will einfach nicht laufen. Als Target habe ich in Crossstudio FT2232- Compatible angegeben. Und jetzt kommt lediglich der Hinweis: Cannot identify Target, check connection. Hat vielleicht einer von euch noch eine Idee was man noch probieren könnte und ob es
install the drivers. Q: how to install ARM-USB-OCD to work with CrossWorks: A: Use: "Generic FTD2232" target interface 1. Right click on a blank space in the targets window and select "New Target Interface > Generic FT2232 Device". 2. Right click on the new target interface and select "Properties
-
Thread
Suche: Tri-State Treiber mit high-out 5V (statt 3,8V)
Also ich hab das Ding direkt an einem FT2232D laufen, ohne umschaltung auf Tristate (bei 1 Mbaud). Ich hab einfach in die TX Leitung vom FT2232D einen 1KOhm Widerstand reingemacht und hinter dem Widerstand den RX vom FT2232D. Dann muß mann
sein kann, denn wenn man seine eigenen Daten nicht empfängt gabs ne Kollision oder anderen Fehler) FT2232D --------| 1KOhm +TX----====--+-------AX12A | | +RX----------+ --------|
-
Thread
PC-gestützte SPI-Schnittstelle
Können FT232/245 SPI??? Der FT2232C jedenfalls kann SPI-Master bis 6MHz. DLL von FTDI. Auch als fertiges DIP-Modul DLP-2232M verfügbar. Steckt auch im ARM-USB-JTAG drin, so dass sich der auch als SPI-Adapter
Ob es deiner Ansicht nach nun gehen kann oder nicht, jedenfalls bis ich problemlos per FT2232 an einen MCP2515 rangekommen. Übrigens hat RS232 mindestens ebenso viele Parameter wie SPI und geht kurioserweise auch. Was man allerdings wirklich nicht erwarten darf: hohe Transaktionsraten.
-
Thread
FT232BL: Bit Bang mode programmieren
Windows Driver Installationsvorgang. Die genauen Dateien kann ich dir nicht sagen da ich mit einem FT2232 Chip arbeite .... der Mechanismus ist aber sicher der gleiche ...
Für SPI ist der FT2232 besser geeignet, da er SPI direkt unterstützt.
-
Thread
ISP-Programmer als "Stick"
wert ist und wie viel es einem bringt. Ich nutze gerne die J-Links und muss derzeit aber mit einem FT2232H vorlieb nehmen. Bei jedem Tipp auf "Step" bei dem der Debugger für jede einzelne Instruktion 2 Sekunden braucht, und jedes mal wenn das Flashen eine halbe Minute dauert, vermisse ich den J-Link.
> Ich nutze gerne die J-Links und muss derzeit aber mit einem > FT2232H vorlieb nehmen. Da bist du ja vom Regen in die Traufe gefallen. Es gibt aber durchaus auch Hersteller, die die FT2XXX als JTAG im Griff haben... Klingt eher nach Eclpisemurx.
-
Thread
LPC2129 flash mit OpenOCD-USB programmieren Error: (-902)
gdb_memory_map enable # enable flash programming gdb_flash_program enable #interface interface ft2232 ft2232_device_desc "Dual RS232 A" ft2232_layout oocdlink ft2232_vid_pid 0x0403 0x6010 # JTAG speed needs to be slower otherwise there are strange timeouts # when trying to configure the device
-
Thread
Suche USB <-> ParalellAdapter IC
... schrieb im Beitrag #2230426: > nennt sich FT245, geht aber auch mit FT232H (mit Buchstabe H) Du meinst sicher FT2232H. fchk
> Du meinst sicher FT2232H. der FT mit 2 Zweien und dem H kann das auch ...
-
Thread
Reichelt: Was ich gerne im Programm hätte
Schraubmontage ist natürlich auch sinnvoll. (siehe auch Conrad 705586-33) - USB Bausteine der FT-Serie: z.B. FT232BM, FT234BM, FT245, FT2232BM. Diese werden benötigt, um aus USB auf RS232 oder Parallel zu wandeln. Da viele Geräte nur noch mit USB ausgerüstet sind, wird diese Aufgabe immer wichtiger
Oh, erste Erfolge! :-) Es gibt seit heute die FTDI USB-Chips bei reichelt! FT 2232 BM 9,70 FT 232 BM 6,35 FT 245 BM 6,35 Fein! Weiter so Frau Reichelt! ;) jörn
-
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
ARM wie programmiere/flashe ich mit OpenOCD-USB-Adapter?
://openocd.berlios.de/web/?page_id=8. Der Hersteller Olimex ist nur für die Hardware auf Basis des FT2232 USB/JTAG-Interfacechips verantwortlich. > Ist schon pervers, davon auszugehen, dass man dann auch irgnedwo eine > Software bekommen kann, mit dem das Ding auch funktioniert. Wen willst da
kriegt auch keinen professionellen Support anbietet? Olimex, weil sie die Frechheit besitzen, aus dem FT2232 einen JTAG-Adapter zu zaubern und Open Source Fremdsoftware mitzuliefern? OpenOCD ist eine Debug-Lösung, die von vorne Anfang an keinen professionell agierenden Hersteller hatte. Olimex ist ein
-
Thread
Umstieg von Atmel auf.
die Adressbits A8 bis A15. Dazu noch !RD, !WR, ALE - quasi wie beim Mega128. Im Datenblatt des FT2232H wird dieser Modus in Verbindung mit einem NXP SJA1000 vorgestellt, einem sehr weit verbreiteten CAN-Controllerchip. Damit greifst Du direkt auf die Register dieses Bausteins vom PC aus zu. USB High
anzuschließen - einfach parallel anklemmen und über die höherwertigen Adressleitungen ausdekodieren. Der FT2232H ist ein 3.3V Chip mit 5V-toleranten IOs, der SJA1000 braucht 5V. Passt also. fchk
-
Thread
Brauche altes Open OCD
our ports telnet_port 4444 gdb_port 3333 #commands specific to the Amontec JTAGKey interface ft2232 ft2232_device_desc "JTAG Programmer A" ft2232_layout jtagkey ft2232_vid_pid 0x0403 0x6010 jtag speed 1 jtag_nsrst_delay 200 jtag_ntrst_delay 200 #reset_config <signals> [combination] [trst_type
-
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
Wie werden fabrikneue ATSAM geflasht?
Inbetriebnahme-Einrichtung nötig ist (oder wenn du willst, auch gleich > mit aufs Board selbst, bei einem FT2232 kann der zweite Kanal dann noch > eine UART übernehmen). Selbst das ist mit einem UART-Bootloader einfacher, dafür reicht der simpelste FT230X. > Niemand schreibt dir vor, dass es unbedingt
sind halbwegs > normale Chips, die müsste man selbst nachrüsten können. SAME70 haben wir mit FT2232 programmiert und debuggt.
-
Thread
Probleme mit OpenOCD
Konfiguration: #daemon configuration telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Dual RS232" ft2232_layout oocdlink ft2232_vid_pid 0x0403 0x6010 jtag_speed 12 reset_config trst_and_srst #jtag scan chain jtag_device 4 0x1 0xf 0xe #target configuration
Der OpenOCD hat zwei COM Ports, bei mir funktioniert es ( teilweise) mit ft2232_device_desc "Dual RS232 A" Was mir dann noch aufviel, war, dass das PLL Register nicht korrekt gesetzt wurde bei meinem AT91SAM7X-EK. Das Beispiel-Script hatte einen anderen ( ich glaube 14.xMHz
-
Thread
Suche Schaltplan für diesen OpenOCD-USB-Adapter
Hi, ich weiß nicht ob es hilft, das DebugBoard von OpenMoko hatte ebenfalls eine FT2232D verwendet ... Unter http://wiki.openmoko.org/wiki/Debug_Board_v2 ist auch ein Schaltplan verlinkt ... MfG.
Rufus: der tip mit dem Masse messen war supi :) ich konnte masse am olimex board gegen GND-PIN vom FT2232D messen. Liebe Grüße Claudia
-
Thread
Probleme mit LPC2378 und OpenOCD
existierende angepasst: #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 0x0004 jtag_speed 10 jtag_nsrst_delay 200 jtag_ntrst_delay 200 #use combined on interfaces