installation driver CH341

mbd@keemail.me · Le 31/05/2022, à 11:05

bonjour,
je suis sous ubuntu 22.04 avec le kernel linux 5.15.... Je souhaite installer le driver CH341. Savez vous comment faire? je telecharge le zip contenant le fichier makefile et ch341.c
je me place dans le repertoire dezippe. j'execute make. ensuite j'execute sudo make file. j'ai toujours l'erreur suivante.
Skipping BTF generation xxx. due to unavailability of vmlinux.

xubu1957 · Le 31/05/2022, à 11:10

Bonjour,

Ce pilote ? > github.com/juliagoda/CH341SER

mbd@keemail.me · Le 31/05/2022, à 19:51

Dans la page https://github.com/juliagoda/CH341SER#r … pendencies, peux-tu m'expliquer ce que je dois faire pour les dépendances?
Voici ce que j'ai comme versions dans le terminal:
ii linux-headers-generic 5.15.0.35.38 amd64
ii linux-headers-generic-hwe-22.04 5.15.0.35.38 amd64
ii linux-image-generic 5.15.0.35.38 amd64
ii linux-image-generic-hwe-22.04 5.15.0.35.38 amd64

xubu1957 · Le 31/05/2022, à 19:55

Comme demandé dans le premier message du tutoriel Retour utilisable de commande

Pour ajouter toi-même les balises code à ton précédent message #3 :

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

ii  linux-headers-generic                       5.15.0.35.38    amd64
ii  linux-headers-generic-hwe-22.04             5.15.0.35.38    amd64
ii  linux-image-generic                         5.15.0.35.38    amd64
ii  linux-image-generic-hwe-22.04               5.15.0.35.38    amd64

Je ne sais pas compiler.

Je vais essayer d'avoir du renfort.

Dernière modification par xubu1957 (Le 01/06/2022, à 06:42)

NicoApi73 · Le 01/06/2022, à 05:45

Bonjour,

Donne tous les retours de commande :

cd
git clone https://github.com/juliagoda/CH341SER
cd CH341SER
make

EDIT : manquait le changement de répertoire

Dernière modification par NicoApi73 (Le 02/06/2022, à 09:26)

MicP · Le 01/06/2022, à 12:04

Bonjour

Je trouve sur internet beaucoup de problèmes cités concernant ce périphérique USB
Il existe d'autres périphériques de ce genre qui sont beaucoup moins problématiques.

@mbd@keemail.me
Quel(s) appareil(s) tentes-tu de connecter par l'intermédiaire de ton périphérique USB équipé d'une puce CH341 ?

Dernière modification par MicP (Le 01/06/2022, à 12:05)

mbd@keemail.me · Le 01/06/2022, à 16:50

NicoApi73 a écrit :

Bonjour,
Donne tous les retours de commande :
cd
git clone https://github.com/juliagoda/CH341SER
make

(base) donat@donat-Aspire-XC600:~$ cd
(base) donat@donat-Aspire-XC600:~$ git clone https://github.com/juliagoda/CH341SER
Clonage dans 'CH341SER'...
remote: Enumerating objects: 137, done.
remote: Counting objects: 100% (69/69), done.
remote: Compressing objects: 100% (20/20), done.
remote: Total 137 (delta 59), reused 49 (delta 49), pack-reused 68
Réception d'objets: 100% (137/137), 412.65 Kio | 74.00 Kio/s, fait.
Résolution des deltas: 100% (75/75), fait.
(base) donat@donat-Aspire-XC600:~$ make
make: *** Pas de cible spécifiée et aucun makefile n'a été trouvé. Arrêt.
(base) donat@donat-Aspire-XC600:~$ cd CH341SER
(base) donat@donat-Aspire-XC600:~/CH341SER$ make
make -C /lib/modules/5.15.0-35-generic/build  M=/home/donat/CH341SER 
make[1] : on entre dans le répertoire « /usr/src/linux-headers-5.15.0-35-generic »
  CC [M]  /home/donat/CH341SER/ch34x.o
  MODPOST /home/donat/CH341SER/Module.symvers
  CC [M]  /home/donat/CH341SER/ch34x.mod.o
  LD [M]  /home/donat/CH341SER/ch34x.ko
  BTF [M] /home/donat/CH341SER/ch34x.ko
