-
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
-
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
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
miniLa Software
der Sourceforge Seite unter USB findet man eine ZIP Datei mit den Einstellungen (EEPROM) für den FT2232 Baustein. Mit dem Tool MProg von FTDI kann man das EEPROM des FT2232 beschreiben. Danach einmal abziehen und neu anstecken und der miniLA wird über USB gefunden. Getestet habe ich unter Windows XP
gestiegen ist. Ist aber für das PLD mit 100 MHz Takt ok. Das EEPROM konnte ich auch über den FT2232 programmieren weiter bin ich leider noch nicht gekommen. Gruß Norbert
-
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, naja.. ich habe da ein spezial version von AVR, der ist jedoch nicht so gut wie es wollte, weil der core fur register file 2 brams benutzt und naja die letzten 2 muss man fur
-
Thread
Suche Layout / Schematic / Ätzvorlage für FT2232
Hallo! Ich suche für den FT2232 (FT2232D / FT2232C / FT2232L) ein einfaches Layout / Ätzvorlage um damit Dual-UART und evtl. auch mittels EEPROM andere Modi zu nutzen - so wie es öfters auch bestückt angeboten wird. Vielleicht hat
-
Thread
LPC2148 ARM Adapterplatine
man nicht wirklich glücklich. In Frage kommt ARM-USB_OCD aus dem Shop, oder Eigenbau auf Basis vom FT2232 (ggf. DLP-2232-Modul, Direktbezug von FTDI möglich). Programmierumgebung ist, wenn kostenlos bevorzugt, Yagarto. Also Eclipse/GNU-Compiler/-Debugger/OpenOCD. Zum Kennenlernen nicht übel und im
Olimex-Teils gegenüber dem Scarab oder dem Amontec-Zwerg: Es kann Strom liefern und die zweite Hälfte des FT2232 ist als serielle Schnittstelle rausgeführt.
-
Thread
FT2232H sync fifo garbage output
Hallo, ich versuche einen FT2232H über den synchronen FIFO Mode mit einem FPGA zu verbinden um zum FPGA Daten zu senden. Mein Problem ist, das bei dem FT ständig irgendwelcher Datenmüll raus kommt und zudem das RXF# (scheinbar) verzögert
Mask = 0xFF; // Set data bus to outputs UCHAR mode = 0; UCHAR mode1 = 0x40; // Configure FT2232H into 0x40 Sync FIFO mode status = FT_SetBitMode(fthandle, Mask, mode); // reset MPSSE status = FT_SetBitMode(fthandle, Mask, mode1); // configure FT2232H into Sync FIFO mode FT_Purge
-
Thread
Programm, mit dem man per USB-VCP (FT232) IIC-ICs programmieren kann
der Threadstarter wünscht, ist das Ding komplett ungeeignet. Es bleibt also bei der MPSSE des FT2232.
Rufus Τ. F. schrieb im Beitrag #5773280: > Der FT232 kann kein I2C. Anders sieht es beim FT2232 aus, dessen MPSSE > kann dazu gebracht werden ... Vor weit über 10 Jahren hätte ich auch gerne mit dem FT2232 ein I2C Bus angesteuert. Ich meine, ich hätte gerade einen PCF8574 ansteuern können
-
Thread
Hilfe bei OpenOCD 0.6.1
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
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 auf
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 sollte
-
Thread
FPGA/USB3/Hyperram/ Board
MByte/s im Burst 7KS0642GAHI02 - 8 MBit FRAM an SPI CY15V108QI - USB3 FIFO FT600 - UART/JTAG FT2232H - USB 2.0 Hub CY7C65632 - Config Flash S25FL128SAGN - 2x 8 weiße LEDs an zwei Seiten - Beschleunigungssensor mit Temperatursensor ADXL363 - Mikrofon SPH0641LU4H - USB-C (Ausgang) mit TUSB321
SuperSpeed Adern komplett getrennt verwendet werden. An den USB 2 hängt dann beispielsweise ein FT2232H und an den SuperSpeed ein FT600. Ist das zulässig? Ich habe mich für den HUB entschieden, weil ich den FT600 dann auch verwenden kann wenn USB 3 funktioniert hätte oder wenn ich ein Kabel verwende
-
Thread
FT2232 von FTDI
dauerhaftes Signal. Kann das der FT2232 überhaupt? Ich habe das ganze anfangs mit dem "Asynchronous Bit Bang Mode" probiert und versucht mit dem Schreiben einer 8-Bit Zahl die Ausgänge zu setzten. Aber irgendwie hat das nie geklappt...
http://www.ftdichip.com/Documents/AppNotes/AN2232C-02_FT2232CBitMode.pdf
-
Thread
Kann ein FTDI-Chip Daten verlieren?
schon sagt: Ich habe eine Applikation in der ich zwischen einem Mikrocontroller und dem PC einen FT2232H einsetze (Brutto-Datenrate 2.25 MBit). Nach ein paar MByte verliere ich relativ reproduzierbar immer mal 4-5 Byte. Muss ich die Handshake-Leitungen zum FT2232H nutzen weil es sein kann, dass dieser
Problem hatte ich mal bei einem FT232. Ich kann nur das parallele Interface empfehlen (FT245, bzw FT2232H kann das auch), da sollte dann auch bei höheren Datenraten nichts verloren gehen
-
Thread
SDRangel unter Linux, läuft das irgendwo brauchbar?
gleichzeitig, es fehlt nur noch der zweite USB-Anschluss mit einem weiteren FTDI-Mini-Modul mit FT2232H. Die gibt es noch von Digikey, Farnell, Mouser und RS-Components, allerdings für Preise um 30€. Eine "Mischbestückung" mit einem Original und einem asiatischen Nachbau dürfte nicht funktionieren
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?
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
JTAG=>USB für AVR+Logik-ICs
einfach nicht war! http://www.atmel.no/SDK/ 4. Die JTAGDLL gibt es bei FTDI dem Hersteller des FT2232 mit Dokumentation
für ein FT2232->JTAG Interface. Frei verlötet für 30€ bei Einzelstücken, 99€ für ein fertiges Modul im blauen Kästchen. Danke, Ulrich
-
Thread
FPGA > GPIF(SlaveFifo) > FX3 > PC: USB 3.0 zuviel Daten?
auch Zeit. Hoffentlich kriegt der nicht auch so ein krankes Timing am FT245 FIFO Interface wie der FT2232H usw. Insgesamt sind die Cypress Chips aber weitaus flexibler, allerdings natürlich mit mehr Einarbeitung verbunden.
> Hoffentlich kriegt der nicht auch so ein krankes > Timing am FT245 FIFO Interface wie der FT2232H usw. Hast Du Dir mal ein neueres Datenblat fuer den FT2232H angeschaut? Da ist das Fifo Timing deutlich relaxter,,,
-
Thread
Flash Programmierung AT91SAM7A2 AU (Olimex Board SAM7-LA2)
. 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
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
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
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
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
USB - SPI Adapter
Super vielen Dank schonmal. Leider gibt´s den FT2232H und den FT4222 nur als Entwicklungsboard. Hätte sie am liebsten wie den FT220X als USB Stecker. Naja man kann nicht alles haben.
Thomas schrieb im Beitrag #4423835: > Leider gibt´s den FT2232H und den FT4222 nur als Entwicklungsboard. So groß ist der Unterschied vom UMFT4222ev-Board zu deinem Board nun auch wieder nicht. Bei einem ist ne USB-Buchse dran, beim anderen der Stecker.
-
Thread
Linux FTDI FT232H Treiber bauen + OpenOCD config
Dir ist schon klar das OpenOCD diesen FTDI Krempel nicht (mehr) > benötigt? [code] interface ft2232 ft2232_layout "flyswatter" ft2232_vid_pid 0x0403 0x6014 [/code] Ich wollte da nochmal kurz nachfragen: Trotz übereinstimmender PID/VID finden OpenOCD meinen FT232H nicht, woran kann das liegen
Max M. schrieb im Beitrag #5381097: > interface ft2232 Ein FT2232 ist nicht dasselbe wie ein FT232H. Vielleicht muss man das OpenOCD irgendwie mitteilen.
-
Thread
Empfehlenswerte Chips zur FPGA <-> PC Kommunikation über USB
Hallo zusammen, ich benutze seit längerer Zeit einen FT2232HL von FTDI. Ich bin mit dem Ding aber absolut unzufrieden. Der FTDI hält teilweise seine eigenen Timings nicht ein und erzeugt asynchrone Signale zu seinem eigenen Taktsignal. Auch ist der Treiber
Wir setzen den FT2232HL in synchronous fifo Mode ohne Probleme ein.
-
Thread
FTDI - Anfängerfrage
> > uC(über SPI) <-> FTDI2322D(über USB) <-> USB-Kompatible Device > Meinst Du den FT2232D ? Den FTDI2322D findet nicht mal Google. Meines Wissens kann man den FT2232D an einen USB-Host und nicht an ein USB-Device anschliessen. Wenn Du einen Host suchst um daran ein Device anzuschliessen
DEIN Anwendungsprogramm. Ohne dein Programm, was DU selber schreiben MUSST, kannst du nicht mit den FT2232 kommunizieren. Jedenfalls nicht unter Nutzung der MPSSE Geschichte (JTAG; SPI usw.). Achja, einen passenden Protokollrahmen musst DU dir natürlich auch SELBST ausdenken.
-
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 nicht
kann, denn wenn man seine eigenen Daten nicht empfängt gabs ne Kollision oder anderen Fehler) FT2232D --------| 1KOhm +TX----====--+-------AX12A | | +RX----------+ --------|
-
Thread
Schnittstelle FPGA Matlab
Nim den FT2232D oder falls du mehr als 1 MB\s brauchst den FT2232H von FTDI. Dieser hat ein 8 Bit-FIFO Interface und lässt sich leicht mit einem FPGA verbinden. Die Matlab-Anbindung sollte sich ebenfalls leicht
-> Rs232 verwenden und in Matlab als Com-Port ansprechen. Der kostet weniger als die Hälfte des FT2232H. Auch wenn der 2232 zweifellos der Bessere ist, die Geschwindigkeit von 25MB/sec wird Matlab höchstwahrscheinlich nicht ausschöpfen können, warum also den teuren Chip nehmen?
-
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
USB nach 2 x RS232 und 1 x LPT
RS232 erfolgt separat. Kennt jemand Alternativen zu den FTDI Chips? Oder kann man zb. einen FT232/FT2232 und einen FT245 parallel am selben USB-Port betreiben oder muss jedes IC an einen separaten USB-Port angeschlossen werden? Cu Achim
FT2232 (2-fach ser/par) und FT4232 (4-fach ser/par) müssten so etwas können. Aber nur als USB-Client, nicht als Host.
-
Thread
Pololu Progr 2.1 - brauchbar für SAMD21?
Debug) machen, was man braucht, um mit einem SAMD21 zu reden. Du kannst aber einen x-beliebigen FT-2232 oder FT-232H benutzen zusammen mit OpenOCD. Die können SWD sprechen.
Jörg W. schrieb im Beitrag #6638178: > Du kannst aber einen x-beliebigen FT-2232 oder FT-232H benutzen zusammen > mit OpenOCD. Die können SWD sprechen. Hallo Jörg, wäre das etwas für meine Bedürfnisse: SAM D21 Xplained Pro Evaluation Kit ? Ich brauche etwas, um SAMD21
-
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
USB- oder Ethernet auf RS485 mit >10 MBit
Ethernet auf RS485 Adapter, > der mindestens 10MBit über RS485 übertragen kann. z. B. per USB mit FT2232H bzw. gleich als Board: USB-COM485-PLUS2
FT2232H Data Rates: 10MBaud
-
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