LilYoda

Si tu parles du pad de nettoyage, oui, il n'est pas démontable Le kit vendu par Artillery replace toute la pièce à l'arrière du plateau, y compris le support, pour y mettre des pads qu'on peut changer https://fr.artillery3d.com/products/cleaning-nozzle-silicone-pad

Bon, j'ai testé avec une macro 'bidon', mais ça ne lit pas la variable [gcode_macro TESTFAN] gcode: M106 S210 G4 P3000 {% set fanspeed = printer.fan.speed %} RESPOND TYPE=command MSG='Fan speed: '{fanspeed} Quand je l'execute, ça me dit juste: 16:52:17 $ TESTFAN 16:52:19 // Fan speed: 0.0 le M106 fait bien son job en mettant en route le ventilateur, mais ça renvoie toujours 0 Par contre, si je relance une seconde fois la même macro: 16:56:09 $ TESTFAN 16:56:10 // Fan speed: 0.658823529412 J'ai même mis des timer en pensant que la valeur 'printer.fan.speed' mettait du temps à se mettre à jour dans Klipper, mais ça ne semble pas fonctionner... On dirait qu'il lit la valeur qui existait avant le lancement de la macro D'ailleurs, si je force la vitesse à une valeur différente via la console AVANT de lancer la macro, il me donne la valeur d'avant le lancement: 16:58:50 $ M106 S100 16:58:53 $ TESTFAN 16:58:53 // Fan speed: 0.313725490196 << correspond au M106 S100 et pas au M106 S210 Je ne capte pas pourquoi...

Je comprends le principe, mais je n'ai aucune idée de ce qu'il faudrait écrire dans la macro M600 pour ça. Tu aurais une idée? EDIT: on dirait que quelqu'un d'autre a aussi rencotré le problème sur reddit, et il y a une proposition de solution. Je testerai ça

J'ai une question sur la macro M600. J'ai remarqué que le ventilateur de refroidissement en face avant de la tête d'impression se déclenche à fond dès le lancement de la macro. Lors du resume, il ne revient pas à sa valeur précédente, et reste à fond, jusqu'à ce que le gcode du modèle ait une commande pour changement de vitesse du ventilateur. Ca me donne ls premières lignes après le changement qui adhèrent mal à la couche précédente, car déjà celle ci a refroidi, mais en plus le dépot du nouveau filament se fait avec la ventilation à fond. Je voulais voir si ce comportement était corrigeable, mais je ne vois pas de ligne dans la conf qui fait ça? Quelqu'un aurait-il une idée? Voilà ce que j'ai dans les fichiers .cfg entre la M600, le PAUSE et le RESUME (je n'ai rien touché au PAUSE ou au RESUME pour l'instant) [gcode_macro M600] gcode: #Définit les valeurs par défaut M600 [E<initial_retract>] [U<later_retract>] [X<abs_pos>] [Y<abs_pos>] [Z<rel_pos>] {% set E = (params.E|default(1)|float,0.0)|max %} {% set U = (params.U|default(60)|float,0.0)|max %} {% set X = (params.X|default(10)|float,0.0)|max %} {% set Y = (params.Y|default(10)|float,0.0)|max %} {% set Z = (params.Z|default(10)|float,0.0)|max %} #Sauvegarde de l'état et mise en pause SAVE_GCODE_STATE NAME=M600_state PAUSE #Retraction relative de la valeur {E} de extrudeur à 45mm/s (2700mm/min) et levé du Z de la valeur {Z} G91 G1 E-{E} F2700 G1 Z{Z} #Déplacement en coordonées absolues des Axes X et Y au valeur par défaut définit à 50mm/s G90 G1 X{X} Y{Y} F3000 #Retraction relative pour retrait du filament de la valeur par défaut de U à 15mm/s G91 G1 E-{U} F1000 #Restauration des valeurs d'avant pause RESTORE_GCODE_STATE NAME=M600_state [gcode_macro PAUSE] rename_existing: BASE_PAUSE gcode: {% set z = params.Z|default(20)|int %} {% set e = params.E|default(2.5) %} SET_GCODE_VARIABLE MACRO=RESUME VARIABLE=zhop VALUE={z} SET_GCODE_VARIABLE MACRO=RESUME VARIABLE=etemp VALUE={printer['extruder'].target} SAVE_GCODE_STATE NAME=PAUSE M25 {% if (printer.gcode_move.position.z + z) < printer.toolhead.axis_maximum.z %} G91 M83 G1 E-{e} F2100 G1 Z{z} F900 {% else %} SET_GCODE_VARIABLE MACRO=RESUME VARIABLE=zhop VALUE=0 {% endif %} SAVE_GCODE_STATE NAME=PAUSEPARK G90 #G1 X0 Y0 F6000 # G1 E{e} F2100 SET_IDLE_TIMEOUT TIMEOUT=43200 [gcode_macro RESUME] rename_existing: BASE_RESUME variable_zhop: 0 variable_etemp: 0 gcode: #G28 X Y {% set e = params.E|default(2.5)|int %} SET_IDLE_TIMEOUT TIMEOUT={printer.configfile.settings.idle_timeout.timeout} G91 M83 # G1 E-{e} F900 RESTORE_GCODE_STATE NAME=PAUSEPARK MOVE=1 MOVE_SPEED=100 {% if printer[printer.toolhead.extruder].temperature >= printer.configfile.settings.extruder.min_extrude_temp %} G1 Z{zhop * -1} F900 G1 E{e+0.5} F900 {% else %} G1 Z{zhop * -1} F900 {% endif %} RESTORE_GCODE_STATE NAME=PAUSE MOVE=1 MOVE_SPEED=60 M24

Non, pas chez moi

J'ai une question liée au changement de filament. J'ai bien la macro M600 de @MrMagounet, qui se déclenche bien où il faut. Cette macro: met l'impression en pause bouge la tête sur l'avant gauche du plateau sort le filament Ensuite, manuellement je fais un "load" avec la bobine d'une autre couleur, puis j'appuie sur le bouton pour reprendre l'impression. Et là, systématiquement, l'imprimante retourne au dessus du print, et me crache un gros paté de filament avant de recommencer son trajet normalement... En regardant le gcode, je vois une ligne E10, qui voudrait dire qu'elle extrude 1cm de filament là où la tête se repositionne. Le truc, c'est que je ne suis pas sûr de pourquoi elle fait ça, ni comment bloquer ce comportement. En fouillant dans les paramètres, je suis tombé sur cette valeur dans Orca: Mais je ne me souviens pas du tout d'avoir modifié cette valeur à un moment Questions pour vous: Est-ce que vous pouvez vérifier le profile imprimante dans Orca, et me dire si vous avez une valeur différente de zéro sur le paramètre ci-dessus? Est-ce que vous pouvez slicer un bête cube avec un changement de couleur, et vérifier si vous aussi vous avez une ligne d'extrusion juste après le M600, et juste avant que l'impression reprenne son path normal?

Sur la mienne, il en fait bien 5. Mais elles sont peut être trop rapides pour bien s'afficher sur le graphe A la fin du réglage PID, il affiche bien les nouvelles valeurs de gains (Kp, Ki, Kd) dans la console? En tout cas, sur le plateau, il en fait 5 aussi, et là tu as le temps de les voir; c'est looooooong

Il détecte ça comment? C'est pas le capteur de fin de filament en haut de l'imprimante, si?

A mon avis, tu as peut-être foiré le copier/coller, et écrasé des bouts du printer.cfg? Sur la mienne, le seul endroit où je vois cette commande "clear_plr" c'est dans le printer.cfg (c'est pas une commande de ma macro, et dans le printer.cfg, normalement, cette commande est désactivée) PS: je suis quinqua aussi Je suis sceptique... Tout le haut du modèle a été décalé, ça me fait plus penser à une courroie d'un des axes qui a sauté et s'est décalée de plusieurs crans.

Dans mon cas: libérer la nappe complètement monter l'extrudeur au maximum de sa hauteur, et tout à droite fixer la nappe avec le petit bitognot sur l'axe X Là, tu n'a gardé en "fixe" que la partie nécessaire au déplacement sur l'axe X. Tout ce qui reste "flottant", c'est la partie qui va bouger avec le déplacement en Z descendre l'extrudeur au plus près du plateau fixer la nappe le plus haut possible le long du montant réglable à gauche avec des rilsan vérifier en remontant le plus haut possible sur l'axe Z que la nappe n'est pas trop tendue Photos: Je vois que tu as une pièce modifiée pour la nappe de l'extrudeur, mais la même logique doit s'appliquer

