Nachdem der Parity-Bug des CH340 in Linux bekannt ist (der in Verbindung mit stm32flash zum Tragen kommt), lief nach einem bekannten Patch bisher alles reibungslos mit dem Chip... ... bis ich auf die Idee kam, mir ein neues Mainboard (MSI A320M mit Ryzen5 Prozessor) zu kaufen. Zu meinem Schrecken mußte ich feststellen, dass sich STM32 Controller nur noch ein einziges mal mittels Bootloader und CH340 Chip flashen ließen und danach mußte die USB Verbindung unterbrochen werden und wieder hergestellt, damit ich weiterhin CH340 verwenden kann (was natürlich nervig ist). Das verwendete Linux ist Slackware 14, ob dieses Verhalten mit einer anderen Linux Distribution ebenso ist, weiß ich nicht. Meine Lösung ist, anstelle den Anschluß jedesmal aus- und wieder einzustecken, den Anschluß mit dem der CH340 verbunden ist, zu reseten. Schönerweise haben alle CH340 dieselbe VID:PID (1a86:7523). Mein Programm scant den USB-Bus und der erste angeschlossene Chip wird geresetet (somit funktioniert diese Lösung nur, wenn über den ersten angeschlossenen CH340 Chip ein STM32 Controller geflasht wird). Bevor nun also stm32flash aufgerufen wird, muß ch340reset gestartet sein und alles funktioniert wieder wie gehabt. Gepacktes Programm im Anhang, in ein Verzeichnis auspacken und make aufrufen. Das entstandene Programm ch340reset am besten nach /usr/local/bin kopieren, damit es im Suchpfad liegt.