Conseils sur problème d'impression

[touchthebitum]

Bonjour à tous
là je sèche sur mon problème.
Je vous joins une photo d'un de mes nombreux essais.
J'ai tout essayé : impression par carte sd, impression par wifi, contrôlé les poulies, flashé à nouveau le firmware, abaissé la vitesse, abaissé les accélérations...

Comme vous le voyez, le problème survient aléatoirement. J'ai même eu un départ avec l'erreur déjà présente. L'erreur se produit sur les axes x/y avec une prédominance sur l'axe x.

Voilà, j'ai besoin de vos précieux conseils
J'espère que ce n'est pas un driver qui pose problème...
Merci d'avance.

[Jacques]

J'ai un peu de mal à me rendre comte mais je ne vois qu'un axe qui se décale.
Si c'est bien les deux il faut peut être chercher du coté de l'alimentation (microcoupures)
Ca peut être aussi un jeu dans le plateau ou un glissement mécanique par exemple du verre ou une poulie qui glisse sur l'axe.

[touchthebitum]

Bonjour Jacques.
Merci pour l'aide
J'ai contrôlé les axes et je ne vois pas de décalage car les vis de fixations sont bien en face des plats sur les arbres de transmission.
Pour les microcoupures, y a-t-il un moyen de savoir si c'est le problème?
Merci

[touchthebitum]

Mise à jour :
Je viens d'imprimer une autre pièce sans problème.
Il est vrai que l'impression a duré seulement 25min mais le problème aurait dû se présenter.
Je pense que le stl que j'ai créé posait des problèmes d'impression....
J'espère que c'est ça.....

[Jacques]

Si un stl est responsable du problème il devrait être reproductible avec le même fichier
Il faut essayer de faire simple et reprendre un ancien fichier pour l'imprimer et voir si ca se passe bien

[touchthebitum]

Oui justement c'est ce que j'ai fait. J'ai repris un ancien fichier et tout s'est bien déroulé.
J'ai refais mon fichier projet et réexporté mon fichier stl... impression en cours....
Merci

[touchthebitum]

fausse joie, après 3h30 d'impression, le problème se représente sur le nouveau fichier stl.
Voici la photo :




Je ne sais plus que faire....

[Jacques]

C'est en X ou X et Y ?
Il me semble qu'il n'y a qu'un axe en erreur.
Si ce n'est qu'un axe, cherchez un point dur ou réglez le courant moteur.
Vérifiez aussi que vous n'avez pas un câble moteur abimé (câble X,celui qui bouge et qui aurait une pliure un peu trop franche)
Au besoin, mesurer la résistance de votre câble, chaque fil ne doit pas faire plus d'1 ohm

[touchthebitum]

Il y le problème sur 2 axes mais avec l'axe y prédominant.
Je vais vérifier la résistance et l'intégrité des câbles.
Merci

[Jacques]

Sur les 2 axes d'un seul coup, je ne vois qu'une modif firmware ou alors d'un problème d'alimentation.
Baisse de tension lors de la chauffe, mauvaise connexion, alimentation défaillante...

[touchthebitum]

Oui effectivement sur les 2 axes d'un seul coup.
Bizarre car je n'ai touché que les accélérations et vitesses...

[Jacques]

Accélération et vitesse sont les deux facteurs qui peuvent donner ce résultat.
Si la force du moteur est dépassée, il ne pourra pas suivre le mouvement et ca se traduira par des pertes de pas et donc des décalages.
Ces notions d'accélération et vitesse ne sont qu'empiriques, avant de "décrocher" le moteur fonctionnera parfaitement. Ce sont donc des valeurs à modifier qu'après des essais sur la durée.
La taille des décalages constaté n'a rien à voir avec le dépassement des performances et ne donne qu'une simple indication, c'est trop rapide.

[touchthebitum]

ok. Une accélération trop basse pourrait engendrer un glissement ?
J'ai mesuré le voltage des drivers des 2 moteurs en questions pour les 2 axes et j'ai 1.25v sur chaque driver.

[touchthebitum]

Je crois que j'ai peut-être trouvé la solution.
Je n'ai pas les même steps pour les axes x/y alors que je suis en core x/y ....
Etant donné qu'ils travaillent ensemble sur les 2 axes, s'il sn'ont pas les mêmes steps, ils ne travailleront pas en synergie ou je me trompe ?
Merci

[Jacques]

Je ne vois pas bien la notion de travailler ensemble, les deux électronique sont séparés si ce n'est au niveau du chip Arduino.
Il est par contre évident que si la puce Arduino n'envoi pas les steps avec une fréquence régulière ca risque de coincer. Mais à ce niveau c'est Marlin qui gère la régularité, je n'oserai pas entrer dans ce module.
Par contre on peut imaginer qu'une modification hasardeuse du code pourrait entrainer des problèmes avec les moteurs qui ont besoin d'un cadencement bien régulier.
La charge CPU doit être bien contrôlée afin de ne pas manquer de ressource malqrè les différentes interruptions comme la gestion des menus LCD lors des impressions.
On a aussi ce phénomène lors de l'usage de l'USB avec une impression SD ou simplement rebooter le PC en imprimant peut donner ce genre de résultat.
Si votre PC est branché, enlevez la prise USB, ca peut être la source de perturbation