Lidocain777

ABS ou ASA, sans hésiter.

Bonne idée, les endstops optiques ! C'est vraiment bien. J'ai mis ce modèle sur mon imprimante : https://amzn.eu/d/hb1Eif2 . Ce sont les mêmes que les Lerdge ou Biqu, même usine. Pour les équerres, il va falloir être sur que l'angle sera de 90°. Les équerres coulées/moulées ("cast") semblent la meilleure option, mais quid des fournisseurs ?

Pour appuyer ce que @fran6p disait à propos des courroies préférées aux vis-mères, disons qu'il sera très difficile pour une mécanique basée sur ce système d'atteindre des vitesses et accélérations semblables à un système à courroies. C'est d'autant plus vrai avec Klipper, où on peut vraiment maximiser la vitesse et les accélérations. C'est sûrement possible aves des vis-mères, mais j'ai peur pour la puissance nécessaire au niveau des moteurs et des drivers. Sans compter le bruit qui risque d'être atroce. Mon routeur CNC ne dépasse pas les 3000mm/s² avec cette construction, et le bruit est vraiment pas possible.

Impressionnant ! Niveau têtes d'impression, le choix est super vaste. Une solution ultra compacte comme le Matrix de TL pourrait être intéressante. Quant à la sonde, je verrais plutôt un module HoriZon de Dyze qu'une BLT. Utiliser la buse comme capteur, c'est le top et ça ouvre des possibilités infinies.

Il me semble qu'on ne puisse pas injecter le firmware dans la SD depuis les UI Mainsail/Fluidd, sauf erreur de ma part. On peut mettre à jour la base du code, mais ça ne recompile pas les firmwares pour le MCU hôte (le PI ou autres) ni le MCU esclave (la SKR, dans ce cas). Le plus simple est d'utiliser l'utilitaire KIAUH pour générer le binaires et les uploader sur la SD de la SKR 1.4T (c'est ce que j'utilise sur ma config – même carte). C'est très probablement ce que @Blastmun voulait dire par "injecté via SSH" : connexion à distance sur le PI, génération du firmware, et upload via la ligne de commande.

Sauf que RatOS n'est pas un firmware. C'est un bundle pré-configuré et customisé embarquant l'OS du Pi (Raspbian), Klipper (firmware), Moonraker (serveur API) + NGINX (serveur web), et Mainsail (UI / interface) aux couleurs de RatRig. RRF (RepRap Firmware) est un firmware, par contre.

Très beau projet ! Qu'est-ce qui motive le choix du BerdAir ? A part le côté pratique et l'absence de conduit de refroidissement pour 5015/4010 à concevoir/imprimer. Je suis curieux aussi sur le "pourquoi" du 5010 pour refroidit le heatbreak. Un bon 3010 ou 4010 est plus que suffisant, normalement (ça l'est sur ma V6/CHC, et j'imprime relativement vite).

Un bien beau projet ! Quant aux déformations liées à l'ABS "à l'ancienne", il y a d'autres options à l'heure actuelle. J'aurais sûrement fait cette pièce en ABS ou ASA également, mais en utilisant une variante spéciale de chez FormFutura : TitanX (ABS) ou ApolloX (ASA). En gros, de l'ABS/ASA qui s'imprime sans warping et sans enceinte, comme du PLA/PETG (mais qui adhère comme une sangsue au plateau, d'où une couche de séparation). Après, c'est vrai que comme @Steeve Osteen l'a indiqué, imprimer ce genre de géométrie peut être très stressant pour l'opérateur ("ça va foirer ou pas ?"). Une bonne collerette, et normalement ça devrait passer. Je suis très curieux de voir le résultat final !

14%, c'est déjà bien ! Du coup, tu procèdes comment pour rassembler les bouts traduits ? Il y a un repo git quelque part, ou un doc de référence qu'on peut compléter, ou quelque chose d'autre ? Le "plug'n'play", c'est un très joli appât pour attirer les gens. "Tu branches, ça marche". Sauf que c'est loin d'être le cas, même sous Marlin (vanilla ou customisé). Il y a toujours la variable "profils des slicers".

Très bonne intro à Klipper Si je peux me permettre une précision : les Voron ne sont pas les seules à embarquer Klipper par défaut. Les RatRig (notamment les V-Core) l'incorporent par défaut aussi via RatOS (combo Raspbian + Mainsail customisé + Moonraker + Klipper, presque plug'n'play). Par retour d'expérience, c'est vrai que Klipper peut paraître assez déroutant au début. Etant dev moi-même avec un anglais quasi bilingue, passer de Marlin à Klipper n'a pas posé de souci, mais je croise sur les différents réseaux sociaux beaucoup de personnes, débutantes ou pas en impression 3D, qui rament un max pour effectuer la transition. Donc oui, il faut être très prudent et patient quand on souhaite essayer et succomber à Klipper, car la voie n'est pas nécessairement sans obstacles. Dans mon cas, sur une Anycubic i3 Mega-S, la transition a été simple, et j'ai fini par retirer l'écran d'origine. Il a certes été remplacé par un modèle 12864 (Fysetc, je crois ?) mais au final ne me sert que très peu, ayant un PC portable directement dédié pour le bricolage et siégeant dans mon atelier à proximité de l'imprimante 3D et de la routeuse CNC. L'absence d'écran ne me dérangerait pas plus que ça, quelque part. La doc en anglais de Klipper peut rebuter beaucoup de monde, ça c'est très vrai, surtout quand on est pas un technicien. Je n'ai pas nécessairement beaucoup de temps disponible, mais si je peux aider à traduire (une partie de) la doc de Klipper dans notre bonne vieille langue de Molière et aider un peu, je le ferai, il suffit de demander.