Skipping BTF generation for /home/donat/CH341SER/ch34x.ko due to unavailability of vmlinux
make[1] : on quitte le répertoire « /usr/src/linux-headers-5.15.0-35-generic »
(base) donat@donat-Aspire-XC600:~/CH341SER$

mbd@keemail.me · Le 01/06/2022, à 17:04

MicP a écrit :

Bonjour
Je trouve sur internet beaucoup de problèmes cités concernant ce périphérique USB
Il existe d'autres périphériques de ce genre qui sont beaucoup moins problématiques.
@mbd@keemail.me
Quel(s) appareil(s) tentes-tu de connecter par l'intermédiaire de ton périphérique USB équipé d'une puce CH341 ?

Je voudrais connecter un module de camera ESP32-CAM avec un OVH2640. Je pourrai utiliser un module FTDI FT232RL mais le cablage est plus contraignant et le module tasmota ne fonctionne qu'avec les driver CP2102 et CH340G.

NicoApi73 · Le 02/06/2022, à 09:31

Bonjour,

J'avais effectivement oublié de faire un changement de répertoire.

La compilation passe correctement.

Peux tu donner les retours des commandes suivantes :

cd ~/CH341SER
sudo make load
lsmod | sort

mbd@keemail.me · Le 02/06/2022, à 20:10

NicoApi73 a écrit :

Bonjour,
J'avais effectivement oublié de faire un changement de répertoire.
La compilation passe correctement.
Peux tu donner les retours des commandes suivantes :
cd ~/CH341SER
sudo make load
lsmod | sort

Voici le retour :

(base) donat@donat-Aspire-XC600:~$ git clone https://github.com/juliagoda/CH341SER
Clonage dans 'CH341SER'...
remote: Enumerating objects: 137, done.
remote: Counting objects: 100% (69/69), done.
remote: Compressing objects: 100% (20/20), done.
remote: Total 137 (delta 59), reused 49 (delta 49), pack-reused 68
Réception d'objets: 100% (137/137), 412.65 Kio | 538.00 Kio/s, fait.
Résolution des deltas: 100% (75/75), fait.
(base) donat@donat-Aspire-XC600:~$ cd CH341SER
(base) donat@donat-Aspire-XC600:~/CH341SER$ sudo make load
[sudo] Mot de passe de donat : 
modprobe usbserial
insmod ch34x.ko
insmod: ERROR: could not load module ch34x.ko: No such file or directory
make: *** [Makefile:12 : load] Erreur 1
(base) donat@donat-Aspire-XC600:~/CH341SER$ make
make -C /lib/modules/5.15.0-35-generic/build  M=/home/donat/CH341SER 
make[1] : on entre dans le répertoire « /usr/src/linux-headers-5.15.0-35-generic »
  CC [M]  /home/donat/CH341SER/ch34x.o
  MODPOST /home/donat/CH341SER/Module.symvers
  CC [M]  /home/donat/CH341SER/ch34x.mod.o
  LD [M]  /home/donat/CH341SER/ch34x.ko
  BTF [M] /home/donat/CH341SER/ch34x.ko
/bin/sh: 1: pahole: not found
make[3]: *** [scripts/Makefile.modfinal:60 : /home/donat/CH341SER/ch34x.ko] Erreur 127
make[3]: *** Suppression du fichier « /home/donat/CH341SER/ch34x.ko »
make[2]: *** [scripts/Makefile.modpost:140 : __modpost] Erreur 2
make[1]: *** [Makefile:1790 : modules] Erreur 2
make[1] : on quitte le répertoire « /usr/src/linux-headers-5.15.0-35-generic »
make: *** [Makefile:7 : default] Erreur 2
(base) donat@donat-Aspire-XC600:~/CH341SER$ sudo make load
modprobe usbserial
insmod ch34x.ko
insmod: ERROR: could not load module ch34x.ko: No such file or directory
make: *** [Makefile:12 : load] Erreur 1
(base) donat@donat-Aspire-XC600:~/CH341SER$ lsmod | grep ch341

NicoApi73 · Le 02/06/2022, à 20:43

Bonsoir,

J'ai trouvé ça : https://askubuntu.com/questions/1348250 … untu-21-04
Que donne

bootctl

mbd@keemail.me · Le 05/06/2022, à 23:17

