Sidewinder X2 : Les premières couches se font à Z=0 constant

[PapaTango]

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

Modifié (le) Septembre 3, 2023 par PapaTango

[MrMagounet]

Question bête dans ton start Gcode tu as bien une ligne M420 S1 après le G28 ?

[PapaTango]

Il y a 12 heures, MrMagounet a dit :

Question bête dans ton start Gcode tu as bien une ligne M420 S1 après le G28 ?

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:

 

 

 

Modifié (le) Septembre 4, 2023 par PapaTango

[MrMagounet]

Est ce vraiment le Z qui ne bouge pas ou alors le palpeur qui d'une fois sur l'autre ne montre pas la mêm position en Z=0 ? Pour voir si le Maillage est gérer c'est compliqué a l'oeil faut mettre un bout de scotch sur la coupleur par exemple pour bien voir, mais il arrivé souvent qu'il y es des variation de Z0 avec le 3Dtouch si il est de mauvaise qualité.

[PapaTango]

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é.

Modifié (le) Septembre 4, 2023 par PapaTango

[MrMagounet]

Il y a 2 heures, PapaTango a dit :

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é.

Oui en effet, une fois la palpation pour connaitre le Z=0 le palpeur est plus utiliser, donc a ce moment le G29 ou M420 charge le maillage qui permet d'ajuste via micro mouvement la hauteur Z sur le première couche, cette compensation est progressivement annulé couche après couche jusque être totalement inexistante arrivé a 10mm de hauteur.

[PapaTango]

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

Modifié (le) Septembre 4, 2023 par PapaTango

[MrMagounet]

Il y a 2 heures, PapaTango a dit :

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

Car certaines fonction comme le M420 S1 vont lire en Eeprom les valeur de maillage et les charger sur appel par exemple   

Question avec le firmware D'origine tu n'as pas ces soucis ?

[PapaTango]

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...

Modifié (le) Septembre 4, 2023 par PapaTango

[MrMagounet]

c'est bizarre sa ! question quand tu avait fait le flash tu avait fait un reset eeprom après ?

[PapaTango]

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.

Modifié (le) Septembre 4, 2023 par PapaTango

[MrMagounet]

il y a 12 minutes, PapaTango a dit :

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.

oui il est toujours conseiller de faire un reset Eeprom sous marlin après un Flash firmware pour limiter quelques désagrément en effet parfois les valeur en Eeprom restant peuvent poser soucis.

[PapaTango]

Il semble que le problème soit résolu.

Merci @MrMagounet pour tes réponses.
Merci pour ton travail.
Bonne journée