sputnik

Ah ben là je sèche... (bon, en même temps, je débute) J'ai démonté plusieurs fois le hot end, passé la buse au chalumeau, etc. sans rien de particulier. En revanche, ce que je peux te dire, c'est que j'ai été obligé de beaucoup augmenter la pression du galet d’entrainement. la petite vis presque inaccessible à cause du montant de gauche du portique. ça sautait, claquait, etc. Bref un bruit d'enfer sorti du carton ! Sans compter la buse mal serrée qui laissait passer du plastique tout autour, par le taraudage. Puisque on est tous les deux dans le même trip, j'ai testé un reflash, et ça remet cette extrusion volumétrique. C'est pour ça que je t'ai posé la question. (mais si on désactive ce truc dans le source, il semble que ça ne le fasse pas, à vérifier). Dis moi, le 1.1.8 que tu testes, il vient d'où exactement ? Ensuite, le cube en question, c'est le fichier de la carte SD ? (test-20x20.gcode) Ensuite n°2, j'ai des soucis avec le PLA noir de Grossiste 3D. Pour l'instant je l'ai laissé de côté le temps d'avoir un peu plus d'expérience. Ah oui, un autre membre m'a résolu un GROS problème en me disant de descendre le jerk à 10 ; regarde de ce côté, on sait jamais... Toi aussi tu démontes et tu trafiques le code pour voir, et tu utilises ensuite ? Toi aussi tu as la même devise que Dave Jones (EEV Blog) ? (don't turn it on, take it apart !)

Tu es sûr et certain que tu ne t'es pas contenté de passer le filament à 1.75 dans control>filament ? Tu as bien mis E in mm3 sur OFF ? ensuite, tu as bien fait control>store setting ? et tu as vérifié l'extrudeur en prepare>move axis>extruder (par exemple demander 100mm, et mesurer ce qui est avalé ?) ton extrudeur aggripe-t-il bien le filament ? enfin, à chaque flash, il faut revenir dans control>filament parce que ça remet systématiquement en extrusion volumétrique !