Failed to read "/boot/efi/EFI/systemd": Permission non accordée
Failed to open "/boot/efi/loader/loader.conf": Permission non accordée
System:
     Firmware: n/a (n/a)
  Secure Boot: disabled
   Setup Mode: user
 TPM2 Support: no
 Boot into FW: supported

Current Boot Loader:
      Product: n/a
     Features: ✗ Boot counting
               ✗ Menu timeout control
               ✗ One-shot menu timeout control
               ✗ Default entry control
               ✗ One-shot entry control
               ✗ Support for XBOOTLDR partition
               ✗ Support for passing random seed to OS
               ✗ Boot loader sets ESP information
          ESP: n/a
         File: └─n/a

Random Seed:
 Passed to OS: no
 System Token: not set
       Exists: no

Available Boot Loaders on ESP:
          ESP: /boot/efi (/dev/disk/by-partuuid/505cc1be-0fad-4bca-89db-96b3d245e928)

Boot Loaders Listed in EFI Variables:
        Title: ubuntu
           ID: 0x0005
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/505cc1be-0fad-4bca-89db-96b3d245e928
         File: └─/EFI/ubuntu/shimx64.efi

Boot Loader Entries:
        $BOOT: /boot/efi (/dev/disk/by-partuuid/505cc1be-0fad-4bca-89db-96b3d245e928)

~
~
~
~
lines 1-40/40 (END)

mbd@keemail.me · Le 05/06/2022, à 23:19

NicoApi73 a écrit :

Bonsoir,
J'ai trouvé ça : https://askubuntu.com/questions/1348250 … untu-21-04
Que donne
bootctl

root@donat-Aspire-XC600:~# bootctl
systemd-boot not installed in ESP.
System:
     Firmware: n/a (n/a)
  Secure Boot: disabled
   Setup Mode: user
 TPM2 Support: no
 Boot into FW: supported

Current Boot Loader:
      Product: n/a
     Features: ✗ Boot counting
               ✗ Menu timeout control
               ✗ One-shot menu timeout control
               ✗ Default entry control
               ✗ One-shot entry control
               ✗ Support for XBOOTLDR partition
               ✗ Support for passing random seed to OS
               ✗ Boot loader sets ESP information
          ESP: n/a
         File: └─n/a

Random Seed:
 Passed to OS: no
 System Token: not set
       Exists: no

Available Boot Loaders on ESP:
          ESP: /boot/efi (/dev/disk/by-partuuid/505cc1be-0fad-4bca-89db-96b3d245e928)
         File: └─/EFI/BOOT/BOOTX64.EFI

Boot Loaders Listed in EFI Variables:
        Title: ubuntu
           ID: 0x0005
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/505cc1be-0fad-4bca-89db-96b3d245e928
         File: └─/EFI/ubuntu/shimx64.efi

Boot Loader Entries:
        $BOOT: /boot/efi (/dev/disk/by-partuuid/505cc1be-0fad-4bca-89db-96b3d245e928)

0 entries, no entry could be determined as default.

MicP · Le 06/06/2022, à 00:46

Bonjour

Je ne savais pas ce qu'était le module tasmota
mais le driver CP2102 ou CH340G n'a rien à voir avec le module logiciel tasmota.

J'ai programmé des modules ESP32-CAM avec OVH2640 en les connectant avec un module électronique USB <-> RS232 TTL
qui est équipé de la puce PL2303 (Prolific) et qui n'a besoin d'aucun pilote particulier pour fonctionner sur un système Linux.

Je n'ai eu aucun problème de câblage particulier puisque j'alimentais en 5V mon module ESP32-CAM
avec son alimentation autonome <=> celle par laquelle il est alimenté quand il est utilisé en fonctionnement normal (<=> pas en programmation)
et que je ne reliais que les broches GND, RX et TX entre l'ESP32-CAM et le module USB <-> RS232 TTL PL2303
(bien sûr il faut croiser RX et TX entre les deux modules électroniques pour que ça communique)
Sur l'ESP32-CAM, il y a un régulateur 3.3V (AMS1117) qui permet de fournir cette tension depuis le 5V.

Je n'ai pas eu non plus de problème pour programmer mon module ESP32-CAM
en l'alimentant par la tension de 5V récupérée depuis le module électronique PL2303
et ça a aussi fonctionné en utilisant l'alimentation 3.3V du module électronique PL2303

