Classement

C'est pas faux, mais on connaît @Fourmi depuis très longtemps et on était bien content lorsqu'il nous annonçait des promos sur son site (d'ailleurs il y a toujours un code promo https://www.lesimprimantes3d.fr/forum/topic/50703-code-permanent-10-chez-hotendsfr/ enfin j'espère qu'il est toujours valide ) alors lui donner un petit coup de pouce pour son nouveau produit ne va pas nuire à la qualité de ce forum bien au contraire

Au départ les pneufits ont été crées pour des systèmes de commande pneumatique (air comprimé, azote...), un pneufit branché sur un actionneur, n'a pas besoin d'être traversant, au contraire cela cale le tube, donc il y a les deux modèles, il faut vérifier lors des commandes.

Deux nouveaux projets en cours d'impression... La vache pot à crayons, variante de la tirelire réalisée en 2023 Et une mangeoire pour les oiseaux du jardin...

Bonjour à tous, me voilà de retour... L'ours fatigué que je vous avais montré précédemment, que j'avais oublié de vous montrer une fois imprimé. Disponibles sur Cults...

On publie le test de la GK3 Pro dans quelques jours.

Moins qu'avec ma XMax3, deux fois plus lourde .

Mouaf ça remarche. J'sais pas trop pourquoi, mais ça remarche (les voies du Linux sont impénétrables) En fait au lieu de me loguer avec l'adresse IP je me suis logué avec mon nom d'utilisateur, JCG Enfin bon tout ça m'a permis de me remettre un peu à Linux, ça faisait longtemps Merci @Savate @fran6p

Bonjour, je viens de voir le Créality Space Pi Plus à 61,99 € avec coupon chez Geekbuying. le lien du comparateur du forum pour achat éventuel https://li3d.fr/CrealitySpacePiPlus-GBG Attention de bien passer par l'étape avec tous les choix de paiements sinon pas possible de saisir le coupon......

Je n'ose aller citer Michel Audiard (Les tontons flingueurs dans la cuisine, discussion entre Lino Ventura et Francis Blanche), mais on n'en est pas loin

Moins bon conducteur thermique, il faut imprimer plus chaud (+15/20 °C) qu'avec des buses laiton ou recouverte inox. Le seul «avantage» des buses acier est de pouvoir y passer des filaments abrasifs (chargés en particules (verre / carbone), phosphorescents, …), mais on trouve de plus en plus des buses laiton dont seule la pointe est en acier durci = avantages buses laiton et acier dans une seule buse.

Voilà quelques exemples de print, qu'en pensez vous ?

Alors 1) il vaut mieux utiliser le bon matériel... 2) ne percer que la partie métallique inférieure sans toucher les griffes ! Pas étonnant qu'on obtienne des bouchons dans le heatbreak.

n'oublie pas de mettre le petit clip pour bloquer le ptfe, sinon, ça ne va pas bloquer correctement le ptfe.

Perso je suis pour le partage, mais il faut bien gagner sa vie aussi, n'as tu jamais rien vendu ?une impression, un vieux truc que tu ne voulais plus? je trouve aussi que le prix de cet appareil est un peu élevé, je pense qu'il aurait plutôt dû vendre les fichiers complet à 2 ou 3 euros, il aurait eu la même marge et sans prise de tête. Comme l'a dit Pascal plus haut, je vous trouve un peu excessif, notre forum n'as pas par habitude de défoncer les gens comme ça, j'espère que ce n'est qu'un mauvais passage...

