-
Thread
USB<>STM32F4 mit externem Chip (FTDI, oä)
ca. 24 MBit Praktisch alle Bausteine von FTDI, außer die mit H-Suffix, arbeiten mit Full-Speed, d.h. 12 MBit auf der USB-Seite. Die scheiden damit aus. Von den Bausteinen mit H-Suffix kommt nur der FT4222H in Frage, der soll eine Datenrate von 28 MBit auf der Clientseite hinbekommen, und verwendet
) Kollidieren bei den grossen STM32F wirklich 2 * CAN mit ULPI USB HS? Ist der Aufwand fuer den FT2232H wirklich so viel geringer?
-
Thread
VB 2008: USB <--> uC
kannst poste mal Adapternamen und die Sachen die du versucht hast, vielleicht weiß Google da mehr :D USB = Universal Serial BUS, d.h. ein Bussystem bei dem das Betriebssystem / der PC alle LowLevel-Ansprache regelt, es gibt keine Möglichkeit einen USB-Port direkt und hardwarenah anzusprechen und
://apple.clickandbuild.com/cnb/shop/ftdichip?op=catalogue-products-null&prodCategoryID=9&title=DLP2232M-G http://www.ftdichip.com/Products/ICs/FT2232D.htm
-
Thread
FTDI FT4232H Spannung am BitBang Eingang
runterzieht, wenn sie als Eingang programmiert werden. Die Buffer werden mittels der POWEN# Leitung des FT4232H enabled. Die BitBang Pins werden beim Booten scheinbar derart als Eingang und Ausgang initialisiert, wie sie es auch als COM Port wären, also D0, D2 und D4 als Ausgang (HIGH), die anderen 5 als
Sind bei dem FT2232 evt irgendwelche PuLL Ups/Downs aktiviert, die gegen Deinen PullDown ankaempfen ? -> Genaues Datenblattstudium, ggf im EEPROM entsprechende Bits programmieren...
-
Thread
USB RS232 Adapter
http://www.elv.de/elv-highspeed-mini-usb-modul-um-ft2232h-komplettbausatz.html Die Brücken JUMPER musst du setzen. Und den 12MHz Quarz auflöten.
/Utilities/FT_Prog%20v2.6.8.zip Wobei FT_Prog die neuere Version ist. Aber ich finde MProg irgendwie gelungener - für den FT232R reicht es dicke! :-) Einen kleinen Beigeschmack haben die USB-Ser-Wander jedoch
-
Thread
Virtuelle Maschine mit abgesetztem Funkmodul
Dein Funkmodul könntest Du an eine mit der MPSSE im FT2232RL angebundene SPI-Schnittstelle ansteuern. Das geht softwareseitig mit libusb bzw. libmpsse.
Konverter, USB, > Hypervisor, ... in deine VM durch gekämpft hat. Das ist bei Verwendung der MPSSE des FT2232 kein relevantes Theema. Nutzt man die, muss man das nicht mit einem µC selbst stricken. Hans D. schrieb im Beitrag #8017757: > Stephan S. schrieb: >> Wie wird denn das ominöse Funkmodul angesteuert
-
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.
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
-
Thread
USB-Programmer in Makefile einbinden aber wie?
avrdude.conf:431] jtagkey = Amontec JTAGKey, JTAGKey-Tiny and JTAGKey2 [/etc/avrdude.conf:408] 2232HIO = FT2232H based generic programmer [/etc/avrdude.conf:382] avrftdi = FT2232D based generic programmer [/etc/avrdude.conf:355] arduino = Arduino [/etc/avrdude.conf:
-
Thread
OpenOCD: unable to open ftdi device
-f \interface\openocd-usb.cfg -f \board\olimex_lpc_h2148.cfg Leider mit folgendem Resultat: D:\Projekte\ARM\OpenOCD\openocd-0.5.0\bin>openocd-ftd2xx -f \interface\openocd-usb.cfg -f \board\olimex_lpc_h2148.cfg Open On-Chip Debugger (2008-03-22 12:00 CET) svn: r520 URL: http://svn.berlios.de
openocd/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,
-
Thread
Programmierung von Lattice iCE mit nur einem Chip?
entschieden, da sie günstig kommen. Ich habe auch erfahren, dass zum Programmieren nur ein FTDI FT2232D gebraucht wird. Heißt das, ich kann den Chip für 5€ bei Mouser kaufen, auf eine Platine löten (inkl. Hühnerfutter) und das wars? Ich habe auch gelesen, dass der Chip via Software von FTDI konfiguriert
TO schrieb im Beitrag #3762537: > Ich habe auch erfahren, dass zum Programmieren nur ein FTDI FT2232D > gebraucht wird. Das ist nich allzu geheim, dazu muss man nur die Schaltpläne einiger Eval-Boards ansehen: http://www.latticesemi.com/~/media/Documents/UserManuals/EI/EB85.pdf?document_id=
-
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
libftd2xx unter Linux, Rechtefrage
Zugriffsart nur root überlassen werden. ein "sudo ./read" listet die Infos aus dem angeschlossenen FT232RL auf, während ein "./read" das hier liefert: Library version = 0x10306 Opening port 0 FT_Open(0) failed Die beiden "libftd2xx.so.1.3.2" haben (ich weiß, falscher Weg) ein chmod 777 bekommen
Zugriffsart per VCP kommt nicht infrage, da es mir um den Direct Access Mode geht, später für einen FT2232 mit höherer Datenrate in synchronem Modus. Danke schonmal.
-
Thread
I2C direkt an FT232 ansteuerbar?
diesem Fall immer der Master bist, musst du das nicht für den SCL machen. Alternativ kannst du den FT2232D nehmen, der kann auf dem Kanal A auch I2C/SPI/JTAG, entsprechende DLLs sind auf FTDI verfügbar. Deren Dokumentation ist zwar grausig, aber es sollte gehen... Ralf
einwandfrei funktioniert und es werden halt keine zusätzlichen Bauteile benötigt und der RS232-Port vom FT232RL bleibt auch frei. Bernhard
-
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
funktioniert das nicht. Probiere mal eine moderne Version von OpenOCD. > Dann habe ich mal über "openocd -d" geschaut Die vollen Logs bekommt man via "-d3". Und man bracht auch den Rattenschwanz der restlichen Parameter, damit OpenOCD korrekt konfiguriert wird.
-
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
FPGA board
Eurokarte, mit XC3S200-PQ208, 40 Pins auf zwei Steckerleisten am Platinenrand. Programmierung ueber einen FT2232 mit einem Kanal und Kommunikation auf dem anderen FT2232 Kanal. Versorgung auch ueber USB mit einem LTC4055 (wuerde ich jetzt mit einem LTC4089 machen) und Schaltreglern (TPS62200). Allerdings einiges
usw. vor allem wenn es um Bausteine wie FPGAs geht. Nun meine Frage wieso man nicht gleich ein FT-256 Pin Gehäuse vorsehen anstatt ein PQ 208 ? Die kleineren Spartans z.B. XC 3S200 XC 3S400 gibt es ja auch im FT-256 Gehäuse aber den Spartan XC 3S1000 gibt es nicht im PQ-208 Gehäuse
-
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
suboptimal. Ich verwende den mit dem D2XX Treiber. Funktioniert wunderbar.
-
Thread
FTDI unter QT
laufen zu bekommen? Dabei wird kein virtueller Comport sondern die MPSSE genutzt. Also QLibrary d2xx("FTD2XX.DLL"); QLibrary lib("libMPSSE.dll"); Interessanterweise kann ich mit der FTD2XX reden. Ein Aufruf von status = p_func_FT_CreateDeviceInfoList(&NumDevs); liefert mir z.B eine 1 zurück
mich zu sein. :-) So sieht die Typendefinition aus: typedef FT_STATUS (__stdcall *pfunc_I2C_GetNumChannels)(uint32_t * numChannels ); Wie kann es sein das die Basislibary FT2D2XX funktioniert, aber die darauf aufbauende Libray MPSSE nicht? Liegt das an QT? Oder
-
Thread
Über 50 neue µC bei Reichelt :)
auch egal. Hab es noch mal in einen seriösen Anhang gepackt :) @Christoph FTDI Frage: Sind 4xFT245, 2xFT232 und 1xFT2232
braucht externes Flash. Sie sind etwas versteckt unter "Mikrocontroller - 87LPC" zu finden. 10 Bit A/D, 60-70 MHz Takt, RTC und viele serielle Schnittstellen haben alle. Zum Einstieg gibts ja hier einen großen Artikel. Die WinARM-Software (44MByte gepackt)) und ein "Wiggler-kompatibles" Interface scheinen
-
Thread
USB Stack in Hardware
Aufgabenstellung zusammen zum Laufen bringen. Auch fertige Clientschaltungen wie USB-V24 sind i.d.R. solche Prozessoren. Gruss Reinhard
richtig Geld und sind einigermaßen aufwendig. Für die geforderten 10MB/s könnte man einen aktuellen FT2232H nehmen, der soll das wohl angeblich jetzt schaffen. Oder halt den USB 2.0 HighSpeed Klassiker: Cypress FX2LP (Cy7C68013A). Das ist ein kompletter 8051 (grusel) µC mit USB 2.0 Enigine, die das USB
-
Thread
Eclipse & OpenOCD: AHBAP; Sticky und Mem Read Error
ap_tar 0xffffffff Error: SWJ-DP STICKY ERROR Error: Read MEM_AP_CSW 0x23000050, MEM_AP_TAR 0x202d0dd3 Error: AHBAP Cached values: dp_select 0x0, ap_csw 0xa2000010, ap_tar 0xffffffff Error: SWJ-DP STICKY ERROR Error: Read MEM_AP_CSW 0x23000050, MEM_AP_TAR 0x202d0dd4 Error: AHBAP Cached values:
# Work-area size (RAM size) = 20kB for STM32F103RB device set _WORKAREASIZE 0x5000 interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 # script for stm32 if { [info exists CHIPNAME] } { set _CHIPNAME $CHIPNAME
-
Thread
ARM-Prozessor mit SRAM+Flash extern, ISP möglich?
herstellerübergreifend standardisiert. Ein günstiger USB-JTAG-Adapter ist der von Olimex hergestellte FT2232-basierende OpenOCD-Adapter. Software für das Interface liefern oft die Compiler/Entwicklungssystemhersteller, wie IAR oder Rowley. 5: OKI stellt ARM7-Derivate mit externem Speicherinterface her
herstellerübergreifend standardisiert. Ein günstiger USB-JTAG-Adapter > ist der von Olimex hergestellte FT2232-basierende OpenOCD-Adapter. > Software für das Interface liefern oft die > Compiler/Entwicklungssystemhersteller, wie IAR oder Rowley. Gibts da was zu empfehlendes das OpenSource / Freeware
-
Thread
ARM flashen per SWD
verstehe ich nicht ganz; Crossworks verwendet einfach nur den GDB (zB mit dem J-Link GDB Server). D.h. erstmal gibt es gar keinen Debugger von Crossworks. Den GDB bindet man typischerweise auch in eclipse ein (wie es bei Atollic schon voreingestellt ist), d.h. man verwendet genau den selben Debugger
SWD-Schnittstelle > der ARMs unterstützt. witzigerweise hat mich die Suche nach segger j-link zu openOCD mit FT2232 geführt. Das wäre die Lösung ohne Programmiergerät. Den FT2232 bringe ich schon noch unter, notfalls auf der Lötseite ;) Nochmal vielen Dank, jetzt sehe ich schon klarer...
-
Thread
Temperaturmessung in Echtzeit bis 300°C am PC
Ich lese mir mal zuerst http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Der_UART durch. :D
realisieren? Dann kommt man auch ohne µC aus. http://www.ftdichip.com/Support/SoftwareExamples/MPSSE/FT2232C-Proj01_v11.pdf
-
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
Endlich LPCs bei Reichelt!!!
Das wäre ja ein Grund, von 8 auf 32 Bit umzusteigen. Bis 70 MHz Takt, 2k Ram, 8k Flash, 10 Bit A/D-Wandler, 32Bit-Timer, I2C-Schnittstellen, RTC, da ist einiges geboten. Was gibts an Assemblerwerkzeugen dazu?
Außerdem neu: -TIs MSP430-Controller (17 Stück) -weitere FTDI-Chips (FT2232, FT232 u. FT245 in verschiedenen Gehäusen) Was ich persönlich noch vermisse sind die LPC214x-Controller, aber ich will ja mal nicht sooo anspruchsvoll sein!
-
Thread
Welcher Programmer für ARM Cortex-M0?
sein Plässierchen geben zu müssen. Das reicht von „dummen“ Bitbangern (bspw. auf Basis eines FT2232) bis hin zu Atmel-ICE oder Segger J-Link. (Allerdings, wenn mich nicht alles täuscht, können die FT2232-basierten Teile bislang nur JTAG, kein SWD.)
bedienen Ja, funktioniert genauso klaglos wie mit dem Atmel-ICE (oder dem EDBG der Xplained Pro). FT2232-Adapter habe ich auch schon mal damit getestet, da muss man ein wenig mehr konfigurieren, ging aber auch. Als ich das letzte Mal die Segger-Tools in der Hand hatte (in Verbindung einem SAM-ICE
-
Thread
EEprom 24c02 mit MFC anwendung programmieren
leider keinen Fall vorstellen, bei dem man ein EEPROM über den PC programmieren will), würde ich einen FT232R verwenden, weil da erstens schon mal die richtigen Spannungspegel rauskommen, und zweitens eine DLL von FTDI zur Ansteuerung vorhanden ist, die man in die Programmiersprache seiner Wahl integrieren kann. Wäre dann sogar über USB. Noch luxuriöser wäre ein FT2232H, der hat zwei MPSSE-Controller, die I2C/JTAG/SPI Kommunikation unterstützen und dir somit zusätzlich solche Timing-Probleme abnehmen. Mit nem normalen FT232R gehts auch, wenn man weiss, wie man's
-
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
Wenn ich mich recht erinnere, kann man prüfen, wieviele Bytes aktuell im Buffer angekommen sind, d.h. du könntest abfragen, ob genausoviele Bytes angekommen sind wie du rausgepustet hast, und erst dann den Buffer auslesen. Ralf
-
Thread
ARM USB JTAG Projekt
jemand von euch schonmal über ein ARM USB JTAG Interface Projekt nachgedacht, bzw realisiert? Mit einem FT2232 von FTDI sollte das eigentlich realisierbar sein, oder? MfG Michael S
erhältlich ist? Zumal kein Preis angegeben ist Laut Beschreibung wird es von OpenOCD unterstützt. D. h. Du wirst die GNU-Toolchain verwenden können. Wenn Du aber z. B. IAR verwenden willst mußt Du warten bis das versprochene Plugin für c-Spy fertig ist
-
Thread
Welche IDE für Olimex AduC-p7026
Programm mit D2XX auf den µC kommen soll.
wenn man das quasi im Blindflug machen will. Für die ARMs gibts doch den billigen JTAG-Debugger auf FT2232 Basis, zusammen mit dem Open-OCD und Eclipse soll das wohl recht gut gehn.
-
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
Wie Attiny10 mit AVRDragon Programmieren?
Michael D. schrieb im Beitrag #2742761: > Weiß da jemand näheres? Du könntest AVR Studio ignorieren und AVRDUDE benutzen. ;-)
"-Adaptern TPI arbeiten, die nächste Version wird es dann aller Wahrscheinlichkeit nach auch mit FT2232 / FT232H können sowie mit dem USBasp.
-
Thread
Datenkabel mit FTDI-Chip
länger auf der Suche nach einem USB-Datenkabel (meist für Handys), das einen FTDI Chip wie den FT232R, FT2232, FT232B, FT8U232AM bereits integriert hat. Mein Ziel wäre es, den Chip mit dem D2XX - Treiber von FTDI als USB->Seriell Wandler für diverse µC Schaltungen zu verwenden. Hat jemand zufällig
-
Thread
SPI / RS232 ---> USB ---> Python, ich verliere den überblick.
überfordert welche nun die beste ist: MCP2200 (http://www.microchip.com/wwwproducts/devices.aspx?dDocName=en546923) Die GPIO Pins könnte ich für die SPI Kommunikation nutzen? FTDI 2232D (http://www.ftdichip.com/Products/ICs/FT2232D.htm) Dual Ausführung für SPI und Uart konfigurierbar. Mit
-
Thread
Der "beste" USB zu UART Konverter ?
index.htm jetzt auch mal in den Ring werfen! Er ist sogar noch etwas teurer, hat aber den FTDI-Chip FT2232H auf der Platine. Bietet also zwei UARTS und bis zu 12MBaud. Die Signalpegel am UART-Anschluss sind einstellbar. Ich habe mit FTDI wegen der, meiner Ansicht nach, guten Treiber bisher die besten
Grobmotoriker von Hand gut lötbar. https://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT230X.pdf
-
Thread
Xmega128A1 und FTDI 2232 CPU-style FIFO; wie auf PC Seite Bessere Moeglichkeiten ?
nix anderes kuemmern muss stand leider nirgedwo.) Dann lassen sich die Daten durch einfaches - FT_OPEN - FT_GetQueueStatus (zum ermitteln der Anzahl der zu lesenden Bytes) - FT_Close (nach Abschluss der Leserei) auslesen. UEberraschend einfach ! (Zu einfach fuer meine Vorstellungskraft. Ich
bekomme ich nicht alles mit. Bin jetzt auf der Suche nach dem Grund hierfuer. (Vermutung: Puffer im FT2232 voll) UEber weitere Hinweise (schneller/sicherer/...) bin ich nachwievor dankbar. (USB ist wie gesagt Pflicht.) Danke, Balze aka AVR Noob
-
Thread
schnelle und sichere Übertragung von Xmega an PC
[code] int wert1, wert2; int buffer[]; sprintf(buffer,"%d %d ",wert1,wert2); serial_puts(buffer, C1); [/code] Hallo an alle , ich möchte eine sichere und schnelle Datenübertragung zum PC realisieren. Als Übersetzer auf USB dient ein CP2102
XMegas mit AU-Suffix mit USB Device direkt eingebaut. Oder falls Dir das zu kompliziert ist, nimm einen FT245 (USB Full Speed) oder einen FT2232H (USB High Speed) und übertrage die Daten parallel. fchk
-
Thread
Professionelle Entwicklung für AVR-Controller (Linux)
Debugger nimmt man einen Jlink. Auch keineswegs zwingend. Wir haben stattdessen mittlerweile einen FT2232 als Debugger¹ und einen USB-Hub gleich mit auf die Boards gebaut: das spart die ganze Stripperei: ein USB-Kabel für den Debugger, eins für die Debug-UART, eins für den Target-Controller. Jetzt nur
Kabel, und dem OpenOCD ist es sowieso wurscht, ob es ein JLINK, ein STlink, ein AtmelICE oder einen FT2232 ansteuert, das funktioniert mit allen. Entsprechend unabhängig bin ich in dem, was ich dann obendrauf setze. ¹) 1. Kanal SWD, 2. Kanal Debug-UART > Also Compiler nimmt man in der Regel >
-
Thread
Zynq7000 debugger
Moin, OpenOCD schon angesehen? Dürfte mit nem FTDI2232H (Betonung auf H) die billigste Lösung sein. Aber auch frickelig, wenn es mit den Xilinx-Tools laufen sollte.
Produkte von Trenz Electronic. Der dort erhältliche JTAG-Adapter TE0790 basiert auf dem erwähnten FT2232H und ist in zwei Versionen erhältlich, d.h. eine direkt aus den Xilinx-Tools verwendbare und eine weitere, die nur mit Fremdsoftware wie z.B. OpenOCD eingesetzt werden kann. https://shop.trenz-electronic.de
-
Thread
Programmierung USB Chip CY7C680013A
Ich weiss nicht, wie weit Dein Entwirf fortgeschritten ist. Aber der FT2232H ist deutlich einfacher zu handhaben. Er braucht keine Firmware und inzwischen auch erhaeltlich...
Mit der Blackbox bist Du beim FT2232H...
-
Thread
-
Thread
Xilinx ISE (bzw. der Programmer) unter Mac OS X
-D $tempnode" BUS=="usb", ACTION=="add", SYSFS{idVendor}=="03fd", SYSFS{idProduct}=="0013", RUN+="/sbin/fxload -v -t fx2 -I /usr/share/xusb_xp2.hex -D $tempnode" BUS=="usb", ACTION=="add", SYSFS{idVendor
du ja mal schauen, ob du eventuell einen Digilent HS1 Programmer auftreiben kannst, der hat einen FT2232H drin, und sollte mit XC3Sprog auch unter OS-X funktionieren.
-
Thread
FTDI unter Linux - /dev/ttyUSB0 wird nicht angelegt!
Hallo, hab grad einen FT232R an meinen PC (Ubuntu 9.04) angeschlossen: "lsusb": [pre] Bus 002 Device 002: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC [/pre] Also wird er erkannt
reserved for JTAG ftdi_sio 5-1.3.2:1.1: FTDI USB Serial Device converter detected usb 5-1.3.2: Detected FT2232C usb 5-1.3.2: FTDI USB Serial Device converter now attached to ttyUSB0 [/c]
-
Thread
FT2232 im Modus 232 UART zum Daten senden
Hallo, ich möchte Daten von meinem MC über den FT2232 zu meinem PC senden. Arbeite dazu im 232 UART Modus. Einstellungen mit Ftprog habe ich durchgeführt Driver: d2xx Hardware:RS232 Uart Ich sende jetzt an den RX- Pin Daten. Leider kommt in meinem VB Programm keine Daten an. Um auszuschließen das ich etwas am FT232 falsch gemacht habe: Ich muß an die anderen PINs z.b. DTR, CTS, RTS....nichts mehr schicken?
-
Thread
USB to synchronous serial
zahllosen USB-µCs, z.B. CY7C68013A, da gibt es fertige Eval-Boards für wenig Geld http://dx.com/p/d1201-ez-usb-fx2lp-cy7c68013a-usb-development-board-blue-179473
können SPI mit beliebiger Bit-Länge. Hab ich letztens selber erst programmiert, mit LibMPSSE und einem FT2232H das OM5610 Radio-Modul beschreiben, das hat nämlich eine 25 Bit SPI. Achnee, 3-Wire, damals gabs ja noch den Philips-Motorola Glaubenskrieg. Also FTDI Chip mit MPSSE nehmen und am einfachsten über