En résumé, ne t'embête pas trop avec le CH342 si tu n'as pas le pilote qu'il faut
car ça fonctionne aussi très très bien avec d'autres puces USB <-> RS232 TTL
qui elles n'ont besoin d'aucun pilote spécifique.

Dernière modification par MicP (Le 06/06/2022, à 07:04)

mbd@keemail.me · Le 06/06/2022, à 12:42

Je vais essayer de commander un module PL2303 pour essayer. Merci

MicP · Le 06/06/2022, à 15:10

En plus, le PL2303 est reconnu sans aucun problème sous Linux,
cette même puce est aussi utilisée sur des adaptateurs USB <-> IEEE 1284 (<=> port parallèle).

Je pense que la personne qui a eu des problèmes avec le PL2303 ou d'autres FT232
devait peut-être utiliser tout un tas de rallonges USB ou/et avec un hub USB et peut-être aussi des connexions un peu trop longues ou/et mauvaises,
et au final, s'il reste bien 5V au bout quand rien n'est allumé, on ne peut plus "tirer" le courant nécessaire pour faire fonctionner l'ESP32-CAM sans que la tension chute en dessous du minimum requis.

Attention aussi à la longueur des câbles et faire attention à ce qu'ils ne passent pas trop près d'un transformateur ou alimentation à découpage mal blindée
car si les câbles sont trop long, ils peuvent devenir des antennes qui captent tous les parasites qui traînent dans le coin.

Parce que je n'ai jamais eu de problème pour programmer tous mes modules avec le PL2303,
et quand j'en ai eu, c'était toujours à cause d'un mauvais contact quelque part ou d'un mauvais branchement au niveau des connexions RX TX.
Donc, le problème, c'était bien moi, et pas le matériel.

Dernière modification par MicP (Le 07/06/2022, à 02:17)

mbd@keemail.me · Le 17/06/2022, à 23:07

MicP a écrit :

En plus, le PL2303 est reconnu sans aucun problème sous Linux,
cette même puce est aussi utilisée sur des adaptateurs USB <-> IEEE 1284 (<=> port parallèle).
Je pense que la personne qui a eu des problèmes avec le PL2303 ou d'autres FT232
devait peut-être utiliser tout un tas de rallonges USB ou/et avec un hub USB et peut-être aussi des connexions un peu trop longues ou/et mauvaises,
et au final, s'il reste bien 5V au bout quand rien n'est allumé, on ne peut plus "tirer" le courant nécessaire pour faire fonctionner l'ESP32-CAM sans que la tension chute en dessous du minimum requis.
Attention aussi à la longueur des câbles et faire attention à ce qu'ils ne passent pas trop près d'un transformateur ou alimentation à découpage mal blindée
car si les câbles sont trop long, ils peuvent devenir des antennes qui captent tous les parasites qui traînent dans le coin.
Parce que je n'ai jamais eu de problème pour programmer tous mes modules avec le PL2303,
et quand j'en ai eu, c'était toujours à cause d'un mauvais contact quelque part ou d'un mauvais branchement au niveau des connexions RX TX.
Donc, le problème, c'était bien moi, et pas le matériel.

Ma démarche
je mets le connecteur jaune sur 3.3V du VCCIO sur le PL2303.
je branche :
PL2303 : VCCIO <-> ESP32CAM : 3V3
PL2303 : GND <-> ESP32CAM : GND
PL2303 : RXD <-> ESP32CAM : UOT
PL2303 : TXD <-> ESP32CAM : UOR

Je pourrais faire également:
je mets le connecteur jaune sur 5V du VCCIO sur le PL2303.
je branche :
PL2303 : VCCIO <-> ESP32CAM : 5V
PL2303 : GND <-> ESP32CAM : GND
PL2303 : RXD <-> ESP32CAM : UOT
PL2303 : TXD <-> ESP32CAM : UOR

Dans les deux cas, quand je branche l'ensemble au port usb de l'ordinateur, la carte n'est pas détéctée ni avec l'instruction

 lsusb

ni avec l'instruction

dmesg | grep -i USB

Que dois-je faire?

MicP · Le 18/06/2022, à 05:12

Bonjour

Les connexions que tu as faites entre les cartes sont correctes,
même si je préfère alimenter l'ESP32CAM par une tension de 5V
juste pour laisser le régulateur 3.3V qui est sur l'ESP32CAM faire ce qu'il faut.

