-
Thread
-ARM- Welches JTAG für Atmel ARM7?
der Bastelkiste). > ARM-USB-OCD http://www.olimex.com/dev/arm-usb-ocd.html Ist ein Interface auf FT2232-Basis sehr änlichen JTAGkey. Funktioniert ordentlich mit OpenOCD. > J-Link http://www.segger.com/cms/jlink.html Dafür gibt es von Segger einen gdb-Server, tut also auch unter Eclipse. Man kann
Cortex-M3-Kern. CM3-SWD mit FT2232 und OpenOCD ist allerdings noch in Entwicklung. Es ist abzusehen, das dafür eine Hardwareerweiterung oder -änderung erforderlich ist. Für AT91SAM7 und die mir bekannten AT91SAM3 ist das jedoch nicht
-
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
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
LPC2106 Variablendefinition Subroutinen debuggen
für den Flash: #daemon configuration telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "USB <-> Serial Cable A" ft2232_layout usbjtag ft2232_vid_pid 0x0403 0x0x6010 jtag_speed 3 #use combined on interfaces or targets that can't set TRST/SRST separately reset_config
-
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
Daten für Drucker abfangen
Dafür brauchste doch nich mal nen µC. FT2232 im Bitbang-Mode asynchron reicht doch für die Aufgabe schon. Daten einlesen/ausgeben per D2XX von FTDI...
Und, kannste doch machen. Der FT2232 hat 2 Ports. Einen kannste als Datenport verwenden, den anderen für deine Steuersignale...
-
Thread
Über ISP oder BOOTLOADER flashen?
Felix schrieb im Beitrag #4823997: > Für die RS232 Schnittstelle würde ich noch einen FT232RL verwenden, um > auf USB gehen zu können. Mit einem FT2232 ginge beides gleichzeitig, denn der hat den MPSSE für ISP und einen 2. Port für COM. Man braucht aber für gleichzeitigen Betrieb
Stick von Hitex hier: Dier erste Port ist JTAG, der 2. ist COMx für den Bootloader. Nutzt ebendiesen FT2232 Chip. Mit dem FT232RL hat man IMHO zuwenig Pins für ISP und COM gleichzeitig.
-
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
USB3.0 via Xilinx UltraScale+ PHY
Ich will Daten von meinem FPGA flott zum PC rüber schieben. In der Vergangenheit hatte ich den FT2232 dafür genutzt, will jetzt aber auf USB3.0 aufrüsten. Ein FT601 würde knapp 50 Leitungen brauchen, daher denke ich darüber nach den internen USB des Ultrascale+ zu verwenden, finde aber kein Beispiel
FT601 ist echt billig. Die Welt ist halt doch faul... Marko
-
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
MPSSE FTDI Konfiguration
Hallo, ich beschäftige mich mit dem FTDI 2232D und soll ein USB-SPI Interface vom Rechner aufbauen. Der 2232D hat einen Mode der nennt sich MPSSE, mit dem soll man einfach und schnell einen Konverter USB ->SPI aufbauen können. Meine Frage zielt
MCU Host bus Emulation 8 Fast Opto-Isolated Serial Mode 10 See application note AN2232L-02 “Bit Mode Functions for the FT2232D” for more details and examples.
-
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
-
Thread
PC Terminal: I2C und SPI
meinte ich das auch, nur dass du anstatt der RS232 den USB Port benutzt. Das schaffst du, indem du den FT232/245 einsetzt. Grüße
Der _große_ FTDI USB Chip FT2232 (nicht FT232) kann SPI und I2C direkt vom PC aus, per DLL und ohne Controller: http://www.ftdichip.com/Products/FT2232C.htm Es gibt sogar Beispielprogramme auf deren Webseite womit man das sofort
-
Thread
STR9-comStick
Unable to open Port communicate with device." Ursache: Der STR9-comStick verwendet einen FTDI-Chip FT2232 als USB-Interface, der scheint sich nicht mit anderen FTDI-Chips am gleichen USB-Controller zu vertragen. Vermutlich liegt das an der comStick-Applikation/DLL, es ist üblicherweise kein Problem von
! Das Einstecken anderer FTDI-Chips nach dem Start von DashBoard ist kein Problem. (Getestet mit: FT2232C, FT245B, FT232RL.) Die zwei von mir verwendeten Debug-/Mess-Tools mit FTDI-Chips zeigen keine Probleme bei eingestecktem STM32-Stick. Jo
-
Thread
JTAGkey-Tiny fur OpenOCD
Das ist anzunehmen, verwenden beide doch den FT2232 als USB-Baustein, und für den gibt es Treiber zumindest für Linux. Ob der Windows95-Aufguss noch unterstützt wird, lässt sich bei FTDI herausfinden.
Und welcher USB-Chip mag wohl im Olimex-Jtag-Adapter verbaut worden sein? Richtig: Der FT2232. Alle diese OpenOCD-Jtag-Adapter nutzen die MPSSE-Fähigkeit des FT2232 ...
-
Thread
ARM Programmieren
Ja, mit dem Devicetreiber meinte ich den, der für Dein JTAG-Interface nötig ist. Wenn's das FT2232-basierende OpenOCD-Design ist, dann sollte das der FTDI-Treiber sein. Viel Erfolg!
aber ich denke, ihr habt recht! anders geht es nicht... habe den WinVista Treiber für mein Olimex FT2232 und außerdem die Benutzerkontensteuerung ausgestellt. er gibt die Fehlermeldung raus: [c] make -k all Das System kann den angegebenen Pfad nicht finden. arm-elf-gcc -x assembler-with-cpp
-
Thread
XILINX PROMs EOL
Man kann die SPI Flashes ja auch direkt programmieren mit dem FT2232 zum Beispiel. Über indirekt ist das lahm, richtig. Wir sind glücklich dass es überall mit SPI Flash geht, denn wir haben eh ein PC Interface und die lassen sich dann über das Design einfach direkt
raus. Ja, indirekt ist langsam, das stimmt, im Quad Modus aber relativ flott. SPI Flash direkt mit FT2232 geht z.B. so: https://flashrom.org/FT2232SPI_Programmer Das kann man dann z.B. mit so einer Chip Klemme drauf.
-
Thread
ARM LPC2148 OpenOCD Debugproblem
our ports telnet_port 4444 gdb_port 3333 #commands specific to the Amontec JTAGKey interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0004 jtag_speed 20 jtag_nsrst_delay 333 jtag_ntrst_delay 333 #reset_config <signals> [
-
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
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
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
Suche USB Buch
www.segor.de. Das Buch selber habe ich von Redemann direkt bezogen. Es beschreibt die FTDI Typen FT232BM und Co und auch den FT2232. Wenn man mit englisch so einiger massen klar kommt, so genügt eigentlich auch die FTDI - Doku. Herr Redemann hat ein Buch für den Praktiker geschrieben, dass für Deine
MM232R. Der FT232RL kann übrigens wie der FT2232 den synchronen Bit-Bang-Mode. Gruss Klaus.
-
Thread
2x RS232 auf USB (mit modifizierten Daten)
und der Mikrocontroller ist der einzige, der einen Timestamp liefern kann. Wind wenn Du statt des FT232 einen FT245 nimmst, brauchst Du keinen 100-Pin AVR und hast eine schnellere Hostschnittstelle, weil der FT245 ein paralleles Interface hat. Du kannst zwar weiterhin PC-seitig eine Bitrate einstellen, 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
-
Thread
OpenOCD und LM3S6965
RTOSDemo-Projekts): [pre] #daemon configuration telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Stellaris Evaluation Board" ft2232_layout evb_lm3s811 ft2232_vid_pid 0x0403 0xbcd9 jtag_speed 40 #LM3S811 Evaluation Board has only srst reset_config srst_only separate
-
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
JTAG Grundlegende Frage
Funktionsweise: Man hat ja immer ein Hardware-Dongle und passende Software dazu. Zum Beispiel -OpenOCD und FT2232 USB Chip -oder Lauterbach Trace32 und Lauterbach Hardware + passendes Dongle für Cortex-M oder Cortex-A. Meine Frage: Die Software (Trace32 oder OpenOCD) muss ja immer wissen, um welchen COntroller
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
-
Thread
Bauteil FT200XD Eagle
Dir ist bewusst, dass der FT200XD nur I2C Slave kann? -> http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT200XD.pdf Kapitel 5 Klingt erstmal so als brauchst du einen I2C Master dafür.
Thorsten, Danke für Die Info war mein Fehler das Datenblatt noch nicht richtig gelesen. plane nun den FT2232D zu verwenden wie bei http://www.ftdichip.com/Support/SoftwareExamples/MPSSE.htm Fall jemand für den FT2232D Eagle Daten hat wäre ich sehr Dankbar, weil ich ungerne Footprints selbst "bastele
-
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
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
Cortex M3 Kit - MCBTMPM330
> JTAG-Modul auf Basis FT2232 meist schlecht zu debuggen, hab mich da mal mit GDB versucht > Keil bis 32K ist ja ganz nett und kostenlos, +ein ganzer Sack voller Examples, die einenn schnellen Einstieg ermöglichen Wie
Random ... schrieb: >> JTAG-Modul auf Basis FT2232 > meist schlecht zu debuggen, hab mich da mal mit GDB versucht Der Olimex ARM USB OCD funktioniert bei mir mit Crossworks problemlos.
-
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
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
-
Artikel
MiniLA
miniLA-Projektseite. via USB. Dank Uwe Bonnes und seinem Programm "xc3sprog" kann der CPLD mittels FT2232 programmiert werden. Da bei der miniLA-Version von Bob Grieb bereits ein FT2232 auf dem Board bestückt ist, wird keine weitere Hardware (außer ein paar Litzen) benötigt. Vorgehensweise: xc3sprog
Datei steht, die unter Punkt 3 kopiert wurde Die obige Anweisung gilt für Windows unter Benutzung des FT2232 auf dem miniLA-Mainboard. Es gibt aber ebenfalls eine Linux-Version von xc3sprog und es kann auch eine andere Platine mit FT2232 genutzt werden. Zwecks einfacherer Handhabung gibt es ein kleines
-
Thread
Serielle Daten von AD Wandler über USB zu PC - 2 Kanäle - je 24Bit /192kHz
mehr als 20$/Chip, weil ich naiv von einem "converter" USB slave device ausgegangen bin, ähnlich dem FT2232HL von FTDI. Bin mir nur nicht sicher ob der die Anfoderungen erfüllt. Für 150$ könnte ich mir ja schon ne richtig gute USB Soundkarte kaufen, das Signal via SPDIF zuschicken und dann per USB an
als 20$/Chip, weil ich naiv von einem > "converter" USB slave device ausgegangen bin, ähnlich dem FT2232HL von > FTDI. Bin mir nur nicht sicher ob der die Anfoderungen erfüllt. > > Für 150$ könnte ich mir ja schon ne richtig gute USB Soundkarte kaufen, > das Signal via SPDIF zuschicken und dann
-
Thread
ftdi_sio - Probleme mit OpenOCD-USB unter Linux
dem Repository versucht den OpenOCD-USB zu Connecten. Dies schlug fehl, da die dortige Version den FT2232D noch ncht unterstützte. Daher habe ich mit der aktuellen ftdilib und dem aktuellen source von OpenOCD, OpenOCD neu kompiliert mit der entsprechenden Option "--enable-ft2232-libftdi". Da ich immer
konnte, ging ich in den Debug-Mode und kam darauf, das irgend ein Problem mit dem bulk-Write auf den FT2232 besteht. Nach dem entladen des Moduls ftdi_sio mit "rmmod ftdio_sio" konnte OpenOCD gestartet und verbunden werden. Nachteil jetzt jedoch, das ich anhand des fehlenden Treiber-Moduls "ftdi_sio" keine
-
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
- der OEMSecrets-Bestpreis des hier verwendeten Bauteils (siehe https://www.oemsecrets.com/compare/FT2232H-56Q%20MINI%20MDL) liegt bei 30 EUR - bekommen Entwickler wieder niederschwelligen Zugang zu Hardware unter Nutzung von C# und Visual Basic. Schon aus diesem Grund sind die „Kinderkrankheiten“ zu
-
Thread
[V] unterschiedliche ICs
Zeit (> 6J) gelagert 3x PCA9621PW (I2C Portexpander im TSSOP16) 1,50€ für alle drei zusammen 1x FT2232D (USB-2xUART-Wandler im LQFP48) 2,50€ 3x MCP23S17T-E/SS (16-Bit I/O Expander mit SPI) 1,50€ für alle drei zusammen 1x LT3763IFE#PBF (Stepdown-LED-Treiber) 2,50€ 5x ICL7660SIBAZ (Landungspumpe,
Beitrag #5367596: > 3x PCA9621PW (I2C Portexpander im TSSOP16) 1,50€ für alle drei zusammen > 1x FT2232D (USB-2xUART-Wandler im LQFP48) 2,50€ > 3x MCP23S17T-E/SS (16-Bit I/O Expander mit SPI) 1,50€ für alle drei > zusammen > 5x ICL7660SIBAZ (Landungspumpe, SO8) 0,50€ pro Stück sind reserviert
-
Thread
Probleme mit AT91SAM7 mit GnuArm und OpenOCD
windows 7, 64 bit version. Das config-file sieht folgendermasen aus: [c]#interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 5 #daemon configuration telnet_port 4444 gdb_port 3333 daemon_startup attach
-
Thread
ARM NXP 23xx Board Empfehlung für RFID und Ethnernetanwendung
kostenlose" Lösung Wurde schon ein paarmal durchgekaut in diesem Forum. Man suche nach Wiggler oder FT2232, JTAG, ARM. Wichtiger als die JTAG-Hardware selbst, die nicht "kostenlos" sein kann, aber möglicherweise nur ein paar Euro Bauteil und Zeit kostet, ist die Softwareunterstützung. Die Kombination aus GNU-Toolchain, Eclipse, Zylin-Plugin, OpenOCD und FT2232/Wiggler-Debug-Hardware ist einen Blick wert. Siehe Michael Fischer's Yagarto-Seiten. Evtl. noch Insight GDB, OpenOCD und FT2232 zum debuggen und eine freie IDE/Editor zur Codeerstellung. Nach Möglichkeit
-
Thread
Parallel Port (lpt1) lesen per DMA
einfach und auf neueren Systemen ist diese Schnittstelle auch nicht mehr vorhanden. Mit dem FTDI FT2232 sollte sich dein Problem relativ leicht und kostengünstig lösen lassen.
implementiert. Im Prinzip ist das doch wie eine externe Hardware, nur dass sie nicht extern ist. Der FTDI FT2232 macht ja im Prinzip auch nichts anderes, nur dass er sich bereits selbst einen Takt liefern kann. Schöne Grüße, Marcus
-
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/
-
Bild
Liste von AVRDUDE Programmierern
Definitions], page 53. There is more detail about each programmer in the AVRDUDE configuration file. 2232hio 2232hio based on FT2232H with buffer and LEDs (TPI, ISP) 4232h FT2232H programmer (TPI, ISP) 89isp Atmel at89isp cable (TPI, ISP) 89isp Atmel at89isp cable (TPI, ISP) abcmini ABCmini Board, aka Dick
-
Thread
Einfacher Punkt-zu-Punkt Datenstream
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.
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
OpenOCD + ARM-USB-OCD + Olimex Sam7P256
[code] # # Olimex ARM-USB-OCD # # http://www.olimex.com/dev/arm-usb-ocd.html # interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 [/code] sam7x256.cfg [code] #use combined on interfaces or targets that can't set TRST/SRST
-
Thread
OpenOCD + ARM-USB-OCD + Olimex Sam7P256 "unable to open ftdi device"
[code] # # Olimex ARM-USB-OCD # # http://www.olimex.com/dev/arm-usb-ocd.html # interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 [/code] sam7x256.cfg [code] #use combined on interfaces or targets that can't set TRST/SRST
-
Thread
OpenOCD + ARM-USB-OCD + Olimex SAM7P256 "unable to open ftdi device"
[code] # # Olimex ARM-USB-OCD # # http://www.olimex.com/dev/arm-usb-ocd.html # interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 [/code] sam7x256.cfg [code] #use combined on interfaces or targets that can't set TRST/SRST
-
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
OpenOCD Wiggler STM32-P103 flashen
enable flash programming #gdb_memory_map enable gdb_flash_program enable #interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 10 jtag_nsrst_delay 100 jtag_ntrst_delay 100 #use combined on interfaces or
