-
Thread
FT232 lieferbar?
50 Stück, die es noch irgendwo gab, gleich zu kaufen. Jetzt finde ich nirgends mehr welche, egal ob FT232H* oder FT2232* – nur noch diverse Boards, auf denen sie drauf sind, aber ich wollte eine eigene Platine machen. Und ja, es muss die MPSSE sein, wir brauchen die SPI-Funktionalität.
z.B. Mouser hofft Mitte Mai 190k davon ab Lager zu haben. https://www.mouser.de/ProductDetail/FTDI/FT230XS-R?qs=sGAEpiMZZMtKBkH%252Brst%2F1tFlrofq3gZrXAniqyeqt2w%3D Wobei: https://www.mouser.de/ProductDetail/FTDI/FT232RL-REEL?qs=sGAEpiMZZMut9fa67LKaQhwAv46p%2Fs5RSJOztVM7cEI%3D https://www.mouser.de
-
Thread
GUI für FT232H - SPI Programmer
Hallo zusammen, ich wollte mal fragen, ob es eine fertige GUI oder API gibt, um mit einem FT232H (und/oder 2232H und/oder 4232H) SPI Flashes zu Programmieren. Ich habe bei der Arbeit schon mit ein paar Programmern zutun gehabt, meistens den Cheetah von Totalphase, aber der kostet auch schlappe
https://flashrom.org/FT2232SPI_Programmer
-
Thread
DDR-µC, maskenprogrammiert, "fremd verwendbar ?
dass es viele Mikrosekunden pro Zyklus braucht. Ich hatte spaßeshalber versucht, den mit einem FT2232H im 8-Bit-Busmodus zu verkuppeln, um ihn als Peripherieheizung eines PCs zu nutzen.
R6 ldc @RR4, R6 xor R6, R7 srp #-10h jp NZ, 0E000h ; wenn RAM lokalisiert ist, Sprung nach 0E000h jp 812h ; sonst nach Adresse 0812h springen ;----------------------------------------
-
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)
/ 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
Der perfekte USB-UART-Konverter
kann? Zweitens könnte man mal Ungereimtheiten und Überraschungen mit solchen Chips sammeln: FT2* (außer FT232R) brauchen Längswiderstände in D+ und D- und einen externen Quarz, der FT2232D sogar 6(!)MHz. Und sie brauchen je 47p von D+ und D- nach GND -- ESD-Schutz soll immer möglichst C-arm sein
Temperaturwechseln? Das ist albern. Bei normal produzierten Platinen entstehen nicht spontan Kurzschlüsse. > FT2* (außer FT232R) brauchen Längswiderstände in D+ und D- Na und? Kannst du dir keine Widerstände leisten? > und einen externen Quarz, der FT2232D sogar 6(!)MHz Es gibt ja extra für dich auch
-
Thread
Ersatz für XCF16PVOG48C
Mein Plan ist auch einen FT2232H zu benutzen und die JTAG Leitungen an den FPGA anzuschließen und dan XCSPROG zu verwenden. Schon mal vielen Dank für die ganzen Hinweise. Ich bin noch am Überlegen ob ich ein JTAG Moodule von
Das was der XMEGA machen soll, kann auch gut eine interne CPU mit > übernehmen. Oder gleich der FT2232H im MPSSE Modus mit dem SPI. So einen Flash zu proggen ist ja kein Hexenwerk: https://flashrom.org/FT2232SPI_Programmer oder https://github.com/adafruit/ftdiflash
-
Thread
I2C - "best practice" bei NACK vom Slave
Hallo zusammen, ich möchte einen I2C-Slave mit einem FT2232H (MPSSE) ansteuern. Nun passiert es manchmal, dass der Slave auf das Schreiben in eines seiner Register mit NACK antwortet, wahrscheinlich weil er gerade keine Daten annehmen kann. In einem mir vorliegenden
speziell... hard werker schrieb im Beitrag #6718065: > Aber es gäbe auch die Möglichkeit mittels > FT2232 das I2C-Protokoll mit Bitbanging zu implementieren. Wenn ich die MPSSE des FT2232H verwende muss ich schon genug "von Hand" machen (START und STOP-Bedingung generieren, ACK und NACK generieren
-
Thread
STM32H7 und JTAG: Irgendwelche Fallstricke
Ich habe JTAG vorgesehen, weil ich dafür einen FT2232-basierten Debugger habe, den ich auch schon für andere Prozessoren verwendet habe, und diese Debug-Verbindung ist Quasi-Standard bei vielen Boards bei uns. TI-Prozessoren (Tiva und C28xxx) kann ich
mein FT2232H-basierter Debugger funktioniert jetzt. Ich bekomme zwar immer noch Fehlermeldungen, aber "bessere": "Info: DAP transaction stalled (WAIT) - slowing down" Flashen geht jedenfalls, und das geflashte
-
Thread
OLIMEX ATEMGA8 - Debugging-Modus funktioniert nicht
H.Joachim S. schrieb im Beitrag #6671382: > Und aufs Eprom löschen musste man 20min warten. Daher habe ich mir dann auch einen 6516 mit einer Flachbatterie versehen und als primitiven Emulator für
nun Microchip) ist das anders, da ist die Debug-Schnittstelle offen, und du kannst einen preiswerten FT2232 zum Debuggen benutzen. Auch die auf den diversen Xplained*-Boards enthaltenen EDBG-Chips sind so teuer nicht, aber den alten Exoten "debugWIRE" hat denen halt keiner mehr beigebogen (denke ich zumindest
-
Thread
uC Programmiertechniken - Gibt es da Bücher?
Microchip) SAMxx debuggen kann, und beide zusammen gehen halt auch genauso schön mit einem einfachen FT2232. Da uns die dünnen 10poligen Kabel, wie sie durch die Cortex-M-Debug-Schnittstellen-Empfehlung (schönes Wort :) vorgegeben sind und vom AtmelICE umgesetzt wurden, dann aber zu fragil waren, haben wir auf den nächsten Boards gleich einen FT2232 mit eindesignt. Dessen zweiter Kanal kann prima als Consolen-UART fungieren.
-
Thread
FT2232H Datenrate im FIFO Modus
Samplerate von 500kHz Daten 4 Byte liefern. Diese gehen in einen FIFO im FPGA und werden dann vom FT2232H im synchronen FIFO Modus abgeholt. Das ergibt also eine Datenrate von 2MByte/s. Sollte also für USB 2.0 kein Problem sein. Manchmal habe ich jedoch aussetzer und die Datenübertragung spinnt etwas
Gustl B. schrieb im Beitrag #6642985: > Ist das ein Duplikat dieses Threads? > > Beitrag "FT2232H und SN74V3690" > > Ich weiß nicht ob dieser FIFO Baustein das Timing einhält und in diesem > anderen Thread ist die Fehlerbeschreibung, dass zusätzliche unerwünschte > Daten ankommen. Nein
-
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
CRUVI - ist das hier um zu bleiben?
dem anderen FPGA. Mag sein, dass das Sinn macht, ich will das möglichst einfach. Ein FPGA, USB mit FT2232 und noch einem FT600 wenn genug IOs übrig bleiben, dann noch PMOD und mehr will ich nicht. Und es ist ja auch Spieltrieb. Sonst müsste ich hier abends wieder anderen Hobbys nachgehen die im Winter
Aber da wird es auf jeden Fall bald noch bessere Lösungen geben. Ich arbeite auch gerade an einer FT600 Erweiterung wenn man mehr Power als vom FT2232 braucht. Wenn du erstmal bei CRUVI drin bist findest du ja vielleicht auf meiner Seite noch was interessantes: https://vhdplus.com/
-
Thread
FT2232H und SN74V3690
Ich nutze einen Ft2232 im synchronen FIFO modus in Verbindung mit einem SN74V3690. Das ganze wird per libftdi angesteuert und der callvack thread läuft dauerhaft. Der SN74V3690 wird per fpga mit Daten befüllt. Leider läuft da manchmal etwas schief und der FTDI liefert massenweise Daten wo keine sein sollten. Auch wenn der fifo nicht durch den fpga befüllt wird. Hat schon mal jemand solche Probleme gehabt?
-
Thread
arduino Platine mit microCore und 100baseT
Stromsparend ist spätestens mit einem Ethernet Phy sowieso nichts mehr (rechne mit min. 30 mA im Betrieb). - FT2232H ist de-facto Standard für JTAG-Debugging via openOCD
Pullups zuschalten habe ich da noch nicht gesehen. Fitzebutze schrieb im Beitrag #6600330: > - FT2232H ist de-facto Standard für JTAG-Debugging via openOCD Nicht nur da, auch die Adapter von Digilent die von Vivado unterstützt werden verwenden diesen IC. Klaus S. schrieb im Beitrag #6599764
-
Thread
segger J-Link EDU
unterstützen. Da wird kein Bitbanging über USB direkt gemacht. Die gibt es auch wahlweise Fullspeed (FT2232) oder Highspeed (FT232H). Selbst die Fullspeed-Variante ist durchaus brauchbar und allemal vergleichsweise preiswert (vor allem, wenn man mit 3,3 V auskommt und keine Levelshifter braucht).
zu teuer ist und nur Flashen will, hat deutlich preiswertere Lösungen verfügbar. OpenOCD mit einem FT2232-Adapter wäre nur eine Lösung und die ist recht brauchbar und kostet nicht viel. > > Der JLink bzw. zum JLink umgebrannte STLink auf den Nucleo Boards hat > für mich nur einen Vorteil: er kann
-
Thread
[V] Diverses an Bastler
4GB) - Steckbrett + passende Netzteilplatine + Jumperkabel Preis: 20€ 2. Programmer Paket: - FT2232H Platine (als Jtag Prog. genutzt mit xsc3prog) - Selbstbau Jtag Prog. genutzt für Spartan3/xc3sprog - usbasp AVR programmer - China Signalgenerator XR2206 Preis: 15€ 3. Retro Sachen - Platinenfolien
-
Thread
Arduino erkennt USB Device nicht - Windows 10
wird wohl auch irgendwie open OCD benutzt. Als Interface zwischen FPGA und Arduino IDE dient ein FT2232H Board als USB Dualport Chip. Denn der FT2232 hat ja 2 Channel. Einer ist dabei ein CDC Port (COM26) und der 2. wird als USB Device "Dual RS232-HS" angezeigt. Der COM26 kann über Arduino ausgelesen
drückt. Und genau da ist der Fehler. Da ich ja nicht den orginalen Programmer/Debugger - der einen FT2232D inne hat - verwende, sondern einen FT2232H Board wird das FT2232H-Board als "Dual RS232-HS" und nicht nur als "Dual RS232" erkannt! Und irgendeine Datei/Skript in der Arduino IDE gibt nun beim
-
Thread
FT2232H und SN74BCT8244A ein LED ansteuern
Muss es denn unbedingt JTAG sein? Die MPSSE des FT2232H kann ja auch ganz normal SPI ausgeben, da kannst du dann 74HC595 dranhängen.
Ich würde gerne eine FTDI Schnittstelle (FT2232H) als JTAG Interface in Betrieb nehmen. Und damit als Test LEDs ansteuern.
-
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
-
Artikel
JTAG
daisy chain verketten; dabei schiebt jeder AVR 4 Bits. ARM JTAG. USB Anschluss auf Basis des FTDI FT2232. Diese Adapter funktionieren mit Opensource-Tools wie OpenOCD (ARM-Debugger), xc3sprog (Xilinx Programmer), urjtag (generisches JTAG-Tool), gojtag, etc. Manchmal sind leichte Anpassungen des Source
. Obwohl in Java geschrieben, funktioniert es nur unter Windows. Funktioniert im Prinzip mit allen FT2232(H) basierten Adaptern. FT2232 BoundaryScan Tool: free boundary-scan software for flash programming [S29GL128N, S29GL256N, S29GL512N, M25PX16, M25PX32, M25PX64, etc ]. boundary scan test system M-
-
Thread
SWD über USB-C
USB-C Host 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
OpenOCD (und gdb): Runtime Error in procedure 'script'. Can't find openocd.cfg
dortige Anleitung befolgt um es auf dem ZedBoard laufen zu lassen. Zur Kommunikation nutze ich das FT2232H Mini Module: https://www.ftdichip.com/Support/Documents/DataSheets/Modules/DS_FT2232H_Mini_Module.pdf So weit so gut. Jetzt haben wir Änderungen an dem Core vorgenommen (und am SDK, aber das
-
Thread
Welcher Programer für Microchip SAM C20/C21 Serie
Das sind ganz normale ARM Cortex M, d.h. da geht alles, was es für ARM so gibt, vom FT2232-basierten Olimex-Jtag über JLink und ULink2 bis zu irgendwelchen CMSIS-DAP kompatiblen Teilen. Wenn Du nur mit openocd programmieren willst, ist ein FT2232-basierter Adapter das billigste, z.B: https://code.google.com/archive/p/opendous/wikis/JTAG.wiki Ansonsten hängt es davon ab, was Deine IDE kann. Atmel ICE geht auch, aber eben nur für die
-
Thread
PT100-Thermometer
schrieb im Beitrag #6480523: > SWD? Dafür braucht man nicht nur einen JLink Tut jeder popelige FT2232. Und, naja, OpenOCD fällt vielleicht unter "Spezialsoftware", aber richtig, /irgendwas/ zum Auflösen des Henne-und-Ei-Problems braucht man. Aber ein FT2232 und diese "Spezialsoftware" ist allemal
sht21_measure(0xe5, b, 3); > > v = ((uint16_t)b[0] << 8) | (b[1] & 0xfc); > double h = -6.0 + 125.0 * (double)v / 65536.0; > > printf("SHT-21 %5.2f oC, %5.2f %% RH\r\n", t, h); Das ist jetzt unfreiwillig komisch. Für mich als C-Anfänger sieht das aus, als wäre eine Horde
-
Thread
GD32VF103CBT6
Da ist ein FT2232D drin. Wäre da ein FT2232H nicht besser, oder merkt man die geringere Latenz von USB-Highspeed nicht?
Die H-Typen sind definitiv besser. Es gibt auch eine einkanalige Version, hier als Breakout Board: https://de.aliexpress.com/item/32814913865.html?spm=a2g0x.12010615.8148356.1.2f7835f8mYYp62
-
Thread
Welcher FPGA für den Einstieg mit VHDL?
ich nicht, sieht ganz nett aus. Eine Frage hab ich dazu: Da ist ja so ein 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
Cyclone oder Spartan an Ethernet
Lösung ab der > Stange. Dann kannst du auch USB nehmen mit so einem FIFO Interface wie sie der FT2232H (USB2), FT600 (USB3) oder FX3 (USB3)bieten. Ist vielleicht einfacher wie Ethernet. Zumindest zum FT600 kann ich sagen dass man da mit sehr wenig Hardwarebeschreibung schnell Daten zum PC bekommt
Gustl B. schrieb im Beitrag #6452459: > FT2232H (USB2), Ja würde gehen und auch von der performance her genügen. Hmm USB hat eigentlich 3 Eigenschaften, wesshalb ichs eher gegenüber ETH und PCI-E zurückstellen würde: 1. Kein DMA (USB hat
-
Thread
Problem mit USB auf STM32H743
ich bin gerade dabei ein Chinaboard 'Devebox STM32XX_M' mit dem H743VI in Betrieb zu nehmen. Mit Mbed das den H743 unterstützt und einen USB Stack hat den ich schon auf verschiedenen F4/F7 laufen habe. Der H743 ist um einiges komplexer, aber die Initialiserung von
bestimmte Pinbelegung halten. Aber es funktioniert. Ich fange langsam an, bei etlichen Projekten den FT2232H einfach direkt mit auf das Systemboard zu packen. Lies das hier: https://www.allaboutcircuits.com/technical-articles/getting-started-with-openocd-using-ft2232h-adapter-for-swd-debugging/
-
Thread
I2S Frame-Fehler automatisch erkennen/korrigieren
zu den schon vorher > empfangenen passt. Das war meine Frage - wie läßt sich weißes Rauschen, d.h. fehlende Korrelation der Abtastwerte mit einem (z.B. numpy-)Skript möglichst einfach diagnostizieren? Visuell ist die Situation ja eindeutig. Inzwischen gefunden: https://machinelearningmastery.com
Vermutung lag ich offenbar daneben - das eigentliche Problem ist wohl die beschränkte Puffergröße des FT2232H internen FiFos: ~4000 bit. Jetzt lese ich häufig kleine Batches (<= 512 Byte) - seit dem klappt es mit dem Datentransfer - auch ohne weiteren Protokolloverhead. Den Hinweis auf die FiFo-Größe habe
-
Thread
FPGA/USB3/Hyperram/ Board
MBit Hyperram mit je 400 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
und 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
flasher for ARM Cortex
OpenOCD plus irgendwas FT2232-basiertes wie das hier: https://www.olimex.com/Products/ARM/JTAG/ARM-USB-OCD-H/ -H steht für High Speed. Es gibt auch eine Full-Speed Version ohne das -H. fchk
-
Thread
Benutzer für Arrow-Programmer
Eintrag ähnlich wie [code]Bus 001 Device 007: ID 0403:6010 Future Technology Devices International, Ltd FT2232C/D/H Dual UART/FIFO IC[/code] geben. 3. lsusb -vs 001:007 eingeben, wobei 001 und 007 die Zahlen aus dem vorherigen Schritt unter Bus und Device sind und auch anders sein können. 4. In der Ausgabe
]idVendor 0x0403 Future Technology Devices International, Ltd idProduct 0x6010 FT2232C/D/H Dual UART/FIFO IC [/code] 4. Auf der von Michael verlinkten Seite gibt es unter Driver Setup for Ubuntu den Eintrag [code]# USB Blaster II SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ATTR
-
Thread
Genesys 2 (Xilinx Kintex 7): Audio-Codec Implementierung und Filteranbindung
mit dem RX Pin auf dem FTDI Board. https://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT2232H.pdf Ich suche gerade, welche Pins ich verbinden muss. Ich denke es ist Pin 16 (TxD) und 17 (RxD) des FT2232H und somit VIO = Pin 16 und AD4 = Pin 17 auf dem UART-Modul, siehe DS_FT2232H, S. 11.
Mario A. schrieb im Beitrag #6471848: > Ich habe jetzt mal alles angeschlossen: > PMOD Pin 1 (FT2232H_RX_PMOD) geht auf AD1 (RxD) > PMOD Pin 2 (FT2232H_TX_PMOD) geht auf AD0 (TxD) > PMOD Pin 5 auf GND Genau. Vertausche mal die Pins, also verbinde die über Kreuz. Denn der RX Pin auf deinem FT2232H
-
Thread
CH340 Spezi gesucht. DTR Pull-Up?
DTR nicht auf die Stiftleiste führen. Ich kenne einen kommerziellen Programmieradapter, wo ein FT2232 eingesetzt ist, also zwei V24 emuliert werden. Die eine dient ausschließlich der Datenübertragung, von der zweiten Schnittstelle werden nur zwei Statusleitungen verwendet, um das Zielgerät zu steuern
wenn der Resettaster betätigt wird oder der > ISP-Programmer zugreifen will, während der DTR auf H steht? > > Da dient der C primär dazu, Kollisionen zu verhindern! Habe ich nicht bedacht - Punkt für dich ;) >> würde auch gern den FTDI nutzen > > Ich nicht: Deren Kram ist teuer und sie
-
Thread
FT2232H Asyncron FIFO
Hallo, ich habe gerade einen FT2232H hier und wollte das asyncrone FIFO Interface implementieren. Ich habe das schon einmal gemacht und es hat funktioniert. Jetzt bin ich aber auf etwas komisches gestossen, was ich mir nicht erklaeren
liegen oder an der Programmierung des EEPROMs? Zweite Frage: Mir ist gerade aufgefallen, dass der FT2232H ja zwei Kanaele hat, woher weis ich denn mit welchem ich kommuniziere? Es geht ums Daten schreiben vom FPGA zum PC. Ich beziehe mich auf das Beispiel S.26 im Asyncronen Modus.
-
Thread
Grundlagen zur parallelen Verarbeitung von hohen Datenmengen
definiert man ein Paket mit fester Länge und schon kann man da Daten an den PC schicken. Geht mit FT2232H/FT600 auch schnell. Aber ja, man ist in Software natürlich deutlich flexibler, das wäre ein Vorteil. Tobias B. schrieb im Beitrag #6313755: > ICh wuerde diesen Schritt wirklich mal wagen, der
mal gemacht, aber den Vorteil nicht gesehen. Ich hatte damals versucht die Daten von Blockram zum FT2232H durch den Microblaze zu schieben. Also im BRAM lagen die ADC Samples, der Mikroblaze sollte daraus dann Pakete bauen (jeweils n Samples aufsummieren) und ausgeben. Aber das war schnarchlangsam.