Je suis surpris qu'il n'y ait rien ni dans le retour de lsusb ni dans dmesg
on dirait que ce port USB ne fonctionne pas, est-ce que c'était pareil avec la carte CH341 ?

Histoire de vérifier que la carte PL2303 fonctionne bien,
as-tu essayé de connecter directement (sans rallonge) à un port USB la carte PL2303
sans qu'elle soit connectée à la carte ESP32CAM ?

Ceci dit, c'est peut-être simplement la carte PL2303 qui ne fonctionne pas,
parce que je me suis amusé à chercher des fils de discussions Ubuntu à ce sujet,
et déjà, en 2014, la puce PL2303 était reconnue sans avoir à installer de pilote particulier.

Dernière modification par MicP (Le 18/06/2022, à 05:35)

mbd@keemail.me · Le 21/06/2022, à 06:09

Bonjour,
Justement le problème majeur reste la non reconnaissance d'un module CP2102, PL2303 ou CH340 quand je lance lsusb. Je suis sous ubuntu 22.04. J'ai vu qu'il y avait des problèmes avec brltty sur ubuntu 22.04 alors que sur ubuntu 20.04 tout fonctionnait normalement. J'ai essayé de desinstaller comme indiqué dans les forums ou de mettre en commentaire la ligne

/usr/lib/udev/rules.d/85-brltty.rules

. Je n'ai toujours pas résolu le problème de base.

MicP · Le 21/06/2022, à 06:29

Bonjour

Je viens de me souvenir que j'avais des arduino nano
et qu'ils sont équipés d'une puce CH340G.

Alors j'ai lancé une de mes machines virtuelle ubuntu 22.04 fraîchement installée :

michel@ubu2204:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 22.04 LTS
Release:	22.04
Codename:	jammy
michel@ubu2204:~$

et j'y ai connecté le module => Le module CH340G est reconnu sans problème :

michel@ubu2204:~$ lsusb
Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd QEMU USB Tablet
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
michel@ubu2204:~$

Donc il y a bien un problème sur ta machine ou/et ton système ubuntu.

=======
Tu pourrais essayer de démarrer ta machine avec une clef USB d'installation Ubuntu
et utiliser le mode Essayer avant d'installer pour voir ce que ça donne :

- Si le module n'est toujours pas reconnu c'est que c'est ta machine qui as un problème (BIOS, UEFI, ou/et port USB ou/et cordon USB)
- mais si le module est reconnu, alors c'est que c'est ton système Ubuntu qui a un problème.

Dernière modification par MicP (Le 21/06/2022, à 06:29)

mbd@keemail.me · Le 27/06/2022, à 21:45

Voici le résultat de mes test avec une clé bootable ubuntu 22.04:
Voici mon matériel:
1) La carte ESP32CAM et ESP32CAM-MB raccordée au port USB du PC avec le cordon usb classique micro usb vers USB type A que j'avais déjà
lsusb sans résultat
2) La carte ESP32CAM seulement raccordée avec les branchements que j'avais listée l'autre fois au CP2102, lui-même raccordée au port USB du PC avec le cordon usb classique micro usb vers USB type A que j'avais déjà
lsusb sans résultat
3) La carte ESP32CAM seulement raccordée avec les branchements que j'avais listée l'autre fois au FT232, lui-même raccordée au port USB du PC avec le cordon usb classique micro usb vers USB type A que j'avais déjà
lsusb sans résultat
4) La carte ESP32CAM seulement raccordée avec les branchements que j'avais listée l'autre fois au PL2303. lui-même raccordée au port USB du PC avec le cordon usb classique micro usb vers USB type A que j'avais déjà
lsusb sans résultat

hypothèse du problème:
1) Le problème peut-il venir de mon cable usb sachant que les voyant des cartes TTL série s'allume sur branchement du cable usb?
2) Le problème vient-il de la carte ESP32cam sachant que j'ai effectué les même tests sans la carte ESP32cam?
Merci pour vos aides

MicP · Le 27/06/2022, à 22:13

1) Le problème peut-il venir de mon cable usb sachant que les voyant des cartes TTL série s'allume sur branchement du cable usb?

Oui, car les deux conducteurs d'alimentation peuvent êtres en bon état alors que un ou les deux autres (data <=> D+ ou/et D-) sont coupés
Ça peut aussi venir du connecteur USB qui est sur le cordon.

2) Le problème vient-il de la carte ESP32cam sachant que j'ai effectué les même tests sans la carte ESP32cam?

Non, puisque la carte USB <-> RS232TTL doit pouvoir dialoguer (=> être reconnue) seule par USB avec le PC
sans que rien ne soit connecté du côté RS232 TTL.

=======
Essaye de tester avec un autre PC sur lequel tu pourrais tester cordon + carte USB <-> RS232 TTL
même si c'est un système Windows.

Mais je dois avoir eu beaucoup de chance, car ça a toujours fonctionné sans problème sur toutes mes machines (PL2303, CH340, CH341, et autres)
et ça ne serait vraiment pas de chance que tous tes convertisseurs USB <-> RS232 TTL soient défectueux.

Dernière modification par MicP (Le 27/06/2022, à 22:16)

MicP · Le 27/06/2022, à 22:35

Avec un PL2303, voilà ce que je retrouve dans le retour de la commande sudo dmesg

[   89.559019] usb 3-2: new full-speed USB device number 3 using uhci_hcd
[   89.737505] usb 3-2: New USB device found, idVendor=067b, idProduct=2303, bcdDevice= 3.00
[   89.737513] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[   89.737517] usb 3-2: Product: USB-Serial Controller
[   89.737520] usb 3-2: Manufacturer: Prolific Technology Inc.
[   89.739796] usb 3-2: can't set config #1, error -32

Le retour de lsusb :

michel@ubu2204:~$ lsusb
Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd QEMU USB Tablet
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port / Mobile Action MA-8910P
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
michel@ubu2204:~$

Je déconnecte le PL2303 et je connecte l'autre,
=======
Avec un CH341 :

[  299.543825] usb 3-2: Product: USB2.0-Serial
[  300.103811] usbcore: registered new interface driver ch341
[  300.104426] usbserial: USB Serial support registered for ch341-uart
[  300.105142] ch341 3-2:1.0: ch341-uart converter detected
[  300.114283] usb 3-2: ch341-uart converter now attached to ttyUSB0

et dans le retour de lsusb :

michel@ubu2204:~$ lsusb
Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd QEMU USB Tablet
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 004: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
michel@ubu2204:~$

(le pilote semble être le même pour CH341 et CH340)

=======
Toutefois, avec Ubuntu 22.04 LTS et pour le CH341 (et peut-être aussi le CH340)
à cause d'un conflit, : https://unix.stackexchange.com/question … erter-chip
il faut désactiver une règle udev en lançant la ligne de commandes suivante :

for f in /usr/lib/udev/rules.d/*brltty*.rules; do sudo ln -s /dev/null "/etc/udev/rules.d/$(basename "$f")" done && sudo udevadm control --reload-rules

sinon, le pilote pour CH340 est désactivé automatiquement juste après avoir été reconnu.

Après désactivation des règles udev concernées,
le retour dans dmesg concernant le CH341 est :

[ 1595.139693] usb 3-2: New USB device found, idVendor=1a86, idProduct=7523, bcdDevice= 2.54
[ 1595.139699] usb 3-2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ 1595.139710] usb 3-2: Product: USB2.0-Serial
[ 1595.142002] ch341 3-2:1.0: ch341-uart converter detected
[ 1595.153963] usb 3-2: ch341-uart converter now attached to ttyUSB0

Dernière modification par MicP (Le 27/06/2022, à 22:54)

mbd@keemail.me · Le 28/06/2022, à 19:44

Finallement, j'ai trouvé mon erreur. Mon cable USB était défectueux.
D'autre part, je voulais utiliser tasmota où l'on a la possibilité de flasher le firmware esp32webcam.bin dans le module esp32cam
- soit avec tasmota web installer qui a l'air de fonctionner soit sur windows soit sur mac et pas sur linux. Ceci utilise le module esp web tools basé sur le Web Serial API.
- soit avec le module tasmota esp flasher qui me donne une erreur suivante:

(base) donat@donat-Aspire-XC600:~$ esp_flasher
Exception in thread Thread-1:
Traceback (most recent call last):
  File "/home/donat/.local/lib/python3.10/site-packages/esp_flasher/common.py", line 249, in detect_chip
    chip = esptool.ESPLoader.detect_chip(port)
  File "/home/donat/.local/lib/python3.10/site-packages/esp_flasher/own_esptool.py", line 366, in detect_chip
    detect_port.connect(connect_mode, connect_attempts, detecting=True)
  File "/home/donat/.local/lib/python3.10/site-packages/esp_flasher/own_esptool.py", line 671, in connect
    raise FatalError('Failed to connect to {}: {}'
esp_flasher.own_esptool.FatalError: Failed to connect to Espressif device: No serial data received.
For troubleshooting steps visit: https://docs.espressif.com/projects/esptool/en/latest/troubleshooting.html

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/lib/python3.10/threading.py", line 1009, in _bootstrap_inner
    self.run()
  File "/home/donat/.local/lib/python3.10/site-packages/esp_flasher/gui.py", line 163, in run
    run_esp_flasher(argv)
  File "/home/donat/.local/lib/python3.10/site-packages/esp_flasher/__main__.py", line 113, in run_esp_flasher
    chip = detect_chip(port, args.esp8266, args.esp32)
  File "/home/donat/.local/lib/python3.10/site-packages/esp_flasher/common.py", line 255, in detect_chip
    raise Esp_flasherError(msg) from err
esp_flasher.common.Esp_flasherError: ESP Chip Auto-Detection failed: Failed to connect to Espressif device: No serial data received.
For troubleshooting steps visit: https://docs.espressif.com/projects/esptool/en/latest/troubleshooting.html

MicP · Le 28/06/2022, à 21:18

… Mon cable USB était défectueux. …

Oui, je disais d'ailleurs :

Dans mon message #13,MicP a écrit :

…
Je pense que la personne qui a eu des problèmes avec le PL2303 ou d'autres FT232
devait peut-être utiliser tout un tas de rallonges USB ou/et avec un hub USB et peut-être aussi des connexions un peu trop longues ou/et mauvaises,
et au final, s'il reste bien 5V au bout quand rien n'est allumé, on ne peut plus "tirer" le courant nécessaire pour faire fonctionner l'ESP32-CAM sans que la tension chute en dessous du minimum requis.
…

Donc il fallait d'abord s'assurer que le cordon USB et toutes les connexions étaient en état de fonctionner.

=======
Je n'ai jamais utilisé tasmota, ni esp web tools ni Web Serial API
et ne sait pas du tout comment ils fonctionnent ni ce qu'ils font.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 31/05/2022, à 11:05

installation driver CH341

#2 Le 31/05/2022, à 11:10

Re : installation driver CH341

#3 Le 31/05/2022, à 19:51

Re : installation driver CH341

#4 Le 31/05/2022, à 19:55

Re : installation driver CH341

#5 Le 01/06/2022, à 05:45

Re : installation driver CH341

#6 Le 01/06/2022, à 12:04

Re : installation driver CH341

#7 Le 01/06/2022, à 16:50

Re : installation driver CH341

#8 Le 01/06/2022, à 17:04

Re : installation driver CH341

#9 Le 02/06/2022, à 09:31

Re : installation driver CH341

#10 Le 02/06/2022, à 20:10

Re : installation driver CH341

#11 Le 02/06/2022, à 20:43

Re : installation driver CH341

#12 Le 05/06/2022, à 23:17

Re : installation driver CH341

#13 Le 05/06/2022, à 23:19

Re : installation driver CH341

#14 Le 06/06/2022, à 00:46

Re : installation driver CH341

#15 Le 06/06/2022, à 12:42

Re : installation driver CH341

#16 Le 06/06/2022, à 15:10

Re : installation driver CH341

#17 Le 17/06/2022, à 23:07

Re : installation driver CH341

#18 Le 18/06/2022, à 05:12

Re : installation driver CH341

#19 Le 21/06/2022, à 06:09

Re : installation driver CH341

#20 Le 21/06/2022, à 06:29

Re : installation driver CH341

#21 Le 27/06/2022, à 21:45

Re : installation driver CH341

#22 Le 27/06/2022, à 22:13

Re : installation driver CH341

#23 Le 27/06/2022, à 22:35

Re : installation driver CH341

#24 Le 28/06/2022, à 19:44

Re : installation driver CH341

#25 Le 28/06/2022, à 21:18

Re : installation driver CH341

Pied de page des forums