Le dernier truc utile en date.

Idem, je suis d'accord avec @Jeff78s et @Idealnight. Outre les contraintes thermiques et climatiques diverses, tu dois aussi prendre compte que c'est exposé aux UV du soleil. Exit les PLA/+, PETG, et même l'ABS qui n'aime pas les UV. L'ASA pourrait correspondre, mais au vu des contraintes cette fois mécaniques, je ne tenterais pas le diable avec une matière plastique, même avec une pièce 100% pleine ou des parois très épaisses. Après, peut-être que des filaments spéciaux comme le Ultrafuse 316L de BASF seraient indiqués (vu le taux extrêmement élevé de métal que ça contient) ; ça ne serait cependant pas judicieux d'un point de vue purement économique (le banquier risque de pleurer) et du post-processing requis. Les pièces métalliques sont vraiment idéales dans ce cas, je ne vois a priori rien de mieux !

Mieux vaut tard que jamais. Tu peux supprimer les commentaires tardifs si le cœur t'en dit.

Je déterre ce topic. Depuis quelques temps, il semble impossible d'accéder au contenu du forum via Tapatalk. Je ne sais pas si c'est un souci d'API pas à jour côté "Les Imprimantes 3D" ou autre chose, mais ça mériterait une petite investigation.

Hello ! La quantité de filament utilisée va dépendre de la taille de l'objet (normal), et aussi du nombre de périmètres, de couches solides, et du taux de remplissage. Comme tu vois, sous SuperSlicer avec mes réglages (250 microns/couche, 2-3 périmètres, couches de remplissage solide sur 1mm, 18% de remplissage "à motif"), on est environ à 20m de filament. Ça ne représente qu'environ 6% d'une bobine de 1kg (plus ou moins 330m). Environ 7% avec 23m, en utilisant l'estimation de Cura que tu as fournie. Ça me semble tout à fait dans les clous, il n'y a pas à s'inquiéter.

Hello ! Super, ce projet ! Vraiment propre, bravo ! Il y a 2-3 petites choses qui (à mon humble avis) pourraient se voir améliorées : La bande de masquage bleue. Pourquoi ne pas passer sur une flexplate PEI* ? Ça te simplifierait la vie. * double face (lisse/texturé), avec base magnétique L'unique vis-mère sur Z. Je comprends bien que tu avais ça sous la main, c'était l'objet du projet (faire avec ce que tu avais de dispo) 1 seule vis-mère au vu du volume d'impression, même si c'est un design commun (la Ender5 est basée sur le même paradigme), je me demande si la surface saura rester bien parallèle au plan XY de la tête d'impression avec le temps. Mais vu que tu as rajouté des renforts pour pallier à ça, le problème ne se posera probablement pas. Si tu es preneur d'un moyen élégant pour organiser la câblerie, opte pour un rail DIN vissé à l'arrière Chapeau, en tout cas. C'est beau à voir !

Je n'avais pas eu la notif de ta réponse ^^' Il y a mieux qu'une cartographie : tu peux simplement reprendre la config de base de Klipper pour la série Mega, c'est exactement le même pinout ---> https://github.com/Klipper3d/klipper/blob/master/config/printer-anycubic-i3-mega-2017.cfg L'ancienne notation "Arduino" est aussi dispo sur le repo de Klipper ---> https://github.com/Klipper3d/klipper/blob/v0.9.1/config/printer-anycubic-i3-mega-2017.cfg Ça devrait pas mal t'aider à finaliser la transition.

Hello ! Si si, cette Trigorilla est compatible avec Klipper. Ce n'est pas la Trigorilla Pro (32 bits), mais un strict équivalent d'un combo Arduino Mega 2560+Ramps 1.4 (8 bits). Je l'ai utilisée pendant assez longtemps sous Klipper avant de migrer sur une SKR 1.4 Turbo. Je n'ai plus la procédure exacte en mémoire sous Octoprint, mais il suffit de flasher le firmware via USB comme sous Marlin. Via l'utilitaire KIAUH (chaudement recommandé, il simplifie la vie), il suffit de choisir "ATMega AVR" dans l'architecture, "atmega2560" pour le modèle de processeur. Pour flasher, toujours avec KIAUH, choisir "Regular flashing method", puis "USB" pour la méthode de connexion. L'utilitaire demandera de valider le port série à utiliser et flashera tout seul comme un grand. Si ça peut t'aider.

