-
Thread
Sketch Upload via CP2102N schlägt fehl
Dann besorge dir doch das Datenblatt. https://www.silabs.com/documents/public/data-sheets/cp2102n-datasheet.pdf
10k auf den AT90CAN64 RESET gelegt und mit diesem Schritt funktionierts. Der Anschluss (links CP2102N / rechts AT90CAN) : GND -> GND TXD -> PDI RXD -> PDO RTS -> RESET (dazwischen ein 100nF Kondensator) 5V mit 10K auf RESET Fürs nächste mal (bestimmt nicht das letzte Problem ;)
-
Thread
ESP32 Dev Kit C V4 mit gefälschten CP2102
Günter N. schrieb im Beitrag #7929671: > Auf dem angehängten Foto sieht man die Aufschrift "S1LABs", wo > eigentlich "SILABS" stehen sollte. ... und da, wo du meinst, ein "CP2102" zu lesen, steht "CP2I02
Günter N. schrieb im Beitrag #7929671: > richtig.jpg S1LABS CP2J02
-
Thread
ESP32-Wroom Platine erstellen
Board. 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
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
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
NodmCU ESP8266 nicht zu flashen
Was ist das auf R10 (beeinflusst nRST) ?
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
Navigation im USB Tree
für 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)) for n in dir(device): if n.startswith("__"): continue v = getattr(device, n) if isinstance(v, types.GeneratorType): v = list(v) print(n, v)
-
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
Marek N. schrieb im Beitrag #8077404: > Was konkret ist jetzt an dem ESP32 "illegal"? Es geht nicht um "den" ESP32, sonden um ein konkretes Modul mit einem ESP32. Vielleicht fehlte nur ein Dokument. Das
-
Thread
Vermischte Potentiale
Idee 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
Walt N. schrieb im Beitrag #7965452: > Bekomme ich da Probleme, wenn ich den Flasher anstecke ohne das der > DC/DC converter (LM25965) läuft? Nicht wirklich. Sieht erst einmal so aus, als hätte der Schaltregler
-
Thread
ESP32 mit 3,3V PWM einen 3,7V Motor betreiben
halbwegs 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
Die Winde, sie weh'n so still und so schaurig ... Und CO2-Neutral ist die Furzerei auch nicht. Denkt denn niemand an das Methan?
-
Thread
USB-UART mit MCP2221A - Mit Bitte um Review
Johannes F. schrieb im Beitrag #8027218: > Der CH340N von WCH braucht ... > unter Windows... keine Treiberinstallation Ist das eine Besonderheit von der N Version? Ich frage, weil ich gewohnt bin, daß CH340 eine Treiberinstallation erfordern. Manchmal
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
Peter N. schrieb im Beitrag #7982871: > Dann sollen sie gefälligst auch dafür sorgen, daß alle Artikel in D > erhältlich sind! Das heißt, die Revox A77 hat kein CE-Kennzeichen und wird beim Übertritt von