-
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
mit dem 3-phase-clock nach dem achten SCL-Clock vom FPGA statt eines ACK (SDA = L) ein NAK (SDA = H) bekommst. Das glaube ich nicht. Der FT2232H macht bei der 3-phase-clock für jedes Bit drei etwa gleichlange Phasen: 1. SDA = BIT; SCL = L 2. SDA = BIT; SCL = H 3. SDA = BIT; SCL = L Sieht
-
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
Visual Basic Daten im us Bereich lesen
Eine Möglichkeit, Bitbang per USB hinzubekommen, bietet die MPSSE des FT2232. FTDI bietet dafür ein paar DLLs, um spezielle Protokolle zu implementieren: http://www.ftdichip.com/Support/SoftwareExamples/MPSSE.htm
Rufus t. Firefly schrieb im Beitrag #1831352: > Dann nimm einfach einen FT245 - der ist dafür gedacht und kann ganz ohne > Bitbanging angesteuert werden. Oder den FT2232 wenns schnell gehen soll.
-
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
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
-
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
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
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
FT601 macht eine sehr lange Denkpause
Bei dem FT2232H in sync. Fifo Modus muss man jede Menge USB Request Buffer vorhalten. Macht das FT60x Programm das auch? Das kann man aber wahrscheinlich nicht sagen, das die Bibliothek close source ist...
:-) Ich habe auf meinem Board einen USB 3.0 Hub. Dieser besitzt 4 Ausgänge. 1. Ausgang --> FT601 2. Ausgang --> FT601 3. Ausgang --> USB 3 zu HDMI Konverter (USB 3 Grafikkarte) 4. Ausgang --> FT2232H (USB 2.0 zu JTAG um Firmware in den FPGA zu laden) Es gibt 2 Datenstreams die in den FPGA
-
Thread
gibt es PIC18F248 im SSOP/TSSOP Gehäuse ?
Windows Plug and Play] Enable Plug and Play=0 [USB String Descriptors] Manufacturer=FTDI Product=FT232R USB UART [Programming Options] Only Program Blank Devices=1 [BM Device Specific Options] USB Version Number=1 Disable Serial Number=0 IO Pin Pull Down in Suspend=0 [Dual Device Specific Options
utility from FTDI. It has the ability to erase, program, read and read and parse the EEPROM contents for FT4232H, FT2232H, FT232R, FT245R, FT2232, FT232B, FT245B, FT8U232AM and FT8U245AM devices" Zeig mal die Unterseite von der Platine, da sitzt vermutlich noch ein USB-serial Converter von FTDI. MProg
-
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