Filofile Posté(e) Aout 5, 2019 Posté(e) Aout 5, 2019 Bonjour Je viens de mettre en route ma Flsun Cube et premiers essais. Constatant que le Z était inversé j'ai modifié #define INVERT_Z_DIR false Ok ça règle le problème Maintenant l'autoleveling, d'origine, j'ai un capteur de ce type: Il s'allume bien, le soucis est qu'il fonctionne également à l'envers. Je veux dire qu'il empêche mon plateau de descendre et donc il n'y a pas de limite pour la remontée. Et fatalement ça finit par taper la buse. Facile, je me dis qu'il suffit de modifier ceci: #define Z_MIN_ENDSTOP_INVERTING true #define Z_MIN_PROBE_ENDSTOP_INVERTING true Mais cela ne suffit pas visiblement. Pour tout dire je ne vois pas la différence true/false. Le comportement reste le même Qu'est-ce-que je fais de mal ?? J'ai essayé les différents Marlin 1.1.2, 1.1.4, 1.1.6 (source Flsun) et je suis actuellement avec 1.1.9 récupéré dans groupe Facebook.
Filofile Posté(e) Aout 5, 2019 Auteur Posté(e) Aout 5, 2019 Finalement, j'ai inversé une paire de fils de chaque moteurs Z. C'est mieux, lorsque je monte, le capteur fait son taf et me limite un poil dessous la buse. Je peux descendre jusqu'en bas Mais, lorsque je fais HOME, il commence par descendre de ~3cm puis remonte trop haut. Plus haut que lorsque je fais les déplacements moi-même. Si qlqun a une piste...
r2d2 Posté(e) Aout 5, 2019 Posté(e) Aout 5, 2019 (modifié) Bonjour @Filofile J'ai par le passé eu le même problème lorsque j'ai remplacé le palpeur (à induction) que j'utilisais. Les déplacement sur l'axe Z était inversé en apparence (en fait il ne faisait plus que monter). Pour résoudre le problème je n'étais pas intervenu sur "INVERT_Z_DIR" car les déplacement fonctionnaient correctement avant le changement du palpeur. Je me suis contenter d'inverser la logique NO/NC du palpeur const bool Z_MIN_ENDSTOP_INVERTING = true; // palpeur B orange = FALSE / palpeur blanc 4-6mm = TRUE et les choses sont rentrées dans l'ordre sur l'axe Z (c’était avec une vielle version de marlin, je ne sais plus laquelle) maintenant j'utilise Marlin 1.1.9BF et j'ai #define Z_MIN_ENDSTOP_INVERTING false // set to true to invert the logic of the endstop. #define Z_MIN_PROBE_ENDSTOP_INVERTING false // set to true to invert the logic of the probe. #define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN je ne suis pas bien certain que "Z_MIN_ENDSTOP_INVERTING" serve à quelque chose du fait de "Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN" mais je l'ai mis en cohérence avec "Z_MIN_PROBE_ENDSTOP_INVERTING" cdlt ps : sur ma discovery je n'ai pas de endstop c'est le palpeur qui fait office de endstop via "Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN" et le réglage du zoffset Modifié (le) Aout 5, 2019 par r2d2
Filofile Posté(e) Aout 6, 2019 Auteur Posté(e) Aout 6, 2019 Merci de ta réponse Je crois que j'y suis arrivé. J'ai pu lancer un autoleveling et le capteur a fait son taf. Ceci dit, j'ai du mal à comprendre. Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN noproblemo, le nom de la variable est assez explicite. En revanche avec Z_MIN_ENDSTOP_INVERTING et Z_MIN_ENDSTOP_INVERTING... J'ai faillis mettre en remarque le test mais lorsque j'ai vu qu'il était dans SafeSanity.h j'ai laissé tomber. Les deux mentionnés doient avoir la même valeur! C'est perturbant un peu, si on inverse 2 fois ça revient à ne rien faire... Bref, voici les paramètres que j'ai actuellement en 1.1.9: #define INVERT_Z_DIR true #define Z_MIN_ENDSTOP_INVERTING true #define Z_MIN_PROBE_ENDSTOP_INVERTING true #define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN Les offsets je ne suis pas certains, j'ai d'autres soucis/questions.... Encore merci et bons prints à toi
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant