Fichier gcode défectueux ?

[Pasqualini]

Bonjour à tous,

j'ai essayé d'imprimer avec une Dagoma Magis un petite objet,.

C'est, à peu près un cube creux de 4 cm de côté.:

En l'imprimant sous la forme externe avec des supports, il a été impossible d'utiliser les charnières.

Je l'ai modifié de façon à avoir sur la même verticale 2 sommets opposés.

Les supports sont alors inutiles, toutes les parois étant inclinées de 45° par rapport à la verticale.

J'ai vérifié avec NetFab que le fichier STL était bon.

J'ai "cisaillé" ce STL avec Cura et avec Cura by Dagoma.

A chaque fois des brs aimantés se sont décrochés après environ 2 grammes de PLA utilisé.

Je présume  qu'il y a un défaut dans le gcode ou ledagoma0.g.

Est-il possible de réparer un gcode ou un dagoma0.g ?

Quel est votre avis ?

Merci

 

[Keryn]

Salut, 

peut-être que le problème ne vient pas du slicer mais du fichier stl en lui même. 

Ouvre le avec 3DBuilder et il te dira si il y a un problème avec le stl. Si c'est le cas répare le en cliquant sur la boite qui s'est ouverte.

 

Puis enregistre le en 3mf ou stl. Tu pourra enfin le "trancher" sans erreur normalement.

 

Keryn

[Pasqualini]

Le 30/03/2020 at 20:49, Keryn a dit :

du fichier stl en lui même. 

Merci, et excusez moi de répondre si tardivement. 

Ma FreeBox ne fonctionnait plus depuis lundi 30 mars 2020.

Cela provenait de la ligne Orange qui est intervenu aujourd'hui.

J'avais vérifié le STL avec Autodesk NetFab qui n'avait rien décelé.

3DBuilder n'a rien trouvé non plus.

[fdorful]

Le Kobayashi Fidget s'imprime plutôt à plat sans raft, sans support et avec des couches de 0,15.

Ensuite délicatement, il faut "mettre en route" les articulations.

En tous les cas pour celui-là :

Kobayashi_Fidget_Cube-v1.1.stl

Modifié (le) Avril 10, 2020 par fdorful

[Pasqualini]

Merci, c'est ce que je fais maintenant, mais il n'est pas toujours facile de "mettre en route" les articulations.