Windows Arduino IDE 2.x DTR/RTS Problem beim ESP32

[Alexander (alecxs)]

OS: Windows 10
Treiber: https://github.com/SHWotever/FakeCH340DriverFixer
IDE: Arduino IDE 2.x
Problem: ESP32 DevKitC mit CH340 geht über USB nicht in Download Mode

Es funktioniert auf einem Windows 10 Tablet, auf dem Windows 10 Desktop 
PC aber nicht. Auf derselben Hardware funktioniert es dann wieder unter 
Linux.

Ich kann den ESP32 flashen indem ich den BOOT Taster auf dem NodeMCU 
gedrückt halte, flashen ist hier nicht das Problem!

Es geht in diesem Thread darum dass es nicht automatisch geht. 
Vielleicht kann man das mit einem externen Tool lösen? Ich habe versucht 
über Python ser.rts = True; ser.dtr = False; zu setzen, aber dann ist 
der Port für das esptool blockiert.

Bitte hierzu einige Info lesen bevor ihr antwortet:

Beitrag "Automatische Programmierung mit esptool ohne manuellen Reset"

Beitrag "ESP32 Feather Boardverwaltung"
hier nur die Beiträge von Michael U. (amiga)

[Harald K. (kirnbichler)]

Alexander schrieb:
> Es funktioniert auf einem Windows 10 Tablet, auf dem Windows 10 Desktop
> PC aber nicht.

Und beide verwenden ganz sicher den gleichen Treiber und das gleiche 
"esptool"?

[Alexander (alecxs)]

Nein beides unterschiedlich. Einmal esptool.exe v4.6 und einmal v5.0.0 
funktionieren beide auf dem Tablet, beide nicht auf dem Desktop PC.

Treiber auf dem Desktop PC sind älter:

ch340_wch.cn
3.5.2019.1
30.01.2019    
    C:\Windows\INF\oem14.inf
    C:\Windows\system32\drivers\CH341S64.SYS

Treiber funktioniert auf dem Tablet, weiß nicht wie ich den auf den 
Desktop PC bekomme zum testen:

ch340_wch.cn
3.9.2024.9
16.09.2024
    C:\Windows\INF\oem37.inf
    C:\Windows\system32\CH341PORTSA64.DLL
    C:\Windows\system32\CH341PTA64.DLL
    C:\Windows\system32\drivers\CH341S64.SYS
    C:\Windows\SysWOW64\CH341PT.DLL

(zum testen)

@echo off
set COMPORT=COM4
set TOOLPATH=%UserProfile%\AppData\Local\Arduino15\packages\esp32\tools\esptool_py\5.0.0
call "%TOOLPATH%\esptool.exe" --chip esp32 --port %COMPORT% --baud 115200 --before default_reset --no-stub read_mac

[Harald K. (kirnbichler)]

Alexander schrieb:
> Nein beides unterschiedlich. Einmal esptool.exe v4.6 und einmal v5.0.0
> funktionieren beide auf dem Tablet, beide nicht auf dem Desktop PC.
>
> Treiber auf dem Desktop PC sind älter:

Na, dann weißt Du ja, was Du noch testen kannst.

[Alexander (alecxs)]

Hab ich nachgeholt. Der Treiber macht ebenso wie das Esptool auch keinen 
Unterschied.

Hier noch etwas ChatGPT Müll... funktioniert, aber nicht Wert auf GitHub 
hochgeladen zu werden. Wir wollen ja auch nicht dass es seine eigenen 
Datenpansen wiederkäut für den KI-Inzest der dritten Generation.

[Harald K. (kirnbichler)]

Alexander schrieb:
> Hier noch etwas ChatGPT Müll... funktioniert, aber nicht Wert auf GitHub
> hochgeladen zu werden.

"Funktioniert" heißt, daß Dein Problem damit behoben ist?

[Alexander (alecxs)]

Nein, nur das "Problem" wie ich den Treiber von einem Windows auf das 
andere Windows bekomme ist damit "gelöst"

[Harald K. (kirnbichler)]

Aha. Nun, dann sieh Dir mal im Gerätemanager die Einstellungen der 
zugehörigen seriellen Schnittstelle an. Manche schlechtgeschriebene 
Software erwartet, daß bestimmte Einstellungen dort geschehen, statt 
sich selbst drum zu kümmern. Und dann verhält sich die exakt selbe 
Software mit exakt dem selben Devicetreiber auf dem einen Rechner anders 
als auf dem anderen.

[Alexander (alecxs)]

Ich möchte mich bei Harald K. (kirnbichler) bedanken, das Problem wurde 
(für mich) gelöst. Es funktionierte nicht am Desktop PC weil es an einem 
USB 1.1 Port angeschlossen war. An einem USB 2.0 Port klappt es!