problème bl touch, tout marche sauf quand il faut détecter le bed !

[remibora]

1- tu peux revenir à 5 x 5 points de palpage

2- Dans les sources Marlin, tu as 4 types de nivellement automatique possible
(fichier configuration.h, ligne 1233)
//#define AUTO_BED_LEVELING_3POINT
//#define AUTO_BED_LEVELING_LINEAR
#define AUTO_BED_LEVELING_BILINEAR
//#define AUTO_BED_LEVELING_UBL

Tu pourrais essayer le dernier qui, d'après les commentaires des sources, est le plus performant.
tu auras donc
//#define AUTO_BED_LEVELING_BILINEAR
#define AUTO_BED_LEVELING_UBL

Le nombre de points palpés est défini plus loin, à la ligne 1315:
  #define GRID_MAX_POINTS_X 10      // Don't use more than 15 points per axis, implementation limited.
Pour les calculs, le nombre de points doit visiblement être important.

[Casque_man]

Il y a 21 heures, remibora a dit :

1- tu peux revenir à 5 x 5 points de palpage

2- Dans les sources Marlin, tu as 4 types de nivellement automatique possible
(fichier configuration.h, ligne 1233)
//#define AUTO_BED_LEVELING_3POINT
//#define AUTO_BED_LEVELING_LINEAR
#define AUTO_BED_LEVELING_BILINEAR
//#define AUTO_BED_LEVELING_UBL

Tu pourrais essayer le dernier qui, d'après les commentaires des sources, est le plus performant.
tu auras donc
//#define AUTO_BED_LEVELING_BILINEAR
#define AUTO_BED_LEVELING_UBL

Le nombre de points palpés est défini plus loin, à la ligne 1315:
  #define GRID_MAX_POINTS_X 10      // Don't use more than 15 points per axis, implementation limited.
Pour les calculs, le nombre de points doit visiblement être important.

j'ai décommenté le UBL et j'ai commenté le bilinear

pour la ligne GRID_MAX_POINTS_X 10 --> c'est déjà sur 10 

et à droite du plateau la bordure ne colle pas suffisamment

EDIT : problème de compilation 

Modifié (le) Novembre 10, 2020 par Casque_man

[remibora]

Effectivement, il faut activer la restauration du dernier nivellement sauvegardé dans l'EEprom.
il suffit de dé-commenter, dans le fichier configuration.h, la ligne 1243: //#define RESTORE_LEVELING_AFTER_G28
Cela correspond à la solution 2. Il faudra donc faire le nivellement en manuel et le sauvegarder (voir ici). Il sera appliqué à chaque prise d'origine (G28). N'oublie pas la modif du GCode de démarrage M420 S1.

[Casque_man]

Il y a 4 heures, remibora a dit :

Effectivement, il faut activer la restauration du dernier nivellement sauvegardé dans l'EEprom.
il suffit de dé-commenter, dans le fichier configuration.h, la ligne 1243: //#define RESTORE_LEVELING_AFTER_G28
Cela correspond à la solution 2. Il faudra donc faire le nivellement en manuel et le sauvegarder (voir ici). Il sera appliqué à chaque prise d'origine (G28). N'oublie pas la modif du GCode de démarrage M420 S1.

donc c'est ce gcode (solution 2) qui devient mon nouveau gcode :

G28;
M420 S1 ; probablement facultatif
G1 Z15.0 F6000; Move the platform down 15mm
G92 E0;
G1 F200 E8;
G92 E0;

[Casque_man]

la question initiale posé à savoir, la buse continue ça descente même quand le bl touch est en contact du bed est maintenant résolu , 

après pleins de tests (7 pages maintenant) c'était le pin Zmin du Bl touch qui était défectueux, tout les changements à faire sur le config.h et config_avd.h pour implémenter le nouveau marche

marlin : 2.0.x.x

Bl touch (official) : 3.1

imprimante : geeetech A20

merci aux personnes qui ont contribués pour résoudre ce problème avec tout les différents tests et protocoles à faire pour le configurer 

J'ouvre un nouveau topic > il ne prend pas en compte les palpages avant l'impression et du coup la nozzle imprime trop haut sur des côtés et ça ne colle pas du tout.

 

Merci encore  

[SOLEX]

Bonjour,

j’avais le même problème c’est à dire le non arrêt au cours de l’autotest sur une CR 10 S 5. Après 3 jours de recherche, j’ai découvert  que le câblage et le schéma sont faux. Les câbles noir et blancs sont inversés ! Après inversion (au niveau du connecteur axe Z qui s’enfiche sur la carte mère tout fonctionne correctement.