Bonjour à tous. Je n'ai peut être pas assez fouillé le forum, mais je n'ai pas trouvé de sujet sur la "The 100", ou sur sa grande sœur, la "The 250". Elle est assez bien documentée sur internet. J'ai construis une The100 pour voir, en recyclant une très vieille prusa like, que j'avais déjà fabriqué il y a 10 ans, avec juste quelques petites modification pour passer le lit de 200x200mm, l'utilisation de vis à agglo (que je préfère au inserts à chaud, et qui reviennent en plus moins cher), l'intégration de raidisseurs métalliques, et 3 moteurs Z au lieu de 2 (le point faible de la version standard à mon avis). J'ai tout réutilisé : moteurs, Lit, électronique (mega2560 et ramps), les tiges de 8mm, les douilles linéaires, les fins de course, les courroies, l'alim de PC. J'ai juste racheté quelques poulies (forcément, y'en a plus sur une core XY), de la courroie, quelques ventilos, et mis en service une hothend AIO et un extrudeur bondtech (une copie) que j'avais en stock. Investissement minimum ! Juste un petit luxe : un BLtouch (une copie). C'est un peu long à imprimer, c'est un peu long à monter et à configurer, c'est pas pour les débutants qui vont se dégouter, mais au final ça marche vraiment bien. Vive klipper ! Evidemment, ce n'est pas une Bambu, ni en qualité ni en vitesse, mais en partant d'une "épave", ça coute 10 fois moins. En qualité, je dirais qu'on est un peu mieux qu'une K3PS pro, au moins du niveau d'une Sapphire SP5, pas loin de ma SV08. Partant de pièces de récup ayant des heures de vol, je ne m'attendais pas à aussi bien. En vitesse, je suis à 150mm/s et je monte petit à petit. C'est visiblement capable de bien plus. Je ne cherche pas la vitesse, mais plutôt la précision dimensionnelle. La prusa like "donneuse d'organes" est écrasée dans tous les domaines. Si quelqu'un hésite à se lancer dans l'aventure, je ne peux que lui conseiller d'y aller. En plus, si vous avez accès à une grande imprimante (type SV08), le cadre doit pouvoir se faire en 3 ou 4 morceaux seulement : montage plus rapide, moins de vis, plus de rigidité.

Si qqun décide de déposer un brevet, avoir la primeur de l'invention lui laissera au mieux le droit de l'exploiter. Ce qui sera un mince réconfort quand l'appareil arrivera de Chine pour 3,5€ en conteneur de 30 000 pieces.

OS, écosystème Klipper Nous aborderons dans ce sujet la partie logicielle, à savoir : le système d'exploitation (Debian), l'écosystème Klipper (Klipper, Moonraker, Fluidd) Debian Les imprimantes précédentes de Qidi utilisaient une seule carte pour faire fonctionner Klipper, carte regroupant l'unité de calcul et l'unité de contrôle. La Q2 utilise deux cartes séparées. L'unité de contrôle (Klipper) se trouve à l'arrière de la Q2. Elle pilote les matériels et utilise un micro-contrôleur STM32 (STM32F407). L'unité de calcul se trouve dans l'enceinte sous un cache plastique, à gauche au-dessus du système de chauffage interne. C'est un ordinateur monocarte (Small Board Computer en anglais (SBC)) utilisant un contrôleur Rockchip RK3308B-S. Celui-ci fonctionne avec un système d'exploitation Debian. La section «Information système» de l'interface Web Fluidd, nous donne la version Debian : une Bullseye (version 11). Dommage que depuis la sortie récente de la version Trixie (v13), cette v11 soit désormais passée au statut «oldoldstable». L'accès en ssh au système est possible en utilisant comme identifiant mks et comme mot de passe makerbase . L'accès ssh directement en root (mot de passe inconnu) n'est pas possible, mais une fois connecté en tant que mks, il est possible via "sudo su" de monter en privilèges (attention tout de même à éviter un "rm -rf /" qui serait fatal ). Un extrait de "dmesg" confirme le processeur utilisé (Rockchip RK3308B-S) : lscpu permet de lister les caractéristiques de ce processeur (ARM Cortex-A35, quatre cœurs, fréquence 1,1 Ghz) qui n'est pas un foudre de guerre avec ses 48 BOGOMIPS : Plus d'infos avec "cat /proc/cpuinfo" Combien de RAM ? 512 Mo (les modèles précédents (Serie3, Q1 Pro, Plus4) avaient 1 Go). L'eMMC (capacité de 32 Go) est soudée (avec les modèles précédents, elle était amovible). La partition contenant l'OS (/dev/mmcblk0p6) est montée à la racine au format ext4. Un seul module du noyau est chargé : le Wifi La version Debian est ancienne (v11. , Bullseye). Une tentative de mise à jour des dépôts se solde par un échec. En plus, les dépôts pointent sur des miroirs Debian chinois (a minima, moins rapides que des serveurs locaux) : C'est normal, car Bullseye étant dorénavant en statut «oldoldstable», les dépôts Backports ne sont plus joignables à l'ancienne adresse. Le contenu du fichier /etc/apt/sources.list doit être modifié pour que la mise à jour des dépôts se fasse, permettant maintenant la mise à jour des paquets du système ou l'installation de logiciel (git par exemple qui a dû être installé, utilisé puis supprimé ). Pour le fichier sources.list, voilà le contenu du mien : Avec ces liens «corrects», la mise à jour des dépôts va jusqu'au bout : Un «sudo apt upgrade -Y» met à jour les paquets système (175 paquets au moment de ce test). Vérification de la zone horaire : Pourquoi mon matériel utilise cette zone (Jerusalem) ? Correction : Date et heures sont à présent correctes . KIAUH KIAUH (Klipper Installation And Update Helper) est installé dans le dossier de l'utilisateur mks. Un premeir test d'utilisation (./kiauh/kiauh.sh) affiche des erreurs (j'ai oublié des faire des copies écrans ). Plutôt que chercher à savoir ce qui dysfonctionne, je sauvegarde le dossier kiauh en kiauh-qidi (mv kiauh kiauh-qidi), puis je clône le dépôt comme l'indique la documentation : cd ~ && git clone https://github.com/dw-0/kiauh.git Après lancement, sa fenêtre principale (main menu) liste les composants de l'écosystème Klipper installés par Qidi : Klipper, Moonraker, Fluidd et Crowsnest sont installés. L'option [2] de ce menu permet normalement de faire des mises à jour, mais Klipper et Moonraker ne peuvent pas l'être et de toute façon, il n'est pas conseillé de le faire . KIAUH ne peut ni détecter les versions installées par Qidi de Klipper et Moonraker (installed) (les dossiers .git ont été supprimés par Qidi), ni détecter les versions actuelles (latest) : Via KIAUH, on peut tout de même mettre à jour Crowsnest et Fluidd : et aussi installer d'autres composants si besoin (Mainsail, Mobileraker, Klipperscreen, …). Mise à jour Qidi On peut vérifier via l'écran de l'imprimante si une mise à jour existe : Depuis la réception de la Q2, j'ai eu plusieurs mises à jour proposées. Certaines effectuées en OTA (Other The Air = via le réseau donc), d'autres en mode manuel à l'aide de la clé USB avec des versions fournies par Qidi. La procédure de mise à jour manuelle utilise la clé USB contenant à la racine un dossier QD_Update. Ce dossier possède les fichiers de mise à jour (QD_Q2_SOC (un fichier installé via apt install… on peut l'ouvrir avec 7Zip pour prendre connaissance de son contenu) et éventuellement des mises à jour des firmwares des cartes (QD_Q2_MCU, QD_Q2_THR, …)). Une fois la mise à jour réalisée en mode hors ligne, le contenu du dossier QD_Update est renommé (QD_Q2_SOC.bak, QD_Q2_MCU.bak, QD_Q2_THR.bak et un journal est ajouté offline_update_log-20250917_120601.txt). Exemple du journal : Les écrans lors d'une MAJ : Une fois l'imprimante redémarrée, un rappel de refaire a minima la compensation de résonances : À noter : les mises à jour En-ligne indiquent que la Qidi Box n'est pas supportée temporairement, le firmware adapté est retardé (problèmes, soucis de hardware / firmware … va savoir Charles, Qidi n'est pas très communicatif à ce sujet). Écosystème Klipper La version installée par Qidi n'est plus un dépôt Git (idem pour Moonraker), le dossier «.git» a été supprimé. Il est impossible de savoir précisément quelle version a servi de base au développement de la Q2. Toutefois, la consultation du fichier ~/klipper/docs/Config_changes.md permet tout de même de deviner que c'est basé sur une version 0.12.x, les dernières modifications datant du 20240415 (la v0.12.0 est sortie en octobre 2023, la v0.13.0 en novembre 2024). Klipper (klippy) utilise majoritairement Python. La version du système Qidi est un Python3 3.9.2 (c'est une bonne chose ). Qidi pour gérer ses propres composants (le capteur de pression entre autres (ADC CS1237)) a compilé les fichiers Python en une bibliothèque (extension .so). Ce qui rend difficile la compréhension de leur fonctionnement. La licence GPL v3.0 de Klipper est loin d'être respectée , même si je peux comprendre que la rigidité du développeur principal de Klipper (Kevin O'connor) puisse refroidir l'ardeur des développeurs quand on souhaite ajouter de nouveaux modules à Klipper. mks@linaro-alip:~$ ls -al klipper/klippy/extras/*.so -rw-r--r-- 1 mks netdev 968080 Aug 21 03:48 klipper/klippy/extras/aht20_f.so -rw-r--r-- 1 mks netdev 1638064 Jul 29 05:20 klipper/klippy/extras/air.cpython-39-aarch64-linux-gnu.so -rw-r--r-- 1 mks netdev 1777896 Aug 21 03:48 klipper/klippy/extras/box_detect.so -rw-r--r-- 1 mks netdev 4203848 Sep 6 09:30 klipper/klippy/extras/box_extras.so -rw-r--r-- 1 mks netdev 558808 Aug 21 03:48 klipper/klippy/extras/box_rfid.so -rw-r--r-- 1 mks netdev 2902080 Sep 5 09:26 klipper/klippy/extras/box_stepper.so -rw-r--r-- 1 mks netdev 596112 Jul 28 13:47 klipper/klippy/extras/buttons_irq.so -rw-r--r-- 1 mks netdev 995328 May 5 07:34 klipper/klippy/extras/cs1237.cpython-39-aarch64-linux-gnu.so -rw-r--r-- 1 mks netdev 1494216 May 5 07:34 klipper/klippy/extras/heater_air_core.cpython-39-aarch64-linux-gnu.so -rw-r--r-- 1 mks netdev 737352 May 5 07:35 klipper/klippy/extras/hx711.cpython-39-aarch64-linux-gnu.so Pour le moment, il est fortement déconseillé de tenter de mettre à jour Klipper (manuellement ou via KIAUH), de nombreux éléments matériels seraient rendus non fonctionnels. De toute façon, une mise à jour vers la version actuelle (0.13.x) nécessiterait de flasher les firmwares des cartes : X-9-3, A-10 (tête d'impression), et celle de la Qidi Box (pour ceux en ayant une). Klipper: printer.cfg Ce fichier est celui qui permet de configurer les éléments matériels pour que le firmware puisse les utiliser via les firmwares flashés sur les deux cartes contrôleurs. Je ne vais pas le détailler précisément, la documentation de Klipper le fait déjà (en français). Je ne reprends que l'essentiel. Les macros sont dans un fichier séparé (gcode_macro.cfg) inclus au début du printer.cfg, de même pour la gestion des timelapses (timelapse.cfg) et celle pour la reprise après coupure de courant (plr.cfg) : # q2 [include KAMP_Settings.cfg] [include gcode_macro.cfg] [include MCU_ID.cfg] [include timelapse.cfg] [include plr.cfg] Analyse de la configuration matérielle MCU La Q2 gère trois «mcu» (micro controler unit) : le principal est celui correspondant au microcontrôleur STM32F407 de la carte X-9-3 via une liaison série USB avec la carte X-9-1 (ajouté via un include MCU_ID.cfg) : [mcu] serial:/dev/serial/by-id/usb-Klipper_QIDI_MAIN_V2_1.0.4_52A832373534350534343539-if00 restart_method: command le second est celui de la carte fille située sur la tête (A-10], microcontrôleur STM32F103 (en fait un GD32F303) là encore en liaison série USB avec la carte X-9-1 [mcu THR] serial: /dev/ttyS4 restart_method: command baud: 500000 le troisième correspond au contrôleur de la carte utilisé par la Qidi Box, microcontrôleur STM32F401, quand elle est installée (ajouté via un include box.cfg). La connexion avec la carte X-9-1 est là aussi en mode série (USB) : [mcu mcu_box1] serial : /dev/serial/by-id/usb-Klipper_QIDI_BOX_V2_1.1.2_5C004B000851333235373730-if00 restart_method : command L'onglet Systeme de Fluidd donne des informations sur les mcus en cours de fonctionnement : [printer] La section de configuration (printer) correspondant à la cinématique de l'imprimante, ses accélérations et vitesses maximales [printer] kinematics:corexy max_velocity: 600 max_accel: 20000 max_z_velocity: 20 max_z_accel: 500 square_corner_velocity: 8 Pilotes moteurs On trouve évidemment les déclarations de paramètres des moteurs pilotant les axes (stepper …). Les axes X et Y utilisent la mise à l'origine sans capteur permise grâce aux pilotes TMC 2240. Exemple pour le pilote de l'axe X : [stepper_x] … endstop_pin:tmc2240_stepper_x:virtual_endstop … [tmc2240 stepper_x] … driver_SGT: 1 … L'utilisation de ce mode nécessite la modification du processus de mise à l'origine via la directive [homing_override] (réduction du courant envoyé aux pilotes le temps de cette mise à l'origine) : [homing_override] axes:xy gcode: M204 S10000 M220 S100 SET_STEPPER_ENABLE STEPPER=extruder enable=0 {% if 'X' in params and 'Y' not in params %} _HOME_X {% endif %} {% if 'Y' in params and 'X' not in params %} _HOME_Y {% endif %} {% if 'X' in params and 'Y' in params %} _HOME_XY {% endif %} {% if 'X' not in params and 'Y' not in params %} SET_KINEMATIC_POSITION X=100 SET_KINEMATIC_POSITION Y=100 SET_KINEMATIC_POSITION Z={printer.toolhead.axis_maximum.z/2} G91 G1 Z5 F600 G4 P2000 _HOME_XY G90 G1 X{printer['gcode_macro PRINTER_PARAM'].max_x_position/2} Y{printer['gcode_macro PRINTER_PARAM'].max_y_position/2} F7800 G91 M400 G28 Z G1 Z20 F600 {% endif %} M204 S10000 G90 La Q2 utilise deux moteurs indépendants pour l'axe Z associés aux pilotes TMC2209, ce qui permet de régler l'inclinaison du lit automatiquement via un Gcode étendu Z_TILT_ADJUST à l'aide des paramètres de la section [z_tilt] : [stepper_z] … endstop_pin:probe:z_virtual_endstop endstop_pin_reverse:tmc2209_stepper_z:virtual_endstop position_endstop_reverse:260 position_max:265 position_min: -2 … homing_positive_dir:false homing_positive_dir_reverse:true [stepper_z1] … endstop_pin_reverse:tmc2209_stepper_z1:virtual_endstop [z_tilt] z_positions: -15,137 285,137 points: 10,137 260,137 speed: 150 horizontal_move_z: 5 retries: 2 retry_tolerance: 0.05 Jauge de pression (load cell) La Q2 utilise une jauge de pression intégrée à la tête en tant qu'interrupteur de fin de course. Ce qui permet : de réaliser la détection du point 0 (surface du PEI), d'effectuer le maillage du lit (les lits sont rarement totalement plats), de corriger automatiquement l'inclinaison du plateau (z_tilt) grâce aux deux moteurs Z indépendants Qidi a développé sa propre sonde (en Python, mais ensuite compilé sous forme d'une bibliothèque) autour d'un ADC CS1237. Une nouvelle section [probe_air] est utilisée par le fichier printer.cfg : [probe_air] sensor_type: c_sensor sclk_pin: THR:PB3 dout_pin:THR: PB4 voltage: 4.95 delta_v: 0.08 z_offset:-0.07 speed: 5 lift_speed:5 samples: 2 sample_retract_dist:3 samples_result: average samples_tolerance: 0.02 samples_tolerance_retries: 10 Le maillage du lit utilise une matrice de 6x6 : [bed_mesh] speed: 100 #100 horizontal_move_z:5 mesh_min:10,10 mesh_max:260,260 probe_count:6,6 algorithm:lagrange#bicubic #bicubic_tension:0.2 mesh_pps: 2, 2 #fade_target:0 Le maillage par défaut sans ajustement (le côté droit est légèrement plus bas et c'est surtout le point avant droit qui contribue à une portée de 0,3733 mm (différence entre point le plus haut et celui le plus bas)) : Compensation de résonances Pour la compensation de résonances, l'accéléromètre utilisé par Qidi est une puce LIS2DW soudée sur la carte fille A-10 qui permet de réaliser automatiquement les mesures : [lis2dw] cs_pin:THR:PA10 spi_software_sclk_pin:THR:PA5 spi_software_mosi_pin:THR:PA7 spi_software_miso_pin:THR:PA6 axes_map: y, z, -x [resonance_tester] accel_per_hz: 150 max_smoothing:0.25 accel_chip:lis2dw probe_points: 135, 135, 10 L'extension «G-code Shell Command» (un script Python de KIAUH) étant installé d'origine, on peut créer des scripts shell et les macros idoines pour produire des graphiques. Le tout regroupé dans un fichier «graphiques-shaper.cfg» (ajouter au début du printer.cfg une ligne [include graphiques-shaper.cfg] : # Process csv files issued from "input_shaping" to obtain png files # [gcode_macro PROCESS_SHAPER_DATA] description: process csv file to png gcode: RUN_SHELL_COMMAND CMD=axe_x RUN_SHELL_COMMAND CMD=axe_y [gcode_shell_command axe_x] command: sh /home/mks/printer_data/config/scripts/axe_x.sh timeout: 300. verbose: True [gcode_shell_command axe_y] command: sh /home/mks/printer_data/config/scripts/axe_y.sh timeout: 300. verbose: True Un répertoire «scripts» est créé dans ~/printer_data/config pour stocker les scripts shell, exemple du script pour l'axe X (remplacer x par y pour obtenir le script de l'axe Y) : #!/bin/sh # # Create PNG from csv file issued after INPUT_SHAPING, X axis # # Paths # DATE=$(date +"%Y%m%d") SCRIPTS="/home/mks/klipper/scripts/calibrate_shaper.py" CSV_FILE="/tmp/calibration_data_x_*.csv" PNG_FILE="/home/mks/printer_data/config/shaper_calibrate_x_$DATE.png" $SCRIPTS $CSV_FILE -o $PNG_FILE On peut également installer Klippain Shake and Tune pour obtenir plus de graphiques (objet d'un post ultérieur ). Voilà pour les points qui me semblaient importants du fichier printer.cfg. La configuration matérielle permet de piloter les différents composants éléctroniques via le firmware installé sur les cartes. Ensuite pour piloter les déplacements, les ventilations, les chauffage, c'est par l'intermédiaire de macros que cela se fait. Je ne détaillerai pas ici le contenu de toutes les macros. Je vous mets ici le fichier gcode_macros.cfg de Qidi pour la Q2 (supprimer la double extension .txt) : gcode_macro.cfg.txt Voilà pour cette fois, la suite est à venir.