PapaTango

Il semble que le problème soit résolu. Merci @MrMagounet pour tes réponses. Merci pour ton travail. Bonne journée

Non pas de M502 au premier flash. J'avais vu nulle part qu'il fallait le faire il me semble. C'est en cherchant dans la doc de Marlin que j'ai vu cette commande.

Avant de flasher avec ton firmware non je n'avais pas ce soucis d'axe Z qui ne monte pas. Je vais repasser en firmware officiel pour voir. Ce qui est dingue c'est que le moteur et la précision ne sont pas du tout en cause. Comme j'ai dit, si je monte de la hauteur d'une couche 0.2mm avec le babystep alors l'impression est super propre. Je le fais 4 fois pour ma dalle de 0.8mm et au final la surface du dessus est impeccable. Bien sûr je ne conserve pas cette valeur modifiée du Z-offset en fin d'impression! ===EDIT1=== @MrMagounet bon je viens de reflasher le firmware officiel Artillery: flash firmware flash TFT M502 puis M500 Et là je réimprime le même fichier GCode sans aucune modification. ==>et paf ça marche sans problème J'ai bien mes 3 dalles en épaisseur 0.2 / 0.4 / 0.8 Je vais maintenant refaire la même opération mais avec ton firmware. Je te tiens au courant... ===EDIT2=== Et là ça marche bien avec ton firmware!!! Je continue de refaire tous les paramétrages (PID, extrudeur, etc...) et te tiens au courant...

Du coup il n'y a rien pour expliquer ma situation ? Je ne vois aucun M501 dans mon GCode. Et je crois qu'on en parle jamais. M501 : Load all saved settings from EEPROM Du coup à quoi ça sert de stocker en EEPROM avec M500 si on ne le relit jamais. A moins que cela soit fait automatiquement au démarrage de la machine. Je crois que je vais repasser au firmware officiel du site Artillery, dommage Je dois donc faire : flash firmware flash TFT M502 + M500 : reset factory settings

C'est le 3DTouch d'origine de chez Artillery. J'ai prévu de le changer pour un Antclabs BLTouch, il arrive demain. Le 3DTouch pourrait expliquer que la première couche n'est pas toujours au même niveau, mais cela n'explique pas qu'une fois l'impression lancée le Z ne monte plus entre chaque couche non ? Car une fois l'impression lancée le palpeur n'est plus utilisé.

Bonjour @MrMagounet, merci pour ta réponse Oui j'ai bien ce code M420 S1 après le G28 dans mes fichiers GCode. Je les ai tous mis en pièces jointe. Voici un extrait (certaines lignes en commentaires sont d'anciens tests): ; Set the heating M190 S60 ; wait for bed to heat up M104 S200 ; start nozzle heating but don't wait ; Home G1 Z3 F3000 ; move z up little to prevent scratching of surface G28 ; home all axes G1 X3 Y3 F5000 ; move to corner of the bed to avoid ooze over centre ; Wait for final heating M109 S200 ; wait for the nozzle to heat up M190 S60 ; wait for the bed to heat up ;Auto bed Leveling ;@BEDLEVELVISUALIZER ;G29 ; ABL T ;M420 S1 Z3 ; reload and fade mesh bed leveling until it reach 3mm Z ;==sr== G29 O ; Optional G29 if there's no stored mesh ;M420 S1 Z0 M420 S1 M117 ; Purge extruder ; Return to prime position, Prime line routine G92 E0 ; Reset Extruder Autre extrait du GCode avec les accélérations: M201 X1000 Y1000 Z1000 E5000 ; sets maximum accelerations, mm/sec^2 M203 X200 Y200 Z12 E120 ; sets maximum feedrates, mm / sec M204 S1250 T1250 ; sets acceleration (S) and retract acceleration (R), mm/sec^2 M205 X8.00 Y8.00 Z0.40 E1.50 ; sets the jerk limits, mm/sec M205 S0 T0 ; sets the minimum extruding and travel feed rate, mm/sec Pour info tous mes tests ont été faits en impression direct sur la machine depuis la clé USB de l'imprimante. Je viens de lancer la même impression depuis Octoprint ==> même résultat Octoprint voit bien les différentes couches mais la tête ne monte pas durant les impressions. C'est comme si me firmware n’interprète pas le changement de Z. Pourtant je le redis, si je déplace le Z durant le print avec BabyStep alors tout est OK. Et un déplacement du Z depuis l'écran fait exactement le mouvement souhaité : mesuré au réglet. Donc ce n'est pas un problème de moteur. Ici la visualisation via Octoprint de mon GCode du fichier "Dalles de test 0.2 0.4 0.8.gcode". Il voit bien différentes couches: Visualisation du même fichier sur https://www.gcodeanalyser.com/ Il voit bien différentes couches: Pour info voici un export M503 de mes paramètres:

