-
Thread
[S] Feuchtemessgerät < 100 EUR und Feuchte-Logger
4 %rH (20-80 % rH) ... und Danke auch für Deinen kleinen Erfahrungsbericht - ich liebäugle derzeit auch eher mit Feuchtemessern, die mit einer Kugel ausgestattet sind. ------------ @Jörg R.: >
---------------------------------------------- Zwischensumme: 10,50 EUR - FT232RL USB->RS232 Adapter (4,00 EUR) # nur zur Programmierung - 1 Netzteil 12V, 1A (3,00 EUR) ---------------------------------------------- Summe: 17,30
-
Thread
Microchip PIC18F und ESP8266 Verbinden/einrichten
So Kommunikation mit den AT befehlen hat super geklappt. Hab mir nun noch einen FT232 besorgt und damit einiges hinbekommen. Jetzt kann ich über eine Website eine LED an bzw. aus Schalten, noch dazu kann ich seriell mit ner baudrate von 9600 die signale an bzw aus empfangen.
aktiviere? http://www.hs-ulm.de/users/vschilli/Mikrocontroller/uCQ/_downloads/uCquick-X.pdf 10.1 RS232 / COM-Port (auch virtuell über USB oder BT ) Ob gut erklärt muss der jeweilige Leser entscheiden. Vielleicht hilft es.
-
Thread
USB to UART echo problem
Hallo, ich benutze einen Elektor USB to UART Adapter (https://www.elektor.de/ft232r-usb-serial-bridge-bob-110553-91) insgesamt habe ich drei Stück davon. Des weiteren habe ich auch nach von Conrad den Mini-USB zu UART Konverter (https://www.conrad.de/de/schnittstellenwandler-usb-uart-passend-fuer-serie-c-control
Dann müsstest Du TX und RX irgendwo verbunden haben. Ansonsten gibts kein Echo, habe hier selbst FT232 und CP210x Chips rumfliegen- nix Echo ausser man sendet eins. Mal mal einen Schaltplan auf.
-
Thread
Treiber für CH376S (Windows 7)
µC/FPGA müsste sich darum kümmern. D.h. es ist kein eigenständiger USB<->Seriell-Wandler wie ein ft232r oder ähnliches, dementsprechend dürfte es da auch keine speziellen Treiber zu geben...
-
Thread
FTDI Adapter gesucht
funktioniert, liegt möglicherweise ein ganz anderes > Problem vor - das EEPROM fehlt. Bis auf den FT232R enthält kein > FTDI-Baustein ein EEPROM. Die FT-X Chips haben auch ein internes EEPROM, z.B. FT231X.
Adaptern sind immer noch FT232B zu finden. Da aber zumindest die Beschriftung auf einen FT232RL hinweist und MPROG klar ein FT232R raushaut, sind hier die Voraussetzungen für einen integrierten EEPROM gegeben, oder?
-
Thread
Richtiges FTDI Gerät finden unter Linux.
Hallo, also ich habe hier einen FT232H auf dem Modul "UM232H" und einen FT232R. Beide hängen am gleichen Rechner und sollen nun in einem C Programm geöffnet werden. Unter Windows verwende ich die D2XX Funktion auf alle gefundenen Geräte
und alles ist gut. Aber nein, geht nicht wieso auch immer. Auch ftStatus = FT_OpenEx("UM232H",FT_OPEN_BY_DESCRIPTION,&FT232H_ftHandle); geht nicht. Wieso ist das so? Und wie finde ich mit C heraus welches Gerät welches ist? Vielen Dank!
-
Thread
gibt es PIC18F248 im SSOP/TSSOP Gehäuse ?
Windows Plug and Play] Enable Plug and Play=0 [USB String Descriptors] Manufacturer=FTDI Product=FT232R USB UART [Programming Options] Only Program Blank Devices=1 [BM Device Specific Options] USB Version Number=1 Disable Serial Number=0 IO Pin Pull Down in Suspend=0 [Dual Device Specific Options
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
FT232R höchstes Bit gesetzt.
Hallo, ich habe ein seltsames Problem. Also ich habe hier einen FT232R, der bekommt vom PC Daten und gibt die über den UART aus. Ein FPGA empfängt die dann und gibt die unter anderem auf LEDs aus, also das empfangene Byte. Jetzt übergebe ich dem FT232R vom PC einmal
getestet ... Code vom C Programm: [c] unsigned char TX[1]={0x00}; . . . TX[0]=(char)bytewert; ftStatus = FT_Open(DevNumber, &FT232R_ftHandle); ftStatus = FT_SetBaudRate(FT232R_ftHandle, 9600); ftStatus = FT_Write(FT232R_ftHandle, TX, 1, &BytesWritten); [/c] Edit: Verdammt, wie es aussieht
-
Thread
Quartus v16.0 - Dauer des Fitters
Output-Delays: Der FPGA kommuniziert mit einem ADC (SPI) und mit einem Seriell-zu-USB Wandler (RS232). Andere ICs, mit denen kommuniziert wird, gibt es nicht. Ich denke, dass dann die Timings anhand der Spezifikation (Datenblatt) der beiden ICs (SPI und RS232) erstellt werden müssen. Alles andere macht
> Bei Seriell-USB wird die Taktrate wohl unter 20 MHz sein, Je nach Chip geht da auch mehr. Der FT 232 BL kann bis 48 MHz z.B. Der kann da bis zu 3M. Keine Ahung, ob es noch schnellere gibt.
-
Thread
FT2232H Sync FIFO
Das ist mir klar, aber wenn ich in jedem Takt zum FT232H hin schreibe und aus dem FIFO mit einem Takt latenz lese, kann passiert es, dass der FT232H das TXE# auf high zieht, ich aber noch einen Takt lang neue Daten aus dem FIFO bekomme. Wenn der FT232H
Schneller brauche ich das nicht aber ja, der Stein ist interessant. Derzeut verwende ich aber nicht den FT232H auf einer eigenen Platine, sondern die UM232H wo alles schon fertig drauf ist. Der FT232H wäre aber auch selber noch gut auf zweilagig zu layouten. Beim FT601 finde ich a) keine kompakte schöne fertige
-
Thread
NRF24L01+ test program for Arduino Uno
Lars R. schrieb im Beitrag #4657301: > ...also ein SPI-RS232-USB-VirtualCom Konverter Nein. Ein Arduino (Mega328-) Code zur prinzipiellen Funktions- überprüfung. Man lese den Titel (--> Test Program)
Lars R. schrieb im Beitrag #4700241: > Daher der Wunsch nach einem UART-Umsetzer. Nimmst du die Arduino-Lib und schreibst deinen "Dreizeiler" zum Kommunizieren mit der RS232.
-
Thread
Visual Studio C# Serielle Daten anzeigen /verstehe befehle nicht
als silicon labs cp210x usb to uart >bridge com 3. Passt. >Ich werde woll mal einen dieser FT232RL versuchen. Entschuldigung ich meinte FT245R, aber aufpassen die Pins können nur 5V/3,3V. Ansonsten, wenn dein Kassen-PC einen Parallelport hat, dann könnte man auch diesen nutzen. stackoverflow.com
Der FT232R bietet auch ein paar I/O's siehe Seite 4 http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT232R.pdf
-
Thread
STM32F4 ARM Platine - bitte ansehen
abgleichen kann. USB wird, warum eigentlich, auch nicht vom Controller übernommen, sondern von einem FT232RL
Vias unter den Kondensatoren/Widerständen finde ich problematisch (zB C70, C51, R51). Sind die wenigstens durch Lötstopp abgedeckt? (Tenting) Auch würde ich die Vias unter dem TQFP etwas weiter nach innen legen, um die Gefahr von Kurzschlüssen bei der Fertigung zu senken. Den FT232RL
-
Thread
Arduino als Midi Controller Probleme
da war doch ein ATmega16U2 drauf, > oder?). Nö. Der originale Uno hat einen Mega328P und einen FT232RL von FTDI - das ist die gleiche Bestückung wie auf dem Arduino 2009 (DueMilanove).
Matthias S. schrieb im Beitrag #4643280: > Nö. Der originale Uno hat einen Mega328P und einen FT232RL von FTDI - > das ist die gleiche Bestückung wie auf dem Arduino 2009 (DueMilanove). Ok, da war ich etwas zweideutig. Mit "Original" meinte ich schon den aktuellen Uno R3. Aber eben keinen (China
-
Thread
Wie bekomme ich den AT32UC3C1512C zu laufen?
ich zugeben muss das ich keine Ahnung habe, wie viel Rechnenzeit > USB kostet, bisher hat mir ein FT232 immer gereicht, ich mache eher mal > CAN oder LIN. Die Rechenzeit von USB ist egal, ich werde es dann so machen das ich den Rest pausiere während USB aktiv ist. Mit so etwas wie dem FT232 hab
Simon E. schrieb im Beitrag #4642436: > Mit so etwas wie dem FT232 hab ich glaube ich schon mal gearbeitet, das > Problem mit den Teilen ist das du doch Programme wie Putty brauchst > damit die funktionieren. Mit ganz normalem USB hätte ich mit Hilfe von > meinem
-
Thread
nrf24l01 sendet nicht
lastMessageStatus(); if(spi_temp == NRF24_TRANSMISSON_OK) { usart_transmit_string("> Tranmission OK\r\n"); } else if(spi_temp == NRF24_MESSAGE_LOST) { usart_transmit_string("> Message is lost ...\r\n"); } nrf24_powerUpRx(); // go back to RX mode ... }[/code]
Vcc und GND 10kOhm zwischen Vcc und RESET, Quarz mit 8 MHz Widerstand und LED an PD5 RX, TX an FT232 um mit dem Computer zu kommunizieren SPI an nrf24l01 CE an PB0 CSN an PB1 Nur die main-Funktion und der SPI ist am attiny etwas anders. Ansonsten ist es so, das vom Atmega vorerst nur Daten
-
Thread
ADC Board für Trenz Electronic FPGA Modul
Es funktioniert wie erwartet. In zukünftigen Versionen werde ich noch etwas ändern: Es kommt ein FT232RL drauf, AVDD für den ADC werden 3,0 statt 3,3 V, die Eingangsspannung wird statt 6 V 12 V sein, die Elkos werden durch Tantal ersetzt, die Stecker werden etwas anders ausgerichtet. Für Kritik
verkaufen. Also vielen Dank, wann ich was umsetze wird sich zeigen, erstmal muss ich das mit dem FT232RL testen und habe auch noch ein paar andere Baustellen.
-
Thread
billige stm32 minimalsysteme für 2,99 euro - taugt das was?
Vcc-GND Board" oder "STM32 blue pill". Ein bekannter Schönheitsfehler ist, daß der Pullup-Widerstand (R10) am USB statt der normgerechten 1.5K mit 10K bestückt ist. Bei manchen Computern gibt es dann Probleme wenn man USB benutzt.
noch einen UART-Anschluß mit 3.3V CMOS-Pegel. Am einfachsten so ein USB-Serial Teil mit CP2102 oder FT232 drauf. Die letzten dieser Boards die ich gekauft habe, hatten die readout- Protection aktiviert. Die *mußte* ich zuerst an den SWD hängen, um das Lockbit zurück zu setzen. Wenn du so eins erwischst
-
Artikel
AVR-Bootloader mit Verschlüsselung von Hagen Re
Version 1.0. 29.03.2008 05:30 unterstützt alle selbstprogramierbaren 8Bit-AVRs 1-Wire und 2-Wire RS232 Modus, invertierbar Baudraten je nach XTAL von 600 bis zu 256000 Baud per USB-RS232 XTEA Verschlüsselung für FLASH/EEPROM Schreiben 16Bit CRC für die komplette Datenübertragung, Senden & Empfangen FLASH
Nun funktioniert der Bootloader verifiziert auch mit RS485 Bussen. Getestet habe ich mit einen FTDI FT232R an MAX487 -> SN75LBC176 an ATMega162 bis 256kBaud. Bugfix: Das Problem mit extrem geringen XTAL Werten (siehe oben 128kHz) und den Timeout Schleifen ist ebenfalls gefixt. Desweiteren wurden einige
-
Thread
Benötige Hilfe bei Einstieg in Cypress CY7C68013a USB - I2C Programmierung
X- R. schrieb im Beitrag #4599647: > Da gibt's wesentlich einfachere Sachen als den FX2. > Such mal bei FTDI, die haben bestimmt ne I2C-USB Bridge. Wäre zwar möglich auf FTDI umzusteigen, jedoch habe
Wirf den Cypress weg - mit einem SC18IM700 (NXP) + USB to UART (FT232RL) geht die Kommunikation ganz einfach über den Virtual Com Port Driver (VCP). Das läuft sicher unter C# und jeder anderen Sprache und egal ob Windows oder Linux.
-
Thread
Atmega8 und I2C-Display startet nicht
So, hab gestern noch die FT232-Platine bekommen und direkt mal den UART angeworfen. Die LEDs am I2C hab ich rausgeschmissen. Verdrahtet hab ich den Atmega8 so: Atmgea Pin2 (PD0/RXD) --> FT232 TXD --> PC USB (Hyperterminal) Atmgea Pin3 (PD1/TXD) --> FT232 RXD --> PC USB (Hyperterminal) Atmgea Pin14(PB0) --> LED Atmgea Pin27(PC4/SDA) --> PCF8574 SDA --> TC2004-LCD Atmgea Pin28(PC5/SCL) --> PCF8574 SCL --> TC2004-LCD Die internen Pullups für
-
Thread
FT232 EBuy Modul
Hallo Welcher der FT232 Module kann man empfehlen. Einige haben noch einen gefakten Chip .Ich wollte mal wissen welche Module einen Originalen FT2332 Chip haben . http://www.ebay.de/sch/i.html?_from=R40&_trksid=p2050601
Martin M. schrieb im Beitrag #4595896: > http://www.ebay.de/sch/i.html?_from=R40&_trksid=p2050601.m570.l1313.TR11.TRC1.A0.H0.Xft232.TRS0&_nkw=ft232&_sacat=0 > Gerade mit den Roten Modulen habe ich schlechte Erfahrung gemacht . Dem Foto nach zu Urteilen ist das auch ein Fake.
-
Thread
Komplettkurse und Quellen für's Platinenlayouten
mal als Beispiel den USB Anschluss. Da wird gesagt, man soll die differential pairs direkt zum FT232 führen. Möglichst ohne stubs. Ich will aber noch eine ESD Protection dazu schalten. Bei der einen Leitung muss ich dann ja gezwungenermaßen ein Via legen. Da frag ich mich dann, wie gravierend das
@ tariqque (Gast) >Da wird gesagt, man soll die differential pairs direkt zum FT232 führen. >Möglichst ohne stubs. In der Theorie stimmt das. Praktisch ist der FT232 mit "nur" Full Speed USB" mit seinen 12 Mbit/s relativ genügsam. Da muss man nicht zwingend eine HF-Leitng berechnen
-
Thread
Problem FT232H
passenden Portpin geben, der zur Ansteuerung der Spannungsfreigabe dient. Hab allerdings keinen FT232H im Einsatz, sondern die FT232BM/FT232R. Es könnte auch sein, dass Du mit dem FT_PROG Tool erstmal das EEPROM sauber beschreiben musst, bevor sich da was sinnvolles tut. http://www.ftdichip.com
USB Viewer und ich hatte schon ohne den EEProm den Versuch gemacht mit dem selben Ergebnis. Ein FT230X ist schon im Einsatz und dieser wird korrekt erkannt, daher kann ich ein Treiberfehler ausschließen (außer es gibt erhebliche Unterschiede zwischen FT232H und FT230X). FT_Prog konnte den FT232
-
Thread
Digitales Display und Keyboard mit PC verbinden
eigentlich überhaupt kein extra µC-Board mehr einsetzen, sondern einfach nur eins der vielen billigen USB-FT232RL-Module verwenden, z.B. https://www.amazon.de/FT232RL-USB-Seriell-Konverter-Adapter-Modul-Arduino/dp/B00Q6WRLRG. Die haben genug IOs für die Aufgabe. > - Kann ich dich per Mail oder irgendwie
überhaupt kein extra µC-Board > mehr einsetzen, sondern einfach nur eins der vielen billigen > USB-FT232RL-Module verwenden, z.B. > https://www.amazon.de/FT232RL-USB-Seriell-Konverter-Adapter-Modul-Arduino/dp/B00Q6WRLRG. > Die haben genug IOs für die Aufgabe. Okay! Klingt auch gut. Können denn
-
Thread
Bestückungs-Daten Kleinserie, generelle Frage
Markus R. schrieb im Beitrag #4585206: > Was üblicherweise benötigt wird: > 1. Bestückungsdaten > 2. Top/Bottom Paste Layer (vom Leiterplatten-Hersteller) > 3. Bestückungsplan (damit man nachschauen kann,
IC-Typ Gehäuse D8 25.40 15.49 270 SP0502 SOT23 D9 126.75 84.07 180 SP0502 SOT23 IC1 25.30 30.05 180 FT232RL SSOP28 Den menschenlesbaren Bestückungsplan braucht man, um den Drehwinkel mit dem Datenblatt zu vergleichen, denn dort gibt es wie in vielen andern Dingen KEINE verbindlichen Normen, nur Empfehlungen
-
Thread
Fifo abschalten unter Windows 10? Gesperrt
-artnr-428155.html?gclid=CLvx_Yqz6MwCFeop0wodvBwPQg und einmal den renkforce: Chipsatz: FTDI / FT232R https://www.conrad.de/de/usb-20-seriell-anschlusskabel-1x-usb-20-stecker-a-1x-d-sub-stecker-9pol-1-m-schwarz-vergoldete-steckkontakte-renkforce-1360254.html?gclid=CNDzyNaz6MwCFfEV0wodT8YOXA&insert_kz
Chris schrieb im Beitrag #4584728: > und einmal den renkforce: > Chipsatz: FTDI / FT232R > > https://www.conrad.de/de/usb-20-seriell-anschlusskabel-1x-usb-20-stecker-a-1x-d-sub-stecker-9pol-1-m-schwarz-vergoldete-steckkontakte-renkforce-1360254.html?gclid=CNDzyNaz6MwCFfEV0wodT8YOXA
-
Thread
RS232 Adapter richtig?
weglassen. Ist eine Frage der Geschwindigkeitsübertragung, Kabellänge usw. Als alternative wäre ein FT232R-FTDI Chip zu gebrauchen. Diesen verbindest du per USB mit der Beere. Aber keine Clones aus China kaufen.
aSma>> schrieb im Beitrag #4580666: > Als alternative wäre ein FT232R-FTDI Chip zu gebrauchen. Diesen > verbindest du per USB mit der Beere. > Aber keine Clones aus China kaufen. warum nicht, die CH340/341 gehen doch auch
-
Thread
Schaltplan so richtig? STM32F407VG
immer über 1M || 10n an Masse, gab hier mal eine Diskussion darüber Vorschlag: Boot_En & Reset vom FT232 ansteuerbar machen, diverse Enable, Diag, Int, Sleep usw. Pins auch zum STM32 führen Allerdings solltest du das Layout nochmal gründlich überarbeiten, das geht besser & kompakter. 1. Schaltregler & Quarz Layout bei Lothar Miller nachlesen 2. High Speed USB Design nachlesen, D+/D- als 90R DiffPair verlegen 3. Abblock-Kondensatoren näher ans Geschehen, z.B. C40 nah bei P5 4. Größere Leiterbahnen für 3V3/5V 5. Anbindung der Motortreiber, Kühlung, vernünftige Anschlüsse 6. Masseführung
-
Thread
Was ist das wert ?
ST-LINK/V2 clone Schaltungen auf Platine - AVR ATmega8 Platine mit Bootloader über CH40 USB2RS232 Chip mit Firmware eines AVR-Flashers mit STK500 Protokoll über Jumper umschaltbar zu einem MCS-51 Flasher für AT89S51 / S52 und AT89S8253 - MCS51 Platine mit AT89S52 und RS232-Anschluss über 3,5mm
Ft schrieb im Beitrag #4552633: > Breadboard > Ebay-Artikel Nr. 181678171564 Da sieht man: das kostet sogar in China ein kleines bisschen etwas. Sobald mechanische Kontakte im Spiel sind wirds nicht
-
Thread
FT800 / FT810 Library
DEGREES AROUND MAIN CIRCLES float t = (t1 / 3.00) * PI; FT8_cmd_dl(VERTEX2F(x * 16 + (int)(r1 * sin(t)) * 16, y * 16 - (int)(r1 * cos(t)) * 16)); FT8_cmd_dl(VERTEX2F(x * 16 + (int)(r2 * sin(t)) * 16, y * 16 - (int)(r2 * cos(t)) * 16)); } FT8
Bits pro Farbe gehen schon, die unteren Bits bleiben dann offen soweit ich weiß. Im Datenblatt vom FT81x sieht man das, die FT810/FT811 haben R0, R1, G0, G1, B0 und B1 gar nicht erst heraus geführt. Mir fällt nur gerade kein Modul ein das einen FT812/FT813/BT81x verwendet aber nur 6 Bits pro Farbe nutzt
-
Thread
FT232Rl wird nicht mehr erkannt
Aus dem Datenblatt: "The FT232R will fail to operate when the internal oscillator has been disabled, but no external oscillator has been connected." Auch die Warnung: "CAUTION: IF THE INTERNAL OSCILLATOR IS DISABLED IN THE
Beides ist hier beschrieben: http://www.ftdichip.com/Support/Documents/AppNotes/AN_100_Using_The_FT232_245R_With_External_Osc%28FT_000067%29.pdf Dann kannst Du den FT232 wieder auf den internen Takt umprogrammieren. Oder Du lässt den Quarz einfach angeschlossen.
-
Thread
FT232RL tut krumm
Tuhe mich aktuell mit einem FT232RL schwer. Schaltung siehe Schema, hat auch schon funktioniert. Bei den heute bestückten jedoch nicht. Bin ich da ggf. auf fake FT232RL reingefallen? Habe VCCIO via Jumper auf 5V konfiguiert. Der Kernel
Hallo, nach meiner Erfahrung sind die FT232R eigentlich sehr friedlich. Auch auf einem DIL-Adapter, auf Steckbrett und Lochraster. Unter Windows gab es da außer "unbekanntes Gerät" bei vertauschen Datenleitungen da keine Probleme mit der
-
Thread
ATtiny84, FTDI FT232RL, SofwareSerial.h, Arduino ISP
Die Aufgabe meiner Schaltung: ATtiny84 (mit ext. 16MHz Crystal) soll über "SoftwareSerial.h" und FT232RL-Breakout (orig. FTDI Chip) mit meinem PC kommunizieren. Leider hab ich nie Etwas (nicht mal ein einziger Byte) erhalten! Normalerweise sollte "DTR" den ATtiny84 /RESET einen Signal senden, damit
getestet habe und weiß, dass es 100%ig funktioniert: 1. Treiber für FTDI wurde richtig installiert 2. FT232RL-Breakout funktioniert einwandfrei (mit ATmega328 getestet) 3. Der Flasher (Arduino as ISP) hat einwandfrei compiliert und hochgeladen (getestet mit ATtiny84 und standard "Blink" Sketch). 4. Alle
-
Thread
Messwerte von DC Zange in µC
aber auch ziemlich wahrscheinlich, dass der USB Ausgang dieser Messzange einen Wandler wie z.B. den FT232 benutzt. D.h. die Daten liegen davor schon als UART vor. Diese kann man evt. mit einem µC leichter anzapfen?!? Grüße, Tom
oder eher sowas? http://www.elv.de/truerms-multimeter-dt-9602r-mit-rs-232-schnittstelle.html?refid=SEM_30003 https://www.conrad.de/de/voltcraft-rs-232-schnittstellenadapter-fuer-voltcraft-multimeter-passend-fuer-vc820-vc830-vc840-vc850-vc870vc920-vc940-vc960-
-
Thread
USB-Schachbrett selber bauen
Andreas R. schrieb im Beitrag #4506111: > Könnte man so etwas evtl mit einem Touchscreen realisieren? Also > der > Bildschirm als Brett? Das wird Nichts oder sehr sehr schwierig. Für einen druckempfindlichen
Hall-Effekt-Sensoren benutzen. (Bei Pollin ab 0,29€) Die USB-Schnittstelle würde ich mit einem FT232Rl von FTDI oder mit einer Software-USB-Schnittstelle (vUSB) realisieren. Software müsste ich erst mal schauen was es da gibt. Seitens µC und Windows. Eine eigene Software für windows müsste ich
-
Thread
arduino uno per ftdi brennen
#4505911: > FTDI ist ein Hersteller. Welches Produkt von denen meinst du? ich denke mal er meint den FT232R der auch drauf ist. Den benutze ich auch immer.
hoffentlich den schon vorhandenen USB-TTL-Wandler des UNO (Mega 16U2, Mega8U2 o.ä.) von Rx/Tx des AvR abgetrennt, wenn Du sowas schon (wozu???) machen willst? Gruß aus Berlin Michael
-
Thread
TTL-232 USB RS232 half duplex UART Connector
dass die DATA-Leitung als Ausgang arbeiten kann. Vermutlich reicht dazu eine Diode und ein Pullup-R, der aber wahrscheinlich in dem Servo schon drin ist. > Hat jemand Erfahrung, ob man die TTL-232RG Schnittstelle direkt für de > half-duplex UART Betrieb konfigurieren kann, oder eine entsprechende
Beitrag #4494617: > Die Handshakesignale CTS/RTS kannst du weglassen, aber Rxd und Txd sind > an der RS232 unverzichtbar wenn man Daten in beide Richtungen senden > will. Was soll das Ganze jetzt plötzlich mit RS232 zu tun haben? Sowohl der FT232RQ in dem USB-Konverterkabel, als auch der AX-18A Stats
-
Thread
QFN Footprint - Alle machen das anders
datasheet/37411ff.pdf 0.50mm (Seite 38) http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT232R.pdf
-
Thread
Seriellen port doppelt belegen
nicht vorhanden. Deswegen habe ich mir folgende Lösung ausgedacht: [code] R4 2,2k _________ +---[===]---| _______ | ESP8266 | | | CH341 | | | | R3 1k R1 1k | D+|-------o | RxD|--+-[=
ich verwende fertige Module(Arduino Nano clones). Ah ja, ich sehe es [*] Rx/Tx sind fest mit demm FT232 verdrahtet. Hm.. Beinchen am FT durchtrennen ist keine Option? [*] https://www.arduino.cc/en/uploads/Main/ArduinoNano30Schematic.pdf