Cupra Power

Ecran vendu. Mosfets + paliers lisses toujours disponibles.

Salut, Hier j'ai réimprimé et le défaut est apparu en 5h pile à 13.5cm à vitesse nomale. En parallèle une autre imprimante a eu le décalage en 9h30 à 15 cm en vitesse réduite (50-60%). Je pense abandonner les investigations, je n'en peux plus.

Salut Didier! J'ai converti l'image en niveaux de gris Bitmap 256 nuances, mais je préfère ne pas tenter..!!

Salut salut, Un peu de nouvelles (mauvaises). Hier j'ai procédé à un nouvel essai, cette fois, je n'ai pas modélisé le fichier STL avec un logiciel. En effet, la source étant une image jpg eh bien CURA peut convertir directement les fichiers 2D en 3D. Cela éliminerait un peu plus l'hypothèse d'une modélisation corrompue. Mais avec ma malchance légendaire, le décalage s'est tout de même produit... Aujourd'hui j'imprime très lentement pour voir si le soucis se produit à entre 12 et 15.5 cm ou si il se produit à partir d'une certain temps d'impression. Mais bon, j'ai aussi imprimé hier une pièce similaire en 11h, sans aucun décalage, et elle faisait 13 cm de haut, modélisée via Cura aussi. Toujours incompréhensible, à moins que le soucis vienne du jpg lui-même mais je doute...

Hey, Aujourd'hui j'ai vraiment pensé que j'allais enfin arriver à imprimer la pièce. Car passé 12 cm de haut nada, passé 14 cm toujours rien! Mais à 15.5 cm c'est reparti pour un tour, décalage du coté opposé. Voici pour info les différents 3 types de décalages subis depuis le début : Décalage agressif vers S-E, Décalage progressif S-E, Décalage agressif vers N-O Ce qui a changé pour ce print c'est que j'ai directement dimensionné le STL aux bonnes cotes (225x225x4), au lieu de le redimensionner habituellement dans Cura. Je tiendrai au courant si jamais j'ai du nouveau.

Intéressant, merci Didier. Cependant regarde le fichier réparé par Freecad... Il y a comme un soucis!

Aucune idée, mais l'on peut se fier à se que l'on voit à l'écran c'est navrant et complique énormément le troubleshooting. Merci Didier, je viens de corriger toutes les erreurs du fichiers, j'imprimerai demain et tiendrai au courant.

D'accord, je télécharge Freecad et regarde ça. C'est bizarre qu'il parait bien avec la visionneuse Windows et Fusion 360, c'est pour cela que je ne me suis pas inquiété. Donc tu me dis que le fichier n'a pas endommagé via Meshmixer mais qu'avec Freecad il n'est pas bon.. D'où la difficulté que je rencontre depuis des jours pour trouver la source de ce gros soucis...

Oui, Car il s'imprime à la verticale!

Enième échec avec le tronquage et autre carte SD. Le décalage arrive au même endroit (environ 12 cm), donc n'est pas lié à un soucis avec le modèle à cette hauteur précisément...

Salut, Voici le fichier STL à priori endommagé : https://www.transfernow.net/download/?utm_source=54j3b5j4clbe Aussi, je suis actuellement en train de tester l'impression tronquée, c'est à dire que le défaut survennant à environ 12-14 cm et bien j'imprime à partir de quelques cm en dessous de là où le défaut devrait apparaître, de ce fait je n'attends pas 7h et ne perd pas autant de matière. Là pour le moment la zone de décalage a déjà été dépassé... Je laisse jusqu'à 12-14 cm voir si il se reproduit ou non. (j'imprime sur une autre carte SD maintenant, "une vraie") Pour info, j'ai exactement le même soucis que cette personne, décalage X-Y en même temps suivant le plan de la pièce : https://www.thingiverse.com/groups/creality-cr-10/forums/general/topic:24922 Donc il s'agit bien d'un soucis informatique et non mécanique. (ma tour de test n'a aucun décalage, décalage subi sur d'autres ANET A6) A priori cela serait un soucis de STL corrompu faussant le gcode. J'ai déjà testé de remodéliser le fichier avec 2 logiciels, testé en format OBJ, testé avec 2 sliceurs, testé en réparant les fichiers STL avec Netfabb et Slic3r, que des échecs. Sans oublié le soucis lié (ou non) de différence de poids de fichiers gcode, et ce, peu importe le modèle STL utilisé. J'ai aussi installé Cura 3.2.1 sur un autre ordi et essayer de slicer 3 fichiers STL, le benchy redimensionné à 339%, ma tour qui n'est à priori pas corrompue et le STL corrompu, bilan : - Même poids pour le Benchy! Et poids différent pour les deux autres. Sur mon ordinateur (Cura 3.0.4 mais problème avec toutes les versions) - Même poids pour le Benchy! Même poids pour la tour! Et poids différent pour mon STL C'est vraiment bizarre...

Tu veux dire celui avec les erreurs de mesh?

Hey, Oui, aujourd'hui même... Avec Slic3r.. Horrible déception car j'arrive vraiment au bout des causes probables et des tests par élimination...

Vous avez dû mal comprendre ou je n'ai pas bien précisé, mais les tests ont bien été réalisé avec plusieurs fichiers différents évidemment, des fichiers que j'ai crée moi-même ainsi que des fichiers issus de Thingiverse.

