-
Thread
Aktuelles , günstiges ARM Board
Frage, ob das gewählte Entwicklungssystem, d.h. der Debugger, mit dem FT2232 in dieser Amontec-Bepinnung zurecht kommt, und den angepeilten Controller mag. Preislich interessant ist beispielsweise: http://cgi.ebay.de/STM32-ARM-STM32F103-Cortex-M3
Crossworks jedenfalls führt den Amontec auf und funktioniert mit ebendiesem STM32 (via Olimex JTAG auch auf FT2232 Basis).
-
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
Desktop-Anwendung, ist die Anwendung explizit 64-bittig... http://www.eevblog.com/forum/projects/ftdi-2232h-in-mpsse-spi-mode-toil-and-trouble-example-code-needed/
-
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
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...
auf den "blauen", der soll sich trollen) Habe mir nach einiger Suche jetzt einen Olimex USB-OCD-H bestellt. Nicht ganz billig, aber der schien mir geeigt. Das andere FT2232H-Zeugs ist zwar günstig, hat aber keine Pegelwandler und der Olimex ist OpenOCD-Tauglich geprüft. Hoffe mal das das eine gute
-
Thread
ARM, Luminary, JTAG Frage
aufzubauen, dass 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
aufzubauen, dass 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. Die Geschichte mit dem FTDI nennt sich OPEN-OCD
-
Thread
SUCHE: USB-AVR-Programmer mit FT232R
hEY ., kennt niemAnD etwa eine bauanleitung für so ein programmer ?! BIN aM HEULEN !!! =( =( =(
ne schöne alternative ist, wenn es denn ein ftdi-chip sein soll. ein auf dem ft2232 basierenden chip. dank der mpsse-funktion geht das a) recht flott und b) kannste den auch für diverse andere dinge nutzen. jtag zb. wer mich fragt, bekommt immer etwas auf ft2232 basierendes empfohlen
-
Thread
Suche: Steuerungsplatine mit Microcontroller USB
. 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
USB -> SPI Adapter für PC?
http://www.ftdichip.com/Products/ICs/FT4222H.html Dieser hier?
Zwei Beispiele für die Anwendung eines FT2232: https://www.mikrocontroller.net/topic/402085#4789950
-
Thread
FTDI-USB + FPGA
Du die D2XX Treiber. Dieses Datenblatt solltest Du mal lesen. Soweit ich das noch weiss, wird der FT2232H per EEPROM als Synch FIFO eingestellt. Per Software (->D2XX Interface) kann man den dann umstellen auf Asynch FIFO.
Moin Andi, schau dir mal folgendes Beispiel an: http://opencores.org/websvn,filedetails?repname=ft2232hcore&path=%2Fft2232hcore%2Ftrunk%2Fvhdl%2Fusb_sync%2Fusb_sync.vhd Für dich dürfte allerdings nur der Teil mit "-- Handle FIFOs to USB2232 in synchronous mode" interessant sein. Desweiteren
-
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
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
ISP-Programmer als "Stick"
> 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.
die Haupt-IDE von TI ist würden die das falls möglich mit dem FT2233H optimieren...
-
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(
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
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
Schnittstelle für 5 bis 25 Mbit/s Datenstream
sollen zu einem PC weitergeleitet werden. Ausser ein paar Puffern für FIFO braucht man da nix. Bei dem FT2232H verwende ich 64kBytes als Puffer und kann dauerhaft um die 40MBytes/s zum PC übertragen.
zu einem PC weitergeleitet werden. Ausser ein paar > Puffern für FIFO braucht man da nix. Bei dem FT2232H verwende ich > 64kBytes als Puffer und kann dauerhaft um die 40MBytes/s zum PC > übertragen. Hmm... Schliesse doch einfach mal eine USB-Platte an einen anderen Port desselben Hubs an und
-
Thread
Umstieg von Atmel auf.
quasi CPU spielen, die Peripheriebausteine ansteuert. Die Signale sind kompatibel zum 8051 und AVR, d.h. die unteren 8 Bits stellen einen gemultiplexten Adress-Datenbus dar, die oberen 8 Bit sind die Adressbits A8 bis A15. Dazu noch !RD, !WR, ALE - quasi wie beim Mega128. Im Datenblatt des FT2232H wird
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
FT2232HL als I2C-SPI-Sniffer?
Hallo, wollte mir eigentlich einen I²C-Sniffer mit FT232RL als USB-TTL-Interface aufbauen. Dabei bin ich über den FT2232HL (also H) gestolpert. Da können die IOs als I²C, SPI, JTAG oder TTL (parallel oder seriell) parametriert werden - 2 kanalig! Soll
Der FT2232H hat zwei Schnittstellen, die du getrennt ansprechen kannst. Das ganze heißt MPSSE und kann so konfiguriert werden, dass er entweder I2C, SPI, JTAG oder sonst was serielles macht. Ich hab mal
-
Thread
Empfehlenswerte Chips zur FPGA <-> PC Kommunikation über USB
Wir setzen den FT2232HL in synchronous fifo Mode ohne Probleme ein.
gute Beiträge, vielen Dank! So eine Diskussion habe ich mir gewünscht. Anbei mal der bescheidene ft2232h controller für den synchronen fifo mode (nur auf FTDI Schreibzugriff, lesen noch nicht supported) in Verilog. Er prüft ständig einen FIFO im FPGA Design und wenn mindestens 1 Wort Daten drin sind
-
Thread
Wie werden fabrikneue ATSAM geflasht?
sind halbwegs > normale Chips, die müsste man selbst nachrüsten können. SAME70 haben wir mit FT2232 programmiert und debuggt.
habe, dass > sich das Ding problemlos mit einem völlig generischen SWD-Treiber auf > Basis eines FT232H benutzen lässt? Noch generischer geht's wohl kaum, > und das wird deine geliebte Black Magic Probe dann sicher auch können. Die Hardware, hier der FT232H, kann das natürlich auf jeden Fall. Aber
-
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
2x RS232 auf USB (mit modifizierten Daten)
, die aber ignoriert wird. Wahlweise kannst Du auch einen FT2232D oder FT2232H verwenden. Die eleganteste und technisch beste Lösung wäre ein Controller mit 2 UARTS und USB-Hardware. Leider gibts es keine AVR, der diese Bedingung erfüllt. Ein PIC24FJ64GB002
--------------------------------------- Hier mein Programm: [c] //Includes //#include "defines.h" #include <avr/interrupt.h> #include <avr/io.h> //#include <avr/iomxx0_1.h> #include <string.h> #include <util/delay.h> void uart_send_byte(char c){ while (!(UCSR3A & (1<<UDRE3))); UDR3
-
Thread
FTDI, DLL, C#, stack imbalance, cdecl und stdcall, DotNet 3.5 und 4.0
Header Dateien von FTDI sind die ganzen Funktionen, die mittels DLL bereit gestellt werden (z.B. FTD2XX.H) als FTD2XX_API FT_STATUS WINAPI FT_GetDriverVersion( FT_HANDLE ftHandle, LPDWORD lpdwVersion ); deklariert. Das "WINAPI" brachte mich auf die Idee, die Aufrufkonvention von .Cdecl
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
200KHz Signal per AD-Wandler mit SPI in LabView einlesen
12MHz, 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
: 1-255ms, LabView Beispiel vorhanden http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT4232H.pdf
-
Thread
Mehrere JTAG Slaves hintereinander schalten
zu JTAG: Die Alternative für den Fall das das mit dem in Serie schalten nicht funktioniert wäre der FT2232H, der zwei JTAG Interfaces über USB zur Verfügung stellt. Wie sieht es bei dem Chip aus in sachen Kompatibilität mit Programmier-Software? Als was werden die Schnitstellen erkannt und wie sind da
Fabian S. schrieb im Beitrag #1869198: > der FT2232H, > der zwei JTAG Interfaces über USB zur Verfügung stellt. Nur einen, meines Wissens. Der andere Kanal kann nur "plain RS-232". ARMs kann man damit auf jeden Fall programmieren (siehe OpenOCD
-
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
4MBit Danten in den PC bekommen? FTDI Chip?
Differentielle Signale sind wandel ich diese zuerst mit einem IC um aber das soll alles sein. Werde den FT2232H nutzen der andere ist wohl zu langsam.
hmm... nur so zum verständniss, der FT2232H kann doch die Daten für mich zwischenspeichern. Oder? Das bedeutet ich schaufe in meinem 500ms Raster in ihn rein und lese im 1ms. Raster einfach "große" Blöcke aus. Oder? Also echtzeit ist kein
-
Thread
Meadow Desktop - bequemer Hardware-Zugriff aus Windows
Hardware-Kommunikation kommen GPIO-Extender zum Einsatz-der Autor wird in den folgenden Schritten ein FTDI FT2232H-MiniModule verwenden, das über MicroUSB Verbindung mit der mit Windows 11 ausgestatteten Workstation aufnimmt. ### Einrichtung einer Arbeitsumgebung. Ob des noch sehr frühen Entwicklungsstand
Meadow.Foundation.ICs.IOExpanders; using Meadow.Hardware; public class MeadowApp : App<Windows> { private Ft232h _expander = new Ft232h(); private IDigitalOutputPort _c0; [/c] Neben der Ableitung der App-Klasse von generischen Parameter Windows ist hier auch die Erzeugung der Klasse Ft232h
-
Thread
USB FTDI unter Linux
dev/ttyUSB) noch 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
ADZS-ICE-1000 für BF531 geeignet?
ich schwanke noch zwischen dem FT2232H und einem BMP (black magic probe). Muss erst die Physikalische Verbindung schaffen. Meine JTag Connector sollte wie folgt verdrahtet werden. Ist dem etwas hinzuzufügen? Die Vcc Verbindung
gelesen, dass JTAG ICE's oft über Vcc die richtigen IO Pegel setzen, aber im Bezug auf den FTDI FT2232H USB Adapter dürfte diese belanglos sein. Sind j konstant 3.3V Markus
-
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
neue Chips von FTDI: FT230X, FT234XD
Habt Ihr schon Erfahrungen mit den neuen "kleinen" 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
-
Thread
Lattice ispLEVER - günstiger JTAG-Adapter
mir das ;-) Beim LC4256ZE-B-EVN würde ich einfach R3, R4, R7 und R9 entfernen und die 4 Pins vom FT2232H direkt an 4 Pins in der Prototype Area legen. Dann ein kleines Adapterkabel das zurück auf den zu bestückenden JTAG-Header bzw. auf die externe Platine führt.
genau da liegt der Punkt, den ich nicht ganz nachvollziehen kann. Zumal die meisten doch mit einem FT2232H laufen. Verstehe ich richtig: JTAG-Adapter sind nicht unbedingt 1:1 austauschbar, weil sie unterschiedliche Firmware haben? Ich dachte bisher immer, JTAG sei ein standardisiertes Protokoll. OK,
-
Thread
IO-Controllerboard mit Analogausgängen
48-64 Pin TQFP) ODER: was sich hier vielleicht auch anbieten würde: nimm USB und mehrere FTDI FT2232H. Diese Teile sind USB-Bridges mit USB 2.0 High-Speed. 100 kHz sollten die immer schaffen. Die kannst Du so konfigurieren, dass sie zwei parallele FIFO-Schnittstellen bereitstellen, an die die dann
dann einen weiteren. Du kannst diese Chips auch auf SPI programmieren, dann solltest Du aber den FT4232H nehmen, weil der zwei SPI Port bereitstellen kann. Der 2232H hat genauso viele Pins, aber nur eine serielle Engine. Damit entfällt die Programmierung auf der Controllerseite. Überleg mal,
-
Thread
miniLa Software
Von 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
450mA 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
ispLSI 1032E Programmieren über JTAG geht nicht
Die Signale sind sauber (5 cm Verbindung zum FT2232H). Die ispLSI ist eine 1032E, keine 1032EA. Test mit 2 ispLSI 1016 -> gleiches Problem. Test mit ispLSI 2064VE -> funktioniert. Ich vermute die alten ispLSI lassen sich nicht mit FT2232H ansprechen
Ich verwende ein FT2232H-Modul als Programmieradpater. Ein Parallelport steht hier nicht zur Verfügung. ispEN liegt per Draht auf Masse da dieses Signal nicht angesteuert wird. Komisch ist nun, dass der Scan Chain das
-
Thread
Einfacher Punkt-zu-Punkt Datenstream
Da fehlt die Angabe einer oberen Grenze. Bei bis zu 40 MByte/s d.h. 320 MBit ist das einfachste ein FT2232H USB 2.0 Controller zu verwenden.
Daten Komprimiert oder normal gesendet, aber das muss ich noch abklähren) > Bei bis zu 40 MByte/s d.h. 320 MBit ist das einfachste > ein FT2232H USB 2.0 Controller zu verwenden. Gibt es da fertige Boards, auf denen ein FTDI-Chip drauf ist?
-
Thread
Battery Charging specification an USB mit FT2232D
Hallo, ich habe eine Schaltung mit einem USB-Chip von FTDI, Typ FT2232D. Die funktioniert am PC. D.H. die Enumeration geht, ich kann die 500mA abrufen (der FT2232D schaltet meine Schaltung nach der Enumeration mit einem FET ein) und Daten zum PC senden. Jetzt will
Enumeration durchführen können. Dazu muss im Netzteil D+ mit D- kurzgeschlossen sein. Dies wird vom FT2232D aber nicht unterstützt. Meine Idee war ein nachtriggerbarer Timer der die Versorgung bei Inaktivität auf dem Bus freigibt. Damit wird aber der suspend-mode außer Kraft gesetzt. Gibt es für diesen
-
Thread
FT2232D + libMPSSE: Lange Pausen auf dem I2C-Bus :o(
Internet! Ich möchte einen ADC per I2C auslesen und einen DAC beschreiben. Hierzu habe ich einen FT2232D nach dem BeispielProjekt02 verschaltet: http://www.ftdichip.com/Support/SoftwareExamples/MPSSE/FT2232C-Proj02_v11.pdf Und mit Hilfe der d2xx.dll und libMPSSE.dll wie in AppNote 177 beschrieben
User_Guide_For_LibMPSSE-I2C.pdf War eigentlich sehr einfach und das ganze funktioniert soweit auch, nur macht der FT2232 nach jedem übertragenen Byte eine Pause, so dass ein übertragenes Byte unabhängig der Taktrate 16ms in Anspruch nimmt, bis er mit dem nächsten Byte anfängt. D.h.: 8bit + x = 16ms. Mein Code ist
-
Thread
JTAG Grundlegende Frage
Wir machen das. Wir emulieren einen FT2232H (FTDI Bezeichnung "MPSSE") in Software. Wir verwenden unsere eigene VID/PID, aber zumindest urJTAG kann man das beibringen. Tests mit OpenOCD stehen noch aus. Andreas
Andreas D schrieb im Beitrag #4294987: > Wir machen das. Wir emulieren einen FT2232H (FTDI Bezeichnung "MPSSE") > in Software. Darumg ging's ja nicht, sondern darum, dass jemand ein Gerät entwerfern will, welches JTAGICE3, Segger J-Link und was auch immer alles in /einem
-
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
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
UART Baudrate > 4 MBaud
unter Linux nicht mit dem ioctl funktioniert, oder zumindest nicht so wie es schön wäre. Hab jetzt den FT2232H bestellt.
aus, ist stabil und schön aus Python heraus bedienbar. Nur schneller wäre schön, mal gucken was der FT2232H bietet.
-
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
FT245 Verständnisproblem
etwas größeres IO-Monster haben will, würde ich entweder den FT2232D verwenden(stell dir vor, du mischst den FT232 und den FT245 und packst das ganze _zweimal_ in einen IC) oder, um die größte Flexibilität zu haben, ich nehme den FT232R, papp den an den UART des
mal nix, da wirst du selbst dahinter kommen, wenn du mal versuchst, die SPI/I2C/JTAG-Funktionen des FT2232D zu verwenden :) > ich liebe knackpunkte, will lernen... Lobenswert :) Wenn du schon sowas sagst, und dann entsprechend fit auf dem Ding bist, dann machst du es wie ich, und machst dir mit so
-
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
2 Kanal 14bit ADC mit 10MSPS/Kanal über USB
Auflösung haben und pro Kanal eine Abtastrate von ca. 10MSPS schaffen. Ich habe schon daran gedacht einen FT2232H im synchronen FIFO Modus zu verwenden und den ADC parallel an diesen anzubinden. Dazwischen müsste aber noch ein bisschen Logik um die 14bit zB. auf 2x8bit aufzuteilen. Welche anderen "einfachen
2 * 14 Bit * 10e6 / s = 33.4 MByte/s Ray schrieb im Beitrag #2091120: > einen FT2232H im synchronen FIFO Modus zu verwenden http://www.ftdichip.com/Products/ICs/FT2232H.htm >> Single channel synchronous FIFO mode for transfers > 25 Mbytes/sec. http://de.wikipedia.org/wiki/
-
Thread
FTDI-Treiber-problem
Meine Schaltung überträgt Daten eines CAN-Controllers per USB/seriell vom/zum PC und benutzt dazu den FT2232. Damit dürfte ich nicht allein sein auf diesem Planeten. Damit es schöner aussieht, bekam vor langer Zeit der FT2232 eine eigene PID, die INF-Dateien im Treiber wurden angepasst. Damit taucht
FTDI eigentlich weider auf die original-Einstellungen > resetten ? Aber ja doch, dazu dient "FT_Prog" von FTDI. http://www.ftdichip.com/Support/Utilities/FT_Prog_v3.0.56.245.zip http://www.ftdichip.com/Support/Documents/AppNotes/AN_124_User_Guide_For_FT_PROG.pdf Allerdings geht das nur mit
-
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.
-
Thread
openocd AT91SAM9260
daemon configuration telnet_port 4444 gdb_port 8888 # home-made jtag-interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout olimex-jtag ft2232_vid_pid 0x15ba 0x0003 # ft2232_latency 2 jtag_speed 3 ###################################### # Target
to SDRAM mww 0xffffea08 0x85227259 # SDRAMC_CR : Configure SDRAM (2 x Samsung K4S561632H-UC75 : 4M x 16Bit x 4 Banks) #mww 0xffffea08 0x85227254 # SDRAMC_CR : Configure SDRAM (2 x Samsung K4S641632H-UC75 : 1M x 16Bit x 4 Banks) mww 0xffffea00 0x1 # SDRAMC_MR
-
Thread
FT2232D Schaltplan
Beispielschaltung: http://dangerousprototypes.com/docs/FT2232_breakout_board
Ist der FT2232H, Beschaltung ist aber sehr aehnlich.