J'ai fait çà (j'ai posté le STL de la pièce pour adapter le comparateur sur la tête de la X1). Le calage au comparateur chez moi ne donne pas du tout les mêmes résultats que l'ABL Autant c'est bien pour régler l'axe Y, autant sur l'axe X, même réglé à 0.01mm d'écart maximum sur les 6 points, ça donne 0.4mm d'écart entre le bord droit et le gauche à l'ABL. l'ABL me dit que le bord gauche est 0.2 au dessus du zéro, et le bord droit 0.2 au dessous J'ai jamais compris pourquoi. J'ai même épluché les gcode en suspectant un réglage z foireux dans les gcode, mais c'est pas le cas

Alors non, c'est fromage OU dessert, pas les deux Fromage: 1. Pas de fichier 'macro_MathJea.cfg' 2. Dans le printer.cfg tu ajoutes seulement çà, après les includes: [gcode_macro MY_BED_CALIBRATE_3] gcode: RESPOND MSG="Lancement de la calibration 3x3 du plateau ..." M190 S70 M109 S210 G28 BED_MESH_CALIBRATE PROFILE="3x3_MyBed" PROBE_COUNT=3,3 SAVE_CONFIG Dessert: 1. Tu crée un fichier 'macro_MathJea.cfg' 2. dedans tu mets seulement çà: [gcode_macro MY_BED_CALIBRATE_3] gcode: RESPOND MSG="Lancement de la calibration 3x3 du plateau ..." M190 S70 M109 S210 G28 BED_MESH_CALIBRATE PROFILE="3x3_MyBed" PROBE_COUNT=3,3 SAVE_CONFIG 3. dans le printer.cfg tu ajoutes seulement çà, après les autres includes: [include macro_MathJea.cfg] Moi j'ai choisi dessert, ça ressemble à çà (le nom du fichier et de la macro sont différents, mais la logique est la même)

Au début, après les différents "include", ça irait. Alternative: Si tu aimes que les choses soient bien rangées, tu fais comme moi, tu mets ça dans un nouveau fichier dans le même répertoire que le printer.cfg que tu appelles "macro_MathJea.cfg" Et au début du printer.cfg après les includes existant, tu ajoutes la ligne [include macro_MathJea.cfg]

Pour régler le plateau plus vite, je vous propose les 2 modifs suivantes: Ajout d'une macro pour prendre uniquement 3x3 points de mesure, qui sont à peu près au dessus des vis. Vous pouvez ajouter ça dans le printer.cfg: [gcode_macro MY_BED_CALIBRATE_3] gcode: RESPOND MSG="Lancement de la calibration 3x3 du plateau ..." M190 S70 M109 S210 G28 BED_MESH_CALIBRATE PROFILE="3x3_MyBed" PROBE_COUNT=3,3 SAVE_CONFIG Et pour que ça aille un peu plus vite, modifier deux lignes dans 'printer.cfg', dans la section [bed_mesh] pour que ça ressemble à ça: [bed_mesh] speed:400 horizontal_move_z:5 Sauvez le printer.cfg, redémarrez l'imprimante. Ensuite, lancez la macro 'MY_BED_CALIBRATE_3' depuis Fluidd. Elle devrait prendre moins d'une minute une fois le plateau chaud. Ensuite elle sauve le bed-mesh mesuré (ça redémarre moonraker & Fluidd). Et quand Fluidd est relancé, vous aurez un nouveau bed-mesh appelé "3x3_MyBed" dispo dans l'interface. Ca permet d'attendre à peine quelques minutes entre chaque réglage du bed. Après, vous pouvez affiner avec l'ABL standard (qui devrait aller un peu plus vite car la vitesse de déplacement est augmentée à 400mm/s)

Et si tu ajoutes 'PRINT_SECURE LAYER_NUM=<layer_num>' tel quel dans le gcode, '<layer_num>' est automatiquement remplacé par le numéro de la couche en cours avant l'appel de la macro? Ou c'est lors du slicing que la conversion de '<layer_num>' se fait?