Salut Janpolaton, J'ai crée une tour haute et l'ai imprimé sans soucis, donc il ne s'agit pas d'un problème mécanique lié à la machine, le défaut se produit également sur une autre Anet A6. Je sais que j'ai un soucis par contre avec Cura, lié ou non à ce problème de décalage: - Je dois supprimer le gcode début et fin (qui pourtant marchait très bien, pour pouvoir lire un gcode avec Cura - Cura génère des fichiers gcodes qui ne pèsent pas le même poids alors qu'il s'agit du même fichier (testé avec thingiverse) avec les mêmes paramètres Si quelqu'un pouvait prendre 5 minutes pour faire le test avec Cura et comparer les poids se serait super et écarterait ou non le soucis de Cura pour le décalage.

Quelqu'un pour effectuer le test pour moi s'il vous plait? Je viens d'essuyer un énième échec, même le STL réparé par Netfabb et Slic3r a subi le décalage... Je suis désespéré à ce stade...

Salut, J'ai réparé le fichier avec Netfabb + Slic3r, je lance donc l'impression. Quelqu'un pourrait me dire si il a une taille de fichier gcode différent avec la procédure si dessous svp? - Ouvrir Cura et charger un STL - Tourner la pièce et l'agrandir jusqu'à ce qu'elle prenne quasiment tout le volume disponible - Slicer Faire strictement la même manip' avec le même STL et comparer le poids des 2 gcodes générés. Cela m'aiderait grandement à savoir si le soucis vient de mon Cura.

Salut Maeke! Il s'agit d'un STL que j'ai crée moi-même, le soucis c'est que je l'ai crée avec 2 logiciels déjà et le soucis est le même... Je ne comprends pas... Aussi, bizarrement hier la pièce c'est décalé de l'autre coté!!!! Nord Ouest au lieu de Sud Est!! INCOMPRÉHENSIBLE!

Bonjour à tous, Je n'ai pas encore creusé la piste du STL à réparer mais j'ai remarqué un gros soucis au niveau de Cura, certainement lié ou non au soucis de décalage. Je slice un STL avec Cura et engendre un fichier gcode. Je ferme Cura, recharge le même STL et reslice et engendre un second fichier gcode Je refais strictement la même manip' une 3ème fois. Bilan: Les 3 fichiers gcode ne pèsent pas le même poids.... Donc ne contiennent pas le même nombre de lignes, je l'ai vérifié avec le bloc-note, certaines lignes sont effacées, d'autres n'ont pas la même place, mais aussi les positions X et Y ne sont pas les mêmes, voici un exemple qui compare 2 extraits de gcode...

Et c'est un échec! Par contre le décalage cette fois-ci est survenu 1 cm de moins que les précédents... Bizarre... Sinon, avant d'essayer avec un autre trancheur, je vois que dans Repetier cela m'indique que mon STL doit être réparé, pensez-vous que cela peut venir de là?

Nouvelle piste... Je subis le même soucis que cette personne, pourtant, je ne suis pas sur Mac... https://community.ultimaker.com/topic/21690-problème-avec-cura/ En effet, lorsque je vire le gcode début et fin, je peux tout à fais lire le gcode que je viens de slicer... Peut-être qu'il n'est pas corrompu, je lance l'impression et vous tiendrai informé! J'espère que cela vient de là!!

Donc toujours un problème aléatoire avec Cura, il s'agit peut-être de l'origine du soucis (ou pas). Je ne peux pas lire le gcode avec Cura, cela marque "Fichier non valide" "Échec du chargement". Chose intéressante, je charge mon STL, je le tourne, je l'agrandis aux bonnes dimensions et slice. Eh bien le fichier gcode de pèse pas la même chose, pourtant je fais strictement la même manip' pour le tranchage... Fichiers de 34 594 405 puis 34 593 323 et 34 594 595 octets... Cela n'a pas de sens, et puis donc je ne peux les lire avec Cura, pourtant cela a marché une fois il y a 10 minutes, je ne comprends pas...

Re... J'ai fais imprimé comme dit précédemment la pièce sur une autre Anet A6. Le verdict est navrant car pareil, décalage à la même hauteur. Décalage qui est rattrapé quelques couches plus tard, vraiment bizarre. Donc pour résumer : - Tension courroies- Fichier STL corrompu- Problème Sliceur/gcode- Câblage trop tendu qui chariot en hauteur- Roue dentée dévissée- Bobine mal positionnée- Carte mère/drivers- Surchauffe carte mère Il ne reste plus que le STL, et Slicer/gcode. Le STL ne présente pas de défaut lorsque je l'ouvre avec la "visionneuse de réalité mixte" de Windows, ni dans Meshmixer ni dans Fusion 360... Il ne reste donc que Slicer/gcode, donc Cura, j'ai testé sur les 3 dernières versions, idem. Dernier essai avant de lâcher l'affaire, je reslice avec Cura le STL, ferme Cura, ouvre le gcode que je viens de slicé avec Cura, tout est OK. Verdict dans quelques heures...

Salut salut, La malédiction continue... La pièce subit toujours le décalage... En plus de cela, j'ai cassé le lecteur micro SD de ma carte mère... Ne sachant pas comment utiliser le port USB je l'ai donc remplacé par une autre et TOUJOURS le même soucis! Donc ça exclu bien la carte mère au passage.. J'arrive dans mes derniers retranchements (j'ai pensé au suicide je l'avoue), là, pour essayer de cibler le soucis, je fais imprimer la pièce sur une autre Anet A6, cela exclura ou non mon imprimante bien que la partie mécanique ne soit pas atteinte (cf tour carrée), mais qui sait... Sinon je n'ai pas d'autres pistes pour le moment... Je te tiens au courant!

Salut Maeke, Aucune idée, je lance encore une impression de mon rectangle et verdict dans quelques heures... Je croise les doigts, parce que là je n'ai plus du piste à part la carte mère, et surtout j'ai gâche énormément de matière... Je tiens au jus plus tard, merci.