windaube

bonjour Merci de vos réponses. Je vais regarder cela à tête reposée ce week-end. Je constate tout de même un comportement anormal à partir de la deuxième pause. Pour mes essais, je vais être obligé de redémarrer à chaque nouvelle tentative.

bonjour @pommeverte perso quand je fais un M500 le paramètre n'est pas listé donc je ne sais pas si il va être écrit en eeprom . j'ai essayer cette commande sur ma vielle Anet A8, effectivement cela me permet bien de dépasser les 220mm d'origine Si tu as les bonnes dimensions dans Cura, effectivement aucun risque. Par contre, en manuel via l'écran LCD, il n'y a aucune barrière. Comme indiqué plus haut, il faut utiliser Pronterface pour dialoguer avec l'imprimante, lui envoyer la commande M211 S0, et essayer de piloter l'imprimante au-delà de la bride d'origine. Si ça fonctionne, tu auras juste à ajouter la commande à la fin de ton Gcode de début dans Cura.

bonjour test la commande M211, normalement c'est pour désactiver les "fin de course virtuel" sur le papier marlin va ignorer les commandes qui lui demande d'aller au delà de la taille du plateau indiquer dans le firmware. donc théoriquement si tu le désactive tu peu aller ou tu veux .... ce n'est pas très propre mais tu n'a pas a recompiler un firmware https://marlinfw.org/docs/gcode/M211.html Normalement tu envoie un M211 S0 dans le gcode de début et ca roule

bonjour si tu a le choix de reprendre l'impression c'est que tu est dans un fonctionnement "normal" de l'imprimante si tu aurai un problème matérielle l'imprimante serait juste planté sans aucune action possible si tu aurai un problème de sonde ou de cartouche chauffante marlin resterait bloquer sur ce message avec une obligation de reset donc perso je pencherai plus sur un problème du détecteur de fin de filament ou sur un probleme de carte SD

bonjour j'utilise klipper sous une SKR1.3 et un combo octoprint+octoklipper coté host quand je déclenche une pause via octoprint la commande fonctionne correctement mais la tête reste sur la pièce ce qui provoque une déformation de la pièces Je recherche donc la possibilité d'effectuer un PARK juste âpres la pause pour éviter ce problème. Second problème pour la détection de filament j'utilise la commande m600 (que je trouve très pratique si un jour j'ai besoin de faire un changement de couleur directement depuis le slicer) j'ai un phénomène plutôt étrange qui se produit quand je déclenche la détection de filament, la pause est bien exécuté, la tete va a l'emplacement voulu et le Z monte bien de 10mm comme prévu, cependant la tete repart immédiatement au-dessus de la pièces et attend la pause ici ( a 10mm au-dessus) . Quand je lance la commande reprendre, l'impression reprend ou elle c'était arrêté mais a 10mm au-dessus de la pièces, au prochain changement de couche elle fini pas déscendre au bon niveau et l'impression continue normalement voici mon Gcode [filament_switch_sensor my_sensor] pause_on_runout: False runout_gcode: M600 event_delay: 1.0 pause_delay: 0.5 switch_pin: !P1.28 [pause_resume] [gcode_macro M600] #default_parameter_X: 50 #default_parameter_Y: 0 #default_parameter_Z: 10 gcode: SAVE_GCODE_STATE NAME=PAUSE_state PAUSE G91 G1 E-2 F2700 #rétract G1 Z10 #+10mm sur Z G90 G1 X10 Y10 F3000 #emplacement pour le PARK merci

je penche pour une inversion de logique dans le fichier configuration.h #define X_MIN_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop. #define Y_MIN_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop. #define Z_MIN_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop. #define X_MAX_ENDSTOP_INVERTING false // set to true to invert the logic of the endstop. #define Y_MAX_ENDSTOP_INVERTING false // set to true to invert the logic of the endstop. #define Z_MAX_ENDSTOP_INVERTING false // set to true to invert the logic of the endstop. #define Z_MIN_PROBE_ENDSTOP_INVERTING true // set to true to invert the logic of the probe. remplace "true" par "false" ou bien false en true sur les axes ou il y a le problème sinon connecte toi avec pronterface sur l'imprimante et tape la commande M119 en retour tu auras l’état des fin de course, tu dois avoir "open" quant le fin de course n'est pas appuyer et "trigged" si le fin de course est en buté il y a uniquement les 3 lignes en gras dans ton cas qui sont utile

bonjour alors il y a plusieurs problèmes, pour commencer avec ton Y, le home devrais être en bas a gauche du plateau et non en haut pour le Y tu devrais donc commenté #define USE_YMIN_PLUG et définir a la place #define USE_YMAX_PLUG tout naturellement il faut activé Y_HOME_DIR 1 mais pour le X tout devrais etre d'origine : define USE_XMIN_PLUG Y_HOME_DIR -1 ensuite il y a ca #define X_MIN_POS -10 // Possition de la tete pas rapport au plateau en home dans mon cas -10mm