Merci @MrMagounet, j'étais en train de chercher un tuto sur internet Bon sinon, petit feedback sur la nouvelle tête d'extrusion de Artillery D'abord le plus évident: la taille. C'est plus petit, et pas qu'un peu! En conséquence directe, le ventilo est plus petit. Moi qui avais acheté un stock de ventilos brushless, doubles roulements à billes et tout le toutim pour le silence, je me retrouve avec ça sur les bras Après environ 3 semaines d'impression avec: Dans les positifs: Le heatbreak est directement vissé sur le bloc radiateur En conséquence, le changement de buse est tellement plus simple! Rien que pour ça, je ne reviendrai jamais à la tête d'origine. On chauffe à 160°, on lève l'axe Z a 20cm du plateau, une simple clé de 7mm sur un tournevis, et hop!: on desserre la buse d'une main. Plus peur de desserrer le heatbreak, d’abîmer le capteur de température avec la clé de 8 qui bloque le heatbreak. Il n'y a plus de PTFE entre le bloc extrudeur ce qui permet d'imprimer plus chaud avec moins d'arrière-pensées. Je vais bientôt tester l'ABS, du coup, ce que je n'osais pas faire avec le tête d'origine J'imprime mon PTEG un poil plus chaud qu'avant (240 au lieu des 225 préconisés par Sunlu) Ce qui amène une variation plus que conséquente sur le max flowrate: je suis passé de 14mm3/s à 27,5! C'est presque le double! La tête monte un poil plus vite en température et refroidit également plus vite Dans les négatifs: même sans changer la température d'extrusion, en utilisant la même buse, j'ai été obligé de refaire une calibration: des gains PID de la tête du flowrate (j'ai du le baisser un poil pour mon PLA+, sans changer la temp.) les autres réglages ne changent pas (j'ai refait les calibrations, et suis tombé sur les mêmes valeurs qu'avant) les vis qui maintiennent le heatbreak solidaire du radiateur sont du M1 (voire plus petit, j'ai pas mesuré). Ils sont vraiment minuscules. Il faut donc s'abstenir de forcer au démontage ou montage de la buse, sinon je suis prêt à parier qu'ils cassent dans le radiateur, et du coup, toute la tête par à la poubelle le ventilateur plus petit est bruyant. Il émet un espèce de sifflement qui m'ennuie au plus haut point. A mon avis je vais le remplacer très très prochainement le prix. Avec les frais de port, on est pas loin des 50€ Dans l'ensemble, je ne regrette pas du tout mon achat. Mention spéciale pour le SAV Artillery: La poste avait égaré mon premier colis (soit disant livré dans ma boite, sauf que j'avais rien reçu). Après avoir contacté Artillery, ils m'ont envoyé gratuitement une nouvelle tête d'impression, sans poser de question. Ils sont vraiment très commerciaux, je trouve!

Il y a 2 méthodes pour assigner une adresse IP sur un réseau: coder l'adresse IP en "dur" sur le périphérique. On appelle ça une IP statique Je ne suis pas à la maison, donc je ne peux pas chercher comment le configurer une IP statique sur l'imprimante. Si quelqu'un y a accès et peut poster un screenshot? demander au routeur ou la box de te donner une adresse IP. Ca se fait avec le protocole DHCP qui "prête" une adresse IP d'un pool dispo à ton imprimante. Dans ce second cas, le prêt ne te garantit pas d'avoir toujours la même adresse. En effet, si ton imprimante a été déconnectée depuis quelques heures, et un autre équipement se connecte au réseau, la box peut lui filer l'IP qui n'est plus utilisée par l'imprimante. Donc pour avoir toujours la même IP sur un équipement, soit tu configure une IP statique sur l'équipement. Soit tu ne touches pas à l'équipement, et tu configures un "bail statique' dans les réglages DHCP de la box/routeur La seconde méthode est généralement préférée, car ça permet de gérer les IP de tous les équipements sur un seul point central (le routeur), plutôt qu'indépendamment sur chaque équipement du réseau

Pour l'adresse IP, c'est le routeur chez toi (ou la box) qui la donne à l'imprimante. Il faut définir un "bail statique" dans la config de ta box ou de ton routeur, pour que l'imprimante garde toujours la même

Je ne sais pas s'il y a une commande, mais le pourcentage en cours est visible: sur le panneau LCD de l'imprimante sur fluidd sur Home Assistant avec l'integration moonracker sur l'appli Mobileracker Android

Sur Klipper, il y a le code suivant que j'utilise des fois quand j'ai un filament qui n'aime pas la vitesse de mon imprimante ;ajout pour rate à 80% M220 S80 Remplacer le S80 en S50 (pour vitesse à 50%) à la couche 1, puis en S75 à la 10, puis en S100 à la 20, par exemple Par contre, je ne pense pas que ce soit automatisable, c'est à dire que ce serait à toi de le rajouter dans le slicer à la bonne couche...

Pour de bon??? J'ai ça dans mon start gcode (SWX4+, donc Klipper): ;Start Gcode BED_MESH_PROFILE LOAD="default" M190 S[bed_temperature_initial_layer_single] ;Heat bed to target temp M109 S160 G28 nozzle_wipe M109 S[nozzle_temperature_initial_layer] ; Heat nozzle to target temp M83 ;Relative distance for Extrusion ;Generated with Cura_SteamEngine 4.8.0 Ca veut dire qu'en fait il ne se sert pas du bed mesh "default" car j'ai fait un G28 après?

J'ai refait dans FreeCAD la poulie de filament et son support. Toujours disponible là:https://www.thingiverse.com/thing:6974787 Changelog: la poulie a un plus gros diamètre, mais est ajourée pour être moins lourde le bras est rallongé pour tenir compte de la poulie plus grosse le support pour le capteur de filament est déporté par rapport au bras, pour être à la verticale de la sortie de la poulie. Il est également plus haut, pour mieux gérer les cas où on imprime à la limite haute de la SWX4+ plus besoin d'écrous, les vis M3 se vissent directement dans des puits du PLA

Non, c'est en fait lié à un package retiré lorsqu'on fait le apt autoremove, mais je ne sais pas encore lequel. Je soupçonne usb.ids, mais le seul moyen d'être sûr serait de le supprimer et voir si ça plante. Mais tant que j'ai pas pu faire un backup de l'eMMC et tester de le restaurer, je fais pas la manip, car j'en suis à ma 4ème ou 5ème réinstallation, et j'aimerais en éviter une nouvelle Dans le doute, pour l'instant, j'ai bloqué le autoremove sur tous les paquets que apt propose de supprimer avant même de mettre à jour vers Bullseye. Je les ai bloqué avec çà: sudo apt-mark manual bsdmainutils sudo apt-mark manual libbind9-161 sudo apt-mark manual libbison-dev sudo apt-mark manual libdns1104 sudo apt-mark manual libdns1110 sudo apt-mark manual libf2fs-format4 sudo apt-mark manual libf2fs5 sudo apt-mark manual libirs161 sudo apt-mark manual libisc1100 sudo apt-mark manual libisc1105 sudo apt-mark manual libisccc161 sudo apt-mark manual libisccfg163 sudo apt-mark manual libjim0.77 sudo apt-mark manual liblwres161 sudo apt-mark manual liboauth0 sudo apt-mark manual libprocps7 sudo apt-mark manual libusbmuxd4 sudo apt-mark manual libxcb-util0 sudo apt-mark manual ncal sudo apt-mark manual usb.ids Alors j'ai pas encore remarqué ça. Là j'ai les versions suivantes installées:

Je ne sais pas à quoi tu fait référence avec le terme "tuto", mais en tout cas, ce que j'ai écrit ici correspond aux notes que j'ai prises lors de mon install et upgrades avec Joplin. Et pour la partie upgrade vers Bullseye, j'ai des notes aussi, mais pas fini. Je ne veux pas tenter d'isoler le package qui fait planter le LCD tant que je ne suis pas certain de pouvoir facilement faire un backup de l'eMMC et le restaurer.

Certes, mais je maintiens: Ne fais pas un 'apt autoremove'. Le apt de Bullseye va te proposer une liste de packages à supprimer après l'upgrade. Cette liste est longue comme un jour sans pain. Un de ces package est nécessaire au fonctionnement du LCD. Si tu l'enlèves, plus de LCD, sauf à restaurer l'image eMMC D'ailleurs je suis curieux de savoir comment on fait un backup de l'eMMC, à un format qui puisse ensuite être reflashé directement avec Balena Etcher. Si quelqu'un sait, ça m'intéresse. Je suis sur Mac, donc soit une ligne commande 'dd', ou peut être avec un utilitaire MacOS? J'ai aussi des VM Linux, donc je pourrais essayer avec des utilitaires Linux si quelqu'un a une suggestion.