nialabert

Pourquoi FLSun laisse pas bricoler les gens. Entre le fait que ça fait du développement "gratuit" que tu peux réutiliser. Et qu'il y a pleins de gens qui n’achèteront jamais une machin fermée. ça fait pleins de bonne raisons. Et si au moins leur soft était parfait....

J'ai eu le même doute la seule manière qu j'ai trouvé pour être certain c'est de vérifier le type de carte mère et de processeur. Pour a il faut juste demonter le couvercle du haut de l'imprimante. Je n'ai jamais démonté cette partie donc je ne sais pas exactement ce qui a été changé. Mais je n'ai pas cette partie rouge et cylindrique. D'origine c'est noir et parallélépipédique. J'ai l'impression que les buse de refroidissement a droite et a gauche de l'extrudeur ne sont pas d'origines. D'origine ils ne sont pas en FDM

Je fais tout la chaud jamais eu de soucis.

Tu vas ici: https://github.com/Guilouz/Klipper-Flsun-Speeder-Pad/wiki/ et tu suis la marche a suivre tout bien comme il faut

Quand je vois le nombre de personne qui ont des problèmes avec ces réglages de hauteurs, j'en viens a me demander si il n'y a pas un bug quelque part. Un truc bien sournois qui fait que le modifications ne s'enregistrent pas ou pas bien. Mais que des fois ça marche, et des fois pas. Mais ce que j'ai découvert, avec la config guillouz en tout cas, si tu fais un reglage z-offset, tu DOIS faire un "delta_calibration". Et selon la doc klipper si tu fais un "delta_calibration" il faut refaire un "bed_mesh". Et bien sure entre chacune des ces étapes un reboot.

J'ai trouvé mon soucis. Une fois le z-offset effectué il faut absolument faire un delta_calibration et un bed-mesh. Pour ce dernier je m'en serais douté mais le delta calibration je savais pas. Mais du coup, pourquoi ce n'est pas fait directement dans la foulée? Bref, y a plus qu'a.

J'ai une V400 avec le setup Guilouz. J'ai voulu changer de buse pour une plus grosse, essayer des trucs. Changement tout ce passe bien, je vais pour régler le nouvel z-offset avec l'interface, tout va bien. je sauve et lance une impression Et la je me suis retrouvé avec une buse qui laboure le bed. Je stoppe, recommence tout pareil... Je remet l'ancienne buse, tout va bien. Donc j'ai fait un essai. J'ai fait une calibration de Z-offset avec volontairement 3mm entre la buse et le bed. Un truc bien gros qui se voit bien. Je sauve, reboot tout le monde et bouge manuellement à Z=0.5. La théorie voudrait que ma buse se retrouve a 3.5mm du bed. Et ben que dalle. C'est quoi que je rate? Comment être certain que la mesure, respectivement l'application du bedmesh se fasse correctement après ça? @Guilouz Tu as pas de problème? La valeur est sauvée et appliquée correctement?

J'utilise orca et il y a un truc que je ne comprend pas encore très bien Dans les settings de l'imprimante "printer.cfg" il y a part exemple l'acceleration max. Dans orca, pour le setting de la V400 il y a aussi ce paramètre. Lequel des deux est utilisé. Est ce que le Gcode est généré en fonction de l'accélération? Est ce que la valeur de klipper supplante celle du Gcode?

Sur les photos ça n'a pas l'aire si horrible que ça. Essai avec un plateau à 70°C et une buse à 220°C Tu fais avec ou sans le Pressure Advance?

Tu utilises la version 5.22 de Cura,soit la dernière? https://www.lesimprimantes3d.fr/forum/topic/53325-ne-faites-pas-la-mise-à-jour-de-crua-522/ Essai avec ORCA...

Même problème. Je suis preneur de toutes solutions

c'est nickel si tu restaure l'image, tu perds tout tu repart a zéro. Même le compteur d'heure....

