Chercher dans la communauté
Résultats des étiquettes.
11 résultats trouvés
-
Petit tuto sans prétention pour qui veut comprendre quelques aspects de Marlin, et surtout comment trouver de la place pour ceux qui, comme moi, ont une carte mère limitée. Les plus assidus du forum n'y apprendront rien ou presque, pour le reste, j'espère que ce post pourra être utile. Je suppose dans ces lignes que le lecteur sait déjà comment flasher sa machine avec le logiciel Arduino, et modifier les fichiers configuration.h et configuration_adv.h Je vais essayer de suivre l'ordre des fichiers de configuration, pour ne pas avoir à chercher trop longtemps les lignes correspondantes, mais il faut savoir que je ne détaillerai pas tout : Bien des lignes doivent rester telles quelles si l'on veut garder une imprimante fonctionnelle. Pour info, je me base sur une version de Marlin 1.1.9. Fausses idées toutes faites Tout d'abord, je souhaitais tuer dans l’œuf les fausses croyances que j'ai déjà pu lire ici et ailleurs : Il est inutile de supprimer les commentaires, cela ne vous fera que perdre votre temps Les fonctions commentées (celles commençant par '//'), ne sont pas incluses à la compilation, il est tout aussi inutile des les supprimer Fichiers de langues inutilisées : Dans language_fr.h par exemple, on voit que des tas de lignes concernant le détecteur de fin de filament, l'utilisation de l'UBL (Unified Bed Leveling), etc qui ne sont pas commentées. Même si vous n'utilisez pas ces fonctions, il est inutile de supprimer ou commenter ces variables de langue, elles ne seront pas incluses dans la compilation de Marlin. Lors de la compilation, Arduino va aller chercher et compiler uniquement les informations qui sont nécessaires, aucun superflu ne sera mis en mémoire. Dans la même lignée, rien ne sert de supprimer les lignes vides. Pour la bonne compréhension : - Chaque ligne qui commence par '//' est un commentaire ou une fonction commentée. Cela veut dire qu'Arduino ne lira pas cette ligne, et passera à la suite. - Chaque ligne qui commence par '#' est une instruction. Seules ces lignes seront lues, interprétées et compilées pour votre imprimante. Configuration.h Je ne détaillerai ici que le fichier configuration.h. J'espère avoir le temps dans les jours à venir de faire la même chose pour le fichier configuration_adv.h. Jacky Tuning On commence avec du superflu, l'écran de démarrage : Ligne 80 du fichier : #define STRING_CONFIG_H_AUTHOR "Schyzo, Anet E12 BLTouch" // Who made the changes. #define SHOW_BOOTSCREEN #define STRING_SPLASH_LINE1 "V1.1.9 for Anet E12" // will be shown during bootup in line 1 #define STRING_SPLASH_LINE2 "Adapted For Schyzo" // will be shown during bootup in line 2 Ces 4 lignes ne font qu'afficher l'écran de démarrage ( Boot Screen). L'imprimante n'a pas besoin de ça, et moi non plus. Sans cet écran, l'imprimante sera lancée environ 5 secondes plus rapidement. Commentez-donc ces 4 lignes (en ajoutant '//' devant chaque ligne) si vous voulez gagner plus de 1000 octets (1282 chez moi). Toujours dans le look, ligne 97 : #define SHOW_CUSTOM_BOOTSCREEN Ceci ne sert qu'à afficher une image personnalisée définie dans le fichier Marlin/_Bootscreen.h au démarrage. Certains fournissent une image comme TH3D qui ne fait qu'alourdir le firmware. Vous pouvez commenter Puis, à la ligne 100 : #define CUSTOM_STATUS_SCREEN_IMAGE Même combat, une image personnalisée sur l'écran d'accueil, définie dans le fichier Marlin/_Statusscreen.h comme ici : Vous pouvez commenter cette ligne pour gagner de précieux octets (voir plus). PID Le PID (Proportional Integral Derivative) est un procédé de Marlin et autres firmwares qui permet une montée en température optimisée des éléments chauffants (buse et lit). Lorsque le PID de ces éléments n'est pas activé, la montée en température est définie en 'bang-bang', comprendre en gros en binaire : "Si c'est trop froid, j'envoie du courant à fond, si c'est à bonne température, je coupe". Aussi la température ne fait que monter et descendre, ce qui peut poser une dégradation de l'impression notamment avec la température de la buse. A titre d'exemple, j'ai trouvé cette image sur le forum reprap.org : Page en question : https://reprap.org/forum/read.php?262,782815 Exemple de courbe de température en bang-bang : Avec utilisation du PID : Bref, si j'en parle ici c'est que l'utilisation du PID pèse quand même quelques kilos dans la bataille du gain de mémoire. Pour ma part, j'ai activé le PID de la buse et du lit, quitte à supprimer d'autres fonctions. PID de la buse : Pour l'activer, il faut se rendre à la ligne 362 : #define PIDTEMP Puis environ 20 lignes plus bas, il faut définir les valeurs Kp, Ki et Kd : #define DEFAULT_Kp 28.94 #define DEFAULT_Ki 2.37 #define DEFAULT_Kd 88.30 Si ces lignes sont commentées, décommentez-les. Ces valeurs que je n'expliquerai pas faute de compétence (et ce n'est pas le sujet), sont MES PROPRES valeurs. C'est elles qui définiront la montée en température de votre élément chauffant. A chaque changement de buse ou matériel chauffant (cartouche chauffante par exemple), il faut redéfinir ces valeurs. Pour cela, je vous renvoie vers un tuto du forum qui explique pas à pas la marche à suivre pour récupérer ces 3 paramètres selon votre machine : A noter que l'utilisation du PID pour la hotend requiert environ 3300 octets. PID autotune : Marlin propose d'ajouter un menu dans l'imprimante afin de lancer un autotune, c'est à dire que vous pourrez lancer directement depuis l'écran de l'imprimante un autotune qui calculera et enregistera les meilleurs valeurs pour votre imprimante. Cette fonction lancera une montée en température de la buse (température que vous définirez via l'écran de l'imprimante directement), jugera et enregistrera dans l'EEPROM des meilleurs valeurs obtenues. Pour cela, décommentez la ligne 367 : #define PID_AUTOTUNE_MENU Lors de l'autotune, sélectionnez une température que vous employez le plus. Par exemple si vous n'imprimez que du PLA et PETG, prenez une moyenne haute à 230° par exemple. Le PID autotune occupera 600 octets environ de plus. PID du bed : Pour le lit, l'utilisation du PID reste identique, à savoir une température constante. En mode BED_LIMIT_SWITCHING en revanche, on retrouve la chauffe binaire : On chauffe à fond ou rien du tout. Si vous souhaitez activer l'utilisation du PID pour le lit chauffant, décommentez la ligne 407 : #define PIDTEMPBED Et n'oubliez pas de commenter la ligne 409 afin de libérer un peu de place : //#define BED_LIMIT_SWITCHING Puis comme pour la buse, définissez les valeurs de Kp, Ki et Kd ligne 424 : #define DEFAULT_bedKp 255.01 #define DEFAULT_bedKi 17.39 #define DEFAULT_bedKd 934.85 L'utilisation du PID pour le lit chauffant occupera environ 1400 octets de plus que le mode BED_LIMIT_SWITCHING. A noter qu'il ne sera pas possible, même en ayant activé l'autotune, de lancer un test autotune pour le bed depuis l'écran LCD (vous ne devrez pas avoir à le changer régulièrement, je l'espère pour vous ). Là encore, je vous renvoie vers le tuto de neoraptor pour récupérer les valeurs Kp, Ki et Kd pour votre lit : Protection contre vous-même : Si jamais vous avez confiance en vous, sachez qu'il est possible de désactiver la protection d'extrusion à froid, ligne 445 : #define PREVENT_COLD_EXTRUSION // Permet de ne pas faire tourner l'extrudeur si la température de la buse n'est pas d'au moins 170° (EXTRUDE_MINTEMP) et la protection d'une trop grande extrusion manuelle, ligne 452 : #define PREVENT_LENGTHY_EXTRUDE // Protection pour ne pas extruder plus de 200mm (EXTRUDE_MAXLENGTH) en dehors d'une impression Ces 2 fonctions commentées vous feront gagner presque 1000 octets, à vous de jauger votre confiance en vous Je ne détaillerai pas la désactivation des protections thermiques du bed et de la hotend, qui sont à mes yeux essentielles et donc non négociables. Bed leveling Si certains ont déjà du mener la bataille des octets avec Arduino, ceux-ci savent combien l'utilisation d'un palpeur est lourd. Pour avoir fait quelques tests pour ce tuto, j'estime à 18ko le poids de l'utilisation d'un BLTouch par rapport à un simple endstop. Mais saviez-vous que vous pouviez tout de même espérer libérer un peu de place ? Chaque mode de leveling pèse plus ou moins lourd, et est plus ou moins complet forcément. Bi-linéaire Ligne 982 : #define AUTO_BED_LEVELING_BILINEAR Le mode certainement le plus utilisé et adapté à la plupart des plateaux. Grâce à un palpeur/sonde (BLTouch ou autre), il fait 3 palpages (points) ou plus dans chaque axe (X Y) et en détermine grossièrement ou finement selon le nombre de points déterminés les défauts du plateau, qu'il corrigera pendant l'impression. Nécessite 11 ko sur la carte. 3 points Ligne 980 : #define AUTO_BED_LEVELING_3POINT Avec un palpeur, sonde 3 points déterminés et détermine le nivellage du plateau. Plus léger (6 ko), à n'utiliser que si vous êtes sûrs que votre plateau est bien plat. Linéaire Ligne 981 : #define AUTO_BED_LEVELING_LINEAR Semblable au mode bi-linéaire, corrige un défaut de lit qui ne serait pas correctement incliné. Ce mode ne corrige pas les défauts d'un lit déformé (creux au centre par exemple). Nécessite 11 ko sur la carte, je cherche l'intérêt de ce mode. Unified Bed Leveling (UBL) Ligne 983 : #define AUTO_BED_LEVELING_UBL Ce mode est trop gros pour ma carte, aussi je n'ai pas pu le tester. Quoi qu'il en soit, celui-ci permet de créer une matrice très précise de votre lit et d'en enregistrer les relevés dans l'EEPROM. Puis à chaque impression, palpe 3 points pour déterminer l'inclinaison et les défauts du lit puis s'appuie sur les valeurs précédemment enregistrées pour corriger très précisément l'impression en fonction des défauts de votre lit. Pèse approximativement 48 ko. Mesh Leveling Ligne 984 : #define MESH_BED_LEVELING Un mode que j'ai découvert il n'y a pas longtemps. Celui-ci permet de corriger une déformation du lit, sans nécessiter de palpeur. Vous faites le sondage à la main (aidé par Marlin bien sûr) avec votre feuille de papier, vous jouez avec le Z depuis l'écran LCD et celui-ci corrige les défauts du lit pendant l'impression, comme si vous aviez un BLTouch. 9.7 ko nécessaires pour ce mode. Hauteur lissée (fade height) Avec certains bed leveling activés (Bi-linéaire, Mesh leveling ou UBL), vous avez la possibilité de définir une hauteur lissée, c'est à dire que pendant l'impression, Marlin va au fur et à mesure corriger la pièce pour que le défaut du lit ne soit plus visible à partir de X mm (définie via l'écran LCD ou par la commande M420 Z(hauteur). En exagérant, si votre lit est creux au centre, on peut imaginer imprimer une boite ainsi : En rouge en haut le résultat sans la hauteur lissée, en vert ce que donnera l'impression avec la hauteur lissée. Nécessite 1600 octets. Bed leveling via le LCD Ligne 1106 : #define LCD_BED_LEVELING Permet de faire le leveling si vous avez un des modes cités au dessus activé. Si vous avez activé le Mesh Leveling (manuel), Marlin vous guidera étape par étape via l'écan LCD pour faire le leveling. Requiert environ 1 ko. Déplacement de la tête automatique Ligne 1114 : #define LEVEL_BED_CORNERS Depuis l'écran LCD, permet de faire bouger la buse automatiquement pour faire le réglage aux 9 points du plateau en leveling mauel. Nécessite 1200 octets. Fonctions additionnelles Préchauffage J'ai lu encore récemment qu'on pouvait gagner de la place en commentant les fonctions de préchauffage de PLA et ABS. Bien que je les trouve utile, voilà comment gagner 40 octets. Oui, pas un de plus, 40... Commentez les lignes 1262 à 1268 : #define PREHEAT_1_TEMP_HOTEND 210 #define PREHEAT_1_TEMP_BED 60 #define PREHEAT_1_FAN_SPEED 0 // Value from 0 to 255 #define PREHEAT_2_TEMP_HOTEND 235 #define PREHEAT_2_TEMP_BED 80 #define PREHEAT_2_FAN_SPEED 0 // Value from 0 to 255 Il vous faudra également commenter ces lignes dans le fichier configuration_store.cpp, à la ligne 1820 : #if ENABLED(ULTIPANEL) lcd_preheat_hotend_temp[0] = PREHEAT_1_TEMP_HOTEND; lcd_preheat_hotend_temp[1] = PREHEAT_2_TEMP_HOTEND; lcd_preheat_bed_temp[0] = PREHEAT_1_TEMP_BED; lcd_preheat_bed_temp[1] = PREHEAT_2_TEMP_BED; lcd_preheat_fan_speed[0] = PREHEAT_1_FAN_SPEED; lcd_preheat_fan_speed[1] = PREHEAT_2_FAN_SPEED; #endif Notez que mes valeurs ne sont plus celles par défaut. Plutôt que de les virer, j'ai renommé 'ABS' en 'PETG' dans les fichiers de langue, bien plus utile que de tout supprimer pour gagner une misère. Je ne recommande absolument pas de toucher aux fichiers cpp, à vos risques et périls. Modifier les valeurs de l'EEPROM Ligne 1230 : #define EEPROM_SETTINGS Permet depuis votre PC relié à l'imprimante ou l'écran LCD de modifier la vitesse max, accélérations, jerk, steps/mm, offset Z etc etc Si vous êtes certains de ne plus toucher à ces réglages ou de flasher à chaque fois votre imprimante pour les modifier, vous pouvez commenter cette ligne afin de libérer 5.7 ko Récupérer les valeurs de l'EEPROM Ligne 1231 : #define DISABLE_M503 Pour gagner 2800 octets, il faut ACTIVER (ne pas commenter) cette ligne. Permet depuis un terminal de récupérer les paramètres de l'EEPROM (accélération, vitesses, steps/mm, ...). Nettoyage de la buse Il existe une fonction permettant avant chaque print de nettoyer la buse en l'envoyant à un point spécifique de votre plateau (ou légèrement en dehors). Voilà par exemple la réalisation de notre ami @Jean-Claude Garnier qui envoie sa buse se faire polisher sur une brosse à dent : Pour l'activer, ligne 1328 : #define NOZZLE_CLEAN_FEATURE Nécessite 1.7 ko Carte SD Pour ceux qui n'impriment que via PC ou Raspberry, sachez qu'il est possible de désactiver le support de la carte SD. Commentez la ligne 1433 : //#define SDSUPPORT Cela vous libérera presque 17 ko dans la carte de l'imprimante, mais impossible d'utiliser la carte SD.. Pour les extrêmes Encore une fois, si vous n'imprimez que depuis le port USB de votre imprimante, il se peut que vous n'ayez même pas besoin de l'écran. Par exemple, en désactivant l'écran LCD de mon Anet, ligne 1757 : //#define ANET_FULL_GRAPHICS_LCD Cela me fait économiser 39 ko de mémoire que je peux réutiliser ailleurs. Mais je n'ai plus d'écran, tout se fait depuis le PC ou le Raspberry. Voilà pour le fichier de configuration.h, j'essayerai de faire configuration_adv.h dans les jours à venir. N'hésitez pas d'y aller de vos retours si des passages sont à améliorer, réctifier ou clarifier.
- 14 réponses
-
- 16
-
- configuration
- marlin
-
(et 1 en plus)
Étiqueté avec :
-
Conseils avant première impression
Creal-E.T. a posté un sujet dans Discussions sur les imprimantes 3D
Bonjour, Je viens d'acquérir ma première imprimante 3D (une Creality CR10 Smart Pro). Je la monte probablement ce soir ou demain et j'aimerais savoir avant ça si vous aviez des conseils ou des infos à me donner. En particulier sur les différents réglages à effectuer (j'ai entendu parler de la hauteur du plateau et des "step moteur") et l'entretient de la machine (lubrification ? Aération ?). Je précise que je suis un débutant en impression 3D, et comme tout débutant qui se mérite je vais commencer avec du filament PLA.- 1 réponse
-
- debutant
- configuration
-
(et 1 en plus)
Étiqueté avec :
-
Paramétrage Marlin et option (Aide Mémoire)
Montaignec a posté un sujet dans Mise à jour et/ou amélioration
Bonjour a vous tous ! Voila ça fait maintenant quelque mois que je possède une DiscoEasy 200. Et comme vous, j'ai apporté des modifications grâce à ce forum (Merci les gars ) pour améliorer la belle mais voila le language du MARLIN est pour moi un mélange de Chinois et de Russe... Suite au différente version constructeur et utilisateur, je perdais beaucoup de temps retrouver le bon sujet, la page qui mentionne la bonne ligne de code qui m'intéresser ... Partant de ce problème, j'ai décider de me constituer une sorte d'aide mémoire que je souhaite partager avec vous ! J'espère que cela vous aidera ... -------> Option Marlin.docx -
Bonjour à tous, Je suis propritétaire d'une Dagoma DE200 depuis 2 ans, et depuis quelques temps j'utilise le slicer Cura pour préparer mes impressions. J'ai notamment découvert le support arborescent et le remplissage gyroid, que j'apprécie particulièrement. Aussi, j'ai appris que l'on pouvait modifier Cura by Dagoma à partir d'un fichier .xml,ce que je trouve très pratique, car cela permet de garder la simplicité d'utilisation de CbD, en rajoutant quelques fonctionnalités manquantes. Voilà ma question: est-il possible de rajouter le support arborescent, ainsi que le remplissage gyroid dans ce xml ? Pour information, j'ai déjà essayé d'insérer ces balises dans le code <Configuration></Configuration> Pour le remplissage gyroid <fill_pattern>Gyroid</fill_pattern> <fill_type>Gyroid</fill_type> <infill_pattern>Gyroid</infill_pattern> <infill_type>Gyroid</infill_type> Pour le support arborescent <support_type>Tree</support_type> <support_pattern>Tree</support_pattern> Si quelqu'un a des idées, je suis preneur. Merci d'avance, oteillet
- 1 réponse
-
- cura
- cura by dagoma
- (et 11 en plus)
-
Bonjour à tous , Voilà dernièrement j'ai suivi un tutoriel pour pouvoir rajouter un détecteur de fin de filament avec octoprint sur ma CoreXY (maison) , l'exemple donné dans ce tuto est pour une CR-10, mais le principe reste le même. J'ai donc suivi à la lettre les différentes étapes du tutoriel et cela fonctionne, l'imprimante ce met bien en pause et le plateau descend bien (dans mon cas il s'agit d'un CoreXY) de 50 mm pendant le test, là ou ça ce gâte c'est lors de la reprise, le plateau remonte effectivement ... mais ne s'arrête plus et tape contre la buse ! J'ai également essayé enlevant le script de fin pour qu'il ne remonte pas (oui je sais c'est con) et la ça reprend, mais en imprimant dans le vide au-dessus de la pièce (normal me direz-vous) . Cependant si j'enlève les scripts ça marche impec mais du coup ma buse reste en pause sur la pièce et reprend correctement son travail apres avoir appuyer sur resume d'octoprint mais j'aimerai éviter si possible que le buse reste en pause sur la piéce ! À savoir que j'ai une vieille version de marlin sur une base pour smartrapcore (avril 2015), est-ce que cela peut venir de là ? Merci pour votre aide Fabrice
- 8 réponses
-
Bonjour, J'ai quelques soucis avec un domaine que je ne connais pas très bien. A savoir, la compilation de Marlin 1.1.9 sous Arduino 1.8.6. J'ai téléchargé le marlin 1.1.9 et modifié tout ce que je souhaitais. Mais au moment de le compiler, j'obtiens cette erreur : Arduino : 1.8.6 (Windows Store 1.8.14.0) (Windows 10), Carte : "Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)" In file included from sketch\HAL.h:33:0, from sketch\MarlinConfig.h:39, from sketch\Sd2Card.cpp:29: Sd2Card.h:100:39: error: pasting "/* SPI Master In Slave Out pin*/" and "_DDR" does not give a valid preprocessing token #define SPI_MISO_PIN MISO_PIN // SPI Master In Slave Out pin ^ sketch\fastio.h:86:42: note: in definition of macro '_SET_INPUT' #define _SET_INPUT(IO) CBI(DIO ## IO ## _DDR, DIO ## IO ## _PIN) ^ sketch\Sd2Card.cpp:316:3: note: in expansion of macro 'SET_INPUT' SET_INPUT(SPI_MISO_PIN); ^ sketch\Sd2Card.cpp:316:13: note: in expansion of macro 'SPI_MISO_PIN' SET_INPUT(SPI_MISO_PIN); ^ Sd2Card.h:100:39: error: pasting "/* SPI Master In Slave Out pin*/" and "_PIN" does not give a valid preprocessing token #define SPI_MISO_PIN MISO_PIN // SPI Master In Slave Out pin ^ sketch\fastio.h:86:61: note: in definition of macro '_SET_INPUT' #define _SET_INPUT(IO) CBI(DIO ## IO ## _DDR, DIO ## IO ## _PIN) ^ sketch\Sd2Card.cpp:316:3: note: in expansion of macro 'SET_INPUT' SET_INPUT(SPI_MISO_PIN); ^ sketch\Sd2Card.cpp:316:13: note: in expansion of macro 'SPI_MISO_PIN' SET_INPUT(SPI_MISO_PIN); ^ Sd2Card.h:99:39: error: pasting "/* SPI Master Out Slave In pin*/" and "_DDR" does not give a valid preprocessing token #define SPI_MOSI_PIN MOSI_PIN // SPI Master Out Slave In pin ^ sketch\fastio.h:87:42: note: in definition of macro '_SET_OUTPUT' #define _SET_OUTPUT(IO) SBI(DIO ## IO ## _DDR, DIO ## IO ## _PIN) ^ sketch\Sd2Card.cpp:317:3: note: in expansion of macro 'SET_OUTPUT' SET_OUTPUT(SPI_MOSI_PIN); ^ sketch\Sd2Card.cpp:317:14: note: in expansion of macro 'SPI_MOSI_PIN' SET_OUTPUT(SPI_MOSI_PIN); ^ Sd2Card.h:99:39: error: pasting "/* SPI Master Out Slave In pin*/" and "_PIN" does not give a valid preprocessing token #define SPI_MOSI_PIN MOSI_PIN // SPI Master Out Slave In pin ^ sketch\fastio.h:87:61: note: in definition of macro '_SET_OUTPUT' #define _SET_OUTPUT(IO) SBI(DIO ## IO ## _DDR, DIO ## IO ## _PIN) ^ sketch\Sd2Card.cpp:317:3: note: in expansion of macro 'SET_OUTPUT' SET_OUTPUT(SPI_MOSI_PIN); ^ sketch\Sd2Card.cpp:317:14: note: in expansion of macro 'SPI_MOSI_PIN' SET_OUTPUT(SPI_MOSI_PIN); ^ Sd2Card.h:101:39: error: pasting "/* SPI Clock pin*/" and "_DDR" does not give a valid preprocessing token #define SPI_SCK_PIN SCK_PIN // SPI Clock pin ^ sketch\fastio.h:87:42: note: in definition of macro '_SET_OUTPUT' #define _SET_OUTPUT(IO) SBI(DIO ## IO ## _DDR, DIO ## IO ## _PIN) ^ sketch\Sd2Card.cpp:318:3: note: in expansion of macro 'SET_OUTPUT' SET_OUTPUT(SPI_SCK_PIN); ^ sketch\Sd2Card.cpp:318:14: note: in expansion of macro 'SPI_SCK_PIN' SET_OUTPUT(SPI_SCK_PIN); ^ Sd2Card.h:101:39: error: pasting "/* SPI Clock pin*/" and "_PIN" does not give a valid preprocessing token #define SPI_SCK_PIN SCK_PIN // SPI Clock pin ^ sketch\fastio.h:87:61: note: in definition of macro '_SET_OUTPUT' #define _SET_OUTPUT(IO) SBI(DIO ## IO ## _DDR, DIO ## IO ## _PIN) ^ sketch\Sd2Card.cpp:318:3: note: in expansion of macro 'SET_OUTPUT' SET_OUTPUT(SPI_SCK_PIN); ^ sketch\Sd2Card.cpp:318:14: note: in expansion of macro 'SPI_SCK_PIN' SET_OUTPUT(SPI_SCK_PIN); ^ exit status 1 pasting "/* SPI Master In Slave Out pin*/" and "_DDR" does not give a valid preprocessing token Ce rapport pourrait être plus détaillé avec l'option "Afficher les résultats détaillés de la compilation" activée dans Fichier -> Préférences. Sachant que pas mal de personnes ont déjà installé Marlin 1.1.9, je suppose que le problème est connu. Pourtant et malgré mes recherches, je n'ai pas trouvé de solution. Quelqu'un peut-il me dépanner avec ce schmilblick s'il vous plaît ?
-
Je sais que le sujet des configurations sous Simplify 3D à déjà été traité plusieurs fois, mais difficile de s'y retrouver pour un novice comme moi. Avec toute ses configurations et toutes les personnes qui rajoutent leur pierre à l'édifice pour les améliorer, on finit par s'embrouiller l'esprit sur ce qu'il faut et ne pas faire. C'est pour cela que j'ai crée un nouveau sujet, afin que chacun post sa MEILLEUR configuration sous SIMPLIFY 3D avec une imprimante ANYCUBIC I3 MEGA. Je pense aussi que ça pourrait aider plus d'une personne, qui ne connait pas beaucoup cette environnement (comme moi) a se lancer, avec une base solide. En espérant tomber sur une pépite qui corrigerait tout mes problèmes d'impression, afin de pouvoir préparer quelques cadeau pour les fêtes
- 17 réponses
-
- anycubic i3 mega
- simplify3d
-
(et 1 en plus)
Étiqueté avec :
-
repetier Repetier host Da vinci 1.0
maximus7110 a posté un sujet dans Paramétrer et contrôler son imprimante 3D
bonjour, voila j'aimerai un peut d'aide sous repetier host car quand j'imprime l'extrudeur ne prend pas l'abs correctement ont entant un claquement et presque rien ne sort de la buse voici ce que j’ai dans Configuration de l'imprimante Mon imprimante XYZ Da vinci AIO Repetier 4 installé ce matin -
Bonjour à tous ! Présentation du Projet Ne serait-il pas judicieux de partager nos configuration Cura pour nos CR-10 ? et lesconfigs propres aux marques de filaments que nous utilisons ? Je ne sais pas si le sujet à déjà été abordé, si oui je veux bien le lien, sinon voici ma proposition ! Voici un projet sur Github (outils de gestion de version) nommé CR10 Cura Profiles : Projet source : https://github.com/slobberbone/cr-10-cura-profiles Je pense que si nous regroupons notre travail cela permettrait d'harmoniser nos configurations et surtout de perdre moins de temps à demander quel profil utilisé etc... lors de soucis ou lors de tests avec différentes marques de filament ! Personnellement depuis Cura 2.X et 3.X le profil de base ne fonctionne pas, donc je suis resté sous Cura 1.15.04 ... c'est pas l'idéal. Du coup, si on fait tous l'effort de partager nos configurations de machine, de type de filament et de nos profils d'impression ici et via cet outils, on pourra à terme proposer à Ultimaker d'intégrer nos configurations dans les prochaines versions de Cura ! Références Pour commencer où trouver les configurations de Cura (pensez à remplacer le [version_de_cura] correspondant à la version de Cura que vous utilisez et [mon_utilisateur] par le nom de votre utilisateur windows): sous GNU/Linux : ~/.local/share/cura/[version_de_cura]/ sous Mac OS : ~/Library/Application\ Support/cura/[version_de_cura]/ sous Microsoft Window : C:\Users\[mon_utilisateur]\AppData\Roaming\cura\[version_de_cura]\ Maintenant que nous savons où trouver les dossiers de configuration de Cura, lesquels sont-ils et que doit-on trouver dedans : definitions : dossier contenant les définitions des imprimantes de base, ce sont celles fournies pas Ultimaker, le dossier peut être vide chez vous car ce dossier surcharge un dossier présent dans le logiciel Cura definition_changes : dossier contenant vos configurations d'imprimantes modifiées, c'est ici que l'on retrouvera les modifications apportées à la config de base de notre CR-10 extruders : dossier de configuration pour les extruders materials : dossier de configuration pour les différents filaments machine_instances: dossier des instances de base pour les imprimantes, à priori peu d'intérêt pour le moment quality : dossier contenant les définitions des profiles prédéfinis pour la qualité et les options courantes d ... Voici la correspondance entre les dossiers ci-dessus et la fenêtre dans Cura de ce qui nous intéresse : definition_changes = Printers materials = Materials quality = Profiles extruders = Profiles/Extruder (Semble y avoir un bug graphique en 3.1...) Objectifs Les idées principales sont : avoir une configuration de base correspondant à la config des 2 fichiers gcodes fournis avec la CR-10 pour notre machine avoir une configuration pour nos filaments par marque et type à minima, voir par couleur lorsqu'il y a besoin avoir des profiles (quality) standard convenant au plus grand nombre avoir des profiles (quality) customisés provenant d'un tuning poussé par les membres de notre communauté (cela pourrait permettre d'ajouter le lien de la configuration lorsque l'on présente nos prints ! un lien vers le stl, un lien vers la profile et normalement, n'importe qui doit reproduire avec succès le print ...) Réalisation En ce qui me concerne j'ai poussé des modifications pour le start et end gcode pour correspondre à ce que j'avais avec Cura 1.15.04. Il faut maintenant que je m’attelle à reprendre mon fichier de config pour avoir la même chose avec cette nouvelle version de Cura sachant que pour le moment je n'ai rien modifié d'autre que le infill (20% ou 10%), la layer (0.2, 0.1 ou 0.6 mm) et les températuress d'extruder et de bed, mais ça, c'est lié à la configuration du materials (filament). Nous devrions disposer rapidement d'une configuration de base correspondant au gcode "sortie d'usine" de chez Creality ! J'ai commencé à rajouté des fichiers de configuration pour le filament que j'utilise : Primafilament : modèle Prima Select, Prima Flex, Prima Wood etc ... Qu'en dites-vous ?
-
Bonjour, Je possède une Omni 3d Anet A8 (Prusa I3) avec un firmware Repetier (oui je sais, c'est très chiant) J'ai mis en place un Capteur LJC18A-HZ/BX NPN No avec les fameuses résistances, tout est installé. Avec Philippe nous avons essayé de faire le nécessaire pour l'activer en vain... Il s'avère qu'en surfant j'ai vu que le firmware en place dans l'imprimante n'était pas prêt à recevoir l'auto leveling. En discutant sur fb on m'a signalé qu'il fallait mettre à jour le firmware Repetier J'ai eu le malheur de faire une mise à jour avec le firmware Repetier et depuis lorsque je lance une impression elle imprime dans le vide et tout est déréglée... Si vous souhaitez d'autres infos dites-le moi. Aider-moi svp...
-
Bonjour Encore qqes pbs a régler 1. Lorsqu'il y a plusieurs objets a traiter exemple les attaches de la cloche de noel quand une bonne partie de la hauteur a été exécutée , le mouvement "brusque" de la buse pour aller d'un objet à l'autre provoque comme un choc et décolle la pièce devenue "haute" .. dès lors c'est "foutu" comment s'en affranchir ? pourrait on n'avoir qu'une pièce a la fois 2.Comment et quand faut il cocher les cases Accroche Renfort pour impression dans la config sur Cura by Dagoma quel est le rôle de chacun? 3.Quand on passe du Bluescotch (pour lequel tous les réglages du Z ont été faits) au BuildTack faut il recommencer ? ou quoi faire ? Merci çà tous pour vos contributions