raph37377384 Posté(e) Septembre 1 Posté(e) Septembre 1 bonjour, je viens d installer une tête stealthburner et j'ai cette erreur qui s'affiche et je n'arrive pas a trouve la solution. pouvez vous m'aidez ? cordialement
Professeur Schmoll Posté(e) Septembre 1 Posté(e) Septembre 1 Bonjour, Le problème semble être le déplacement à Y-29.337 ? Qu'avez-vous changé d'autre (configuration etc)? A quel moment l'erreur se produit-elle?
pommeverte Posté(e) Septembre 1 Posté(e) Septembre 1 Salut, C'est sûrement parce que tu es en mode de déplacement relatif et non absolu. Si tu envoies G90 dans la console, tu ne devrais plus avoir le message. Il faut aussi l'ajouter dans le Gcode de démarrage ou ta macro de démarrage (START_PRINT ou PRINT_START)
raph37377384 Posté(e) Septembre 1 Auteur Posté(e) Septembre 1 il y a 38 minutes, Professeur Schmoll a dit : Bonjour, Le problème semble être le déplacement à Y-29.337 ? Qu'avez-vous changé d'autre (configuration etc)? A quel moment l'erreur se produit-elle? l'erreur ce produit quand je lance l'impression j'ai changer le [safe_z_home]
Professeur Schmoll Posté(e) Septembre 1 Posté(e) Septembre 1 Vous pourriez poster votre code pour [safe_z_home]? Il n'y aurait pas quelque part un décalage en x et y pour tenir compte de la géométrie de la tête?
raph37377384 Posté(e) Septembre 1 Auteur Posté(e) Septembre 1 il y a 5 minutes, Professeur Schmoll a dit : Vous pourriez poster votre code pour [safe_z_home]? Il n'y aurait pas quelque part un décalage en x et y pour tenir compte de la géométrie de la tête? actuel ancien jsp si je j'ai bien fait de le modifié,je l ai modifié pour que la tête soit centré au milieux
Professeur Schmoll Posté(e) Septembre 2 Posté(e) Septembre 2 Je ne pense pas que ce soit un souci. Est-ce que dans la config vous avez x_offset et y_offset quelque part? Est-ce que l'erreur n'est pas générée au moment de l'exécution du Bed Mesh? (on dirait que cela vient après la commande BED_MESHING) Je n'utilise pas l'adaptative bed meshing mais il semble que ce soit une fonction qui palpe uniquement la zone de contact entre le plateau et l'objet. Donc si l'objet est mal défini cela peut expliquer le mouvement en y négatif. Auquel cas le problème viendrait probablement plutôt du slicer. https://www.klipper3d.org/Bed_Mesh.html#adaptive-meshes Vous utilisiez cette fonction avant?
fran6p Posté(e) Septembre 2 Posté(e) Septembre 2 Juste un conseil . Dépanner une imprimante fonctionnant avec Klipper est plus «aisé» en fournissant le fichier klippy.log, à renommer en klippy.log.txt ou encore en le zippant pour pouvoir le mettre en pièce jointe dans un post.
raph37377384 Posté(e) Septembre 2 Auteur Posté(e) Septembre 2 printer(3).cfg Il y a 12 heures, Professeur Schmoll a dit : Je ne pense pas que ce soit un souci. Est-ce que dans la config vous avez x_offset et y_offset quelque part? Est-ce que l'erreur n'est pas générée au moment de l'exécution du Bed Mesh? (on dirait que cela vient après la commande BED_MESHING) Je n'utilise pas l'adaptative bed meshing mais il semble que ce soit une fonction qui palpe uniquement la zone de contact entre le plateau et l'objet. Donc si l'objet est mal défini cela peut expliquer le mouvement en y négatif. Auquel cas le problème viendrait probablement plutôt du slicer. https://www.klipper3d.org/Bed_Mesh.html#adaptive-meshes Vous utilisiez cette fonction avant? oui je l'utilisait avant printer(3).cfg
Solution Professeur Schmoll Posté(e) Septembre 2 Solution Posté(e) Septembre 2 Le bed mesh commence à 15mm. Avec le y_offset de 44,337mm du BL Touch, il essaie d'aller à 15-44,337 = -29.337 ce qui est exactement l'erreur remontée. Comment avez-vous choisi cet offset? Si l'offset est bon il devrait suffire de modifier les limites du mesh en y.
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