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?