Très beau travail ! Le pistolet à air chaud, c'est vrai que c'est hyper pratique pour les matériaux thermorétractables. C'est vrai que le PLA n'a pas dû apprécier le petit coup de chaud, mais les autres polymères n'auraient pas forcément aimé non plus. Une astuce qui fonctionne dans un cas similaire (enfin, ça fonctionne pour moi), c'est de ne pas garder une chaleur constamment pointée et de l'appliquer par petites durées de quelques secondes. Même résultat au final, la surchauffe des plastiques en moins.

La première chose que je ferais ? Changer le module laser et lui faire sortir 10 Watts réels de puissance optique avec des diodes IR + une petite rouge 650nm pour le pointage.

Tu n'as pas pourri le sujet, @JeanJul. Enfin pour ma part. J'ai lu le thread que tu as indiqué, jamais il ne me serait venu à l'esprit que le souci serait venu de là. C'est une réelle surprise ! Pour le reste, c'est vrai que la BLT semble un peu plus lente à se déclencher sous Klipper (par rapport à Marlin). Perso ça ne me dérange pas plus que ça, tant que ça n'influe pas sur le reste. Peut-être que jouer le paramètre pin_move_time pourrait aider ? Il sert à définir le temps attendu pour descendre ou remonter la broche du BLT, et est par défaut de 0.680 secondes. J'essaierai d'expérimenter avec, pour voir si la précision ou d'autres choses ne sont pas impactées.

Hello ! Une telle déviation n'est pas normal. La valeur devrait être bien plus faible, comme tu l'as dit. Avec une BLT originale, à l'instant sur ma machine, on est en-deça des 2 millièmes de millimètre sur la déviation standard : Peut-être du parasitage du signal, une connexion un peu "lâche", souci hardware, c'est difficile à dire. Au cas où, vérifie que les vis sans tête des coupleurs sur l'axe Z sont bien serrées, en premier lieu. S'il y a un peu de jeu, même minime, cela peut causer ce genre de résultat anormal. Cela m'est déjà arrivé une fois.

Il n'y a pas de honte à avoir. On a tous une utilisation différente des machines. Avec une imprimanted 3D, certains seront plus axés sur les figurines et les modèles réduits, d'autres sur les pièces fonctionnelles. Sur d'autres types de machines (routeuse CNC), ça sera pareil (je ne m'en sers quasiment plus que pour faire des PCB). Ce qui compte, c'est de s'amuser en réalisant les projets.

Hello ! Les nouvelles versions de Klipper ont supprimé le support des variables "par défaut". Il faut désormais passer par la pseudo-variable params.<variable>. Dans le cas de ta macro START_PRINT, voilà sa nouvelle forme ci-dessous. Il ne reste plus qu'à modifier toutes les macros concernées de la même façon si d'autres erreurs sont répertoriées ou indiquées. [gcode_macro START_PRINT] # Reference https://github.com/KevinOConnor/klipper/blob/master/docs/Config_Reference.md#gcode_macroA gcode: # les nouvelles versions de klipper passent par params.<variable> pour les macros {% set bed_temp = params.BED_TEMP | default(59) | int %} {% set extruder_temp = params.EXTRUDER_TEMP | default(200) | int %} # Home the printer G28 #Probe Everytime G29 #load saved mesh at print start instead of probe. Uncomment to use but comment out G29 #BED_MESH_PROFILE LOAD=x1 # Use absolute coordinates G90 # Move the nozzle near the bed G1 X0 Y0 Z5 F3000 # Move the nozzle very close to the bed G1 Z0.15 F300 G92 E0 ;Reset Extruder G1 X20 Y5 Z0.3 F5000.0 G1 Z0.3 F1000 G1 X200 Y5 F1500.0 E15 G1 X200 Y5.3 Z0.3 F5000.0 G1 X5.3 Y5.3 Z0.3 F1500.0 E30 G1 Z3 F3000 G21 ; set units to millimeters G90 ; use absolute coordinates M83 ; use relative distances for extrusion G92 E0

Hello ! Depuis quelques jours, les nouvelles versions de Klipper n'intègrent plus le support du brochage façon "Arduino" et d'autres petites choses (step_distance, et variables par défaut des macros). Exit les D2 et A14/analog14, il faut maintenant passer par le nommage façon "port". La MKS Gen-L est compatible RAMPS 1.4, c'est donc depuis cette config qu'il faut travailler (https://github.com/Klipper3d/klipper/blob/master/config/generic-ramps.cfg). Par ex, ta broche analog13 devient PK5 si on suit cette convention (la config de Klipper utilise PK6, anciennement analog14, pour la sonde du lit chauffant). Si ta broche analog13 semble toujours être reconnue, c'est probablement parce qu'il y a un alias qui se planque quelque part dans la config. Avec les alias de broches, tu pourrais conserver les noms "à la Arduino"... Si tu as le courage de faire autant d'alias que de broches disponibles sur la MKS.