-
Thread
Sketch Upload via CP2102N schlägt fehl
ISP zu brennen, bin ich jetzt auf dass nächste Problem gestoßen. Der Hochladevorgang mit dem CP2102N von Silicon Labs funktioniert nicht zuverlässig über die Arduino IDE und ich kann auch keinen richtigen Anschlussplan dazu finden. Hauptverursacher dieses Problems, ist meiner Meinung nach der RESET
Dann besorge dir doch das Datenblatt. https://www.silabs.com/documents/public/data-sheets/cp2102n-datasheet.pdf
-
Thread
ESP32-Wroom Platine erstellen
. Das will ich ja > machen. Dann orientiere Dich an einem solchen. Es fehlt noch ein CH341, CP2102N o.ä. Boards gibt es auch fertig zu kaufen. https://www.remma.net/?p=5139
Alexander schrieb im Beitrag #8053695: > Es fehlt noch ein CH341, CP2102N Du hast völlig Recht. Den muss ich noch ergänzen...
-
Thread
ESP32 Dev Kit C V4 mit gefälschten CP2102
wiederholten Mal "ESP32 Dev Kit C V4" bestellt. Dieses Mal gibt es erstmals Probleme damit: Der USB-Chip CP2102 ist gefälscht. Wenn nichts an USB angeschlossen ist, schwebt die RX-Leitung bei 2 V, so dass der Chip auf dem UART meint, Daten zu empfangen, die gar nicht da sind. Auf dem angehängten Foto sieht
Aufschrift "S1LABs", wo > eigentlich "SILABS" stehen sollte. ... und da, wo du meinst, ein "CP2102" zu lesen, steht "CP2I02".
-
Thread
ALLPOWERS R3500 – SOC nach Tiefentladung bei 1% eingefroren, lädt aber normal. Reset-Erfahrung?
gegenprüfen): Foto 1 – P2 (rechte Lochreihe) = UART: von oben nach unten 3.3V / RX / TX / GND. Plan: CP2102 (3,3 V!), RX/TX gekreuzt, 3.3V NICHT anschließen (Board läuft), 115200 8N1. Foto 2 – P1 (linke Lochreihe) = SWD: von oben nach unten 3.3V / DIO(SWDIO) / CLK(SWCLK) / GND. Plan: DAPLINK, 3V3 nur bei
Michael R. schrieb im Beitrag #8086618: > Anschluss_CP2102_UART_P2.png Michael R. schrieb im Beitrag #8086618: > Anschluss_DAPLINK_SWD_P1.png Oh man! [[Bildformate]]
-
Thread
ESP32 - merkwürdige Mail von AliExpress
Bestellnummer 3072215832625413 und den Produktnamen ESP32 WROOM-32 Development Board TYPE-C CH340C/ CP2102 WiFi+Bluetooth Ultra-Low Power Consumption Dual Core Wireless Module. Der Grund für das potenzielle Problem ist Illegal Product. Für uns hatIhre Sicherheit und Zufriedenheit höchste Priorität, weshalb
-
Thread
USB-A Shield und Ground verbinden?
Also 2,5V habe ich definitiv nicht. Ich habe nun noch mal einen CP2102 geopfert. Vorher und nachher den Port durchgemessen. D+ zu D- 2.2M, D+|D- zu Vbus|GND 900k. Spannung Vbus zu GND 4.8V, Vbus zu D+|D- keine Messung, D+|D- zu GND 50-100mV. Trotzdem grillt es. Ich
-
Thread
Navigation im USB Tree
die SN * schickt bei STOP des HW-Flows noch 2 Bytes über die Leitung Würde da dann auf den CP2102 gehen. Ist jetzt nicht schön, aber fängt an zu funktionieren: [code] import pyudev from pprint import pprint import types def printDevice(device): print(device) #print(dir(device
-
Thread
NodmCU ESP8266 nicht zu flashen
Google mal "esp 12e pinout" die LED auf dem ESP Modul ist mit GPIO2 verbunden. Die LED neben dem CP2102 mit GPIO16 Manuell den Pegel herstellen und schauen ob flashen funktioniert.
-
Thread
Vermischte Potentiale
einen Externen ESP32 Flasher zu basteln. Er besteht hauptsächlich aus einer USB-C Buchse und dem CP2102 USB-Uart bridge. Um diesen nicht auf jeder Platine verbauen zu müssen, auf der sich ein ESP32 befindet. ESP32 flasher benutzen um das Programm auf den ESP32 zu laden und anschließend den flasher
-
Thread
ESP32 mit 3,3V PWM einen 3,7V Motor betreiben
stabil läuft (WLAN ist halt schwach). Ein USB 2.0 Port ist mit 100mA spezifiziert. Mehr wird ein CP2102 oder CH341 auch nicht aushandeln. Allerdings war mein Zitat mal wieder verkürzt, es ging noch weiter. Alexander schrieb im Beitrag #8061514: > Dann eben noch einen Elko dazu. Oder LF33CV
USB-Kabel halbwegs stabil > läuft. Ein USB 2.0 Port ist mit 100mA spezifiziert. Mehr wird > ein CP2102 oder CH341 auch nicht aushandeln. Das klappt nur deswegen an den meisten Computern, weil sie die Überschreitung der 100 mA bestenfalls irgendwo anzeigen, den USB Port aber trotzdem nicht abschalten
-
Thread
az-delivery hört auf
gefälschten Chips oder sind die > OK? Bei den bekannt gewordenen Vorfällen ging es um nachgemachte CP2102 (mit "S1LABS"-Marking) und CH340 ("AZ340"), siehe z.B: * https://www.mikrocontroller.net/topic/580015 * https://www.mikrocontroller.net/topic/575077#7820521 Beim Anbieter war man offenbar der
-
Thread
USB-UART mit MCP2221A - Mit Bitte um Review
Standard-Treiber verwendet. Auch bei Linux. Wie beim MCP2221(A). Deshalb verwende ich auch nur die beiden, CP2102 und FT232 kommen für mich nicht infrage, weil ich keinen Bock habe, mich mit irgendwelchen potentiell fehlerhaften Treibern herumzuärgern. Nachtrag: Microchip schreibt im DS des MCP2221A: "Implements
-
Thread
Die Katze aus dem EU-Sack: https://www.china-gadgets.de/ende-der-zollfreigrenze-fuer-sendungen-aus-c
nicht kaufen. Die verkaufen eindeutig gefälschte USB-UART-Bridges (die so tun, als wären sie z.B. CP2102, aber "leicht" abweichend beschriftet sind) und behaupten, daß das "industrieüblich kompatible" Nachbauten wären. https://www.mikrocontroller.net/topic/580015#new