Bon, supprimer cet élément de menu, il suffit de neutraliser dans ultracd : la ligne MENUITEM(submenu, MSG_FILAMENT, lvd_control_filament_menu); (cette ligne ajoute ce sous menu) la fonction void lcd_control_filament_menu() entière (c'est la call back qui gère le sous menu) neutraliser avec des directives de compil cond #if ENABLED( NO_VOLUMETRICS ) Ensuite, en faisant une recherche sur Google (au cas où...), ces erreurs de compil ont été signalées maintes fois, c'est un problème connu. Ce serait corrigé dans les versions 1.1.x récentes ; à voir Mais si l'EEPROM se retrouve pour une raison ou une autre avec ce paramètre activé, il n'y a alors plus de possibilité de corriger par le Firmware. Peut-être une commande M en début de gcode pourrait faire l'affaire pour être tranquille une fois pour toutes ? voir ici : http://reprap.org/wiki/G-code/fr#M200:_Set_filament_diameter et là : http://reprap.org/wiki/Triffid_Hunter's_Calibration_Guide#Optional:_Switch_to_volumetric_E_units

C'est Vuillemin, les Sales Blagues, pas Reiser Pour le support de câble, j'ai imprimé celui-ci (je suis en train d'en dessiner un sur le même principe, mais qui bloque l'écrou) : https://www.thingiverse.com/thing:2718431 Il n'empiète pas sur le bed. Moi aussi j'ai pété une patte, la Super Glue (authentique) n'a pas marché ... Mais maintenant c'est bon ! J'ai tenté de renforcer en important le STL dans Solidworks, c'est la vraie galère malgré la NVIdia Quadro comme proco OpenGL. Trop de faces. C'est plus simple de repartir de zéro après relevé des cotes. Il y a des trucs que je n'aime pas dans la conception : mécanique trop "légère" (pattes), aérodynamique des tuyères avec de grosses pertes de charge évidentes : diviseur de débit trop anguleux et également une angulation en plein milieu des tuyères. J'ai trop gratté des culasses pour aimer le design du fang. mais il est très beau... J'ai eu un paquet de loupés énorme, entre les décalages et la sous extrusion désormais réglée. Sur la photo, j'ai marqué les zones où j'avais des problèmes : coup de marqueur rouge ; ça rebiquait, donc accrochait et perte de pas-décalage. Avec le jerk passé à 10 et des supports, plus de problème. Merci pour l'astuce. Je pense finaliser et mettre les trucs sur bidulivers ce week-end. A propos de la précision en Z... Je n'aime pas ces systèmes de tirants. Ils supposent une géométrie parfaite et indéformable de la base. A mon avis il faut partir du bas vers le haut : 1 - faire de la base un plan parfait et (presque) indéformable : genre fixation rigide sur plaque d'acier de 10mm, usinée et vérifiée là où ilfaut 2 - équerrer parfaitement le Z (ajustable sans agir sur les profilés alu) 3 - passer en dual Z pour la cinématique

Merci pour ta réponse, mais j'ai omis de préciser que la question porte sur une caméra USB. Désolé. J'avais vu ces petites caméras avec connexion parallèle, mais ça n'ira pas. En effet, je vais intégrer le Pi, la MKS et d'autres trucs dans un seul et même grand coffret, avec des connecteurs en face arrière. Une nappe n'est pas adaptée à la topologie prévue.

Configuration_adv.h // #define NO_VOLUMETRICS mais en activant cette macro, j'ai des erreurs à la compilation de ultra_lcd.cpp. pas eu le temps de chercher plus loin... Il faut lire les sources, et voir aussi la doc développeurs Marlin

Appremment c'est un problème possible connu et signalé par Marlin : le "EEPROM trap".

Bonjour, je voudrais streamer en vidéo les impressions en cours (internet + Mobile, WiFi ou filaire + PC). Il me faut donc une caméra. Il y a de tout, depuis des modèles comme celui-ci : https://www.ebay.fr/itm/USB-Camera-Free-Driver-640-480-for-Raspberry-Pi-3-B-2-Model-B/391772307226?hash=item5b3772ff1a:g:hOgAAOSwhvFZCEhS, jusqu'à d'autres bien plus chers. Je cherche juste à surveiller. Je ne suis pas spécialement intéressé par les timelapses et les belles vidéos. Pour ça, il y GoPro et Reflex. Il y a une liste de modèles compatibles validés sur le GitHub Octoprint, mais ça ne répertorie que des trucs de marque ou presque... Des avis sur la question ? (j'ai déjà cherché sur le forum, mais très peu d'informations)

Salut, c'est idiot que menu Info ne soit pas activé par défaut. Pour l'activer il suffit de décommenter #define LCD_INFO_MENU dans Configuration_adv.h et de reflasher. Sinon, pour le Marlin possédé, il y a aussi Professeur Maramba (celui qui laisse des petits papiers dans les boites à lettres)

salut, dans Conditionals_post.h vers la ligne 1000 #define LCD_TIMEOUT_TO_STATUS durée_que_tu_veux_en_millisecondes

Salut, je me suis arraché les cheveux sur un problème semblable. C'était dans : Control > Filament > E in mm3 qui s'était retrouvé activé avec en plus un diamètre de filament de 3mm suite au flash de firmware. De toutes façons, le firmware proposé par Desrochers est obsolète. C'est une version Tornado 1.0, c'est à dire Marlin 1.1.5. Marlin en est maintenant à la version 1.1.8

C'était con, le problème d'extrusion, n'est-ce-pas ? A peu près ce que j'ai vécu : A propos de ton fanduct... Je suis en train de tenter une fois de plus l'impression. Est-ce que tu as paramétré des supports ? Je pose la question parce que sans, je n'ai eu que des échecs. Là, la machine est en train d'imprimer, et jusque là pas de problème (masi encore 4 heures à y passer, et demain, ça sera boulot). Yes ! (mais je vais rigoler pour les enlever de l'intérieur !). Mais au moins ça rebique plus dans les coins. Tu as quand même de la chance de faire des trucs qui marchent du premier coup, toi ! Pour les vis, j'ai essayé avec des rondelles éventail. Aucun effet. Pour ça que j'ai fait des trucs qui bloquant les écrous. Reste encore un truc à finaliser, et je les mettrai sur zinguitruc. Tu compte faire quoi comme modifs ? Le premier truc qui me vient à l'esprit, c'est un dual Z. C'est nawak, le Z (bon, on le savait à l'achat...) Desmo... Desmo... Ducati ? (m'en fous, j'aime que les gromonos à kick ; bicylindre c'est pour en avoir un de rechange) Ah oui, j'allais oublier. Tu ne t'est aps battu avec les pneufits de merde qui bousillent le tube PTFE et le renfdent indémontable ? J'en ai plein de meilleure qualité en stock (bidouilles pneumatiques obligent...), un coup, de foret de 4.5 pour pour les élargir, et ça n'a plus rien à voir !

Merci pour les liens. Bon, ben c'est pas si compliqué que ça ! Une autre question : quand tu tournes les écrous de réglage du bed, les vis restent immobiles, ou bien elles se mettent à tourner ? Chez moi, les molettes sont inutilisables. Du coup j'ai fait des trucs imprimés pour bloquer less écrous et je règle par le dessus avec un tournevis Allen. (mon problème d'estrudeur semble réglé ; extrusion volumétrique activée par erreur)

C'est ce que je sui en train de faire, mais le problème c'est que je n'ai encore aucune connaissance du G-Code ! Je pratique le C/C++ depuis 30 ans, mais le G-Code, jamais... Là je suis en train d'essayer d'imprimer des petits trucs tout bêtes. les 3 premières versions aucun souci, super résultat. Et là ça me fait de la dentelle à une vitesse folle. Et pour ce tout petit truc, 5762 lignes ! Tu aurais un lien vers un bon tuto ?

et bien si, curieusement ! -> pins.h : bla bla bla : #elif MB(MKS_BASE) #include "pins_MKS_BASE.h" // ATmega1280, ATmega2560 #elif MB(MKS_13) blablabla -> pins_MKS_BASE.h : #include "pins_RAMPS.h" (en fin de fichier, sans directives conditionnelles) -> pins_RAMPS.h : #ifndef X_MAX_PIN #define X_MAX_PIN 2 #endif #define Y_MIN_PIN 14 #define Y_MAX_PIN 15 #define Z_MIN_PIN 19//18 #define Z_MAX_PIN -1//19 (avec les modifs que tu m'as indiquées, et qui marchent impec) Ce sont les mêmes pins ! Il doit y avoir une HAL pour faciliter le portage, ce qui serait logique... Et absolument aucun risque d'erreur avec l'environnement que j'utilise (Visual Studio que je connais sur le bout des doigts depuis la beta 1 il y a 25 ans, avec Visual Micro depuis quelques années)

Malheureusement, le problème que je croyais avoir réglé vient juste de revenir après quelques heures ! Pourtant j'y avais cru ! Après une demi douzaine de prints, de nouveau ce facteur 2.5 exactement (1000 pas au lieu de 400), sans rien changer dans le firmware ni le slicer ! Il y a ça plus un foutage de zone dans mon Z offset depuis l’installation du BL Touch. Ca serait sur PC, je penserais à un stack overflow ou un truc du genre. Je soupçonne Cura. Déjà, c'est le seul programme qui arrive à me planter ma Quadro. Et des CG Quadro j'en utilise depuis plus de 10 ans sans problème (pour OpenGL). Je vire ce truc (Cura, pas la Quadro !), et j'essaye Repetier+Slic3r, on verra bien... Je dois en être à une centaine de compilations et tests sans rien de fiable, firmware d'origine ou pas. Ça revient encore et encore. Quels que soient les réglages de l'EEPROM. Ras le bol. Quand ça marche, c'est super. mais il y a toujours et toujours un moment où ça foire après quelques prints. Avec un comportement bizarre : ça commence normalement, puis la vitesse d'impression s'emballe, les moteurs tournent de plus en plus vite, et j'obtiens de la dentelle. Invivable.

Ben non pas de 2ème tapis. J'ai lu que je ne suis pas le seul. J'ai commandé la machine à l'occasion des prix spéciaux d'Aliexpress, et je me dis qu'ils ont un peu carotté là dessus. Pas bien grave. Le 2ème n'était pas dans la liste de l'annonce donc rien à dire. J'avais vérifié avant de cliquer. Je vois que pour les températures, on est à peu près au mêmes paramètres. Sauf le bed. Ça me; rassure. J'ai essayé 60, ça le faisait pas. Et le thermomètre qui joue à cache cache... La deuxième imprimante, si besoin est, elle sera autoconstruite (sauf soft). Dans longtemps... J'ai récupéré un petit tour chinois il y a 2 ans en complément du vrai de 2 tonnes, j'ai tout (moteurs, drivers, alims, PC avec Linux CNC, variateur de fréquence, armoire vide, composants, bref tout), et il est toujours en pièces ! Et l'impression 3D ne va pas accélérer le processus ! J'ai acheté l'imprimante pour faire des boitiers sur mesure pour mes montages électrotechniques et électroniques, mais aussi pour faire un peu de prototypage rapide et de la mise au point de pièces avant usinage (et aussi fonderie alu). Rapide, c'est un bien grand mot ! Y'a plein de trucs largement plus vite faits sur MO (mais ça revient beaucoup plus cher). Et il y en a surtout d'infaisables par enlèvement de matière même en 5 axes. Bref, j'ai été complètement accro au bout de 2 jours. Les addictologues jugeront... Électronique, mécanique, électrotechnique, informatique, codage, modélisation etc. Bref, un sport complet. La branlette intellectuelle en plus. Je me prends à rêver de pignonnerie nylon. Au prix des fraises module, pour les petits mécanismes peu sollicités, c'est bien moins onéreux. En tous cas, ce que je peux dire, c'est que l'usinage 3 axes par enlèvement en manuel est largement plus facile ! Mes machines, je leur dis (avec les volants, pas de CNC à ce jour, cf dito...) d'enlever 3 mm, elles me le font à +- 0.01 ou 0.02 au pire. Là, faut la jouer fine avec les paramètres pour avoir le dixième... C'est pas une technique, c'est un art. Pas déçu, je le savais à peu près depuis des années. Mais pas à ce point. J'ai, dessiné et sorti mes premières pièces, c'est quand même impressionnant. Put1 que c'est bon ! Et dire que je devrais être en train de finaliser la compta 2017... Mais quel pied ! Malgré les 2H de sommeil journalier perdues.

Salut, pour le bed, je ne sais pas, je débute. J'ai pas mal cherché, et il semble que ce ne soit pas l'application de l'autocollant, mais l'adhésif : il ne supporte pas la chaleur. Pour le prix : 13.14€ livré sur la boutique Tevo eBay (qui a de mauvaises appréciations soit dit en passant). Il n'y en a plus. Comme s'ils s'en étaient débarrassés. Quand j'aurai reçu l'objet, et le jour où je déciderai de remplacer, je verrai ce que ça donne directement sur le verre. Ou alors il ne faut pas imprimer direct ? Il faut ajouter une 2ème plaque ? Pour l'homogénéité de la chauffe, ça fait 2 semaines que je cherche où j'ai bien pu mettre mon thermomètre à visée laser !!!

Bon, j'ai vu que d'autres se sont vus obligés de monter aux mêmes températures avec leur lot de PLA, donc je suis rassuré En ce qui concerne mon histoire de 1000 pas/mm pour l'extrudeur, j'ai fini par piger pourquoi. Je sui tombé dans le piège de l'EEPROM. Les versions 1.1.7 et 1.1.8 du firmware Tornado de Facebook ont la ligne #define EEPROM_SETTINGS désactivée (commentée), et ça m'a mis la pagaille. Depuis c'est rentré dans l'ordre (erreur de débutant) En gros, j'ai squatté ton fil de concussion pour rien. Désolé ! (et je me suis encore fait avoir par ce copier coller complètement débile depuis OneNote)

Merci pour ta réponse. Bon j'ai testé. pins.h renvoie sur pins_MKS_BASE.h qui renvoie sur pins_RAMPS.h. Là sont définis les pins des FDC et des servos. Jusque là tout va bien. J'ai déplacé le BLTOUCH sur le pin Z+, pin 19. Quand je compile la version pour BLTOUCH, tout va bien comme ça. Quand je compile la version sans BLTOUCH, le palpeur fait n'importe quoi. Il faut le calmer ! Le FDC fait son boulot, lui. L'idéal, ce serait une option de plus dans le menu BLTouch de Marlin : désactivation du BLTouch, réactivation du FDC Z-, et chargement des valeurs "normales" d'offsets, etc. Il faudrait que ces valeurs soient stockées dans des variables (ce sont des #define), et dans l'EEPROM. Bref, ce serait cool, mais il faut une bonne connaissance de la structure de Marlin (15000 lignes juste dans Marlin_main.cpp, sans compter la gestion de menu, ça calme)... Il me reste donc à activer la gestion des servos pour ajouter dans setup() un reset du BLTouch et une remontée du palpeur. C'est touffu, comme code. Juste pour arriver à ce que le palpeur soit en haut en cas de compilation en mode non BLTOUCH. Actuellement, c'est à partir d'un Marlin 1.1.8 téléchargé sur le site Marlin, et que j'ai modifié en comparant Tornado 1.1 avec Marlin 1.1.5 dont il est dérivé ; c'est facile. 2 versions donc, BLTOUCH et non BLTOUCH. je voudrais ensuite les réunir en une seule avec juste une #define et quelques directives de compilation conditionnelle. C'est pas pour un fork, c'est juste une personnalisation. je précise que je débute en impression 3D, et que je ne connais rien au G-Code. D'où ma préférence pour le firmware plutôt que pour des scripts ! Mais peut-être qu'un autre firmware permet ce genre de chose en natif ? Ou alors qu'il est possible de gérer cette situation (double Z_MIN) avec OCTOPRINT ? (j'attends un Raspberry Pi). Je ne veux pas de PC vampirisé par l'imprimante.

Bonjour à tous. J'ai récemment installé un BL Touch (en réalité un 3D Touch toruveé à moins de 11€!!) sur une MKS base 1.6 Tornado. Ça marche très bien, du premier coup, mais... Le FDC du Z est bien sûr débranché, et remplacé par celui du palpeur. Ce qui m'ennuie c'est que le nivelage manuel classique n'est plus possible. J'aimerais pouvoir activer/désactiver le BL Touch, c'est à dire passer de manuel à automatique (et lycée de Versailles) à la demande. Un nivelage mécanique correct me semble indispensable à la base. Mais le câblage de l'unité centrale est une telle daube (quand on est habitué à de l'industriel) que brancher débrancher là dedans est une punition (C'est de la m...de en barre). En gros, j'aimerais brancher le FDC d'origine de ma Tornado (ou le BL Touch...) sur une autre entrée FDC (X+, Y+ ou Z+), et pouvoir désactiver/activer ces entrées / leur assigner une fonction à la demande, etc. C'est juste du code. En quelques mots : comment switcher d'un FDC mécanique à un FDC électronique. (bien sûr il y a une solution relativement directe : 2 relais miniatures, un interrupteur, et un flash de firmware selon le cas). mais je préfèrerais une soluce plus élégante, bien que tous les composants soient en stock dans les tiroirs de mon petit labo. Ce genre routine existe-t-elle ? Sinon quel est le forum officiel Marlin ? (anglais ou français, peu importe). Ensuite, je crois qu'un autre firmware pourrait être utilisé : Repetier. pourrait-il résoudre mon problème par un truc de ce style déjà implémenté ?

Des nouvelles du front... Une erreur s'est glissée le post précédent : la version 1.1 du firmware d'origine de la Tornado est développée à partir du marlin 1.1.5, et non du Marlin 1.1.6 comme je l'ai écrit. Toutes mes plus plates. Je cherche ce qui se passe dans le code. Donc, à ce stade, ce qui semble fiable, ce sont la version Tornado 1.1 (=1.1.5 Marlin), et Marlin 1.1.6 Facebook adaptée à la Tornado. Les modifs faites par Tevo ne sont pas très compliquées ; elles portent sur : Configuration.h (on s'en serait douté) Configuration_adv.h (pas encore regardé) Dogm_bitmaps.h (idem) Version.h (on s'en fout) et bien sûr _Bootsecreen.h dont on n'a rien à faire, et qui ralentit le boot [COMMENT FAIT-ON POUR SUPPRIMER UNE PIÈCE JOINTE INSÉRÉE PAR ERREUR ???]

J'utilise aussi du filament Grossiste 3D, mais avec des paramètres très différents. Si je ne suis pas à 70° et 220°, ça colle pas (pas du tout) avec le PLA blanc et encore moins avec le noir. J'obtiens à ces températures de beaux états de surface en blanc, mais pas en noir. J'ai tout de même pu sortir en noir ce spool holder : https://www.thingiverse.com/thing:2794165 , il est fonctionnel mais immonde. En revanche, le spool holder livré sur la carte SD est sorti impeccable. Je soupçonne une sonde de température défectueuse ou inadaptée sur le hotend... Ceci dit je n'utilise pas le Marlin version Tornado : j'ai flashé un Marlin 1.1.8 modifié, pas dit que le paramétrage des sondes soit correct. En fouinant dans les sources, on trouve plusieurs lookup tables pour sondes, et je ne sais pas si c'est la bonne qui est utilisée. La sonde de rechange fait 80kohms. Faut que je cherche là dessus en comparant les fichiers de configuration, et en faisant des mesures sérieuses (étalonnage de la sonde)... C'est étonnant, parce que c'est très éloigné des valeurs que l'on trouve sur le web Tu as gardé le firmware d'origine ? J'utilise aussi des parois de 1.2mm. Chevauchement par défaut (20%), je vais donc essayer 4%. De plus, mon extrudeur (qui ne patine pas) a besoin de 250% (à 400 steps / mm, ça me sort 40mm pour 100 demandés). Donc soit flash avec 1000 au lieu de 400, soit 250% dans Cura. J'ai également réglé à 950mV, je retente le fanduct. Ça correspond grosso merdo à 1.7A en se basant sur le tuto du forum. Valeurs trouvées sur LeGüero Loco, sans aucune justification de ce choix. Les moteurs de chauffent pas du tout. A peine tièdes.

Salut, moi aussi j'ai une Tornado depuis peu. 1 semaine. Et ça fait 2 jours que j'essaye d'imprimer un shroud semblable à celui que as mis en photo ( https://www.thingiverse.com/thing:2773536 ), mais pour ventilo radial (blower). Des ratés, encore des ratés. Donc tes réglages m'intéressent au plus haut point ! Décalage systématique en Y. J'ai même interverti les axes électriquement : toujours en Y. Je n'ai que de pièces ratées après 5 à 10 mm en hauteur. En imprimant, il y a des couches fines avec des angles vifs en gros surplomb (overhang) qui se gondolent vers le haut (curling ?), et il me semble que la tête accroche... Deux jours que je cherche une solution sur le web. J'y ai lu tout et son contraire. Chauffer plus, chauffer moins, refroidir plus, refroidir moins, etc. J'ai testé avec et sans supports. J'ai aussi modifié le fichier STL pour atténuer un peu les angles générés par le slicer. Rien n'y a fait. Supports ou pas, aucune différence. Je tente quand même le jerk à 10 dans Cura. Ce paramètre était caché, et réglé sur 20. Est-ce que Cura active les paramètres non activés dans l'interface ? Je n'ai aps encore commencé à apprendre les commandes, G-Code ou autres... (faudrait regarder les fichiers générés, aps eu le temps pur couse de décla BNC 2017) Je vais aussi voir pour le réglage du Vref des drivers, mais les valeurs sorties d'un chapeau, j'aime pas trop. Sur la Tornado, il y a 4 moteurs qui semblent identiques, mais portent des références différentes. Sur le site de Tevo, il n'est proposé qu'un seul moteur, vendu pour 1.8A... J'imagine que pour des questions d'économie, ils montent tout avec un seul type ?

Salut, je me réponds un peu à moi-même... - le revêtement du bed, conformément à ce qui se dit sur la printosphère, cloque de partout. J'ai en ai donc commandé un sur eBay (hors de prix sur Ali) ; question : collage à l'eau savonneuse comme ça se fait habituellement pour les autocollants de vitres ou de carrosserie ? - l'isolant du hotend : naturellement j'ai pas vérifié la buse, et ça a bavé. Donc ça s'est collé partout. Donc j'en ai commandé ainsi que du Kapton adhésif dont l'avais de toutes façons besoin pour le rebobinage d'un transfo (transfo d'isolation pour le bed histoire de régler le problème). - le tube PTFE : j'ai une très longue habitude des raccords rapides (pneufits en rosbif) pour les applications pneumatiques, ainsi que des tubes associés. Le Teflon est très mou, et les griffes le bousillent complètement ; AMHA c'est presque à changer à chaque démontage ! Donc commande de 2 mètres. - écrous dits "hammer nut", indispensables pour fixer quoi que ce soit sur les profilés alu extrudés (que je connais sous le nom générique de profilés Bosch). - des ventilos axiaux et radiaux (pour mettre un "fanduct" qui me permette de voir ce qui se passe avant qu'il soit trop tard : https://www.thingiverse.com/thing:2773536) - des buses bien sûr, nickelées comme on me l'a conseillé ici - on m'a aussi conseillé ici de nettoyer les buses au chalumeau. Donc ça marche très bien. Pas besoin de l’oxyacétylénique, un bidule de cuisine pour crème brûlée est largement suffisant, ou la gazinière. Et surtout, pas besoin de forets, très fragiles dans ces diamètres surtout en carbure. - ah oui ! Et puis un BL Touch : je ne comprends pas comment ça n'est pas livré d'origine. Valavala. Sinon, regarder une imprimante 3D est aussi hypnotique que les mouvements d'un étau limeur. Ce soir, elle descend dans l'atelier. Pas envie de finir en zombie.