Le tuto de Guilouz est vraiment fait pour être suivis de A à Z. Là tu ne pioches qu'une petite partie. Normal que ça ne marche pas. Tu peux essayer, mais par exemple il y a de forte chance que dans ton "printer.cfg" il n'y ait rien à décommenter. Tu devrais juste l'ajouter. Ensuite il faut espérer que la version de klipper que tu utilises soit capable de comprendre tout ça. Il y a pas de raison que non, mais si tu as des erreur bizzare faut pas trop s'étonner. P.S le tuto complet, si tu sais lire, ne devrais pas poser trop de difficulté. C'est assez détaillé. La seule chose ou j'ai eu un peu de peine c'est avec les carte SD. Il en faut une grande pour l'os, mais absolument une petite pour le FW de l'imprimante.

Tu as fais cette étape de la config? https://github.com/Guilouz/Klipper-Flsun-Speeder-Pad/wiki/Use-Configurations

Je re re refais un essai et visiblement ça fonctionne. Apparemment, il suffit d'être patient lors de la chauffe et de ne pas appuyer deux fois sur "resume". Au bout d'un moment le fils se fait prendre et ça repart nickel. Il me semblait pourtant avoir attendu déjà bien longtemps les autre fois...

Tu trouveras ici des profils qui vont bien. Ceux de Gilouz vont plutôt bien J'ai juste modifié le start g-code pour utiliser la macros klipper

Presque ça. Tout va bien, la hotend chauffe mais mon fil n'est jamais avalé, je dois appuyer une fois supplémentaire sur "reprendre" Le fil se fait prendre, purge et la hotend part faire son job. Elle arrive au dessus de la pièce et part complètement aux fraises. Move out of range: -52.281 -145.356 67.862 [10128.822] Je sens que ça tient à pas grand chose. Je viens de comparer entre ce que j'ai dans mon macros.cfg et celui qui est dans ton git c'est bien le même.

Tu as la config de base du fabriquant ou la version de Guilouz? Chez moi la version Guilouz déconne aussi au moment de repartir avec le nouveau filament il y a une erreur. Elle essai d'aller là ou elle ne peut pas. @Guilouz à peut être une idée? J'ai l'impression que lors de "resume" après un M600. Elle est tout perdue...

J'ai bien la même fenêtre mais c'est le nom de fichier qui est renseigné. "ma_piece.gcode". EDIT: ben en vérifiant ce que j'écris je vois que ça a l'aire de fonctionner. Mais du coup autre question. Si j'ai bien compris, le "pressure_advance" peut être géré directement par klipper. Du coup dans Orca, dans les options propre au filament il faut activer ou pas "pressure_advance".

J'ai fais aujourd'hui mes premiers print avec ORCA sur une V400. C'est magique. Par rapport à Cura, y a tous qui est plus pratique. Le profil integré dans la version 1.6.3 pour le PETG fonctionne pas mal du tout. En tout cas une bonne base. La page "imprimante" intégrée dans l'appli c'est top. Multi plateau. Visuel sur le Speederpad. Facile de changer et de sauver des profils La seul chose qui ne fonctionne pas c'est le bouton "imprimer" qui devrait uploader directement le Gcode sans passer par un enregistrement local.

J'ai fait deux pièces qui se ressemblent. Une le problème est apparu, l'autre pas du tout.....

Il y a un bug dans les dernières version de Cura qui rend les impressions via Klipper très moches. C'est en cours de résolution apparemment... CF: https://github.com/Ultimaker/Cura/issues/14811

J'essaye de faire un résumer: Désactiver les détours, mais on perd sur le temps total d'impression; Baisser la vitesse d'impression monter un peu la température de la buse (22°C?) Changer de buse pour un model " bondtech CHT" par exemple. @chatouille53 tu saurais si quelle différence physique il y a entre les deux buses? Ajuster la tension des courroies. Ni trop, ni trop peu. Quel serait la valeur nominale?

ah voila une bonne nouvelle, donc il lit les lignes #*#, même si l'éditeur les considères comme un commentaire. Question suivante, je ne comprends pas le concept de cette macros "SECURITY_OFFSET" J'ai l'impression que du coup mon impression a démarré 2mm trop haut

Bon alors je ferais ce test. Alors oui, ça vient a la fin du fichier, après le message "#*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated". Mais en commenté. Donc pour que ce soit actif , ils faut prendre la valeur et la mettre à la bonne ligne. j'avoue ne pas comprendre l’intérêt. Et j'ai la même chose pour toutes les macros qui font un save a la fin.