-
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
-
Thread
STM32 Einstieg
ARM-USB-OCD. Aber das ist nur eine Variante von vielen, Crossworks kann mit wohl jedem Adapter auf FT2232-Basis zusammenarbeiten, weil diesbezüglich konfigurierbar.
examples mit dabei. Problem bei den anderen Debuggern ist, dass du dich auf eine IDE festlegst, d.h. diese dann bei grösserem Code kaufen musst. > Mit Crossworks war es plug-and-play. uVision ebenfalls. Frei bis 32kB, was wür den Einstieg erstmal reicht. VG, /th.
-
Thread
Was genau ist ein USB to Serial Adapter? Gesperrt
, um einen nackten AVR per > USB programmieren zu können. Wenn da ein FT2232 oder ein neuerer FT232R drin steck, dann kann man mit Avrdude sehr wohl unprogrammierte AVRs via ISP betanken.
und Typ über ganz verschiedene Schnitt- stellen bzw. Protokolle programmiert: ISP, JTAG, PDI, TPI, dW, SWD. Was du brauchst, ist ein zu deinem µC passender Programmieradapter. > Was ist das genau? Ein USB-zu-seriell Konverter? Das ist eine Baugruppe die per USB an den PC angeschlossen wird
-
Thread
FT232R CBUS paralleles Interface Geschwindigkeit.
Hallo, es gibt da ja den FT232R, den habe ich auch schon oft als UART verwendet mit 3 MBaud. Aber der hat ja noch den CBUS und kann da synchrones Bitbang machen. Dazu habe ich zwei Fragen: 1. Welche Datenrate bekommt man da
Auflösung, das ist um drei Zehnerpotenzen langsamer. USB-Transaktionen gibt es nur im Millisekundentakt, d.h. Du kannst nur alle paar Millisekunden die GPIOs ändern.
-
Thread
[KiCad] Bibliotheksaufbau - Konzeptideen gesucht
normalerweise fuer register genutzt) aufgebohrt. Das sieht dann per Baustein so aus: [code] <device id="FT2232H" name="FT2232H" protocol="PROPERTY"> <revision> <major>0</major> <minor>1</minor> </revision> <schematic name="FT2232H" unitcode="U"> <schematic:part name="
einer simplen einfachen Umsetzung kann ich mir folgenden TAG-Aufbau vorstellen. > <device id="FT2232H" name="FT2232H" protocol="PROPERTY"> > <revision> > <major>0</major> > <minor>1</minor> > </revision> im Oberern Teil werden wichtige Daten von Hand über ein Interface eingegeben
-
Thread
FTDI PC-Empfangsbuffer vergrößern
Hallo @ all ich benutze den FT2232H. Nun habe ich mir ein kleines Testprogramm geschrieben, mit dem ich ständig prüfe wie viel im Empfangsbuffer entahlten ist. Nun muste ich feststellen das der Empfangsbuffer auf 65280 Bytes eingestellt
Ich habe gelesen das man hierzu die Funktion "FT_W32_SetupComm" benutzen muß. Dies werde ich mal ausprobieren.
-
Thread
Hat jemand Interesse an eine FT232HL lib für Eagle?
Moin Leute, hab mich gerade dran gesetzt und für den FT232HL eine lib für Eagle gebastelt. Stelle sie bei Interesse gerne hier rein, getestet ist sie allerdings noch nicht! Fehler-Finder und Verbesserungs-Enthusiasten willkommen ;o) Wenn es also gewollt
Auch mal Senf dazugeb: FT2232D DUAL USB TO SERIAL UART Viele Grüße Chris PS: Je nach Anwendung müssen die Directions der Pins im Symbol angepasst werden!
-
Thread
simpler µC ADC2UART
für die Verarbeitung paralell eintretender Analogsignale gemacht sind. Mit freundlichen Grüßen D.Schmid
liefern dann pro Takt je ein Bit, absolut synchron. Das ganze kannst Du dann über eine USB-Bridge wie FT2232H oder Cypress FX2 (für die gibts Breakout-Boards) direkt in den PC hineinladen. Die gezeigten ADCs sind recht preiswert, haben 13 Bit Auflösung und 100 kHz sampling rate, und eine Wandlung braucht
-
Thread
Was ist der gängigste I2C <-> RS232 Chip?
Peter D. schrieb im Beitrag #4286606: > Irgendein MC, der ne UART und I2C hat + Software zur Protokollumsetzung. Genau _da_ kriegt man allzu leicht die Probleme mit clock stretching. Der oben verlinkte I2C
Die FTDI Chips mit MPSSE (FT2232 und FT232R IIRC) würden auch I²C können.
-
Thread
USB-Interface (auf ein neues)
hab ich absolut keine Ahnung welcher, von den unzähligen µC für mein Projekt der richtige ist: z.B.: FT8U245BM, FT2232C, I/O Warrior, PIC16c745 usw.. Was ich auch nicht weiß ist, wie ich die EndWerte von Visual Basic in den µC übertrage bzw. wie ich mit den bereits oben genannten µC über Visual Basic
Ich persönlich würde mich für folgende Kombination entscheiden: PC(USB) - > FT232BM -> AVR Nicht zuletzt deshalb, weil die Programmierung eines USB-µC nicht gerade trivial ist. Mit dem FT232-Adapter reduziert sich das Ganze auf die Implementierung einer seriellen Schnittstelle
-
Thread
AVR <--> VC++ Application?
Für RS232/COM Verbindungen kannst du beides (MAX232 oder FTDI FT232BM) benutzen. Das PC API ist für beide fast gleich, auf der µP Seite sowieso identisch. Für den Anfang empfiehlt es sich mit einem MAX232 anzufangen, das eliminiert schon mal viele Fehlerquellen und
Nun gut...einen FT2232C hab ich zuhause schon herumliegen, mit dem sollte sich das realisieren lassen. Ich möchte jedoch auch erwähnen, dass ich mich keineswegd auf USB versteifen möchte, denn eine "stinknormale" RS232
-
Thread
Linux läuft von HyperRAM
Lattice Certus-NX 40 - 32MByte SPI Flash - 32Mbyte HyperRAM - 2 RPi MIPI stecker mit 22 pins - FTDI FT2232 für JTAG und UART console/FIFO - PCB 8 lagen ohne HDi - schematic wird veröffentlicht bald Ich habe sch+PCB gemacht, und ein kleines test mit Propel+Radiant wobei ich meine eigene open source
Performance-Benchmarks. Ich habe nur eine Zahl, es nimmt 800mW von USB. Etwa 300 davon ist der FT2232H schon. Stromweise kann man auch mit weniger auskommen, wir haben 4 FS3303 draufgepackt, die haben keine light load mode und nehmen relative viel strom in idle.
-
Thread
Gutes JTAG Tutorial gesucht
/files/PICOTAP_SCHEMATIC.pdf) sehr einfach nachzubauen zu sein und besteht im Grunde nur aus einem FT2232H Chip, wie er z.B. im Olimex ARM-USB-OCD-H drin ist. Auf der Seite wird damit geworben das man diesen Adapter kostenlos(!?) von Göpel zu nicht-kommerziellen Einsatzzwecken erhalten könne. Das kann
von FTDI, umprogrammieren der INF Dateien laut Datenblatt, umprogrammieren der VID/PID im EEPROM des FT2232H Chips des Olimex auf FTDI Defaultwerte, als auch die die der PicoTAP Adapter von Göpel nutzt. Der PicoTAP nutzt ja den selben Chip. Warum ignoriert die Software den vom Olimex? Hab auch schon
-
Thread
Programmieren XCF02s schlägt fehl (Spartan 3 selbstgebautes Board)
Logicanalyzer anschauen. Ich weiss jetzt nicht, bei welchem Takt das Platform-Cable nudelt, aber mit FT2232-basierten Adaptern sollten locker 12 MHz drinliegen. Ich hatte eher vor Jahren das Problem, dass die JTAG-Eingänge so schnell sein können, dass bei miesen Slew-Rates mal die lahme Clockflanke plus
SW-Schluckauf über Timing bis eben doch zur Signal-Integrität), deswegen setze ich nur noch auf xc3sprog und FT2232H. Vielleicht ist auch für's nächste Design ein standard-SPI-Flash pflegeleichter, das kann man eben mal noch über einen Clip programmieren.
-
Thread
Einrichten einer Entwicklungsumgebung für ARM Cortex M3
und habe mir hierzu von TI das Entwicklungskit EK-LM3S811 geholt. Auf diesem befindet sich ein FTDI FT2232 als JTAG, SWD und Virtualcomport zum Computer. Als Mikrocontroller ist ein Stellaris Cortex M3 mit der Bezeichnung LM3S811 verbaut. Nun möchte ich um dieses Board ohne Einschränkungen programmieren
doxygen/bugs.html Info : only one transport option; autoselect 'jtag' 500 kHz Info : device: 4 "2232C" Info : deviceID: 67353817 Info : SerialNumber: TI000001A Info : Description: Stellaris Evaluation Board A Info : clock speed 500 kHz Info : JTAG tap: lm3s811.cpu tap/device found: 0x2ba00477
-
Thread
RCLK klappt mit Olimex USB-OCD-H JTAG nicht richtig
Der Olimex basiert ja auf dem FT2232H, schau mal ins Datenblatt, afair kann er kein Clk erzeugen. Auf welchem Pin soll denn Rclk herauskommen? Btw, es gibt auch den USB-OCD-H-TINY, der hat keinen seriellen 2.Kanal und statt der Linedriver
Segger J-Link EDU habe, weiss ich das es > grundsätzlich mit der adaptiven Tatkung geht. So ein FT2232H schafft (angeblich) bis 30MHz, das habe ich aber noch nie in Funktionierend gesehen bei JTAG. Eventuell ist der mit RCLK "zu schnell", so dass man den langsamer takten müsste. Olli Z. schrieb
-
Thread
Z80 Einplatinencomputer für Lernzwecke
und > auszustöpseln würde ich halt einen Controller opfern. Das geht wohl einfacher mit einem FT2232D: http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT2232D.pdf Lies Seite 44 Abschnitt 8.6 "MCU Host Bus Emulation Mode Signal Descriptions and Interface Configuration". Du hast damit
SMD auf einer > Lochrasterplatine Oder sowas: http://www.elv.de/elv-highspeed-mini-usb-modul-um-ft2232h-komplettbausatz.html
-
Thread
Linux sysfs USB GPIO Expander
Wäre ein MPSSE-Kabel genehm? Da ist ein FT232H drin, und der gesamt Port A wird herausgeführt. http://www.ftdichip.com/Products/Cables/USBMPSSE.htm http://www.ftdichip.com/Support/Documents/DataSheets/Cables/DS_C232HM_MPSSE_CABLE.PDF fchk
brauche das ganze fürs Debuggen einer Embedded Linux Anwendung. Dann würde ich eher zu einem der FT2232H-basiertem JTAG Adapter greifen, und mit OpenOCD arbeiten. Anders als die - billigeren - FT232H Adapter hätten die oft auch noch einen 2. UART fürs serielle Terminal.
-
Thread
STM32H7 und JTAG: Irgendwelche Fallstricke
Ich habe JTAG vorgesehen, weil ich dafür einen FT2232-basierten Debugger habe, den ich auch schon für andere Prozessoren verwendet habe, und diese Debug-Verbindung ist Quasi-Standard bei vielen Boards bei uns. TI-Prozessoren (Tiva und C28xxx) kann ich
Info : Listening on port 3333 for gdb connections ^Cshutdown command invoked [/code] Auch mein FT2232H-basierter Debugger funktioniert jetzt. Ich bekomme zwar immer noch Fehlermeldungen, aber "bessere": "Info: DAP transaction stalled (WAIT) - slowing down" Flashen geht jedenfalls, und das geflashte
-
Thread
ISP-Programmer für Produktion
Martin S. schrieb im Beitrag #6105743: > vier robuste FT2232H-Adapter dran und damit die parallele Taktstrasse > bestueckt. Vielleicht klappt das auch mit AVRdude. Ja, sollte.
nicht so ohne weiteres. (Korrigier mich, wenn das nicht richtig ist.) Auch so Dinge wie in einem FT2232 den ersten Kanal mittels generischem Treiber für die Programmierung (MPSSE) zu benutzen und den zweitem dem normalen ttyUSB-Treiber zu überlassen, gestaltet sich in Windows deutlich schwieriger als
-
Thread
EEPROM am PC programmieren
vorgesehen. Nach dem Suchen hier im Forum bin ich bis jetzt auf zwei Varianten gekommen. Entweder einen FT232/245 mit einem µC oder nur einen FT2232. Nun die Fragen: 1. Gibt es da noch andere und ggf. preiswertere/einfachere Möglichkeiten, die ich noch nicht gefunden habe? 2. Mit welcher Programmiersprache
Ich nehm für die 24Cxx einfach PonyProg. Der passende Adapter passt in ein 9pol. SUB-D-Gehäuse. Bauteilkosten ca. 1€, Zeitaufwand 1-2 Stunden.
-
Thread
MAX31343: was soll ich von der RTC halten?
paper/Effect-of-Thermal-Cycling-on-Reliability-of-QFN-Lall-Deshpande/fab66b036120e5657459320036f3cb7d99c843bd
Den FT2232HQ sieht man im FPGA Umfeld doch recht oft. Auch einen FT601 manchmal.
-
Thread
FT2232 - Verbindungsproblem - Ratlosigkeit
8N1. Ich verwende WinXP Pro SP2. Bin Ratlos. Kennt wer dieses Problem. Es dürfte ja eher auf der FT2232 Seite liegen. Habe in einer FAQ gelesen dass die daten zwischen FTDI Chip und PC unabhängig von der Baudrate so schnell als möglich übertragen werden. Stimmt das? -> Welche Baud stellt man dann
Terminalprogramm ein? Gibt es irgendwo einfachen Code wie man serielle Daten aus den FTDI direkt über die D2XX.dll auslesen kann? Vielen Dank im Voraus,
-
Thread
ARM7 JTAG Programmer ?!
>> Ja der Megabug, warum? ;) Nur so .... ;):D Ich bin´s, der G. und war O. im AF .... :D:D
solltest Du Dir mal das openOCD-Projekt ansehen, das ist ein Selbstbau-USB-JTAG-Adapter auf Grundlage des FT2232 nebst zugehöriger Software.
-
Thread
Suche kompaktes 4x USB RS232(/422/485) MODUL
Das FTDI FT4232H Mini-Module hast Du sicher schon gesehen. Das es Dir zu teuer ist hast Du nicht gesagt, ich vermute es aber trotzdem. Propox hat noch das MMusb2232H Modul, von dem Sie behauten es währe auch mit FT4232H zu bekommen. evtl. mal nachfragen. Bei Propox beachten: Versandkosten! Mit Stiftleiste heisst fast immer ohne Pegelwandler. Wenn Du echte 232, 485 usw. Pegel benötigst musst Du den Wandler praktisch
-
Thread
CH340N nur bis 38400 Baud?
Seriennummer. Da es beim CH340 keine Seriennummern gibt, wird die Anmeldung bei Windows zum Glücksspiel, d.h. der COM-Port ändert sich dauernd. Wenig bekannt ist der FTDI-Baustein FT230XS - ein USB-UART mit wenigen Pins und Reduzierung auf das Wesentliche. Ja, schon wesentlich teurer, aber auch bei LCSC
max. Baudrate/Bd > Typ absolut ohne Pausen > ────────────────────────────────── > FT232R 4.000.000 4.000.000 Bist du sicher, dass der FT232R und die 4MBd echt sind? Laut Datenblatt und AN232B-05 "Configuring FT232R, FT2232 and FT232B Baud Rates" sind maximal 3MBd möglich. Mehr
-
Thread
EmbeddedWorld – mehr Chips, Funkmodule und ein wenig Seltsames
Stand – arbeitet man daran, USB PD in immer mehr Bauvarianten anzubieten. Neuling Nummero eins ist der FT232HP – eine Abart des bekannten FT232, die sich nun aber auch um die Energieversorgung der Hardware kümmert.  (Bildquelle: Autor) Der FT233 ist eine Variante davon
Beziehen von mehr Energie erlaubt.  (Bildquelle: Autor) Mit dem FT4233HP bietet man eine auf USB PD erweitete Version des FT2232 an – interessanterweise kann die USB PD-Implementierung hier sowohl als Sink als auch als Source arbeiten. ### CologneChip – Chips und
-
Thread
ADC direkt an den PC
PICkit Serial Analyzer: http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en028600 Der hat dann einen USB-Anschluss. Ausser Du willst die einzelnen Handshake-Pins der seriellen Schnittstelle am PC selber ein- und ausschalten.
Mit dem FT2232R (_nicht_ FT232!) lässt sich auch eine SPI-Schnittstelle implementieren, FTDI bietet dazu eine SPI-DLL an, die die erforderlichen Funktionen zur Verfügung stellt: http://ftdichip.com/Projects/MPSSE
-
Thread
SD/MMC SPI-Zugriff mit PC
RS23 sollte eigentlich RS232 heißen ;-) TxD -> CS Chipselect DTR -> Do Dataout DTR -> Clk Clock DSR -> DI DataIn
Eine sinnvolle Lösung (mal von einem der tausenden fertigen SD-Card-Lesegeräten abgesehen) wäre der FT2232C, der nämlich eine frei programmierbare Multiprotokollschnittstelle namens "MPSSE", mit der sich vorzüglich auch SPI realisieren lässt.
-
Thread
LVDS DVI Adapter
rtd2662-mod.png - minimalstschaltbild fuer die Programmierung. Zumindestens auf meinem Board ist ein FT24C16A EEProm drauf - ich glaub den werde ich mal auslesen. USB Programmierer auf Basis eines FT2232H http://pccar.ru/showthread.php?p=291640#post291640
D2) auch mit diesem nutzen kann? Wäre mir etwas lieber, schon wegen HDMI Eingang bzw den zusätzlichen Video-Eingängen. Der Flash scheint ein 25X40CL zu sein. Danke für Rat! :) Nik
-
Thread
atmel-mega-serie über usb programmieren
word]=&saSearch[category]=AVR&saSearch[special]= Oder meinst du eher einen Bootloader? Dr. Peter D., ein Anruf für Sie. SCNR Falk
Man nutzt einen USB Chip, bei dem man einige Pins über USB "wackeln" lassen kann. Hier bieten sich FT2232 und FT232R an. Darüber bildet man einen ISP Programmer "on board" ab. Diese Chips verfügen zusätzlich noch über eine USB-UART Bridge für "Normalbetrieb". vgl. z.B. http://hubbard.engr.scu.edu/embedded