kropernic Posté(e) Aout 17, 2017 Posté(e) Aout 17, 2017 Hello, Après un bon mois sans rien imprimé (perte de l'ordi qui me servait à modéliser/trancher --> flemme de tout reconfigurer sur un autre), je m'y suis finalement remis hier. Mais je dois probablement avoir un paramètre qui merde car l'imprimante fait une brève pause avant et après chaque déplacement. Il en résulte des "clottes" (un bon mot bien bruxellois ça XD) de plastique et ça va ne va pas du tout bien sûr. Une photo sera plus parlante alors voici. Ajouter ça que ma première couche est probablement un peu trop basse, on voit clairement que la buse racle légèrement le plastique déjà déposer... Je pourrais tenter de diminuer le début éventuellement mais chaque chose en son temps. D'abord ce problème de "pause". J'veux bien qu'on est en Belgique l'imprimante est chinoise donc bon... Sont bosseurs eux non ? ^^ Bref, une idée du paramètre qui pourrait jouer là-dessus ?
slayer-fr Posté(e) Aout 17, 2017 Posté(e) Aout 17, 2017 tu imprime avec carte usb , pc , ou avec un pi j'ai eu le même soucis , et s'était mon pi que j'avais pas redémarré depuis bien longtemps et que j'éteins jamais qui partait en choucroute , un petit reboot est plus de soucis si tu imprime depuis un pc , ça peu être un soucis de transfert. si tu imprime par carte usb , ben je dirais peu être que ta carte montre des signe de fatigue et que la machine mets une pause car elle arrive pas à lire les infos correctement dessus
kropernic Posté(e) Aout 17, 2017 Auteur Posté(e) Aout 17, 2017 J'imprime depuis la carte sd. Et je pense que tu as raison. Suite à la perte du laptop, je me suis retrouvé sans lecteur de carte. Du coup, j'ai fouillé mon fourbi d'informaticien pour trouver un vieux (mais genre vraiment vieux) lecteur de carte. Trouvé un cable compatible qui trainait et en avant. Mais la communication est très lente et ça m'étonnerait pas que ça foute des merdes au niveau du formattage des données ou autres. Puis la cartes sd est toute aussi vieille que le lecteur XD. J'vais déjà tenter avec une plus récente. Je pensais que l'imprimante mettait en mémoire quelques instructions et qu'elle allait lire la suite pendant qu'elle en exécute une. Ca aurait été plus optimisé comme processus... Le pro du marlin (à savoir @Murdock) pourra p-e nous en dire plus à ce sujet ^^.
Invité Posté(e) Aout 17, 2017 Posté(e) Aout 17, 2017 Tu n'a pas l'option qui stabilise la température avant chaque nouvelle couche activée par hasard
kropernic Posté(e) Aout 17, 2017 Auteur Posté(e) Aout 17, 2017 (modifié) Ah, je vais regarder. Je sais que j'ai coché ça pour le début du print. Je vérifierai quand même que j'ai pas fait la boulette de chocher ça pour chaque couche . Sinon entre temps, j'ai été me chercher une carte sd et un lecteur décent. La combinaison des deux devraient me permettre de repartir sur de bonne base. Modifié (le) Aout 17, 2017 par kropernic
slayer-fr Posté(e) Aout 17, 2017 Posté(e) Aout 17, 2017 il y a 5 minutes, db42 a dit : Tu n'a pas l'option qui stabilise la température avant chaque nouvelle couche activée par hasard c'est pas bête , j'avais complètement oublié cette option.
kropernic Posté(e) Aout 17, 2017 Auteur Posté(e) Aout 17, 2017 Hello, Juste pour dire que c'était apparemment bien la carte sd le problème. Dingue quand même !
slayer-fr Posté(e) Aout 17, 2017 Posté(e) Aout 17, 2017 comme quoi ça bosse à la volé , elle stock aucune info
Murdock Posté(e) Aout 17, 2017 Posté(e) Aout 17, 2017 Il y a 2 heures, kropernic a dit : Juste pour dire que c'était apparemment bien la carte sd le problème. Dingue quand même ! Pas si étonnant si la vitesse de lecture est vraiment basse ... il y a une heure, slayer-fr a dit : comme quoi ça bosse à la volé , elle stock aucune info N'oublies pas que la trigorilla n'est que l'a bête combinaison d'un arduino et d'un ramp. L'atmega 2560 n'a que 8k de sram (en gros mémoire vive) et avec ca elle doit gérer les endstops, les températures, la position sur les différents axes .... Il ne reste donc plus beaucoup de place pour se faire un petit buffer de gcode ! Dans le cadre d'un pilotage USB il est d'ailleurs conseillé de prévoir un cache de réception de 127 bytes ... C'est pour cette raison qu'il est plus compliqué de faire un bon prog pour un arduino que pour un PC qui dispose de Go de ram ...
Maxtor Posté(e) Aout 19, 2017 Posté(e) Aout 19, 2017 J'ai eux le même problème j'ai touché à un paramètre dans simplify3d et ça a fonctionné normalement.
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant