pascal_lb Posté(e) Juillet 17, 2024 Auteur Posté(e) Juillet 17, 2024 Il y a 5 heures, bistory a dit : Je l'ai aussi, ça vient des GPIO du processeur Rockchip. L'erreur vient probablement d'un driver qui ne les supporte pas... Je ne sais pas quelle incidence ça peut avoir, mais pour l'instant tout fonctionne très bien Il y a 19 heures, fran6p a dit : Klippain Shake & Tune Je l'ai installé ça à l'air très bien pour faire tout les tests vibratoires, je n'ai pas encore tout essayé mais c'est apparemment assez complet
fran6p Posté(e) Juillet 17, 2024 Posté(e) Juillet 17, 2024 (modifié) Il y a 18 heures, bistory a dit : La doc est corrigée Presque Pour le MCU de la carte principale, le STM32F402, la connexion se fait sur le RK3328 via une liaison USB directe et utilise les broches PA11 / PA12 Au final: Il y a 14 heures, pascal_lb a dit : j'ai un message d'erreur et je ne comprend pas pourquoi... ça vient tout seul lorsque je me connecte Je l'ai aussi mais ça n'a pas d'incidence, le noyau ne pouvant utiliser cette interruption, la désactive mais émet tout de même le message (visible uniquement à l'allumage de l'imprimante et sur la console SSH, Il y a 2 heures, pascal_lb a dit : je n'ai pas encore tout essayé mais c'est apparemment assez complet Commence d'abord par la tension des courroies Une fois fait, tu peux procéder aux autres tests (du beau boulot de Frix-x (compatriote français )) Au fait Crowsnest a été installé pour ta caméra ? Modifié (le) Juillet 17, 2024 par fran6p
pascal_lb Posté(e) Juillet 17, 2024 Auteur Posté(e) Juillet 17, 2024 il y a 3 minutes, fran6p a dit : visible uniquement à l'allumage de l'imprimante et sur la console SSH, Oui c'est ça Tu ne m'as pas répondu sur les 4 paquets qui ont une mise à jour, il est préférable de les mettre à jour ? il y a 21 minutes, fran6p a dit : Au fait Crowsnest a été installé pour ta caméra ? Oui pas de soucis, j'ai la caméra sur video3, je les ai testé les uns après les autres, par contre la caméra ne doit pas être compatible VL4 car je n'ai pas réussi J'ai installé Time lapse sans problème Là je vais m'attaquer aux macros car TT utilisait dans son écran des macro qui n'était pas identique à celles du printer.cfg et par exemple pour faire un chargement il n'y a pas de contrôle de température J'ai commandé des emmc de 32go car c'est vrai que ça prend de plus en plus de place Tu m'as indiqué KlipperBackup je n'ai pas encore été voir mais ça sauvegarde quoi ? Si tu as d'autres trucs dans ta besace fait moi signe
fran6p Posté(e) Juillet 17, 2024 Posté(e) Juillet 17, 2024 il y a 4 minutes, pascal_lb a dit : il est préférable de les mettre à jour ? Attention ! Vérifie d'abord que certains paquets ne puissent être mis à jour ( voir ce lien ) En ssh, après un sudo apt update && sudo apt upgrade La liste des paquets susceptibles d'être mis à jour s'affiche. Tu dois avoir une ligne indiquant les paquets qui ne seront pas mis à jour (Les paquets suivants ont été conservés : ), si oui alors tu peux mettre à jour Exemple sur ma XM3 : Citation Atteint :1 http://deb.debian.org/debian bookworm InRelease Atteint :2 http://security.debian.org bookworm-security InRelease Atteint :3 http://deb.debian.org/debian bookworm-updates InRelease Atteint :4 http://deb.debian.org/debian bookworm-backports InRelease Atteint :5 http://xogium.performanceservers.nl/apt bookworm InRelease Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture des informations d'état... Fait 8 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir. mks@mkspi:~$ sudo apt upgrade Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture des informations d'état... Fait Calcul de la mise à jour... Fait Les paquets suivants ont été conservés : armbian-config armbian-firmware-full armbian-plymouth-theme armbian-zsh linux-dtb-current-rockchip64 linux-headers-current-rockchip64 linux-image-current-rockchip64 Les paquets suivants seront mis à jour : linux-libc-dev 1 mis à jour, 0 nouvellement installés, 0 à enlever et 7 non mis à jour. Il est nécessaire de prendre 1 983 ko dans les archives. Après cette opération, 13,3 ko d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer ? [O/n] Comme c'était le premier allumage de l'imprimante : Citation mks@mkspi:~$ Message from syslogd@mkspi at Jul 17 14:24:11 ... kernel:[ 68.786347] Disabling IRQ #41
bistory Posté(e) Juillet 17, 2024 Posté(e) Juillet 17, 2024 (modifié) Il y a 2 heures, fran6p a dit : Presque Pour le MCU de la carte principale, le STM32F402, la connexion se fait sur le RK3328 via une liaison USB directe et utilise les broches PA11 / PA12 Au final: Je l'ai aussi mais ça n'a pas d'incidence, le noyau ne pouvant utiliser cette interruption, la désactive mais émet tout de même le message (visible uniquement à l'allumage de l'imprimante et sur la console SSH, Commence d'abord par la tension des courroies Une fois fait, tu peux procéder aux autres tests (du beau boulot de Frix-x (compatriote français )) Au fait Crowsnest a été installé pour ta caméra ? Bien vu, j'ai raté ça hier dans mes corrections Merci ! Sinon j'ai eu des news de TwoTrees, ils font semblant de ne pas comprendre ce que je leur demande pour le binaire gérant l'écran donc je laisse tomber. Le K-Touch de BTT arrive officiellement donc je modéliserai sûrement un support pour la SK1 et ça restera comme ça ! Modifié (le) Juillet 17, 2024 par bistory
fran6p Posté(e) Juillet 17, 2024 Posté(e) Juillet 17, 2024 il y a une heure, bistory a dit : Sinon j'ai eu des news de TwoTrees, ils font semblant de ne pas comprendre ce que je leur demande pour le binaire gérant l'écran donc je laisse tomber. C'est à peu près la même chose avec QidiTech même si le développeur logiciel en charge d'un prochain modèle a déjà apporté pas mal de réponses sur d'autres matériels. En fait TT utilise comme Qidi un logiciel qui établit la correspondance entre Moonraker (API Klipper) et le firmware de l'écran TJC. La seule différence est que Qidi fournit et le source (dépôts XM3, XP3, Q1Pro) de ce logiciel et l'interface HMI (dossier UI) qu'on pourrait, moyennant un gros effort de travail, reprogrammer via le logiciel TJC (mais uniquement en Chinois). Une personne pour les écrans Qidi s'est attelé à la tâche depuis déjà de nombreux mois, ça avance tranquillement (phase actuelle Beta test). Le plus simple est d'utiliser Klipperscreen (via une tablette Android + VNC ou avec l'adjonction d'un autre SBC (Rpi 0v2 pour ma part) et d'un écran HDMI) sinon l'écran de BTT, en espérant qu'il se base sur Klipperscreen. Il y a 3 heures, pascal_lb a dit : Tu m'as indiqué KlipperBackup je n'ai pas encore été voir mais ça sauvegarde quoi ? Tout ce que tu lui demandes Actuellement, tout le contenu du dossier printer_data/config (y compris les sous-dossiers). C'est automatiquement sauvegardé dans un dépôt Github (actuellement c'est un dépôt privé donc pas d'accès public, voir copie écran ci-dessous) Il y a 4 heures, pascal_lb a dit : Si tu as d'autres trucs dans ta besace fait moi signe J'en ai encore sous le pied
bistory Posté(e) Juillet 17, 2024 Posté(e) Juillet 17, 2024 il y a 6 minutes, fran6p a dit : C'est à peu près la même chose avec QidiTech même si le développeur logiciel en charge d'un prochain modèle a déjà apporté pas mal de réponses sur d'autres matériels. En fait TT utilise comme Qidi un logiciel qui établit la correspondance entre Moonraker (API Klipper) et le firmware de l'écran TJC. La seule différence est que Qidi fournit et le source (dépôts XM3, XP3, Q1Pro) de ce logiciel et l'interface HMI (dossier UI) qu'on pourrait, moyennant un gros effort de travail, reprogrammer via le logiciel TJC (mais uniquement en Chinois). Une personne pour les écrans Qidi s'est attelé à la tâche depuis déjà de nombreux mois, ça avance tranquillement (phase actuelle Beta test). Le plus simple est d'utiliser Klipperscreen (via une tablette Android + VNC ou avec l'adjonction d'un autre SBC (Rpi 0v2 pour ma part) et d'un écran HDMI) sinon l'écran de BTT, en espérant qu'il se base sur Klipperscreen. Tout ce que tu lui demandes Actuellement, tout le contenu du dossier printer_data/config (y compris les sous-dossiers). C'est automatiquement sauvegardé dans un dépôt Github (actuellement c'est un dépôt privé donc pas d'accès public, voir copie écran ci-dessous) J'en ai encore sous le pied L'écran de BTT ne se base pas sur KlipperScreen, c'est un développement interne avec une UI similaire à ce qu'ils ont fait pour les imprimantes Bambu Lab. Je l'ai sous la main, c'est pas mal (j'ai juste eu à flasher le panda touch avec leur firmware K-touch) mais l'UX est basique C'est une V1 donc espérons qu'ils continuent le dev !
fran6p Posté(e) Juillet 17, 2024 Posté(e) Juillet 17, 2024 il y a 23 minutes, bistory a dit : L'écran de BTT ne se base pas sur KlipperScreen C'est bien ce que je craignais Donc comme les écrans TJC / Nextion, on est pieds et poings liés au bon vouloir de leur développement (Mellow / Fly a aussi une «tablette» (7"), le Wiscreen, basée sur leur propre firmware communication avec l'imprimante via Wifi) J'ai honnêtement du mal à comprendre pourquoi ils réinventent la roue au lieu d'apporter / contribuer au développement de solutions «open source» qu'ils utilisent déjà mais rarement dans l'esprit ni dans le respect des licences 2
pascal_lb Posté(e) Juillet 17, 2024 Auteur Posté(e) Juillet 17, 2024 il y a une heure, fran6p a dit : C'est bien ce que je craignais Donc si je comprend bien le k-touch que j'ai commandé ne va pas être beaucoup mieux que l'écran de la SK1 d'origine, dommage sur le papier c'était bien @bistory c'est un k-touch que tu as ? Il y a 2 heures, fran6p a dit : Tout ce que tu lui demandes Super je vais tester ça Il y a 2 heures, fran6p a dit : J'en ai encore sous le pied Si tu as une liste je suis preneur
pascal_lb Posté(e) Juillet 18, 2024 Auteur Posté(e) Juillet 18, 2024 @fran6p la machine fonctionne très bien, je ne peux pas dire qu'elle fonctionne mieux qu'avant, mais maintenant je sais ce qu'il y a dedans Un truc qui ne fonctionne pas, le wifi, il est intégré à la carte, une idée ou une brique pour l'activer ?
pascal_lb Posté(e) Juillet 19, 2024 Auteur Posté(e) Juillet 19, 2024 J'ai demandé à mon contact de chez Two Trees les sources de l'écran... Voici sa réponse we are now able to provide compiled screen firmware, unable to provide source firmware Je me doutais de la réponse, mais ça ne coûte rien de demander
bistory Posté(e) Juillet 19, 2024 Posté(e) Juillet 19, 2024 Il y a 3 heures, pascal_lb a dit : J'ai demandé à mon contact de chez Two Trees les sources de l'écran... Voici sa réponse we are now able to provide compiled screen firmware, unable to provide source firmware Je me doutais de la réponse, mais ça ne coûte rien de demander Oui ils filent le firmware mais pas les sources du service qui fait tourner l'écran sur la bécane. Ils m'ont donné des instructions pour repérer le service mais j'avais déjà fait tout ça et même plus, et rien ne fonctionne à cause de ce binaire Pour le WiFi, c'est à peu près pareil, il faut reprendre le service dans systemctl et le transférer dans la nouvelle distro. De toute façon comme je suis bredouille pour l'écran, je vais publier mon image d'Armbian 12 avec tout le nécessaire. Ca ne fera pas bouger TwoTrees mais il y aura peut-être des trucs sympas qui sortiront de la commu (ou pas).
pascal_lb Posté(e) Juillet 19, 2024 Auteur Posté(e) Juillet 19, 2024 il y a 41 minutes, bistory a dit : Oui ils filent le firmware Pareil ils me l'ont envoyé aussi il y a 42 minutes, bistory a dit : il faut reprendre le service dans systemctl et le transférer dans la nouvelle distro. Heu tu fais ça comment ?
bistory Posté(e) Juillet 19, 2024 Posté(e) Juillet 19, 2024 il y a 55 minutes, pascal_lb a dit : Pareil ils me l'ont envoyé aussi Heu tu fais ça comment ? Euh c'est un peu long à expliquer et je ne me souviens plus de toutes les commandes que j'ai tapé pour ça...
pascal_lb Posté(e) Juillet 19, 2024 Auteur Posté(e) Juillet 19, 2024 il y a 44 minutes, bistory a dit : Euh c'est un peu long à expliquer et je ne me souviens plus de toutes les commandes que j'ai tapé pour ça... Ce n'est pas grave
fran6p Posté(e) Juillet 19, 2024 Posté(e) Juillet 19, 2024 Il y a 14 heures, pascal_lb a dit : Un truc qui ne fonctionne pas, le wifi, il est intégré à la carte, une idée ou une brique pour l'activer ? Pas si simple, malheureusement J'explique comment j'ai fait avec la XM3 mais il y a un risque de bloquer le démarrage du système. Dans le «long» sujet ou dans mon dépôt Github. Si tu voulais tout de même te lancer. avant de faire toute modification, il faudrait d'abord savoir ce que TwoTrees utilise pour le Wifi (puce intégrée sur la carte ou via une clé USB Wifi). Manipulations à réaliser, connecté en ssh Si clé USB, quand elle est connectée que donne un «lsusb» Retirer la clé, la réinsérer et utiliser la commande «dmesg», copier la fin des messages affichés (tu peux rediriger la sortie de dmesg dans un fichier que tu nommes comme tu veux ( dmesg > dmesg.txt ). En fonction de ce qui sera affiché, je te dirais si c'est faisable (facilement, moyennement facile, difficile, ardu, ou impossible). il y a 51 minutes, bistory a dit : je ne me souviens plus de toutes les commandes que j'ai tapé pour ça... L'environnement utilisateur garde en mémoire une bonne partie des commandes tapées (à condition de procéder à un arrêt propre (shutdown ou halt) : history (J'ai bien tapé history et pas bistory )
pascal_lb Posté(e) Juillet 19, 2024 Auteur Posté(e) Juillet 19, 2024 il y a 11 minutes, fran6p a dit : il faudrait d'abord savoir ce que TwoTrees utilise pour le Wifi (puce intégrée sur la carte ou via une clé USB Wifi). c'est une puce intégrée sur la carte
fran6p Posté(e) Juillet 19, 2024 Posté(e) Juillet 19, 2024 (modifié) Envoie quand même le résultat du «dmesg», on pourra quand même se faire une idée J'ai regardé le schéma des broches, effectivement il y a bien une puce Wifi Tu aurais une photo de juste cette puce sur la carte ? Modifié (le) Juillet 19, 2024 par fran6p
pascal_lb Posté(e) Juillet 19, 2024 Auteur Posté(e) Juillet 19, 2024 il y a 25 minutes, fran6p a dit : Envoie quand même le résultat du «dmesg», on pourra quand même se faire une idée voilà le fichierdmesg.txt il y a 26 minutes, fran6p a dit : Tu aurais une photo de juste cette puce sur la carte ? non mais je peux en faire une, je vais rouvrir la machine
pascal_lb Posté(e) Juillet 19, 2024 Auteur Posté(e) Juillet 19, 2024 il y a 41 minutes, fran6p a dit : Tu aurais une photo de juste cette puce sur la carte ? j'ai retrouvé une image que j'avais faite, si ce n'est pas bon je réouvre la bete
fran6p Posté(e) Juillet 19, 2024 Posté(e) Juillet 19, 2024 (modifié) Analyse rapide Le Wifi de la carte est bien détecté (en USB, la puce n'est pas la même que celle «problématique» avec les Qidi (RTL8188): ici c'est un chipset Realtek 8821 capable en «théorie» de Wifi et de Bluetooth) : Citation [ 603.905348] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 603.905374] usb 1-1: Product: 802.11ac NIC [ 603.905394] usb 1-1: Manufacturer: Realtek [ 603.905414] usb 1-1: SerialNumber: 123456 [ 603.985411] Bluetooth: Core ver 2.22 [ 603.985544] NET: Registered PF_BLUETOOTH protocol family [ 603.985550] Bluetooth: HCI device and connection manager initialized [ 603.985569] Bluetooth: HCI socket layer initialized [ 603.985579] Bluetooth: L2CAP socket layer initialized [ 603.985602] Bluetooth: SCO socket layer initialized [ 604.007943] cfg80211: Loading compiled-in X.509 certificates for regulatory d atabase [ 604.009854] usbcore: registered new interface driver btusb [ 604.011911] Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 604.012839] Loaded X.509 cert 'wens: 61c038651aabdcf94bd0ac7ff06c7248db18c600 ' [ 604.012861] Bluetooth: hci0: RTL: examining hci_ver=08 hci_rev=000c lmp_ver=0 8 lmp_subver=8821 [ 604.013891] Bluetooth: hci0: RTL: rom_version status=0 version=1 [ 604.013915] Bluetooth: hci0: RTL: loading rtl_bt/rtl8821c_fw.bin [ 604.015923] Bluetooth: hci0: RTL: loading rtl_bt/rtl8821c_config.bin [ 604.016659] Bluetooth: hci0: RTL: cfg_sz 10, total sz 21678 [ 604.017844] cfg80211: loaded regulatory.db is malformed or signature is missi ng/invalid [ 604.071606] rtw_8821cu 1-1:1.2: Firmware version 24.11.0, H2C version 12 [ 604.375033] rtw_8821cu 1-1:1.2: failed to download firmware [ 604.380287] rtw_8821cu 1-1:1.2: failed to setup chip efuse info [ 604.380311] rtw_8821cu 1-1:1.2: failed to setup chip information [ 604.380615] rtw_8821cu: probe of 1-1:1.2 failed with error -22 [ 604.380751] usbcore: registered new interface driver rtw_8821cu [ 604.431719] Bluetooth: hci0: RTL: fw version 0x826ca99e [ 696.039747] usb 1-1: USB disconnect, device number 2 [ 703.343650] usb 1-1: new high-speed USB device number 3 using dwc2 [ 703.820344] usb 1-1: New USB device found, idVendor=0bda, idProduct=c820, bcd Device= 2.00 [ 703.820380] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 703.820397] usb 1-1: Product: 802.11ac NIC [ 703.820412] usb 1-1: Manufacturer: Realtek [ 703.820425] usb 1-1: SerialNumber: 123456 [ 703.829359] rtw_8821cu 1-1:1.2: Firmware version 24.11.0, H2C version 12 [ 703.829564] Bluetooth: hci0: RTL: examining hci_ver=08 hci_rev=000c lmp_ver=0 8 lmp_subver=8821 [ 703.832379] Bluetooth: hci0: RTL: rom_version status=0 version=1 [ 703.832760] Bluetooth: hci0: RTL: loading rtl_bt/rtl8821c_fw.bin [ 703.833476] Bluetooth: hci0: RTL: loading rtl_bt/rtl8821c_config.bin [ 703.833848] Bluetooth: hci0: RTL: cfg_sz 10, total sz 21678 [ 704.188779] rtw_8821cu 1-1:1.2: failed to download firmware [ 704.194657] rtw_8821cu 1-1:1.2: failed to setup chip efuse info [ 704.194681] rtw_8821cu 1-1:1.2: failed to setup chip information [ 704.194975] rtw_8821cu: probe of 1-1:1.2 failed with error -22 [ 704.253156] Bluetooth: hci0: RTL: fw version 0x826ca99e C'est très semblable à ce que j'avais rencontré avec la XM3: les puces Wifi possèdent toutes (une très grande partie) un firmware propriétaire, là en l'occurrence un firmware de Realtek. Pour fonctionner avec Linux, il faut que ce firmware fasse partie de la distribution… ce qui n'est pas le cas de l'Armbian Bookworm installée. Il manque une partie qu'on peut éventuellement ajouter MAIS il y a un risque de blocage du système au redémarrage suivant (un Initram est reconstruit pour pouvoir prendre en charge l'ajout. Que donnes un : sudo lsmod | grep rtl Donc, en préalable, faire une image du système actuellement fonctionnel. Une fois cette image de sauvegarde faite et uniquement après cette étape. Dégeler «provisoirement» les paquets du système comme expliqué dans le lien plus haut. Faire la mise à jour (sudo apt update; sudo apt install armbian-firmware-full ). Après redémarrage du système, si c'est fonctionnel, il faut regeler les paquets pour empêcher une mise à jour ultérieure «malencontreuse» Sinon, le dmesg affiche le problème avec l'IRQ 41 Révélation [ 59.570357] irq 41: nobody cared (try booting with the "irqpoll" option) [ 59.570388] CPU: 0 PID: 154 Comm: irq/41-rk805 Tainted: G C 6 .6.17-current-rockchip64 #2 [ 59.570410] Hardware name: Makerbase mkspi (DT) [ 59.570420] Call trace: [ 59.570429] dump_backtrace+0x94/0x114 [ 59.570453] show_stack+0x18/0x24 [ 59.570469] dump_stack_lvl+0x48/0x60 [ 59.570487] dump_stack+0x18/0x24 [ 59.570502] __report_bad_irq+0x38/0xe4 [ 59.570522] note_interrupt+0x328/0x378 [ 59.570540] handle_irq_event+0x9c/0xb0 [ 59.570557] handle_level_irq+0xdc/0x1d4 [ 59.570576] generic_handle_domain_irq+0x2c/0x44 [ 59.570592] rockchip_irq_demux+0xa0/0x220 [ 59.570613] generic_handle_domain_irq+0x2c/0x44 [ 59.570629] gic_handle_irq+0x44/0xcc [ 59.570644] call_on_irq_stack+0x24/0x4c [ 59.570663] do_interrupt_handler+0xd4/0xd8 [ 59.570682] el1_interrupt+0x34/0x68 [ 59.570700] el1h_64_irq_handler+0x18/0x24 [ 59.570717] el1h_64_irq+0x64/0x68 [ 59.570732] _raw_spin_unlock_irq+0x14/0x44 [ 59.570749] irq_finalize_oneshot.part.0+0x68/0x104 [ 59.570766] irq_thread_fn+0x60/0xa8 [ 59.570782] irq_thread+0x164/0x248 [ 59.570798] kthread+0x104/0x108 [ 59.570815] ret_from_fork+0x10/0x20 [ 59.570833] handlers: [ 59.570841] [<00000000481d1589>] irq_default_primary_handler threaded [<00000 0009d40b92a>] regmap_irq_thread [ 59.570882] Disabling IRQ #41 La caméra USB nécessite plusieurs tentatives d'enregistrement avant d'être pleinement reconnue : Révélation [ 594.293129] usb 2-1: New USB device found, idVendor=0bda, idProduct=d571, bcd Device=20.22 [ 594.293176] usb 2-1: New USB device strings: Mfr=3, Product=1, SerialNumber=2 [ 594.293201] usb 2-1: Product: RGB Camera [ 594.293222] usb 2-1: Manufacturer: ZC RGB [ 594.293241] usb 2-1: SerialNumber: 200901010001 [ 594.310891] usb 2-1: Found UVC 1.00 device RGB Camera (0bda:d571) [ 596.255945] usb 2-1: USB disconnect, device number 3 [ 596.258060] uvcvideo 2-1:1.1: Failed to resubmit video URB (-19). [ 596.536436] usb 2-1: new high-speed USB device number 4 using xhci-hcd [ 596.872396] usb 2-1: device descriptor read/64, error -71 [ 597.193526] usb 2-1: New USB device found, idVendor=0bda, idProduct=d571, bcd Device=20.22 [ 597.193574] usb 2-1: New USB device strings: Mfr=3, Product=1, SerialNumber=2 [ 597.193599] usb 2-1: Product: RGB Camera [ 597.193620] usb 2-1: Manufacturer: ZC RGB [ 597.193639] usb 2-1: SerialNumber: 200901010001 [ 597.211061] usb 2-1: Found UVC 1.00 device RGB Camera (0bda:d571) [ 603.277318] usb 2-1: USB disconnect, device number 4 [ 603.279903] uvcvideo 2-1:1.1: Failed to resubmit video URB (-19). [ 603.424314] usb 1-1: new high-speed USB device number 2 using dwc2 [ 603.560285] usb 2-1: new high-speed USB device number 5 using xhci-hcd [ 603.773023] usb 2-1: New USB device found, idVendor=0bda, idProduct=d571, bcd Device=20.22 [ 603.773070] usb 2-1: New USB device strings: Mfr=3, Product=1, SerialNumber=2 [ 603.773095] usb 2-1: Product: RGB Camera [ 603.773115] usb 2-1: Manufacturer: ZC RGB [ 603.773135] usb 2-1: SerialNumber: 200901010001 [ 603.790537] usb 2-1: Found UVC 1.00 device RGB Camera (0bda:d571) Après recherche (rapide là encore), la puce AP6212 serait une «vieille» puce de Broadcom (au moins 5 ans, pas de petites économies en écoulant d'anciens stocks ). Donc, le noyau s'emmêle complètement les pinceaux en la détectant comme une puce Realtek 8821 Modifié (le) Juillet 19, 2024 par fran6p
pascal_lb Posté(e) Juillet 19, 2024 Auteur Posté(e) Juillet 19, 2024 (modifié) il y a 21 minutes, fran6p a dit : Donc, le noyau s'emmêle complètement les pinceaux en la détectant comme une puce Realtek 8821 je ne pense pas car la puce realtek c'est mon dongle USB (qui fait aussi Bluetooth) que j'ai utilisé pour le test mks@mkspi:~$ sudo lsmod | grep rtl [sudo] Mot de passe de mks : btrtl 32768 1 btusb bluetooth 811008 5 btrtl,btmtk,btintel,btbcm,btusb Modifié (le) Juillet 19, 2024 par pascal_lb
fran6p Posté(e) Juillet 19, 2024 Posté(e) Juillet 19, 2024 C'est plus embêtant Pas de trace de cette puce Wifi Broadcom dans le dmesg. Que donne un : sudo iwconfig Idem avec le résultat du contenu du fichier (pour lister tous les modules chargés par le noyau) : sudo lsmod > lsmod.txt
pascal_lb Posté(e) Juillet 19, 2024 Auteur Posté(e) Juillet 19, 2024 il y a 32 minutes, fran6p a dit : Que donne un : sudo iwconfig pas grand chose à mon avis mks@mkspi:~$ sudo iwconfig [sudo] Mot de passe de mks : lo no wireless extensions. eth0 no wireless extensions.
bistory Posté(e) Juillet 19, 2024 Posté(e) Juillet 19, 2024 Il y a 2 heures, fran6p a dit : Pas si simple, malheureusement J'explique comment j'ai fait avec la XM3 mais il y a un risque de bloquer le démarrage du système. Dans le «long» sujet ou dans mon dépôt Github. Si tu voulais tout de même te lancer. avant de faire toute modification, il faudrait d'abord savoir ce que TwoTrees utilise pour le Wifi (puce intégrée sur la carte ou via une clé USB Wifi). Manipulations à réaliser, connecté en ssh Si clé USB, quand elle est connectée que donne un «lsusb» Retirer la clé, la réinsérer et utiliser la commande «dmesg», copier la fin des messages affichés (tu peux rediriger la sortie de dmesg dans un fichier que tu nommes comme tu veux ( dmesg > dmesg.txt ). En fonction de ce qui sera affiché, je te dirais si c'est faisable (facilement, moyennement facile, difficile, ardu, ou impossible). L'environnement utilisateur garde en mémoire une bonne partie des commandes tapées (à condition de procéder à un arrêt propre (shutdown ou halt) : history (J'ai bien tapé history et pas bistory ) Lol oui je sais, j'ai été adminsys linux Le truc c'est que j'ai dû jongler entre le système de base de TT et Armbian 12, j'ai repris des fichiers des services marqués makerbase-* pour les intégrer dans le système, j'ai chipoté avec plusieurs fichiers système avant que ça fonctionne. Mais l'historique est un foutoir complet et ça ne me donnera quand même pas les fichiers. C'est pour ça que j'en reviens à l'idée de partager mon image, ce sera plus simple pour tout le monde Je dois sortir la eMMC de la machine et poster ça sur Github
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant