-
Thread
[H] FT2232D: Wie meldet sich das Teil am PC?
Hallo zusammen, bevor ich so ein Teil umsonst bestelle und das Datenblatt falsch deute: Der FT2232(D) hat doch EINEN USB-Anschluss (also DP und DM), und zwei USARTs... Wenn ich das Teil jetzt verbaue, wie meldet sich das Teil (wenn als VCP konfiguriert) dann eigentlich am PC? Werden dann zwei virtuelle
will einen Sniffer für eine serielle Datenverbindung machen und mit den beiden RX-Leitungen des FT2232 jeweils auf die RX- und die TX-Leitung der zu überwachenden Leitung gehen... Gedacht ist dann Folgendes: Auf COMx kommen die Daten der RX-Leitung, auf COMy die Daten der TX-Leitung... Ist sowas
-
Thread
Luminary Evalution Board als ARM JTAG
Debugger. Kann man das Evalution Board auch dafür einsetzen? Letztenldich ist es ja auch mit einem FT2232 aufgebaut. Viele Grüße Michael
dürfte aber den Aufwand nicht lohnen, denn Amontec, Olimex und ein paar andere haben relativ günstige FT2232-basierte Interfaces mit "Vollbeschaltung" im Angebot. Martin Thomas
-
Thread
ATmega128 und XC95144 über JTAG chain an FT2232L proggen
ist es grundsätzlich möglich, einen ATmega128 und einen XC95144 CPLD über eine JTAG chain an einem FT2232L zu programmieren, also: PC -> USB -> FT2232L -> JTAG -> ATmega128 -> JTAG chain -> XC95144 ? Mir ist klar, das es keinen fertigen Programmer für den PC gibt, der MPSSE "spricht". Es muss auch
-
Thread
neue Chips von FTDI: FT230X, FT234XD
USB_2_UART-Chips von FTDI: FT230X, FT234XD ??? Die schienen die gleichen Treiber wie FT232, FT2232 etc zu haben, nur minimale Aussenbeschaltung und sehr klein (SSOP16, QFN16 und DFN12).
den PC auch auf der sicheren Seite. > Das halte ich nur für bedingt richtig: > Beitrag "Problem FT2232H von FTDI" Treiberfehler gibts immermal. Davon bleibt weder FTDI verschont noch der Treiber von den µCs mit integriertem USB. Nächstes Gegenargument bitte. QFN und DFN sind ja jetzt nicht grade
-
Thread
Space Age 2 der 32Bit MIPS Rechner in TTL
Bevor der GDB auf die Hardware losgelassen wird muss die FT2232H Platine ersetzt werden. Die USB Paketlaufzeiten sind einfach zu hoch wenn nur was kleines Übertragen werden muss. Bei dem MulDiv Bugsuchen konnte man zugucken beim Registerauslesen. Durch das
verdächtigt wird, soll dieser nun auf die Finger geschaut werden! Aber mit dem jetzigen USB Debugger per FT2232H ist dies VIEL zu langsam! Siehe diesen Post: https://www.mikrocontroller.net/topic/378150?goto=6088138#5596753 Vor allem das Video, das ist Echtzeit. Aber! Dieser FT2232H sollte eh mal rausfliegen
-
Thread
Spartan-6 Entwicklungsboard, was braucht man noch?
Folgende Funktionen und Bauteile sind schon auf der Leiterplatte: -FPGA Spartan-6 -DDR2 SD-RAM -FT2232H (USB 2.0) -Programm Flash -Spannungserzeugung 1.2V, 2.5V, 3.3V -3-Achsen Sensor -Oszillator 66.6MHz Alle Pins auf Pinheader geführt. Ich habe mal ein Bild der letzten Version angeheftet.
Funktionen und Bauteile sind schon auf der Leiterplatte: > -FPGA Spartan-6 > -DDR2 SD-RAM > -FT2232H (USB 2.0) > -Programm Flash > -Spannungserzeugung 1.2V, 2.5V, 3.3V > -3-Achsen Sensor > -Oszillator 66.6MHz > > Alle Pins auf Pinheader geführt. Ich habe mal ein Bild der letzten > Version
-
Thread
TMS320F28379D DSP : COM Port nicht zugänglich auf Windows und Linux
Punkt. Laut Devicemanager hast Du einen XDS100 Debugger auf dem Board. Der beinhaltet einen FTDI FT2232, und der hat zwei Ports. Port A ist als JTAG via MSSP konfiguriert und hat damit keinen COM-Port. Port B hat keine MSSP Engine und kann nur UART - und das ist der UART, den Du da siehst. Warum der
nicht. fchk PS. Dein MSP432-Board hat einen XDS110 Debugger. Der basiert nicht auf dem FTDI FT2232, sondern da ist ein TI TM4C123 Cortex M4 am Werk, und der hat eben mehr Möglichkeiten und Ports.
-
Thread
Digilent-Kennung mittels Vivado verwenden
lässt sich leicht in progalgspi.cpp einbauen. Ansonsten: wenn's ohne 2.5V I/O geht, machen die FT2232H-basierten JTAGs 'ne robuste Nummer.
Kennungen in vivadokompatible Darstellung umsetzt. > Ansonsten: wenn's ohne 2.5V I/O geht, machen die FT2232H-basierten JTAGs > 'ne robuste Nummer. Es sind bereits etliche Produkte mit integriertem SMT2 im Einsatz, so dass Hardwareänderungen ausscheiden. Ein typischer Fehler, der beim Kunden schon
-
Thread
ISE Webpack (13.3) und Vivado auf einem Rechner
nicht endgültig getestet, aber eine Alternative wäre ein Programmer von Digilent, die nutzen den FT2232 und die FTDI Treiber, allerdings musst du trotzdem in ISE und VIVADO die Treiber Installation aktivieren, da weiß ich nicht, was dann passiert... Digilent hat auch eine eigene Software (Adept),
geschaut. Das Board welches ich bestellt habe (Z7-Lite von Microphase) hat einen Programmer drauf mit FT2232. Das ist vermutlich der Digilent Programmer? >Digilent hat auch eine eigene Software (Adept), /../ indirekte Programmierung von SPI Flash durch einen FPGA hindurch. Schade. Das Board hat ein
-
Thread
Probleme mit dem USB Treiber für das Friendlyarm mini2440
wiggler, 16kb block mit sjf2440 dauert 64 sekunden :P openjtagb usb, 128kb block mit sjf24x0_ft2232 daauert 48 sekunden, also deutlich schneller - ist aber eigentlich sehr langsam da: lpt wiggler, 128kb block mit h-flasher dauert nur 20 sekunden. So gesehen dauert 72 stunden um 64Mb zu beschreiben mit dem uralten sjf2440 und lpt wiggler, knapp 7 stunden mit dem openjtagb und sjf24x0_ft2232, knapp 3 stunden mit dem lpt wiggler und h-flasher. Aber nicht aufregen, den wiggler braucht man nur um die bootloader zu flashen, danach die bootloader/dnw/usb kombination programmiert den flash
-
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
Federkontakte im 1 mm Raster
jetzt möchte ich eine Platine entwerfen und bauen die folgende Eigenschaften hat: USB-Blaster mit FT2232H UART über FT2232H 2x PMOD Spannungsversorgung und Anbindung über USB-C Ein Sockel mit Federkontakten in den ich diese kleinen Platinen reinlegen und fixieren kann. Alles bis auf das mit den
-
Thread
OpenOCD: unable to open ftdi device
trunk/ Info: options.c:50 configuration_output_handler(): Command source not found Error: ft2232.c:1381 ft2232_init_ftd2xx(): unable to open ftdi device: 2 Wahrscheinlich wird das auch an den Treibern liegen, oder? Allerdings weiß ich nicht so richtig, ob das nun stimmt, geschweige denn, wie
-
Thread
Jtag USB FT2232 wie?
FPGA-Board machen, in dem ich das Prom über USB beschreiben kann. Nun hab ich gelesen, dass es mit dem FT2232 möglich sein soll. Wie ist das, kann ich dann einen Port für JTAG verwenden und den anderen für ne UART oder muss ich beide für JTAG hergeben. So wie ich gelesen hab, wird ein svf-File über den FTDI-Chip
-
Thread
FT2232 SPI Umsetzung Problem
Hallo, ich bin gerade dabei eine USB zu SPI Umsetzung zu bauen und benutze den FT2232 von FTDI, und nutze den Chip im MPSSE Modus. Ich will etwas auf dem SPI Bus senden und gleichzeitig zurücklesen. Ich sende z.B. 10 Byte und lese 10 Byte zurück. Das funktioniert auch alles wunderbar
-
Thread
ARM-Starterkit für MSP430 Umsteiger
Statt des "wiggler"-Nachbaus würde ich /etwas/ mehr Geld ausgeben und ein FT2232-basiertes JTAG-Interface verwenden. Das funktioniert deutlich stabiler und auch schneller. Das OpenOCD-Projekt unterstützt diese Interfaces vorzüglich.
Ansichtssache. Es funktioniert nach etwas Einstellerei hier mit LPC2368/2378 und AT91SAM7SE und FT2232-JTAG-Adapter und OpenOCD für mich "gut" genug.
-
Thread
200KHz Signal per AD-Wandler mit SPI in LabView einlesen
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
-
Thread
USB FTDI unter Linux
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
RS485/422 zu USB Schnittstellenkonverter mit beliebiger Baudrate
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 reference
. 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, allowed values for the Baud rate divisor are: Divisor = n + 0, 0.125, 0.25, 0.375
-
Thread
ARM7TDMI: Literatur
nicht so teuer, wenn Du Rowley Crossworks meinen solltest. Als Debug-Interface eignet sich auch das FT2232-basierende OpenOCD-USB-Interface, das weniger als 100 EUR kostet. Das wird von Crossworks 1.7 (aktuelle Version) unterstützt.
mit echter Parallelschnittstelle hat. Eindeutig zu bevorzugen aber ist der USB JTAG Tiny, ein FT2232-basierender USB-Adapter, den Andreas für etwa 45 EUR anbietet: http://shop.mikrocontroller.net/csc_article_details.php?nPos=0&saArticle[ID]=87&VID=JZGfmAzlCMj7Ng8R&saSearch[word]=&saSearch[category
-
Thread
GHDL Problem
TAP mit reinbauen. Das ist perfekt für coverage (abdeckung so hoffentlich aller test cases), 'nen FT2232 JTAG hat zudem fast jeder rumliegen. Damit kreist man allerdings die Probleme nur relativ schnell ein, Timing-Böcke sind leider jenseits. René D. schrieb im Beitrag #2487904: >> Hast Du mal den
mit reinbauen. Das ist perfekt für coverage (abdeckung so > hoffentlich aller test cases), 'nen FT2232 JTAG hat zudem fast jeder > rumliegen. Damit kreist man allerdings die Probleme nur relativ schnell > ein, Timing-Böcke sind leider jenseits. Hast du zu der Variante ein paar weiterführende Infos
-
Thread
AD-Wandler 8Bit 100MHz
ansteuern. z.B. SPI gar > kein Problem. Hat sogar schon jemand mit USB-Anschluss erfunden -> FTDI FT2232D (MPSSE). Controller mit AD und DA-Wandler z.B. C8051F06x 2x 16-Bit ADC (1 Msps), 2x 12-Bit DAC dsPIC33FJ64GP804 12-Bit ADC (500 ksps), 2x 16-Bit Audio DAC oder einen der PSoC3/5 von Cypress
z.B. SPI gar >> kein Problem. > > Hat sogar schon jemand mit USB-Anschluss erfunden -> FTDI FT2232D > (MPSSE). Ich kann keine Umsetzungssoftware schreiben. > > Controller mit AD und DA-Wandler z.B. > C8051F06x 2x 16-Bit ADC (1 Msps), 2x 12-Bit DAC > dsPIC33FJ64GP804 12-Bit ADC (500
-
Thread
SPI Kommunikation in FT2232 über Labview
Hallo, ich verwendet einen FT2232 Chip der über USB mit meinem Rechner verbunden ist. Dort läuft eine Labview Apllikation, um diesen Chip zu steuern. Ich möchte über SPI ein externes Device ansprechen, und habe dazu ein Labview
Gibt es jemanden, der Erfahrung mit einem solchen Aufbau hat? Speziell mit der Konfiguration des FT2232 Chips über Labview??? Besten Dank Markus
-
Thread
Lattice ispMACH 4A5 auslesen?
gestrickt und es am OPENOCD-USB JTAG Adapter von embedded-projects angeschlossen. Da steckt nur ein FT2232D drin. UrJTAG liefert leider ziemlich wirres Zeug auf einen "idcode" Befehl, wobei der Output (richtig sortiert) zu der vom Hersteller angegebenen device id passt. :| Noch nicht so überzeugend.
Hätt ich mir damals nen J-Link gekauft hätt ich jetzt damit den CPLD nicht auslesen können. Dank FT2232D ist das Teil nun aber sehr verbreitet und selbst von ispVM problemlos unterstützt, wofür er eigentlich garnicht gedacht war. Schöne Sache.
-
Thread
LabView FT2232D SPI-Interface
Hallo, ich habe mir ein Modul mit dem FT2232D von FTDI gekauft um es unter LabView mit mehreren Mikrocontrollern zu verbinden. Das LabView Programm kann den FT2232D öffnen, initialisieren und die SPI-Interface Frequenz einstellen und lesen. Als
-
Thread
JTAG Frage, Xilinx Cable Salat
es um Boundary Scan geht, kannst du auch universelle Adapter nehmen. Zum Beispiel auf Basis des FT2232, da gibts verschiedene Programme, die (x)SVF, JAM abspielen und damit FPGAs, PlatForm Flashes und an FPGAs angeschlossene Flashes programmieren können. ABer da ist der Umweg über das SVF File. Direkt
> Boundary Scan geht, kannst du auch universelle Adapter nehmen. Zum > Beispiel auf Basis des FT2232, da gibts verschiedene Programme, die > (x)SVF, JAM abspielen und damit FPGAs, PlatForm Flashes und an FPGAs > angeschlossene Flashes programmieren können. ABer da ist der Umweg über > das SVF File
-
Thread
OpenOCD -> USB -> FT2232 -> JTAG -> AT91SAM7S256
Hallo, ich versuche mit OpenOCD per FT2232 auf einen AT91SAM7S256 zuzugreifen. Bei den Config Files bin ich noch nicht über [c] #---- test.cfg ---- interface ftdi transport select jtag ftdi_vid_pid 0x0403 0x6010 ftdi_serial "myOOCD" adapter_khz 8 [/c] hinaus gekommen. Nach dem ändern der Treiber des FT2232 von "SerialPort" auf "WinUsb" gibt es nun keine Fehlermeldungen bezüglich des Interfaces mehr. Ein Aufruf in der Console von Win10 führt zu folgender Ausgabe: [c] D:\OpenOCD-20190426-0.10.0
-
Thread
Welcher FPGA für den Einstieg mit VHDL?
USB-Blaster mit dabei, mit FT240 und Max V. Kann man den auch als USB UART verwenden so wie bei Xilinx den FT2232H JTAG/UART?
> Kann man den auch > als USB UART verwenden so wie bei Xilinx den FT2232H JTAG/UART? Nein. Ich kenne auch keinen Altera/Intel/Klon-USB-Blaster, der einen seriellen Kanal separat bereitstellt. Es gibt aber den JTAG-UART. Der ist aber Teil des JTAG-Konzepts.
-
Thread
[V] 5St. FTDI_ FT2232HL 64LQFP neu OVP (12€)
Hallo, noch 5St. FTDI ICs FT2232HL 64LQFP Orginalverpackt abzugeben. USB Hi-Speed to Dual Channel Serial UART/FIFO/JTAG/SPI/I2C IC, LQFP-64 Kein China Zeug! https://de.farnell.com/ftdi/ft2232hl-reel/usb-uart-fifo-2232-dual-64lqfp
-
Thread
[V] 5St. FTDI_ FT2232HL 64LQFP neu OVP (12€)
Hallo, noch 5St. FTDI ICs FT2232HL 64LQFP Orginalverpackt abzugeben. USB Hi-Speed to Dual Channel Serial UART/FIFO/JTAG/SPI/I2C IC, LQFP-64 Kein China Zeug! https://de.farnell.com/ftdi/ft2232hl-reel/usb-uart-fifo-2232-dual-64lqfp
-
Thread
[V] 5St. FTDI_ FT2232_HL im 64LQFP neu OVP (13€)
Hallo, noch 5St. FTDI ICs FT2232HL 64LQFP Orginalverpackt abzugeben. USB Hi-Speed to Dual Channel Serial UART/FIFO/JTAG/SPI/I2C IC, LQFP-64 Kein China Zeug! https://de.farnell.com/ftdi/ft2232hl-reel/usb-uart-fifo-2232-dual-64lqfp
-
Thread
[V] 5St. FTDI_ FT2232_HL im 64LQFP neu OVP (12€)
Hallo, noch 5St. FTDI ICs FT2232HL 64LQFP Orginalverpackt abzugeben. USB Hi-Speed to Dual Channel Serial UART/FIFO/JTAG/SPI/I2C IC, LQFP-64 Kein China Zeug! https://de.farnell.com/ftdi/ft2232hl-reel/usb-uart-fifo-2232-dual-64lqfp
-
Thread
[V] 5St. FTDI FT2232_HL im 64LQFP neu OVP (12€)
Hallo, hier noch 5St. FTDI ICs FT2232HL 64LQFP Orginalverpackt abzugeben. USB Hi-Speed to Dual Channel Serial UART/FIFO/JTAG/SPI/I2C IC, LQFP-64 Kein China Zeug! https://de.farnell.com/ftdi/ft2232hl-reel/usb-uart-fifo-2232-dual-64lqfp
-
Thread
[V] 5St. FTDI FT2232_HL im 64LQFP neu OVP (11€)
Hallo, hier noch 5St. FTDI ICs FT2232HL 64LQFP Orginalverpackt abzugeben. USB Hi-Speed to Dual Channel Serial UART/FIFO/JTAG/SPI/I2C IC, LQFP-64 Kein China Zeug! https://de.farnell.com/ftdi/ft2232hl-reel/usb-uart-fifo-2232-dual-64lqfp
-
Thread
[V] 5St. FTDI FT2232_HL im 64LQFP neu OVP (11€)
Hallo, hier noch 5St. FTDI ICs FT2232HL 64LQFP Orginalverpackt abzugeben. USB Hi-Speed to Dual Channel Serial UART/FIFO/JTAG/SPI/I2C IC, LQFP-64 Kein China Zeug! https://de.farnell.com/ftdi/ft2232hl-reel/usb-uart-fifo-2232-dual-64lqfp
-
Thread
[V] 5St. FTDI FT2232_HL im 64LQFP neu OVP (11€)
Hallo, hier noch 5St. FTDI ICs FT2232HL 64LQFP Orginalverpackt abzugeben. USB Hi-Speed to Dual Channel Serial UART/FIFO/JTAG/SPI/I2C IC, LQFP-64 Kein China Zeug! https://de.farnell.com/ftdi/ft2232hl-reel/usb-uart-fifo-2232-dual-64lqfp
-
Thread
[V] 5St. FTDI FT2232_HL im 64LQFP neu OVP (10€)
Hallo, hier noch 5St. FTDI ICs FT2232HL 64LQFP Orginalverpackt abzugeben. USB Hi-Speed to Dual Channel Serial UART/FIFO/JTAG/SPI/I2C IC, LQFP-64 Kein China Zeug! https://de.farnell.com/ftdi/ft2232hl-reel/usb-uart-fifo-2232-dual-64lqfp
-
Thread
Alte 6502/Z80-Systeme:Ohne CPU betreibbar zum Batterie-RAM Auslesen?
Andere Idee: Der FTDI FT2232D hat einen CPU-Modus, in dem er einen 8080 Bus mit AD0-AD7, A8-15, !WR, RD! und ALE bereitstellt, praktisch wie ein AVR mit EBI (Mega 128*/256* z.B.). Zum Demultiplexen braucht man das übliche HC373 Latch. Im Gegensatz zum neueren FT2232H kann der FT2232D auch noch mit 5V IO-Spannung arbeiten. fchk
-
Thread
Sammelbestellung MiniLA
> Prinzipiell schnelleres USB Wie willst du das erreichen? Nur durch Verwendung des FT2232H?
schrieb: >> Prinzipiell schnelleres USB > Wie willst du das erreichen? Nur durch Verwendung des FT2232H? Hab ich mich auch schon gefragt, zur Zeit ist alles (CPLD und PC Software) auf einzelne Byte transfers ausgelegt. Da bringt nur HighSpeed USB nix, die meiste Zeit frisst der einzelne USB Frame
-
Thread
SPI Flash Programmer
https://www.flashrom.org/FT2232SPI_Programmer
Da gibt's anscheinend doch was: https://www.flashrom.org/FT2232SPI_Programmer Und eventuell hier, aber der Link geht gerade nicht: http://wesche.bplaced.net/wordpress/?page_id=308
-
Thread
Einstiegsboard Spartan-6
probiert, Bitstream, nicht SM-Studio). Das ging zumindest vor einer Weile aus Impact prima über den FT2232-Cable-Server. Aber warum aus ISE programmieren, wenn es über den papilio-Loader in einem Bruchteil der Zeit geht... Wahrheit tut weh schrieb im Beitrag #4484331: > Sorry aber das mit starker Community
schrieb im Beitrag #4484436: > Das ging zumindest vor einer Weile aus Impact prima über den > FT2232-Cable-Server. Aber warum aus ISE programmieren, wenn es über den > papilio-Loader in einem Bruchteil der Zeit geht... Weil ich in ISE arbeiten möchte? So wie ich im Falle meiner uC-Projekte mit
-
Thread
USBprog4: Diverse Probleme und Fragen
STM32F103 IMO eine schlechte Kombination, von den USBProgs liesst man hier öfter Problemberichte. Ein FT2232 basierter Adapter wäre die bessere Alternative - außerdem ein Update auf die OpenOCD 0.8.0 Version. Einen STM32 würde ich nicht an 5 Volt JTAG hängen, das könnte zuviel sein. Man möchte für diese
> IMO eine schlechte Kombination, von den USBProgs liesst man hier öfter > Problemberichte. Ein FT2232 basierter Adapter wäre die bessere > Alternative - außerdem ein Update auf die OpenOCD 0.8.0 Version. OK ich werden dann mal versuchen OpenOCD 0.8.0 zu kompillieren, mal schauen was das bringt.
-
Thread
Embedded Linux Einstieg: Suche nach einem passenden Board
erheblich/ günstiger, angefangen beim Parallelport-JTAG-Adapter "Wiggler" (Nachbau von Olimex) über die FT2232-basierten OpenOCD-Ausführungen bis zu anderen Varianten von Segger oder auch Rowley.
günstiger, angefangen beim > Parallelport-JTAG-Adapter "Wiggler" (Nachbau von Olimex) über die > FT2232-basierten OpenOCD-Ausführungen bis zu anderen Varianten von > Segger oder auch Rowley. Das hab ich auch nicht angemeckert... :) Aber der AVR-Dragon ist auch recht Preisgünstig: ca.50,-€
-
Thread
Board für Trenz TE0725, 5x UART, 4x PMOD, JTAG, ADC
mit 3.3 V Versorgung. Die Platine bietet: 5x UART bis 12 MBaud (4x über FT4232H und 1x über FT2232H) 4x PMOD Insgesamt 42 + 8 + 12 = 62 FPGA IOs auf 0,1" Headern 3,3 V und 5 V ebenfalls oft auf Headern JTAG über FT2232H ADC 12 Bit 5 Msample/s 5 mm x 3.2 mm Oszillator 93LC56BT EEPROM 8 LEDs
-
Thread
STM32 alias cortex m3 brauchbar?
dem "Ufo" funktioniert, kann ich nicht sagen. Falls die integrierten Debug-Interfaces auf FTDIs FT2232 basieren, sind die Chancen für OpenOCD aber gut. Ansonsten wie von Throsten De buhr erwähnt die JTAG-pins des Controllers irgendwie herausführen und FT2232-"Probe"/Wiggler mit OpenOCD verwenden.
-
Thread
[S] FT2232D-Board
USB-Emu an einen TMS320F2812 zu häkeln, hier die Frage ob: Jemand noch ein Platinchen mit einem FT2232D plus der nötigsten Aussenbeschaltung herumfliegen hat, von dem er sich trennen möchte?
-
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
FT2232D: SPI-Modus: gleichzeitig Schreiben & Lesen?
Hi, ich möchte mit dem SPI-Interface des FT2232D arbeiten. Hab mir dazu auch die API angesehen (http://www.ftdichip.com/Documents/ProgramGuides/FTCSPIPG10.pdf). Was mich jetzt ein bisschen verwirrt, ist dass es wohl nicht möglich ist, beim Schreiben
Knackpunkt: Der Master sendet während dessen bereits weitere Daten für den Slave!!! Ist dies mit dem FT2232D auch so machbar? Viele Grüße Ralf
-
Thread
Treiberarchitektur für USB-Smartcardadapter (FT2232D)
(in geringer Stückzahl) lieferbar und daher möchte ich einen neuen USB-Smartcard-Adapter mit dem FT2232D (http://www.ftdichip.com/Products/FT2232C.htm) entwickeln. Treiber für den IC gibt es kostenlos (closed source) vom Hersteller (http://www.ftdichip.com/Drivers/D2XX.htm) und auch (nicht vom Hersteller
-
Thread
avrdude mit FT2232D, FT2232H, FT4232 (-c avrftdi -P usb), Problem mit libusb (Win7)
muss gehen: https://www.mikrocontroller.net/topic/371431#4195659 > Avrdude kann auch ISP mit den FT2232 basierten Programmern. Aber keine Anleitung. https://www.mikrocontroller.net/topic/160356#1525340 Klar ist, dass wir keinen Bitbang-Mode wollen (-c ftbb geht zwar, aber elend langsam), sondern
Memory Detail : .... Programmer Type : avrftdi Description : FT2232H based generic programmer avrdude: AVR device initialized and ready to accept instructions [/code]