Pyroa

Moi c'est Pyroa, mais c'est pas grave Certains Slicer, comme CURA, te permettent de le faire ou bien si tu utilises Octoprint il y a un addin qui permet de flasher les cartes. Visual Studio Code te permet de le faire aussi mais il faut que ton imprimante soit connecté au PC qui compile.

Je me permet de répondre Je dirais que tu peux sans problème, VS code Platform Io intègre le compilateur pour les ATMEGA. Et la carte mère de cette imprimante semble avoir le même ATMEGA que la CR10-V2 et V3 soit le ATMEGA 2560. De plus ta carte mère est déjà sous marlin. Il te faudra juste paramétrer correctement les deux fichiers de configuration.

Bonjour à toi ! Je vais te donner mon avis pour avoir pas mal galéré moi aussi avec l'accrochage. Repars de zéro niveau paramétrage Cura. A force de bidouiller les paramétrage en général on se perd. Remet ton bed à niveau en positionnant ta buse aux quatres coins du bed et en le remontant de façon à ce que la buse frole le BED Tu ne veux pas de BL Touch. Ok, même si je penses que c'est une mauvaise idée je te comprend. Mais d'après ce que tu expliques ton plateau n'est pas parfaitement plat (comme tout les plateau d'ailleurs) MAis en mettant du scotch tu vas créer de nouvelles imperfections. Déjà ton scotch n'a pas la même épaisseur partout, et l'épaisseur qu'il va ajouter ne composera peut-être pas le défaut, pire il risque de l'augmenter. Donc la meilleur solution dans ton cas et à mon humble avis est de virer tout le scotch que tu as pu mettre, tout nettoyer, et faire un Mesh à la main. Ensuite pour améliorer l'adhérence tu peux utiliser de la laque

Nop il était pas activé, je l'ai fait sur la dernière impression lancée. On verra ce que cela donne, j'attends la fin.

J'ai tout (peut-être la vue qui maintenant décroit ), il y a 20ans je soudais les CMS à la chaine pour Sagem sur les téléphones portables qui ne passaient pas le test JTAG. Et ils étaient beaucoup plus petits que ceux là ! Sans problèmes. Quand j'aurais finit mon projet et rangé mon merdier de composants électronique, je crois que je vais surtout le faire moi même le schéma. Ah merci, ca fait une bonne référence ! Héhé, oui je me doute que l'essayer c'est l'adopter Il est séduisant vu de l'extérieur déjà Merci pour Kiauh, je ne connaissais pas, j'avais lu rapidement ton post sur Klipper j'avais du l'omettre. J'ai finit par abandonner le réglage de mon imprimante, je vais me satisfaire de ce que j'ai reussi à obtenir pour le moment. J'ai mis un radeau au lieu d'une jupe pour compenser le défaut, c'est mieux que rien. Quelques photo du résultat :

Encore une fois merci @Fran6p pour toutes ces précisions. J'ai un peu les boules de ne pas arriver à trouver les schémas de la carte .. j'ai trouvé sur le github de Creality uniquement la carte d'origine de la CR10. Je dois avouer que j'ai un peu la flemme de schématiser la carte alors que creality doit l'avoir !!! Vu le niveau d'information technique dont on a besoin quand il faut configurer le firmware, la moindre des choses serait de filer le schéma. J'aurais eu le schéma ... en même temps si j'avais été plus attentif j'aurais vu qu'il n'y avait que 4 drivers sur la carte pour 3 axes + l'extrudeur ... Pour la dernière image, j'ai trouvé exactement la même ce matin . Pour le moment je n'y trouve pas d'intérêt à passer en mode UART. Après j'ai trouvé quelques défaut sur mon installation qui a changé depuis que je l'ai déplacé : Le filament était trop tendu et la tête tirait dessus, ce qu'il fait qu'elle se levait d'un millimètre. J'ai tout replacé de façon à ce que cela coulisse mieux sans que le filament rentre en tension et ne soulève la tête d'impression. Le détecteur de fin de course est aussi capricieux. Si le filament est trop courbé il coulisse beaucoup moins bien, du coup j'ai rajouté une poulie au dessus pour maintenir le filament bien droit lorsqu'il passe à travers le détecteur de fin de course et ca coulisse beaucoup mieux !! Modification à la Mac Gyver mais ca marche du tonnerre. J'ai regardé aussi la tension des courroies de l'axe X et Y. Rien n'est prévu pour les tendres. Du coup j'ai acheté un tendeur en alu comme certains en ont acheté sur le forum uniquement pour l'axer X pour le moment. Mais pour dire si la tension est bonne ou pas ... Mon expérience est trop peu étendue pour le dire. Je connais bien ton post je le regarde régulièrement mais je n'ai pas vu de description sur comment étaient connectés les drivers sur la carte sur le post principal et je ne suis pas allé fouillé dans les commentaires à la suite. Je trouve que mettre un driver pour deux moteurs c'est quand même de l'économie de bout de chandelle ... Quand on voit le prix ... Il doit y avoir moyen d'utiliser le driver non utilisé de l'extruder 2 pour le deuxième moteur Z. Mais pour ca il faut certainement adapter le fichier des PINs du firmware et là j'ai pas encore trouvé lequel c'était !! (ou les car il y en a peut être plusieurs). Et avec toute cette histoire je n'arrives toujours pas à avoir une impression correcte. Je peux pas m'arracher les cheveux ils font 3mm ... mais c'est tout comme ... [EDIT] Je vous met le résultat d'une impression de calibration du bed (pas de commentaire sur l'état du lit c'est celui que j'utilise pour les essais il est bien abîmé ) : En bas à gauche : En haut à droite et la géométrie du bed : On voit bien sur la jupe que c'est trop écrasé en bas à gauche et pas assez en haut à droite Voilà c'était juste pour partager ma douleur [Edit 2] Ouuhh j'avais pas vu ca à la première lecture : me pousserais-tu vers Klipper ? J'avoue je suis grandement intéressé par ce firmware /logiciel. je vais de toutes manières essayer vu que ce n'est pas le bout du monde pour l'installer il faut de la patience (et un couteau d'après le post de quelqu'un du forum )

Ah merci ! D'après Marlin la commande n'est utilisable qu'avec des moteurs commandés individuellement, ce qui semble être le cas sur la CR10-V3 Ah dommage ... Commande inconnue O.O, bon je vais creuser [Edit] Oui ben je sais pourquoi ... le firmware n'est pas configuré pour utiliser les deux moteurs O.O ! Bon par contre je ne suis pas sûr du choix entre TMC2208_STANDALONE et TMC2208. le premier possède un UART le second non. et comme e n'arrives pas à trouver le schéma de la carte mère ... j'ai laissé TMC2208_STANDALONE. [Edit 2] il semblerait que sur cette Carte mère le UART ne soit pas utilisé pour les drivers TMC2208 car certains ont effectué des bidouilles pour l'activer. Pour le moment je ne vois pas l'intérêt des UARTs, encore un truc à creuser

Et bien j'ai fini par trouver !!!! Quoi que je ne comprends pas bien le pourquoi du comment. Le moteur Z de droite était décalé par rapport au moteur Z de gauche de quelques millimètres ... Une fois correctement corrigé, paf ! adhérence ! je n'ai pas encore cherché mais il faudrait que je trouve une procédure simple pour bien aligner les deux moteurs Z. Là je l'ai fait avec un niveau mais ce n'est pas assez précis.

Pas de soucis ne t'inquiètes pas ! Je vais finir par trouver ! Je vois l'avantage de Klipper par rapport à Marlin (déport des calculs) mais je ne suis pas sûr que cela m'aide ici. Je pourrais essayer ...

Oui j'étais à la bourre niveau version, j'étais encore ne 2.0.7.0 RAhh j'ai pas pensé à regarder dans Git, j'ai regardé sur le site ...

Alors si tu en perd ton latin, que devrais-je dire ? Alors là je ne sais pas du tout. Je ne connais pas cette fonctionnalité ni 'Jyer'. est-il possible que les coordonnées sur X soient inversées lorsque le mesh est enregistré ou les deltas Z ? J'ai l'impression de constater un miroir du mesh à l'impression ...

Ouhh le vilain ! Les gourous ne sont plus ce qu'ils étaient ! Alors voilà le compte-rendu de mes observations : J'ai introduit une cale de 3.5mm en X75,Y150. J'ai lancé le mesh. L'anomalie a bien été identifié. J'ai déplacé la tête à cette position J'ai fait un G1 F60 Z0, la tête s'est bien positionnée à 3.5mm du bed. j'ai fait un M500 puis un M501 (oui je ne les avaient pas fait avant volontairement) et enfin un M503 pour vérifier que mon anomalie de mesure était bien présente. C'est le cas. J'ai ensuite déplacé la tête à la position de l'anomalie, j'ai fait un G1 F60 Z0, et là dans le baba mamie baba la tête se positionne quasiment au ras du bed. Donc il s'en tape du bed leveling. J'ai ensuite fait un M420 S1. J'ai ensuite déplacé la tête à la position de l'anomalie, la tête s'est bien positionnée à 3.5mm du bed. Mon configuration.h a bien la directive de compilation RESTORE_LEVELING_AFTER_G28 Oui mais le mettre ne doit pas interférer sur le fonctionnement. Même si il y est, il sera ignoré. Il est bien là le problème c'est que mon impression n'est pas bonne. D'ailleurs je partage une autre observation : J'ai changé le plateau en verre du bed pour remettre lancien (qui était abimé à cause de Z-offset mal réglé). J'ai refait le mesh, forcément la forme n'est pas la même. Et pourtant à l'impression cela se comporte exactement pareil !!! ce qu'il se passe : (Jutilise CURA) la ligne à droite est correctement imprimée Mais la jupe ou toutes les impressions sont soit trop près du BED vers les X75 ou trop éloigné du bed vers le X150 (quelque soit le Y)... et ceci quelque soit le plateau ou quelque soit le mesh. Sérieusement je ne comprends pas ...

Certaines directives de compilation n'existent plus dans la version Marlin 2.0.9.1 et ont été remplacés par d'autres. Il n'y en a qu'une pour le moment dont j'ai retrouvé l'équivalent HEATER_0__MAXTEMP (pas présent dans la documentation MARLIN) HOMING_FEEDRATE_Z (présent dans la documentation mais plus dans le fichier de configuration 2.0.9.1) Z_STOP_PIN => Z_MIN_PROBE_PIN MIN_PROBE_EDGE (pas présent dans la documentation MARLIN) XY_PROBE_SPEED (présent dans la documentation mais plus dans le fichier de configuration 2.0.9.1)

Alors firmware à jour, toujours le même soucis. Pour répondre à ta question, non malheureusement je ne vois pas l'axe Z bouger. [Edit] Les impressions sont de simples commandes écrites dans un fichier texte. Donc taper manuellement les commandes doit avoir le même comportement qu'en impression. Enfin selon moi [/Edit] Du coup je ne comprends pas ... Oh grand dieu du Z-Offset, gourou du bed levelling, doc es-Creality : @fran6p tu as une idée de pourquoi le mesh n'est pas pris en compte ??

Hormis le M420 S1 après le G28 dans le GCode de démarrage, non. je viens de terminer la configuration/compilation/installation de la dernière version du firmware. J'ai commencé les étalonnages, je terminerais demain pour voir ce que cela donne.