URL: https://linuxfr.org/forums/linux-debian-ubuntu/posts/resolu-probleme-module-driver-carte-otto-hp-robots Title: [RESOLU] Problème module/driver - Carte Otto hp robots Authors: Vincentb Date: 2026年01月10日T22:12:42+01:00 License: CC By-SA Tags: headers, scratch, robotique, module et kernel Score: 2 bonjour et bonne année à tous et toutes. J'ai acheté un kit robot à mon fils, qui commence à programmer. [https://hprobots.com](https://hprobots.com) Le soucis étant que l'API web ne reconnait pas la carte au branchement. Je vous donne ici la démarche de débogage, mais je suis bloqué. Donc :>lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 1bcf:28b8 Sunplus Innovation Technology Inc. Integrated_Webcam_HD Bus 001 Device 003: ID 0a5c:5832 Broadcom Corp. 5880 Bus 001 Device 005: ID 046d:c077 Logitech, Inc. Mouse Bus 001 Device 009: ID 1a86:7523 QinHeng Electronics CH340 serial converter Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Le robot est bien reconnu (CH340 seriel converter) Ensuite>dmesg [ 6406.465120] usb 1-3: new full-speed USB device number 9 using xhci_hcd [ 6406.589978] usb 1-3: New USB device found, idVendor=1a86, idProduct=7523, bcdDevice= 2.64 [ 6406.590018] usb 1-3: New USB device strings: Mfr=0, Product=2, SerialNumber=0 [ 6406.590034] usb 1-3: Product: USB Serial [ 6406.593419] ch341 1-3:1.0: ch341-uart converter detected [ 6406.594403] usb 1-3: ch341-uart converter now attached to ttyUSB0 [ 6406.712999] audit: type=1400 audit(1768075776.266:445): apparmor="DENIED" operation="open" class="file" profile="snap.vivaldi.vivaldi-stable" name="/proc/tty/drivers" pid=2223 comm="ThreadPoolForeg" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0 On voit là que ya un problème car il a chargé un module ch341 et non ch340 Quelques recherches sur le net et je trouve cette page : [https://learn.sparkfun.com/tutorials/how-to-install-ch340-drivers/ ](https://learn.sparkfun.com/tutorials/how-to-install-ch340-drivers/) Et donc je télécharge le ZIP avec le driver, qui se présente avec un script en C. Sauf que quand je le lance :>Make vincent@XXXXXXXXX:~/Documents/CH341SER_LINUX/CH341SER_LINUX$ make make -C /lib/modules/6.14.0-37-generic/build M=/home/vincent/Documents/CH341SER_LINUX/CH341SER_LINUX make[1] : on entre dans le répertoire « /usr/src/linux-headers-6.14.0-37-generic » make[2] : on entre dans le répertoire « /home/vincent/Documents/CH341SER_LINUX/CH341SER_LINUX » warning: the compiler differs from the one used to build the kernel The kernel was built by: x86_64-linux-gnu-gcc-13 (Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0 You are using: CC [M] ch34x.o /bin/sh: 1: gcc-13: not found make[4]: *** [/usr/src/linux-headers-6.14.0-37-generic/scripts/Makefile.build:207 : ch34x.o] Erreur 127 make[3]: *** [/usr/src/linux-headers-6.14.0-37-generic/Makefile:1997 : .] Erreur 2 make[2]: *** [/usr/src/linux-headers-6.14.0-37-generic/Makefile:251 : __sub-make] Erreur 2 make[2] : on quitte le répertoire « /home/vincent/Documents/CH341SER_LINUX/CH341SER_LINUX » make[1]: *** [Makefile:251 : __sub-make] Erreur 2 make[1] : on quitte le répertoire « /usr/src/linux-headers-6.14.0-37-generic » make: *** [Makefile:5 : default] Erreur 2 Voilà voilà voilà, j'ai donc un soucis car il veut pas de mon kernel>uname -r 6.14.0-37-generic Donc je suis bloqué, ça dépasse mes compétences actuelles. Je pense qu'il faudrait re-compiler pour mon noyaux ? ça m’agace pas mal, car j'ai pris du temps pour rechercher un kit qui allie les besoins d'apprentissage de mon fils, la solidité, l'évolutivité, et aussi l'obsolescence (possibilité de se passer des API du constructeurs plus tard). merci de votre aide !