Chercher dans la communauté

Test de la caméra de buse de Mintion La Mintion Nozzle Camera (NZC) est spécialement conçue avec un objectif autofocus et deux LED pour observer l'impression de la première couche pour l'impression 3D. Grâce à cette caméra, on peut observer comment le filament s'écoule, surveiller l'adhérence des couches et obtenir un diagnostic d'extrusion. De plus, en collaboration avec Obico, un fournisseur de détection intelligente (IA) connu dans le domaine de l'impression 3D, cette caméra de buse facilite l'accès à l'observation de la première couche, Obico se chargeant de détecter les problèmes éventuels. Solution évitant le recours à un système LIDAR. Prérequis une imprimante fonctionnant avec Klipper ou utilisant Octoprint avec un ordinateur monocarte (Small Board Computer / SBC). une pièce support pour maintenir la caméra au plus près de la buse Installation La caméra est livrée avec un câble USB (USB-A Mâle côté SBC, prise quatre broches Picoblade MX) La caméra est reliée à une mini carte via une nappe plutôt longue (≃20cm), ce qui permet de déporter le PCB de la buse. Cette caméra est munie de deux LEDs blanches três lumineuses permettant d'éclairer la zone à observer. Mon imprimante Qidi X-Max 3 utilise un système d'exploitation récent (Armbian Bookworm) avec les versions «officielles» de l'écosystème Klipper (Moonraker, Crowsnest, Fluidd / Mainsail, …). Les caméras sont gérées via Crowsnest (version 4). Leur configuration utilise le fichier crowsnest.conf La première étape consiste à connecter la caméra sur un port USB libre et vérifier qu'elle est bien détectée: En plus de ma première caméra (celle de Qidi) d'ID 1bcf:0b09, celle de Mintion est détectée (ID 0c45:6360) Quel périphérique vidéo a été détecté ? Un ls -l /dev/video apporte quelques infos mais insuffisantes mks@mkspi:~$ ls -l /dev/video* crw-rw---- 1 root video 81, 0 28 juil. 13:17 /dev/video0 crw-rw---- 1 root video 81, 1 28 juil. 13:17 /dev/video1 crw-rw---- 1 root video 81, 2 28 juil. 13:17 /dev/video2 crw-rw---- 1 root video 81, 3 28 juil. 13:17 /dev/video3 crw-rw---- 1 root video 81, 4 28 juil. 13:17 /dev/video4 crw-rw---- 1 root video 81, 5 28 juil. 13:17 /dev/video5 crw-rw---- 1 root video 81, 6 28 juil. 13:17 /dev/video6 En utilisant la commande «lsusb -v», chaque périphérique rattaché en USB livre plus d'informations. Chacune de mes deux caméras est compatible V4L. Un «ls -l /dev/v4l/by-id/» m'apporte plus d'informations, Les liens symboliques /dev/video{0-2} sont probablement réservés pour être utilisés par la carte contrôleur (à condition que cela ait été implémenté électroniquement… ce qui n'est pas le cas de la carte Qidi X-4). Les liens video{3-6} sont utilisés par mes Webcams. Seuls ceux d'index0 seront à utiliser : mks@mkspi:~$ ls -l /dev/v4l/by-id/ total 0 lrwxrwxrwx 1 root root 12 28 juil. 13:17 usb-Mintion_NZC_Mintion_NZC_SN0001-video-index0 -> ../../video3 lrwxrwxrwx 1 root root 12 28 juil. 13:17 usb-Mintion_NZC_Mintion_NZC_SN0001-video-index1 -> ../../video4 lrwxrwxrwx 1 root root 12 28 juil. 13:17 usb-SYX-231020-J_HD_Camera-video-index0 -> ../../video5 lrwxrwxrwx 1 root root 12 28 juil. 13:17 usb-SYX-231020-J_HD_Camera-video-index1 -> ../../video6 La caméra Qidi utilise le lien symbolique «video5», la Mintion NZC «video3». Muni de ces informations, on peut : compléter le fichier crowsnest.conf enregistrer ces modifications, redémarrer le service crowsnest 1 2 Toujours dans l'interface Web (ici Fluidd), ajouter cette caméra pour qu'elle apparaisse : 1- 2- 3- 4- Les flux vidéo des deux caméras sont affichés, on peut choisir d'afficher les deux ou l'un ou l'autre : => => Le site de Mintion ne propose que deux supports pour cette NZC. A l'aide d'OpenSCAD, je crée un mix de deux fichiers STL pour obtenir une première version. Puis une seconde afin d'atténuer l'éclairage des deux LEDs en ajoutant une patte de chaque côté: Le STL ( mix d'une partie de ce lien pour le support de la camera et de celui-ci modifié pour la fixation sur la tête Qidi): qidi-xmax3-mintion-nozzle-camera-v2.stl Pour ceux qui n'ont pas le mal de mer : Logiciels Actuellement, la caméra Qidi me permet d'obtenir des timelapses et de surveiller l'impression en cours. En complément, j'avais installé OctoEverywhere qui permet de détecter quelques problèmes d'impression: le fameux plat de spaghettis . Cette page décrit le fonctionnement de ces systèmes à base de reconnaissance d'artefacts (en gros ce qu'on appelle IA ou AI). Actuellement, ce programme complémentaire ne permet pas d'analyser la première couche déposée mais son «concurrent», Obico, lui le permet (plus d'informations >>> ici <<<). Donc avant d'installer Obico (via KAIUH), en ssh je désactive le service OctoEverywhere (sudo systemctl stop octoeverywhere; sudo systemctl disable octoeverywhere) puis j'installe Obico et complète l'installation en liant ma XM3 à mon compte (j'utilisais déjà Obico avec ma Ender3S1 et SonicPad). IMPORTANT: L'installation d'Obico, en tout cas sur mon système n'a pas installé un paquet indispensable: JANUS Donc il faut l'ajouter manuellement => sudo apt install janus Reste une dernière étape à faire pour que Obico utilise la caméra de buse pour analyser la première couche. Modifier le fichier moonraker-obico.cfg en ajoutant pour la caméra de buse le paramètre : Is_nozzle_camera = True Mon fichier: [server] url = https://app.obico.io auth_token = *********************** [moonraker] host = 127.0.0.1 port = 7125 [webcam Qidi] disable_video_streaming = False [webcam Nozzle] disable_video_streaming = False Is_nozzle_camera = True [logging] path = /home/mks/printer_data/logs/moonraker-obico.log [tunnel] Il faut juste bien renseigner le nom des caméras qui doit être identique à celui utilisé lors de leur ajout via l'interface Web (Fluidd / Mainsail). Le nom des caméras est au format Unix donc la casse des caractères doit être respectée (Majusucle / minuscule). Sauver et fermer puis, redémarrer le service moonraker-obico pour qu'Obico prenne en considérations ces modifications. L'accès au site app.obico.io (ou à l'adresse de votre propre serveur si vous en avez monté un (ce sera une prochaine étape quand j'aurai fini de remonter un nouveau NAS)). permet de commuter l'affichage : Pour que l'analyse se fasse à l'issue de la première couche, il faut ajouter dans le trancheur utilisé le Gcode (documentation) : _OBICO_LAYER_CHANGE CURRENT_LAYER={layer_num + 1} MINX=[first_layer_print_min_0] MINY=[first_layer_print_min_1] MAXX=[first_layer_print_max_0] MAXY=[first_layer_print_max_1] Dans la section Avant changement de couche (Before layer Change) des Gcodes personnalisés de l'imprimante. Un Gcode tranché ainsi puis imprimè, met en pause l'impression à l'issue de la première couche (une légère rétraction du filament a lieu avant de baisser la température à 170°C, ventilateur de refroidissement du filament activé à 100%). une fois la température descendue, la buse / caméra balaye la surface de la première couche pour l'analyser et détecter d'envetuels problèmes. Suivant le type de notifications choisies (Mèle, SMS, …), un message est ensuite envoyé avec un score (A-F) et une vidéo «accélérée» montre l'analyse effectuée). Exemple (j'utilise le courrier électronique) : La vidéo (transformée en GIF) du balayage : A noter: En fonction du score attribué, un certain nombre de suggestions est donné. Le choix de toute façon reste à l'utilisateur de continuer ou arrêter l'impression. Ce que je constate après quelques impressions : la buse et la chaussette de protection doivent être parfaitment propres pour éviter des faux-positifs (ce qui était le cas de mes vidéos) la vitesse de rétraction du filament par défaut est trop faible (15mm/s) avec ma XM3, le fichier moonraker_obico_macros.cfg est en lecture seule (lien symbolique) et ne peut être édité via Fluidd (Mainsail), on ne peut le modifier qu'en passant par une connexion ssh En espérant que ce soit utile à d'autres makers.