-
Thread
Wie funktioniert JTAG?
DR zur Ansteuerung der Pins dient. Was goJTAG und OpenOCD angeht, würde ich zu einem einfachen FT2232-Adapter raten (achtung, die haben typischerweise 3.3V I/O), mit dem J-Link kann das ein heilloses Gemurkse werden, da es unterschiedliche Firmwares gibt, die einen tun, die andern nicht. goJTAG
http://section5.ch/dsp/icebear/ICEbear-manual.pdf Mit ein bisschen Frickelei kannst du jeden FT2232H-Adapter zur Mitarbeit bewegen, wenn du schliesslich an der HW Pins toggeln willst. Das ist aber gerade mal nur Boundary Scan. ICE ist wieder ne ganz andere Sache. Guck dir sonst mal CoreSight an
-
Thread
Fpga board: Daten an mein PC senden
Ich würde auch den FT232H empfehlen! Betrieben als "FT232 im asynchronen FT245 FIFO Mode" habe ich mittels d2xx Treiber und dem Beispielcode aus dem Progamming Guide auf Anhieb 16MBit/s Durchsatz erreicht. Flusskontrolle
Robert M. schrieb im Beitrag #5292358: > Ich würde auch den FT232H empfehlen! Betrieben als "FT232 im asynchronen > FT245 FIFO Mode" habe ich mittels d2xx Treiber und dem Beispielcode aus > dem Progamming Guide auf Anhieb 16MBit/s Durchsatz erreicht. > Flusskontrolle
-
Thread
MSP430G2955 FT2232H
Firmwareupdate über USB suche, hab ich mal noch eine Frage. Hat jemand schon Erfahrungen mit dem ftdichip FT2232H? Der hat ja eine USB TO JTAG Schnittstelle. Kann man darüber problemlos an die JTAG Schnittstelle vom MST430 gehen und dann darüber die Firmwareupdates machen? Kann man hierüber möglicherweise sogar
Cortex-M Mirkrocontrollern aus. Ich habe hier sogar ein Dev-Kit (Hitex LPC1768-Stick) was JTAG über einen FT2232 Chip löst. Läuft ohne Probleme mit OpenOCD.
-
Thread
Wer schreibt mir ein kleines FPGA "Programm" ?
lustiger Effekt damals war, dass der Prozess einfach stehen bleibt, sobald der SPI-Clock ausbleibt xD Da fand ich SPI sampeln und auswerten weniger brain-twisting^^
Wenn es etwas grösser sein darf, nimm ein Breakout Board von Lattice für 25..30 €, da ist schon ein FT2232 drauf, der Programmieren und UART Kommunikation erlaubt. http://www.latticesemi.com/en/Products/DevelopmentBoardsAndKits/MachXO2BreakoutBoard.aspx Eine Alternative zu MachXO2/3 wäre die ICE40
-
Thread
Kleine FPGAs zum selber löten?
unterstützt. Allerdings bekommst du zum Preis dieses Programmers ein ganzes Breakoutboard mit MachXO2/3 und FT2232 drauf. Mit etwas basteln kannst das auch als Programmer für eigene Boards verwenden. Es gibt sowohl bei ICE40, wie auch MachXO2, TQFP100 und TQFP144. Nur dass der ICE40 im TQFP100 keine PLL drin
Funktion gefunden (unter Pin&Package: http://www.latticesemi.com/en/Products/FPGAandCPLD/MachXO2#_3D24D0EEB97F430890D7AF24D20DF79A) allerdings keine Package-Beschreibung der QFN-32 Version? Das MachXO2 Family Data Sheet macht darüber keine Aussage. Kennt sich jemand genauer mit Lattice aus und weiß
-
Thread
Neue Module mit Atmel/Microchip SAM D21, SAM C21 und SAM L21
Anschluss mit USB UART Wandler, LDO Spannungsregler, Quarze und SWD Programmierstecker an Bord: Sammy-D21: universeller SAMD21G18A für allgemeine Anwendungen Sammy-D21 Plus: mit RS232 und RS485 Wandler Sammy-C21: SAMC21G18A mit Dual CAN Controller und zwei CAN Transceivern für Automotive oder E-Bike
SWD herausgeführt, aber nicht die kompletten JTAG-Pins. Ob Du num einen JLink, ULink2, irgendetwas FT2232-basiertes oder ein AtmelICE verwendest, ist jetztendlich egal. Auch bei den Compilern und IDEs gibts eine große Auswahl. Such Dir was aus. fchk
-
Thread
MAX1000 Erfahrungen
Hat bereits jemand probiert, Channel B des FT2232 auf "Fast Serial interface" umzustellen oder kennt sich jemand damit aus? Läuft das "Fast Serial interface" PC-seitig über eine virtuelle serielle Schnittstelle (com/tty)? Grüße, Lars
Lars R. schrieb im Beitrag #5257226: > Hat bereits jemand probiert, Channel B des FT2232 auf "Fast Serial > interface" umzustellen oder kennt sich jemand damit aus? > Läuft das "Fast Serial interface" PC-seitig über eine virtuelle serielle > Schnittstelle (com/tty)? > > Grüße
-
Thread
Empfehlung RS232->USB-"Stick" gesucht?
auch kostengünstigere Nachbauten. Z.B. hier: https://www.elv.de/elv-highspeed-mini-usb-modul-um-ft2232h-komplettbausatz.html Aber der TO möchte einen einzelnen Chip zum auflöten ;-)
20Stks-RS232-MAX3232-Level-to-TTL-Level-Module-Board-Converter-Adaptor-/272413019707?var=&hash=item3f6d14ce3b:m:mi5_ufQQ-iLlPKwdnJKhYoQ unter 1,-€ und passt prima in ein RS232 Gehäuse für die Buchse oder Stecker https://images-na.ssl-images-amazon.com/images/I/61qQar5j7OL._SY355_.jpg
-
Thread
Console auf µC oder ähnlich
enthält eine Login-Shell, die über die unterschiedlichsten Wege zugänglich ist bzw. gemacht werden kann, d.h. per UART, SSH, TELNET. Selbiges gilt natürlich auch für andere unixoide Betriebssysteme wie z.B. verschiedene BSD-Derivate. Für kleinere Systeme gibt es aber auch Shell-Implementierungen, häufig
kommst Du aber vom PC aus nicht ganz so einfach auf I2C. Du brauchst erst sowas wie nen BusPirate, FT2232 etc. den Du dann vom PC aus ansteuern kannst. Jeder der Adapter verwendet sein eigenes Protokoll und braucht daher sein eigenes Programm zur Ansteuerung. UART oder USB-CDC vom PC aus anzusteuern
-
Thread
FT2232H: USB --> SPI Kommunikationsfehler
einen AD-Wandler mit SPI-Schnittstelle mit dem PC anzusprechen und zu steuern. Deshalb habe ich ein FT2232H Mini Module gekauft. Ich verzweifle an der Programmierung. An sich habe ich den Vorgang und den Ablauf verstanden, er funktioniert nur nicht. Ich versuche im Moment als erstes mit einer Brücke
232516fa.pdf ab Seite 14. Ich denke daher dass je nach ADC wird er mit einem SPI wie er es mit dem FT2232H betreiben kann nicht weiter kommen.
-
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
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
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
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
USB <---> TTL
4 Kanälen von FTDI http://www.ftdichip.com/FTProducts.htm http://www.ftdichip.com/Products/ICs/FT2232H.html
. schrieb: >>> wenn ich die 4x ser (ttl) vom arm gleich auf usb umwandle >> >> Das geht mit dem FT4232H. Der ist dafür da. Ein Baustein, vier >> USB-UARTs. > > Aber wieso will man 4 USART von EINEM ARM an EINEN PC koppeln? > > kjgskf Sinnbefreit ist das schon, richtig :-D Und dafür auch
-
Thread
FPGA IoT Maker Board
Vom 2. Port des FT2232 sind die ersten 6 Signale auf FPGA Pins geführt. Was über diese 6 Leitungen läuft ist aus dem Schaltplan nicht ersichtlich, das hängt davon ab, wie der FT2232 vom EEPROM konfiguriert wird. Signalnamen
idVendor 0x0403 Future Technology Devices International, Ltd idProduct 0x6010 FT2232C/D/H Dual UART/FIFO IC bcdDevice 7.00 iManufacturer 1 Arrow iProduct 2 Arrow USB Blaster iSerial 3 AR1QDYB7 bNumConfigurations
-
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
USB-Speedtest
längeren Übertragungen mit USB-HighSpeed-Geräten auf). Hatte gerade eine neue Idee: Ein FTDI-Chip (FT2232HL). Das ist ein USB->2xUART IC, der über USB-High-Speed läuft. Einen UART-Channel könnte ich ja dann für meinen µC als Kommunikationskanal nutzen, beim anderen mache ich einen Loopback (ich verbinde
auch zeitnahe Rückmeldung vom Device. Du misst hier vermutlich nur die Latenz der Software. Peter D. schrieb im Beitrag #4877765: > Die Geschwindigkeit einer VCOM sollte der eingestellten Baudrate > entsprechen Schwachsinn. Das gilt nur für *physiche* UART Ports. Virtuelle VCOM Ports können senden
-
Thread
Pins über Windows PC schalten
Statusleitung sind vielleicht was. Zwei Pins sind minimum, dann hätte ich zumindest vier Kombis. Ist ein ft2232… ein Kanal brauch ich für jtag... Hmmm
Danke Manfred... wieder was gelernt ;-D Es scheint auch noch einen bitbang mode zu geben. Dann hätte man ein paar mehr Kanäle. Vielleicht geht das auch mit dem 2232er und man kann es einfach scripten. Ideen willkommen. Morgen geht es
-
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
, 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
ATmega direkt über USB und FT232R mit avrdude ISP programmieren
Edit: Habe gerade gesehen, dass USBProgga über den FT2232 geschrieben hat und nicht den FT232R. Da müsste man noch Infos zur Hardware finden, aber avrdude sollte den FT2232 mit -c 2232HIO FT2232H based generic programmer oder -c avrftdi FT2232D based
Danke für den Link. Auf meiner Suche nach einer direkten Ansteuerung eines ATmegas über USB und FT232R oder FT2232H, d.h. ohne ISP-Programmer wie z.B. AVR ISP Mk2 und ohne Bootloader, und möglichst unter Linux, bin ich neben http://www.r-tron.de/uatmel.htm noch auf folgende Seiten gestoßen:
-
Thread
Günstiger atmelkompatibler Programmer auf Kickstarter
) kennt von 5,5 bis 1,35V(IIRC) alle Spannungen. Webseite ist leider tot, Hardware ist einfach ein FT2232H mit Pegelwandlern dran. Das deckt insbesondere Einsatzszenarien mit Batterien ab, wo am µC direkt moderne Hardware mit <= 3V3 Versorgung dran ist. Die würde Dein USB Adapter stumpf grillen.
bytes of flash verified avrdude: safemode: lfuse reads as 62 avrdude: safemode: hfuse reads as D9 avrdude: safemode: efuse reads as 7 avrdude: safemode: Fuses OK (E:07, H:D9, L:62) avrdude done. Thank you. @> avrdude -p m328 -c avrisp2 -vv -D -U flash:r:read01.hex:i Programmer
-
Thread
avrdude mit FT2232D, FT2232H, FT4232 (-c avrftdi -P usb), Problem mit libusb (Win7)
Ich möchte unter Windoor7 AVRs mit avrdude und einem ARM-USB-TINY-H von Olimex programmieren. Das sollte doch nicht so schwer sein. Dachte ich. Doch seit etlichen Stunden kein Erfolg. Es gibt viele Threads zum Thema, aber keiner bringt eine Lösung. Hier z.B. schrieb jemand, es muss gehen: https://www.mikrocontroller.net/topic/371431#4195659 > Avrdude kann auch ISP mit den FT2232 basierten Programmern. Aber keine Anleitung. https://www.mikrocontroller.net/topic/160356#1525340 Klar ist, dass wir keinen Bitbang-Mode wollen (-c ftbb geht zwar, aber elend langsam), sondern Multi-Protocol
-
Thread
KiCad Library für FT2232D und MAX1239
Guten Abend, ich bin auf der Suche nach einer KiCad Bibliothek für den FT2232D und den MAX1239. Hoffe ihr könnt mir weiterhelfen.
pdfserv.maximintegrated.com/package_dwgs/21-0055.PDF http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT2232D.pdf Damit ist es in ein paar Minuten erledigt: http://kicad.rohrbacher.net/quicklib.php http://kicad.rohrbacher.net/quickmod.php
-
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
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
Hterm 1M Baud
einstellen. Habe mit dem Atxmega und HTerm fehlerfrei 921600bps übertragen. //Atxmega32A4U -> FT2232H -> (PC) HTerm 0.8.1 Atxmega32A4U Takt: // 16Mhz Quarz * 3 PLL ist 48 Mhz Systemtakt F_CPU 48000000 liegt aber außerhalb der Spezifikation!
Das Programm ist eigentlich ziemlich simpel aufgebaut. Ich habe einen Sensor am A/D-Wandler angeschlossen und eine Funktion für die Zeit. Nach jeder Millisekunde wird für die Zeitfunktion ein Interrupt ausgelöst. Über den UART gebe ich dann die Sensorwerte und die Zeitpunkte aus
-
Thread
FT2232H Sync FIFO
/DataSheets/ICs/DS_FT2232H.pdf um die Seite 41. Ich verwende nur die Richtung vom FPGA zum FT2232H, muss also nur das TXE# auswerten und WR# zusammen mit den Daten setzen. Welche Constraints brauche ich da? Vielen Dank
stabil anliegen. Aber gut, ich kenne mich da leider zu schlecht aus. Ich habe jetzt ein Design, das FT2232H_minimal_D.vhd von gestern früh (siehe oben), das auch auf der Zielhardware läuft obwohl es die Timings nicht einhält. Oder sagen wir so: Tie Toolchain sagt, dass das Timing verletzt wird, aber wenn
-
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
NRF24L01+ test program for Arduino Uno
diesen Ansatz schon mal nicht umgesetzt, nicht zuletzt wegen des Aufwands ein Testinterface mit FT2232 aufzubauen.
gibt's das?), Performance herausholen können > die du dir wünschst. > > Nicht einmal mit einem FT2232 der direkt SPI könnte, denn > das USB Protokoll lässt nur einzelne Transfers (mehrere > Kommandos + IRQ Polling + 1 Nutzdatenblock) im 1ms-Zeitraster > zu die die ganze Kommunikation *stark* ausbremsen
-
Thread
ADC Board für Trenz Electronic FPGA Modul
XMOD wäre es vielleicht noch ganz cool, wenn man dem ein paar mehr Pins spendiert hätte, so dass der FT2232H auch als FIFO verwendet werden kann und nicht nur als UART. Aber auch so schon sehr gut! Für die ADC Clock reicht mir die aus dem FPGA, die kommt direkt aus einer PLL. Mit den Potis bin ich
! Aber das muss man erstmal in dB sehen!
-
Thread
FPGA zum PC über USB, FX2 oder FT2232H?
Preislich hält sich das auch noch in Grenzen bei 100 Stück kostet der FT2232H ca. 5,4$ und der FT600 ca. 7,8$ Wenn Du jedoch noch den DDR RAM beim FT2232H hinzunimmst dann ist die ISB 3 Lösung deutlich günstiger. Auch der Cypress FX2 hat das gleich Problem das liegt am
Johann schrieb im Beitrag #4606889: > Der FT60X funktioniert doch von der Ansteuerung sehr ähnlich wie der > FT2232H dann kann man auch gleich USB3.0 verwenden und muss sich über > den Buffer keine Gedanken machen :-) Aber nur in der Theorie
-
Thread
FT232H: TxD, RTS, DTR im Bit Bang Mode als Inputs möglich?
konfiguriert hast. Hast Du Dir im Datenblatt auch den Abschnitt 4.5 und das dort erwähnte Dokument AN2232-02, “Bit Mode Functions for the FT2232” angesehen?
Spannung). Die Funktion Set_USB_Device_BitMode() ist in der von FTDI herunterladbaren Delphi-Unit D2XXUnit.pas definiert und ruft die im AN2232-02 genannte Funktion FT_SetBitMode() auf: [pre]Function Set_USB_Device_BitMode(Mask,Enable:Byte) : FT_Result ; Begin Result := FT_SetBitMode(FT_Handle
-
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
Universeller JTAG-Adapter
ist definitiv nix universelles, aber danke trotzdem für die Werbung. Die meisten setzen auf den FT2232(D/H) für die einfachen Programmier/Debug-applikationen. Die Hardware ist dieselbe, und die Software muss man sich halt zusammenstückeln. Gerade für msp430 und AVR habe ich allerdings, als es aktuell
-
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
USB - SPI Adapter
bezieht sich darauf, dass der FT220X SPI auch 4bit breit kann, also 4bit in einem Taktzyklus übertragen werden. Du willst einen SPI Master haben. Da hat's von FTDI sowas wie den FT2232H mit MPSSE. Chipselect muss man da von Hand
Super vielen Dank schonmal. Leider gibt´s den FT2232H und den FT4222 nur als Entwicklungsboard. Hätte sie am liebsten wie den FT220X als USB Stecker. Naja man kann nicht alles haben.
-
Thread
Vivado Hardware manager Linux
von digilent ein extra Treiber. Wie ist das bei Vivado gelöst? lsusb Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 003: ID 24ae:2001 Bus 003 Device 002: ID 046d:c316 Logitech, Inc. HID-Compliant Keyboard Bus 003 Device 005: ID 0403:6010 Future Technology Devices International, Ltd FT2232C Dual USB-UART/FIFO IC Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub red@linux-rysn:/opt/Xilinx/Vivado/2015.4/bin>
-
Thread
Opencores USB
ich das so machen: <= 2MBit/s UART CP2102. Weil ist sehr billig aber zuverlässig. 2 bis 12 MBit/s FT2232H als UART als auch nur zweil Leitungen und sehr einfach. Ab 12 MBit/s FT2232H im FIFO Modus. Nicht ganz sooo einfach aber immer noch einfach. FT2232H Boards kosten so um die 20€, CP2102 so 1€
Monat ist der finanzielle Nutzen einer Eigenlösung fraglich. Eventuell kann man da ja auch einen FT2232 nehmen mit dem fast optical channel? Klingt nicht so als würden die vollen 40MB/s benötigt.
-
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
Gerätedesign
mal das Rad neu zu erfinden ist ja auch keine Lösung. Also: "Hallo Hasi, hast du mal nen Tipp" :-D
dem Flachbandkabel kommt VCC (3,3V) von der Hauptplatine und betriebt die VCC-IO des USB-Treibers (FT2232D VCCIOB, VCCIOB) welcher GND als Bezug auch vom FBK bekommt. Ich würde also auch GNDIO über das FBK auf die Hauptplatine legen. Schließe ich diese dann an PE der Hauptplatine an? Dann würden die
-
Thread
-
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
Space Age 2 der 32Bit MIPS Rechner in TTL
Bevor der GDB auf die Hardware losgelassen wird muss die FT2232H Platine ersetzt werden. Die USB Paketlaufzeiten sind einfach zu hoch wenn nur was kleines Übertragen werden muss. Bei dem MulDiv Bugsuchen konnte man zugucken beim Registerauslesen. Durch das
verdächtigt wird, soll dieser nun auf die Finger geschaut werden! Aber mit dem jetzigen USB Debugger per FT2232H ist dies VIEL zu langsam! Siehe diesen Post: https://www.mikrocontroller.net/topic/378150?goto=6088138#5596753 Vor allem das Video, das ist Echtzeit. Aber! Dieser FT2232H sollte eh mal rausfliegen
-
Thread
JTAG Grundlegende Frage
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
Andreas D schrieb im Beitrag #4294987: > Wir machen das. Wir emulieren einen FT2232H (FTDI Bezeichnung "MPSSE") > in Software. Darumg ging's ja nicht, sondern darum, dass jemand ein Gerät entwerfern will