Aller au contenu

Messages recommandés

Posté(e)

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:

CapteurInductif.png.382040fbb9c3b23adb73d59b0326c394.png

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.

Posté(e)

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

Posté(e) (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) par r2d2
Posté(e)

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 😉

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 compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
×
×
  • Créer...