Beschreibung. USB-UART-Converter mit CH340N, galvanisch isoliert mittels ISO6521, drei getrennte Kanäle auf einer 100×100 mm² großen Platine, USB-C-Buchsen. Lizenz.
Hinweis: Originale Arduino‘s verwenden den Port ttyACM0, die China-Clones haben in aller Regel einen CH340G Chip als USB2UART-Bridge verbaut und verwenden den Port ttyUSB0. Desweiteren werden originale Arduino nano mit einer Baudrate von 57600 Baud, manche Clone‘s mit 115200 Baud betrieben. cd /home/mcu
Hinweis: Originale Arduino‘s verwenden den Port ttyACM0, die China-Clones haben in aller Regel einen CH340G Chip als USB2UART-Bridge verbaut und verwenden den Port ttyUSB0. Desweiteren werden originale Arduino nano mit einer Baudrate von 57600 Baud, manche Clone‘s mit 115200 Baud betrieben. cd /home/mcu
die Versorgungsspannung des Controllers ab, so können unterschiedlich USB2UART-Bridges (ich habe CH340, FTDI, PL2303 getestet) unterschiedliche Ströme liefern. Ein Strom in den Rx Anschluss des Controllers kann bei ungeschickten Bedingungen dazu führen, dass dieses dem Controller als Betriebsspannung
. Epochal sind die Erweiterungen nicht aber ich finde die UPDI Schnittstelle welche nur einen CH340n mit minimalster Beschaltung erfordert was den Entwurf eigener Platinen recht einfach gestaltet und das auch kein exterer Ozzi benötigt wird schon lohnenswert umzusteigen. Ein ATtiny 3216/26 bietet
==> benoetigt serielle Portangabe PROGRAMMER = 2 SERPORT = /dev/ttyUSB0 CH340RESET = 1 include ../makefile.mk [/code] Im diesem Falle muß man hier nur das Programm angeben, das die Main-Funktion beinhaltet (hier uart_demo.c als uart_demo angegeben) und welche zusätzlichen
Ralph S. schrieb im Beitrag #7890594: > Bspw. picocom hinterläßt bei Benutzung > eines CH340 unter /var/lock mit Slackware-Linux leider nichts (zig mal > nachgesehen) Picocom lockt das Device mittels flock() (wenn man dies nicht mit -l verhindert). Eine Lock-Datei wird dabei nicht angelegt
Beitrag #7890594: > Das dachte ich zuerst auch, aber: Bspw. picocom hinterläßt bei Benutzung > eines CH340 unter /var/lock mit Slackware-Linux leider nichts (zig mal > nachgesehen) Der TE will wissen, Ralph S. schrieb im Beitrag #7890481: > ob ein Programm (vorzugsweise ein Terminalprogramm wie
100nF UART-Port, z.B. als 3x2 Pinliste geht zum RX eines µCs USB GL F1 750mA PC 1 2 3 D- D+ GND U3 CH340N RTX TX RX GND RTS kommt vom TX eines µCs Typ-8 GND GND GND 10/22µF 500mW GND GND GND
owon Ready T:6.480us a b 193000 1 2 Δx: 5.180us 1/x: 193.1KHz x1: -5.160us x2: -10.340us 1 F: 96.71kHz 2 F: ? 1 Vpp: 5.313V M: 1.0us (500MS/s) Depth:10k 1 2.00V- 1.00div 5.58794Hz CH1:DC- 1.60V 2 2.00V- -2.00div Cursor Type Time Linie Typ None Window Main Line a b ab Source CH1 CH2
owon Ready T:9.480us a b 145000 1 2 Δx: 6.880us 1/x: 145.3KHz x1: -6.840us x2: -13.720us 1 F : 73.10kHz 2 F : ? 1 Vpp: 5.391V M: 2.0us (250MS/s) Depth:10k 1 2.00V- 1.00div 5.58794Hz CH1:DC- 1.60V 2 2.00V- -2.00div Cursor Type Time Linie Typ None Window Main a b ab Line Source CH1 CH2
CH340 - offizielles D... 5.4. UART features CH340 has integrate transmit-receive buffer and supports simplex, half-duplex and full duplex UART communication. 5.3. DTR and multi-mode MCU download 5.4. UART
Aber manchmal halt super praktisch. Im Moment allerdings hab ich hier mein Testaufbau mit einem CH340N (ohne Quarz). Funktioniert. Außerdem muß ich an der Hardware hier noch etwas spielen. Seit vllt. 2 Stunden funktioniert mein Bootloader grundsätzlich. Allerdings noch etwas langsam, weil ich Bytes
Da hier im Thread auch der CH340/CH341 erwähnt wurde, lade ich ein paar Screenshots mit Messungen hoch - getestet wurde der CH340N, der standardmäßig ohne Quarz läuft und bei dem ich die Rx- und Tx-Leitung verbunden habe, um sich
ich alle Parameter, die beim Öffnen eines COM-Ports an den CH340N vom PC aus übergeben werden müssen, auch selbst eingeben kann, denn vielleicht lag es nicht an dem CH340N, sondern am HTerm, dass das Öffnen des Ports verweigert wurde.
Offensichtlich greift etwas auf den COM Port zu. Windows, Linux? Treiber korrekt installiert? Ist der CH340 original? Für Klone gibt es passende Treiber damit Windows diese nicht blockiert.
scannt der immer mal wieder die Ports, bzw. vllt. liegt es auch daran, dass der Drucker ebenfalls ein CH340 hat. Jetzt bleibt nur noch das Reset Problem.
lesen. Der Adapter wurde bei Reichelt gekauft, gibts aber auch ab 1€ bei Aliexpress. Da ist ein CH340G Chip verbaut. Anderen habe ich leider nicht. In Ruhe läuft alles. Sobald der Verbrennungsmotor gestartet wird, hängt sich der Chip ab. USB raus/rein, Terminalprogramm neu starten, nichts hilft.
klaglos handhabbar. Dessen Original mit FTDI-USB läuft klaglos mit der A*-IDE. Bei den ChiNanos mit CH340 muß man unter Windows den USB-Treiber nachinstallieren - wozu es widersprüchliche Aussagen gibt. Aber, wenn das schon zuviel verlangt ist, sollte man besser Tischler oder Gärtner werden. Niklas
Beschaltung > wie im Anhang braucht es zum programmieren in der Schaltung nicht. Ich könnte auch einen CH340 direkt anschließen, an dem nichts fragwürdig ist. So ziemlich alle China-Arduinos haben den CH340 und funktionieren, außer bei den Leuten, die zu dusselig sind, den Treiber zu installieren. > Zusätzliches
Hinweis: Originale Arduino‘s verwenden den Port ttyACM0, die China-Clones haben in aller Regel einen CH340G Chip als USB2UART-Bridge verbaut und verwenden den Port ttyUSB0. Desweiteren werden originale Arduino nano mit einer Baudrate von 57600 Baud, manche Clone‘s mit 115200 Baud betrieben. cd /home/mcu
Hinweis: Originale Arduino‘s verwenden den Port ttyACM0, die China-Clones haben in aller Regel einen CH340G Chip als USB2UART-Bridge verbaut und verwenden den PortUSB0. Desweiteren werden originale Arduino nano mit einer Baudrate von 57600 Baud, manche Clone‘s mit 115200 Baud betrieben. cd /home/mcu/ch32v003
3.3V Ausgang vom USB IC. Der ist nicht kurzschlussfest. Einem Bekannten von mir ist das mit einem CH340 Nano Klon passiert und himmelte den CH340G. Ja, und wie schon bemerkt wurde, die I2C Verbindung benötigt 2-3K nach Vcc Pull-ups, sofern sie nicht schon im angeschlossenem Modul verbaut sind.
8x-platine-usb-uart-n1-10x2-8cm-mit-netzteil-ohne-bauteile - teilbestückt wie auf dem angehängten Foto abgebildet (nur CH340N + Hühnerfutter, 250-mA-Polyfuse von Yageo, ohne Spannungsregler etc.), je 3 EUR zzgl. Porto. * 3 Stück 10*10 cm² große Platinen mit je drei unabhängigen Kanälen, USB-C, komplett bestückt mit CH340N
Stück 10*10 cm² große Platinen mit je drei unabhängigen Kanälen, > USB-C, komplett bestückt mit CH340N und galv. getrennt mittels ISO6521 > von TI, Schaltplan und Layout als KiCad-ZIP-Archiv im Anhang, je 12 EUR > zzgl. Porto. Hallo Johannes, schicke Dir gleich noch PN dazu, würde ich gern
einen USB_TO_RS485 (https://www.reichelt.de/de/de/shop/produkt/raspberry_pi_-_usb-rs485-schnittstelle_ch340c-242783). An diesem habe ich einen 100Ohm Widerstand angeschlossen(hatte leider keinen 120Ohm) und diesen mit der Wohnmobilsteuerung verbunden(Kabellänge 20cm). Den Abgriff für das Oziloskop ist direkt
von Reichelt: https://www.reichelt.de/de/de/shop/produkt/raspberry_pi_-_usb-rs485-schnittstelle_ch340c-242783) Hast Du einen besser geeigneten? Mein Problem ist das ich das Display gegen die Raspberry Pi tauschen möchte und die Signale verkehrt herum ankommen oder gesendet werden, da die Steuerung
ihren substanzlosen Senf zu der Sache abzugeben. > Einfach keine dubiosen Sachen bestellen… CH340C sind "dubiose Sachen"? Sonst gehts dir noch gut?
Troll der auf fadenscheine Weise versucht hier seine illegalen Importe zu rechtfertigen?? Klar, CH340 ist normalerweise kein Problem. Wenn man aber was anderes bestellt und den Verkäufer noch zwingen will, da "CH340" draufzukrakeln ist die Sache doch mehr als eindeutig! PS: Der Zoll setzt auch Hunde
12 DTR 100nF D+ 6 UD+ DCD# 11 GND 3 D- 7 UD- RI# 10 C12 C11 3 XI DSR# 100nF 10uF 1 2 3 8 XO CTS# 9 CH340G GND GND 5V usb X1 S R 0 Seperat bestellen T T I 1 2 R D P 5 12MHz (ATS120C-E) G C22 C23 100nF 100nF USB3 8 9 D7 D F3 SS34 D H HVBUS 1 2 1 S S D- 2 GND 3 D- Reomax R12.000.0.5 D+ 4 D+ TITLE: H H ID
12 DTR 100nF D+ 6 UD+ DCD# 11 GND 3 D- 7 UD- RI# 10 C12 C11 3 XI DSR# 100nF 10uF 1 2 3 8 XO CTS# 9 CH340G GND GND 5V usb X1 S R 0 Seperat bestellen T T I 1 2 R D P 5 12MHz (ATS120C-E) G C22 C23 100nF 100nF USB3 8 9 D7 D F3 SS34 D H HVBUS 1 2 1 S S D- 2 GND 3 D- Reomax R12.000.0.5 D+ 4 D+ TITLE: H H ID
Beitrag #7844680: > Kann ich eine IR-Sendediode mit einem USB-Seriell-Wandler(VUSB, FTDI > oder CH340 o.ä.) überhaupt schnell genug bedienen? Warum nicht einfach per Arduino?
Beitrag #7844680: > Kann ich eine IR-Sendediode mit einem USB-Seriell-Wandler(VUSB, FTDI > oder CH340 o.ä.) überhaupt schnell genug bedienen? Nein, du brauchst einen Mikrocontroller zwischen USB und LED.
Platine konfigurieren und auslesen kann. RxD +/-, TxD+/- und GND an einen USB RS422 Adapter auf CH340 Basis verbunden und getestet. Kommunikation funktioniert nicht, es kommen nur unbrauchbare Bytes von der Platine. Zudem ist die RxD LED auf dem Adapter permanent an. Sobald man TxD- abklemmt
Herstellers. Funktioniert wenn TXD - mit GND verbunden ist, sonst nicht. Sowohl mit FTDI als auch CH340 Adapter.
Gummilösung nicht gefällt. Haben die sie noch alle beisammen? Eine weitere Sendung mit 10 CH340C vom Ali ist auch schon wieder so verdächtig lange beim Zoll. Man darf gespannt sein, was denen dazu einfällt…
Pendel schrauben, dann ergibt sich der Rest von alleine. Es muß also unbedingt ein FTDI-Chip sein, CH340 geht garnicht? ... Wo lernt man eigentlich so destruktive Lösungsansätze zu finden? :-(
PY32 ISP Tool V1.0.0
Device USB-SERIAL CH340 (COM3) 115200 connect
APP File open
Download Function
Erase Full Chip
Erase Sectors
Erase Pages
Do not Erase
Program
Verify
Option Bytes
Run to App
App Function
Run to App
Upload
Download
Getting option
dürfen, dieses wird über die rules in /etc/udev/rules.d eingestellt. Für eine USB2UART-Bridge mit CH340G muß es hier bspw. eine Regeldatei 89-ch340g.rules geben (Name ist "fast" beliebig, Hauptsache die Datei endet mit .rules) TTR{idVendor}=="1a86", ATTR{idProduct}=="7523", GROUP="dialout",
PY32 Isp Tool V1.0.0
Device USB-SERIAL CH340 (COM3) 115200 connect
APP File open
Download Function
Erase Full Chip
Erase Sectors
Erase Pages
Do not Erase
Program
Verify
Option Bytes
Run to App
App Function
Run to App
Upload
Download
Getting option
9600 passt das noch gut. Aber die 115,2 sind ca 117,6 bei 16 Mhz oder 111 bei 8Mhz. Am PC kann dem CH340 gesagt werden das er eben mit 117/111 sprechen soll und untereinander stimmt es ja sowieso. Es sei denn der Quarz/Resonator hat 'nen Schuss' Da war Lothar m. schneller. Messen ist generell eine gute
zwar eigentlich noch nen Wolf wie genau ich das ISP Programm von Puya dazu bekommen kann mit meinem CH340/Jlink zusammen zu Arbeiten, alternativ wie ich das alles mit Jlink hin bekomme. (Flashdump ect..) Aber immerhin! Jetzt wo die Kommunikation passt ist es aktuell allein nur mein fehlendes wissen
Der CH340 ist ISP (Pin 1, CS vom Flash, TH, Touch_High) Der CH341 die serielle.