Jump to content

darkdvd

Ambassador
  • Posts

    4,204
  • Joined

  • Last visited

  • Days Won

    66

Posts posted by darkdvd

  1. Pour que ton PLA warp autant, c'est que tu dois être trop chaud au niveau du plateau et peut-être également au niveau du filament.
    Il fait froid dans le local ou se trouve l'imprimante ?

    Et 0.06, pour des parois vertical, c'est beaucoup trop fin : 0.2 serait bien adapté et surtout réduirait d'autant la durée d'impression.

  2. Le problème vient de ton STL.
    J'ai fait la manip suivante :

    ouverture du STL dans MeshMixer
    analyse via la fonction "inspector" : RAS

    remise à tes cotes de l'objet : 225 x 225 x 4
    découpage d'une bande de 4 cm au milieu de l'objet soit à peu prêt ou se produit le problème
    note : normalement, si l'objet est fermé (propre) la coupe se referme automatiquement mais la, non.

     

    Comme on peut le voir sur l'image ci-dessous, en bleu, c'est la coupe effectuée qui génère une erreur dans l'"inspector", l'objet n'étant pas étanche.

     

    Conclusion : il y a un problème dans le STL qui n'est pas corrigé par les divers logiciels permettant de le faire, a priori ce qui provoque une erreur lors du slicing dans CURA.

     

    lithophane.JPG

  3. Je ne veux pas avoir l'air de trop insister mais le fichier STL est nickel, sous MeshMixer et CURA et MeshMixer pardonne beaucoup moins que CURA en la matière : la moindre facette avec une normale inversée est détectée, la moindre facette manquante est détectée également...

  4. Tu sais que tu peux faire des lithophanes directement dans CURA en important une photo en JPG ?
    Et tous les lithophanes que j'ai vu ont tous été imprimés à plat.

    D'ailleurs, je doute que le cadre de ton lithophane puisse être imprimé si tu veux le faire à la vertical.

     

    Tu es certain que le décalage n'est pas dû déplacement de ton objet pendant l'impression ?

  5. A essayé : règle ton plateau avec les molettes (calibration manuelle) histoire de faire redescendre le plateau d'un millimètre ou deux, si possible.
    Essaye de donner le même nombre de tour aux 3 vis...
     

    Lance ensuite une auto-calibration...

  6. C'est bien parce que c'est toi....

     

    3/ je viens de faire le test en ouvrant un fichier STL, en passant sa taille à 300% puis en le positionnant au centre du plateau car du coup, il était en Z à -16 mm, j'ai enregistré le gcode, j'ai fermé CURA (3.2.1 sous W10) j'ai ouvert CURA et fait exactement la même manip bilan.....roulement de tambour....les deux fichiers.....font la même taille à l'octet prêt.

     

    Pourquoi ne pas repasser sur la version qui marchait ?

  7. 1/ Il y a peut être un problème avec les informations qu'ajoute CURA pour ton imprimante mais la, je ne peux pas t'aider.

     

    2/ Cura est fait pour communiquer avec les UMs PUIS les imprimantes supportées "officiellement" (quand le fabricant a pris le soin de donner les paramètres pour créer un vrai profil).
    Pour moi, ce n'est pas un bug si CURA n'arrive pas à relire un gcode d'une imprimante non supportée officiellement.
    Dans le doute, tu peux poster ta remarque sur github : https://github.com/Ultimaker/Cura

     

    3/ je viens de faire le test en sliçant le même fichier deux fois après l'avoir supprimé puis rechargé (avec changement d'échelle et positionnement sur le plateau en X0/Y0/Z0) : les fichiers font la même taille. J'ai même fait une comparaison des deux dans Notepad++ : ils sont bien droits, au ; près.

  8. Je vais tenter de répondre mais en faisant abstraction de ton imprimante car je ne la connais pas cette Anet 06, pourtant, j'ai connu une Annette mais elle doit être en prison maintenant (une longue histoire....) sachant que je ne suis pas un spécialiste du Gcode....

     

    1/ Pour qu'il y ait un décalage d'une ou plusieurs couches sur un fichier STL, il faudrait que le bug décale les couches en X/Y sans toucher à Z : je n'y crois pas mais sait-on jamais....
    Quand du dis que tu as "réparé" le STL, tu as utilisé quoi ?
    Si tu regardes dans CURA (quelle version utilises-tu d'ailleurs ?) ton objet en vue "layer / couche", il est comment au niveau de ton décalage ? Normal ?
    Si il est normal, c'est un problème pendant l'écriture du fichier sur la carte (ça utilise une carte une Anet A6 ?) = carte poubelle.

     

    2/ Cura ne sert pas à lire le gcode généré, il sert à le faire. Tu ne pourras que voir ce qui se passe sur les couches sans jamais pouvoir modifier un paramètre. Si il n'arrive pas à lire le Gcode avec les parties ajoutées pour ton profil d'imprimante, c'est que quelque chose le dérange, mais quoi ? Bonne question !

     

    3/ C'est normal : si tu changes l'échelle de ton objet, tu changes le nombre de couche donc la taille du STL : imaginons pour simplifier qu'une couche prenne 1 Ko dans ton fichier STL pour un objet faisant 10 couches, il fera 10 Ko. Si tu le redimensionne pour faire un objet deux fois plus grand, tu auras deux fois plus de couches, ton fichier fera 20 Ko.

     

    J'espère avoir un peu aidé....

    • Like 1
×
×
  • Create New...