-
Thread
Verwirrung durch FTDI-Treiber für VCP und D2XX
Hallo allerseits, auf den Seiten von FTDI gibt es für FT232/FT245/FT2232/FT4232 etc Treiber für VCP http://www.ftdichip.com/Drivers/VCP.htm und D2XX http://www.ftdichip.com/Drivers/D2XX.htm Die ZIP-Archive mit den Treibern für Windows32 sind aber völlig
Du den VCP. Du kannst aber auch über die ftd2xx.dll > direkt mit dem Treiber reden, dann nutzt Du D2XX. Das würde ja bedeuten, dass beide Treiber gleichzeitig eingerichtet werden. Ich habe hier einen FT2232, der meldet sich aber nur als über D2XX an, er erscheint nicht als ser. Schnittstellen COMx
-
Thread
Problem FT2232H von FTDI
Hallo, ich habe hier einen FT2232H am laufen. Bis heute ging auch alles wunderbar. Doch nach einem automatischen Treiber-Update (nur Windows 64) erhalte ich seit neuestem einen Blue-Screen, wenn ich die Applikation starte bzw. sobald ich den FT2232H anspreche. Das Teil läuft (eigentlich ja lief) im FT245 Modus mit dem D2XX-Treiber als 32 Bit-Anwendung sowohl auf Windows 64 Bit als auch Winfows 32 Bit. Da es auf meinem 32 Bit Vista weiterhin
-
Thread
OpenOCD-USB ARM Debugger aus dem Shop in Betrieb nehmen
Hoegl's USB to JTAG # # http://www.hs-augsburg.de/~hhoegl/proj/usbjtag/usbjtag.html # interface ft2232 ft2232_vid_pid 0x0403 0x6010 ft2232_device_desc "Dual RS232" ft2232_layout "oocdlink" ft2232_latency 2 [/c] /vid und pid Stimmen auch mit dem Windows Hardware-Manager überein/ cmd.exe:
not found Command handler execution failed [/pre] der Versuch mit einer geänderten Config: [c]ft2232_device_desc "USB Serial Converter A"[/c] leider auch erfolglos. Bitte helfen ;) Gruß, Kjartan
-
Thread
FT2232H und riesen Slack
drüber schauen, damit meine eigene Dummheit wenigstens ausgeschlossen werden kann ;) [vhdl] entity FT2232h_V3_0 is port ( iUSB_clk : in std_logic; -- 60 MHz FT232H clock ireset_n : in std_logic; iTXE : in std_logic;
zum FT2232H und generierst dazu im FPGA irgendwelche Dummydaten die Du am PC leicht überprüfen kannst, z. B. kann man gut einen Zähler verwenden und dann gucken ob wirklich alle Zählerwerte in richtiger Reihenfolge
-
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
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
FTDI - Anfängerfrage
> > uC(über SPI) <-> FTDI2322D(über USB) <-> USB-Kompatible Device > Meinst Du den FT2232D ? Den FTDI2322D findet nicht mal Google. Meines Wissens kann man den FT2232D an einen USB-Host und nicht an ein USB-Device anschliessen
Hallo, Danke für ihre Hilfe! mich interressiert nun den FT2322 von FTDI und nun zu meiner Frage: hatte schon jemand von Ihnen Erfahrungen mit: D2XX Treiber und FTD2XX.DLL?? MfG
-
Thread
Aktuelle Boards
Was? Hast du dazu eine Quelle? Mir geht es nur um die Firmware im FT2232H die ja das JTAG macht. Kostet das echt so krass viel?
oder Digikey nach IP-USB2S bzw. IP-USB2M . Ich weiß nicht ob man Quartus dazu bringen kann mit einem FT2232H zu reden.
-
Thread
Wie seriellen Datenstrom mit 5,7 MBit einlesen
Das sollte ein FT2232H auch schaffen. Preis etwa 7 EUR.
Hallo, travelrec hat den FT2232H vorgeschlagen. Hat jemand Erfahrung damit? Scheint für mich eine günstige Lösung (in bezug auf Aufwand und Kosten) zu sein, wenn der virtuelle COM-Port die geforderte Datenrate schafft, d. h.
-
Thread
USB- oder Ethernet auf RS485 mit >10 MBit
D.D. schrieb im Beitrag #7062176: > Ich bin auf der Suche nach einem USB- oder Ethernet auf RS485 Adapter, > der mindestens 10MBit über RS485 übertragen kann. z. B. per USB mit FT2232H bzw. gleich
uses FT2232H Data Rates: 10MBaud
-
Thread
MSP430 USB Firmware update
soll? Oder impliziert "USB Schnittstelle anschließen" den Gebrauch üblicher USB-UART-Bridges à la FT232, CH340 etc.?
Das wird preisweter als ein FTDI-Chip. Oder Du sparst Dir die PIC-Programmierung und nimmst einen FT232H/FT2232D/FT2232H/FT4232H und hängst den an den JTAG-Port. Der FT2232 ist quasi zwei FT232H, d.h. Du kannst an Port A JTAG anklemmen und an Port B UART. fchk
-
Thread
Kann ein FTDI-Chip Daten verlieren?
Betreff schon sagt: Ich habe eine Applikation in der ich zwischen einem Mikrocontroller und dem PC einen FT2232H einsetze (Brutto-Datenrate 2.25 MBit). Nach ein paar MByte verliere ich relativ reproduzierbar immer mal 4-5 Byte. Muss ich die Handshake-Leitungen zum FT2232H nutzen weil es sein kann, dass
FTDI Hardware gesteuert. Deswegen wird dieser Weg nichts nützen. Das Problem hatte ich mal bei einem FT232. Ich kann nur das parallele Interface empfehlen (FT245, bzw FT2232H kann das auch), da sollte dann auch bei höheren Datenraten nichts verloren gehen
-
Thread
Pollin CPLD Board Erfahrungen?
Hm, naja, gabs den nicht bei Amontec? Da müsste man eventuell nur die Vendor/Product ID im FT2232 reinmogeln, und dann sollte es gehn, die JTAG Schaltung ist dort doch auch irgendwo zu finden. Ich glaube, urjtag kann auch mit dem FT2232 umgehen, ich weiß aber nicht, wie weit die Frickler bisher
Achso, ich dachte, das passt für alle FT2232....hm, naja....dann bleibt noch urJTAG
-
Thread
Pololu Progr 2.1 - brauchbar für SAMD21?
Debug) machen, was man braucht, um mit einem SAMD21 zu reden. Du kannst aber einen x-beliebigen FT-2232 oder FT-232H benutzen zusammen mit OpenOCD. Die können SWD sprechen.
Jörg W. schrieb im Beitrag #6638178: > Du kannst aber einen x-beliebigen FT-2232 oder FT-232H benutzen zusammen > mit OpenOCD. Die können SWD sprechen. Hallo Jörg, wäre das etwas für meine Bedürfnisse: SAM D21 Xplained Pro Evaluation Kit ? Ich brauche etwas, um SAMD21
-
Thread
JTAG=>USB für AVR+Logik-ICs
einfach nicht war! http://www.atmel.no/SDK/ 4. Die JTAGDLL gibt es bei FTDI dem Hersteller des FT2232 mit Dokumentation
für ein FT2232->JTAG Interface. Frei verlötet für 30€ bei Einzelstücken, 99€ für ein fertiges Modul im blauen Kästchen. Danke, Ulrich
-
Thread
Einstellungen für SPI beim FT2232H
D2XX DLL integrieren.
Da hab ich leider keine Ahnung. 1 Device und 2 Channels stimmt doch aber für den FT2232H. Schau ins Manual der D2XX Dll, wie man das macht...
-
Thread
FPGA > GPIF(SlaveFifo) > FX3 > PC: USB 3.0 zuviel Daten?
dem Chip zu arbeiten. Wird ja auch Zeit. Hoffentlich kriegt der nicht auch so ein krankes Timing am FT245 FIFO Interface wie der FT2232H usw. Insgesamt sind die Cypress Chips aber weitaus flexibler, allerdings natürlich mit mehr Einarbeitung verbunden.
R. schrieb im Beitrag #3918281: > Hoffentlich kriegt der nicht auch so ein krankes > Timing am FT245 FIFO Interface wie der FT2232H usw. Hast Du Dir mal ein neueres Datenblat fuer den FT2232H angeschaut? Da ist das Fifo Timing deutlich relaxter,,,
-
Thread
OpenOcd.cfg starten
und zeigt dir an, wie die zwei heissen, die er gefunden hat. In deiner .cfg sollte demnach z.B. ft2232_device_desc "Olimex OpenOCD JTAG TINY A" stehen. Das "A" wird vom FTDI Treiber benutzt, um den ersten Kanal zu identifizieren. Der zweite Kanal "B" wird vom Tiny nicht benutzt, der "grosse" ARM-USB-OCD
gestartet. [c] #daemon configuration telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 0 jtag_nsrst_delay 200 jtag_ntrst_delay 200 #use combined on interfaces
-
Thread
FTDI-USB + FPGA
das eig gehen,nur > nicht gleichzeitig,was ich aber auch nicht brauch. Vermutlich nutzt 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
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
Full speed USB mit mikrocontroller
Version mit 8-bit Interface, die es einem erlaubt > schneller zu sein als virtuelle COM ports mit dem FT232? Wenn es keine integrierte Lösung sein muss, dann kannst Du auch einen FT2232H verwenden. Das ist (a) ein High Speed Device, d.h. Du kannst damit >20 MByte/s übers USB blasen, und (b) es stellt
20MINI%20MODULE/768-1030-ND/2027252 Das ist kein FT232H, sondern ein FT2232H (eine 2 mehr!) Der kann alles, was der FT232H kann, plus JTAG (FPGA programmieren!), Parallel FIFO, CPU Bus Emulation und einiges mehr. fchk
-
Thread
gibt es PIC18F248 im SSOP/TSSOP Gehäuse ?
=3 C1 Signal=2 C2 Signal=0 C3 Signal=1 C4 Signal=5 Enable Ext Osc=0 High Current I/O=0 Load D2XX Driver=0 In EndPoint Size=0
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
Hitex LPC-Stick und JTAG
Einstellungen nicht sicher. Ich habe das mitgelieferte default profil geladen und den Chip auf den verbauten FT2232D geändert. Das neuflashen und die Treiberinstallation ging ohne probleme. Nur hat Flash Magic nix erkannt - ich hab etliche Ports und Baudraten konfigs durch. Mit welchen Einstellungen flashst
hardwaremäßig freigegeben, oder sie haben was mit dem JTAG gemacht??? Leider fehlt der Schaltplan mit dem FT2232, das wird Dir aber sicher schon aufgefallen sein! Tom
-
Thread
WinARM/CodeSourcry Startup/Linkerscipt Fragen
dem alten LM3S811 hatte ich erfolgreich AT91SAM7 über OpenOCD "flashen" können aber das hat simples FT2232-interface (ohne SRST und TRST). Habe auch schon Modifikationen des 811-Boards gesehen, um /SRST vom FT2232 an den Connector zu führen. Ob das mit den LM3S69xx-Eval-Boards geht, kann man ausprobieren
Habe allerdings auf Basis FT2232 nur einen JTAGkey, ein von einem Dritten selbstgebautes Teil und das LM3S811 Eval-board, kann also zu den anderen keine Erfahrungsberichte liefern. OpenOCD unterstützt derzeit aber noch nicht SWD
-
Thread
Debuggen von LPC2368 mit Eclipse und OpenOCD?
continue[/c] Hier die OpenOCD Konfigurationsdatei: [c]telnet_port 4444 gdb_port 3333 interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0003 jtag_speed 12 jtag_nsrst_delay 200 jtag_ntrst_delay 200 reset_config trst_and_srst jtag_device
and 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 1 jtag_nsrst_delay 200 jtag_ntrst_delay 200 #use combined on interfaces or targets
-
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
Cortex-M3: Welche JTAG-Schnittstelle und Softwarekit?
ARM9-AMEL-JTAG-KEIL_W0QQitemZ170398897340QQcmdZViewItemQQptZWissenschaftliche_Geräte?hash=item27ac90d4bc In Verbindung mit Rowley Crossworks (nichtkommerziell etwas über 100€, basiert auf GCC 4.4) funktionieren die günstigen FT2232 basierenden JTAG-Adapter gut. In meinem Fall der Olimex ARM-USB-OCD
können mindestens JTAG (ist m.W. schneller als SDW), die grad angekündigten Norweger nur SDW. Die FT2232 JTAGs können m.W. kein SDW, Segger schon.
-
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
xc3sprog: falscher IDCODE
Beim FT2232D heisst das AIsHighCurrent und BIsHighCurrent und in libftdi HIGH_CURRENT_A oder HIGH_CURRENT_B
wohl auch nicht bestückt. Naja, mit Fädeldraht hab ich VCC und CLK getauscht, dann ließ sich auch der FT2232D mit FTProg konfigurieren. Jetzt auf D2XX Treiber gestellt, High Current IOs aktiviert und die Sache läuft. Nun funktioniert das Programmieren zuverlässig mit 1.5MHz. Und es geht wesentlich schneller
-
Thread
FT2232C - Allgemeines Layout
habe ein Layout entwickelt, so dass man nur einmal sich ein kleines Board löten muss und dann mit dem FT2232C entwickeln kann, beziehungsweise auch bei kleinen Produktionen einbauen kann, denn ich wollte so etwas wie den Ft2232M haben (Das ist wie mein Konzept, nur das alles in SMD ist und dann auf einen
Verbindungen auf einer Seite hatte... Ich hab auch im Inet auf sonner russischen Seite oder so einen FT2232M zum nachbauen gesehen(also mit Layout etc.), der aber im DIL40 Design war und mit USB Connector und SMD Packages... MFG Manu
-
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
"RGB"-Signal - USB - Adapter - Aufwand
die Daten mit einem USB Controller aus, zum Beispiel dem Cypress FX2 im Slave FIFO Modus oder dem FT2232H. Fertig ist der Lack. Mit einem entsprechend tiefem FIFO könntest du sicherlich sogar die reichlich 13MB/s bei vollen 60Hz streamen. Musst nur auf der Schreiben-Seite die Sync-Signale irgendwie
gehts natürlich genauso. Mit dem Cypress FX2 kann man aber natürlich auch mit einer DLL sprechen. Der FT2232H hat gegenüber den Cypress den Vorteil, dass man keine Firmware auf den USB Controller bringen muss. Das Board wäre also noch besser geeignet um schnell ans Ziel zu kommen.
-
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).
bei maximal 3.6MBit/sec wäre das 450kByte, was durchaus noch im Möglichen Bereich vom FT245 liegt. das mit dem c wird dann warscheinlich noch ne knacknuss, aber ich denke das ich das hinkriege. Um den d2xx treiber zu nutzen müsste dann die gui darauf zugreifen? Aber erstmals geht es
-
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
ARM, Luminary, JTAG Frage
so 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
-
Thread
FT2232H Datenrate im FIFO Modus
Beim FT2232 im synch FIFO Mode kannst du leicht ein Problem beim Interfacetiming bekommen. Wenn du kontinuierlich Daten schreiben willst, signalisiert der Baustein über TXE, wenn er keine weiteren Daten mehr
. Ganz am Ende vom Thread. Der funktioniert zuverlässig und mit leichten Anpassungen auch für den FT601/FT600. Ich verwende den zusammen mit der D2XX Bibliothek. Der Code hat ein FIFO Interface, du kannst ihn also direkt an einen BRAM FIFO anschließen. Allerdings ist das hier alles in einer Beschreibung
-
Thread
OpenOCD für 10-Pin-JTAG?
Wenn's ein Xilinx-Chip ist, würde ich mir mal xc3sprog oder xilprg angucken, und falls nicht vorhanden, FT2232-Hardware besorgen. Der Aufwand, openOCD vernünftig auf spezieller HW zum Laufen zu bringen ist meist teurer als ein FT2232-Adapter :-(
UrJTAG sollte mit dem o.g. FT2232D basiertem Programmer funktionieren. Eventuell müsste man die SVN Version kompilieren.
-
Thread
Alternative Atmel ICE
und AVRs nur programmieren und nicht debuggen möchte, kann man über einen FTDI mit MPSSE nachdenken (FT2232, FT232H). (ARMs lassen sich damit auch debuggen.) > Anschluss erfolgt über eine bastelfreundliche achtpolige Buchsenleiste > im 0.1"-Raster und /nicht/ über einen Steckverbinder im 0.05"-Raster
nur > programmieren und nicht debuggen möchte, kann man über einen FTDI mit > MPSSE nachdenken (FT2232, FT232H). (ARMs lassen sich damit auch > debuggen.) Ein fertigen, preiswerten Programmieradapter ohne Debugfähigkeit gibt es von diversen Herstellern. Z.B. der hier. https://www.reichelt.de
-
Thread
USB -> SPI Adapter für PC?
ich 32Bit Übertragungen > bräuchte und kaum eine Hardware diesen Modus kann). Blliger als mit FT2232 wirds wohl nicht gehen (ausser der Software-Lösung über Mikrocontroller) aber schneller auch nicht als mit: https://www.ebay.de/itm/CJMCU-2232-FT2232HL-USB-TURN-UART-FIFO-SPI-I2C-JTAG-RS232-
Zwei Beispiele für die Anwendung eines FT2232: https://www.mikrocontroller.net/topic/402085#4789950
-
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
FT232BL: Bit Bang mode programmieren
Dateien kann ich dir nicht sagen da ich mit einem FT2232 Chip arbeite .... der Mechanismus ist aber sicher der gleiche ...
Für SPI ist der FT2232 besser geeignet, da er SPI direkt unterstützt.
-
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: 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-JTAG-Adapter für ARM, OpenOCD
programmieren. hier meine .cfg Datei: telnet_port 4444 gdb_port 3333 #interface interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG A" ft2232_layout olimex-jtag ft2232_vid_pid 0x15ba 0x0003 jtag_speed 0 reset_config srst_only jtag_device 4 0x1 0xf 0xe daemon_startup reset
at91sam7 at 0x00000000, size 0x00000000, buswidth 0, chipwidth 0 at91sam7 information: cidr: 0x270d0940, arch: 0x0070, eproc: ARM7TDMI, version:0x000, flashsize: 0x00040000 master clock(estimated): 32kHz pagesize: 256, lockbits: 16 0x0000, pages in lock region: 64 securitybit: 0, nvmbits: 0x0
-
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
Flash Programmierung AT91SAM7A2 AU (Olimex Board SAM7-LA2)
Flash. Das Aktivieren des Debuggers funktioniert. telnet_port 4444 gdb_port 3333 interface ft2232 ft2232_device_desc "Olimex OpenOCD JTAG TINY A" ft2232_layout "olimex-jtag" ft2232_vid_pid 0x15BA 0x0004 jtag_speed 1000 jtag_nsrst_delay 333 jtag_ntrst_delay 333 reset_config trst_and_srst
--enable-ft2232_ftd2xx --with-ftd2xx-win32-zipdir=/cygdrive/d/OpenOCD/ftd2xx (Achtung: der Pfad des Verzeichnisses ftd2xx muss angepasst werden!) ./make ./make install 4. OpenOCD gestartet: openocd
-
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
Identify flash bank 0 mww 0xfffff870 0xffff0000 # PIO_ASR : Select peripheral function for D15..D31 mww 0xfffff804 0xffff0000 # PIO_PDR : Disable PIO function for D15..D31 mww 0xffffef1c 0x2 # EBI_CSA : Assign EBI Chip Select 1 to SDRAM mww 0xffffea08 0x85227259
-
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
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
Suche Schaltplan für diesen OpenOCD-USB-Adapter
Hi, ich weiß nicht ob es hilft, das DebugBoard von OpenMoko hatte ebenfalls eine FT2232D verwendet ... Unter http://wiki.openmoko.org/wiki/Debug_Board_v2 ist auch ein Schaltplan verlinkt ... MfG.
Rufus: der tip mit dem Masse messen war supi :) ich konnte masse am olimex board gegen GND-PIN vom FT2232D messen. Liebe Grüße Claudia
-
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
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