Bonjour, J'ai une Sidewinder X2 avec le firmware 2.1.2 de @MrMagounet vu ici : Flasher une X2 J'ai utilisé le TFT de GAGIPRO pour les TFT en GD32F305 avec bootloader 3.0.4. Marche nickel. Après cela j'ai refait TOUS les paramétrages : mise à niveau des 4 coins PID et extrudeur ABL levelling puis M500 Z-offset Plateau bien plat apparemment, voir mon BedLevelVisualizer. J'imprime à 200/60°C avec du PLA Wanaho basic gris. J'ai fait des dalles de test de 20x20mm en 0.2mm épaisseur au 4 coins du plateau. 1ère couche nickel il me semble. Petits cubes 20x20x20mm très propres. Epaisseur des parois 0.4mm nickel. Cube de calibration 20x20x20mm de Mitsu3D : dimensions nickel J'ai également fait des dalles de test de 20x20mm en 0.2mm/0.4mm/0.8mm épaisseur. Et là j'ai un soucis. 1ère couche impeccable. Mais les suivantes il semble que le Z ne monte pas. J'ai mis la main dessus rien ne bouge. Alors que sur l'écran on voit bien le Z qui augmente. Et dans un GCode visualizer tout semble OK. Du coup les couches 0.4, 0.6 et 0.8 se font sur celle de 0.2 et là évidemment ça laboure avec apport de matière en trop pour cette couche. Je ne comprends pas, alors que les cubes en vase passent bien eux. Je précise que si je déplace l'axe Z en utilisant l'écran avec 10x 10mm alors j'ai bien un déplacement de 10cm nickel mesuré au réglet. J'ai testé également des anciens fichiers GCode qui fonctionnaient avant le flashage du firmware et ils ont le même problème maintenant. Durant un print en erreur, si je simule manuellement une montée du Z en faisant un BabyStep de +0.2mm à chaque couche alors l'impression est nickel. J'ai fait ceci pour une dalle 20x20mm en 0.8mm de haut en augmentant le Z de 0.2mm pour chacune des 4 couches. J'ai alors une couche de surface super propre. Donc Z fonctionne bien pour un mouvement 100% manuel via l'écran. Il fonctionne bien avec un BabyStep en cours de print. Il ne fonctionne pas automatiquement pour chaque couche décrite dans le GCode. Trop bizarre!! Une idée ? Une configuration manquante ? Je vous donne les photos et les GCode. Merci de votre aide. Dalles de test 0.2 0.4 0.8.gcode Test01-01 - plaque 30x30x0.2_0.2mm_PLA_X1_2m.gcode Test01-01x4 - plaque x4 15x15x0.2_0.2mm_PLA_X1_3m.gcode Test01-02 - plaque 30x30x0.4_0.2mm_PLA_X1_4m.gcode Test01-04 - plaque 30x30x0.8_0.2mm_PLA_X1_6m.gcode Test02 - Cube 20mm XYZ_0.2mm_PLA_X1_32m.gcode Test03-20mm - 96% - cube debit v1_0.2mm_PLA_X1_9m.gcode