darkdvd

C'est donc matériel...

ok, fait la manip du plateau (le faire descendre de quelques millimètres).

Lire le dernier message https://Community.ultimaker.com/topic/16121-UM3-Printhead-Lift-Switch-Problem/?do=findComment&comment=197235

Vérifie également que les axes X/Y sont bien en place dans les supports entrainés par les courroies et que tes buses sont bien propre à leurs extrémités.

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...

Tu as une photo de la tête, de face, des deux CORE installés et si possible montrant la différence de hauteur entre les deux ?

Oui, essaye une autre carte, on a déjà vu des trucs rigolos avec les SD. Pour les autres pistes, non. Mais avant d'en ouvrir d'autres, enlevons celle de la carte SD...

Tu imprimes en USB ? Via une carte ?

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 ?

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.

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é....

Pour ça, Il faut aller sur https://www.youmagine.com Tu crées un compte et hop ! Au passage, tu peux poster sur la partie française du forum qui est ici https://community.ultimaker.com/forum/126-français/

C'est "entrecroisé" dans la version française...je sais, c'est moche. ?

Tu dois être dans le mode qui force l'ancien affichage : va dans les préférences de CURA et change le mode d'affichage.

Ecarte le PLA qui ne devrait pas résister à deux choses : les solvants présents dans les résines (polyester ou époxyde) et la possible élévation de température pendant la polymérisation... Les PETG ont tendance à résister à tout et les époxydes collent sur a peut prêt tout.

il n'y a pas de différence entre les mac et les pc (à part que les mac sont plus chers....)

Danke @harbaum !

L'adresse IP de l'imprimante sera-t-elle différente de celles du réseau local dans ce cas ?

Oui, tinker permet de corriger ça...

Reslice ton cube dans CURA en mettant la même vitesse pour les murs et le remplissage, soit 40 mm/s et refait une impression dans les mêmes conditions que celle qui pose un problème à la fin et tiens nous au courant...

Les fabricants de filament veulent vendre du filament, hors, sur un spool de 1 kg il y a en moyenne 250 gr de bobine et 750 gr de filament. A frais de ports équivalent, on pourrait avoir 1 kg de filament (payé au prix normal pour 1 kg). Tout le monde y gagne.

Je parierai sur un problème de sur-extrusion : - buse en 0.25 au lieu de 0.4 - buse de 0.4 partiellement obstruée - Ultimaker chinoise.

lire ça : https://fr.wikipedia.org/wiki/Température_de_transition_vitreuse

Le PLA est biodégradable mais industriellement : les températures à atteindre font qu'il n'est pas compostable dans son jardin. (T° > 60°)

sur tes deux imprimantes ?