bonjour je viens d'achever la construction de ma Dbot, pour expliquer rapidement les caractéristiques : -taille : 500x500x500 - driver : 2 TMC2209 installer en "standard" via les cavalier en MS1 et MS2 sur les axes X et Y, pour E0, Z et Z1 j'utilise des A4988. - bed : 1400W 230v piloter par un SSR -hotend : piloter par un mosfet dédier avec une alimentation 12v dédier et j'utilise une alimentation 12v 7A uniquement pour électronique et moteurs. au début j'ai commencer avec une mega2560 et une ramps 1.4 sous marlin 2.0.5.1 voici le résultat : les bourrelets sont provoqué par le ralentissement de la tete dans la courbe, visiblement marlin 2 sur du 8bits, a quelle que difficulté a tenir le 150mm/s en courbe. suite a ça j'ai décidé de passer sous klipper, je prend exactement le meme Gcode sans aucune modification et voila le résultat : a ce moment la je suis tomber amoureux de klipper pour la qualité d'impression ! et toujours avec le même Gcode de la première image. mais voila c’était trop beau pour être vrai .... la mega2560 chinoise a fonctionné seulement 2 semaines avant de rendre l’âme. j'ai donc décidé de prendre une SKR 1.3 en 32bits pour la remplacer. je lui met marlin 2.0.5.1 sans problème et je lance le meme Gcode des images précédente : la je fait le même constat que sous 8 bits, marlin est incapable de prendre des courbe a 150mm/s sans micro ralentissement .... la suite de l'histoire vous la devinez, je passe la skr sous klipper. pour le fichier printer.cfg, je garde le meme je change simplement les numéros de pins, coté imprimante j'ai généré un firmware via "menuconfig" pour chipset LPC176X a 100MHZ je lance le meme Gcode et la c'est la catastrophe !!! klipper n'arrive pas a prendre les courbes, la tête semble faire des déplacement en "marche d'escalier" en courbe et surtout il y a un ralentissement important. normalement la tete ne devrais même pas ralentir car normalement la Raspberry a calculé la courbe depuis longtemps en avance.... quant je regarde les LOG, pour klipper tout reste sous les 20% d'utilisation, je pensai pour une saturation du serial usb mais non ... j'ai ajuster aussi la puissance des drivers mais sans succès avez vous des idée sur la causse de ce ralentissement ?

bonjour j'utilise des tmc2209 pour X Y et Extrudeur, dans marlin ils sont déclarer en "TMC2209_STANDALONE". MS1 et MS2 sur ON donc 16microsteps, le tout monter sur une ramps 1.4 coupler a une arduino mega. je me demandai quelle avantage apporterai le passage en UART ? je voudrai réduire d'avantage le bruit, il y a une option disponible en UART pour améliorer les choses ? merci a vous

et meilleur vœux bien-sur !

effectivement j'ai déjà vu les kit low cost, dans le futur j'investirai dans ce type de machine malgré le montage compliqué pour revenir a mon sujet je trouvais qu'une imprimante était adapter pour la gravure en raison des faibles contraintes, pour de la découpe en cnc la par contre je suis d'accord une imprimante n'est pas adapter

bonjour j'envisage de convertir une imprimante 3d en cnc, mais uniquement destiné a faire des pcb. j'ai commencer a regarder les moteurs mais je ne sais pas trop quoi prendre en thermes de vitesse, en général on trouve facilement entre 9000 et 12000RPM idem coté outil je ne sais pas ce qui pourrai être le plus adapter.... et quelle profondeur de couches il faut descendre ? merci a vous

c’était très enrichissant et constructif, merci

bonjour je viens faire un sondage pour savoir si des utilisateurs on des soucis d’impression depuis l'arrivé des beau jours ? j'utilise un clone de E3d Volcano avec heat break en full métal et j'ai commencé a avoir une rétraction moins jolis comme si la rétractation été réglé beaucoup trop hautes et maintenant j'ai des bouchage systématiquement après environs 15 minutes d'utilisation, une fois débouché l’impression peut finir ou parfois rebouché 4 ou 5 fois. de manière générale je sous extrude sur 3 ou 4 couches et ensuite le bouchon deviens bloquant j'ai un amis qui a une anet avec un clone de e3d v6 avec heat break en telflon et il rencontre les même problème que moi, et le bonchon est exactement le même que moi je met une photo en PJ merci a vous

plop regarde dans les paramètres imprimante dans cura, tu a diamètre du filament et d'origine il se met a 2.80 quelle que chose comme ca, il faut le passer a 1.75