Aller au contenu

GO Print

Cupra Power

Membres
  • Compteur de contenus

    66
  • Inscrit(e) le

  • Dernière visite

Information

  • Imprimantes
    ANET A6

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

Récompenses de Cupra Power

Contributor

Contributor (5/14)

  • First Post
  • Collaborator
  • Conversation Starter
  • Week One Done
  • One Month Later

Badges récents

0

Réputation sur la communauté

  1. Ecran vendu. Mosfets + paliers lisses toujours disponibles.
  2. 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.
  3. Salut Didier! J'ai converti l'image en niveaux de gris Bitmap 256 nuances, mais je préfère ne pas tenter..!!
  4. 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...
  5. 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.
  6. Intéressant, merci Didier. Cependant regarde le fichier réparé par Freecad... Il y a comme un soucis!
  7. 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.
  8. 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...
  9. Oui, Car il s'imprime à la verticale!
  10. 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...
  11. 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...
  12. Tu veux dire celui avec les erreurs de mesh?
  13. 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...
  14. 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.
  15. 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.
×
×
  • Créer...