_Edvin311_

Bonne nouvelle, Savate ! Mon problème venait de mon paramètre split_delta_z, qui était beaucoup trop élevé. En le réglant à 0.015, tout fonctionne parfaitement. Je pense qu’à 0.025, cela aurait probablement marché aussi. J’ai ajouté le zero_reference_index par la suite, mais la cause principale restait bien le split_delta_z. Je te remercie beaucoup pour ton aide ! Et pour le probe_count à 20,20, cela peut sembler une bonne idée, mais pas tant que ça : avec un mesh aussi grand, la visualisation dans le navigateur commence à ralentir, et je ne pense pas que ce soit vraiment bénéfique pour Klipper.

Peux-tu m’aider ? J’avoue ne pas être très à l’aise en anglais et je n’ai pas vraiment compris cette partie .

Ce que tu me dit la m'intéresse énormément, dit moi s'en plus ! Comment modifier cette valeur ?

Oui, je sais que la température de la sonde peut entraîner un drift, et malheureusement, le BTT Eddy Coil ne dispose pas de correction de drift. C’est pour cette raison que, dans mon G-code de démarrage (old_PRINT_START, le PRINT_START simple viens de la séquence de lancement de la voron trident), je déplace la tête plus en hauteur du plateau afin qu’il puisse chauffer sans chauffer la sonde. Cependant, même en partant du principe que la sonde dérive un peu, les résultats du bed mesh seraient peut-être faussés, mais comme tu peux le voir sur ma capture d’écran, j’ai presque 0,5 mm d’écart au maximum, et malgré cela, je ne constate toujours aucune compensation de l’axe Z… Le drift du Eddy serra un problème pour plus tard .

Bonjour Savate, Merci pour ta réponse rapide. Pour commencer, oui, elle est effectivement aussi tordue que ça, et même bien plus que tu ne peux l’imaginer . J’avoue ne pas avoir pensé à placer la correction de skew avant le bed mesh, mais je ne pense pas que cela changera grand-chose, car la fonction de skew correction est arrivée récemment dans ma configuration et le problème de bed mesh existait déjà avant que je ne l'implémente. Concernant le bed mesh adaptatif, je n’en ai pas vu l’utilité, car ma sonde, comme je l’ai mentionné plus haut, est une BTT Eddy Coil. C’est d’ailleurs la raison pour laquelle j’utilise la méthode de sondage rapid_scan pour le bed mesh.

Bonjour à tous, Je ne suis pas sûr d'être au bon endroit pour poster cela, auquel cas je m'en excuse. Je vous écris car je commence à manquer d’idées . Mon problème concerne une imprimante 3D entièrement faite maison, issue d’un mélange entre une Tevo Tornado et une CR-10 Pro, transformée en CoreXY fonctionnant sous Klipper. Elle est équipée d’une carte mère MKS Gen L v2.1 qui gère les trois axes Z, les axes X et Y, le plateau, un ventilateur et l’endstop Y. De l’autre côté, j’ai un EBB36 connecté en réseau CAN bus pour le reste, à savoir l’extrudeur avec son moteur et ses ventilateurs, l’endstop X et une sonde Eddy Coil pour l’endstop Z ainsi que le bed mesh. Tous les drivers moteurs sont des TMC2209 en UART, et j’ai deux tailles de moteurs sur l’axe Z : un grand moteur central et deux plus petits à l’arrière. Klipper, quant à lui, tourne sous Linux Mint sur un PC OptiPlex 5060 équipé d’un i5-8500T et de 8 Go de RAM. Le problème est que lors de l’impression, le bed mesh n’est pas pris en compte. J’en veux pour preuve que sur toutes mes pièces, un côté est trop écrasé tandis que l’autre se décolle du plateau (warping). Je trouve déjà étrange d’avoir ce type de désalignement, sachant que j’effectue un Z-tilt juste avant le bed mesh. Cela devrait, en principe, corriger les écarts, mais passons, le souci est que le bed mesh ne compense absolument pas. Lorsque j’imprime plusieurs rectangles de tailles différentes pour vérifier la planéité du plateau, je ne vois aucune correction effectuée par les axes Z. Or, sous Marlin, je me souviens que la compensation sur l'axe Z était visible à l’œil nu. J’ai essayé énormément de choses, difficile de tout lister, mais dans les grandes lignes j’ai testé : Un bed mesh seul, puis son chargement dans le G-code de démarrage ; Une exécution du bed mesh directement dans le G-code de démarrage ; Une exécution du bed mesh suivie d’un chargement du mesh dans le G-code de démarrage ; Une exécution du bed mesh, une sauvegarde, puis un chargement du mesh dans le G-code de démarrage. Malheureusement, rien n’a fonctionné… Je ne suis pas un expert, plutôt un bricoleur passionné, c’est pourquoi je fais appel à votre aide. Je joins à ce message ma configuration ainsi qu’une capture d’écran de mon bed mesh. Ma configuration ayant été créée par mes soins, je vous demanderai d’être indulgent si vous constatez des incohérences ou des erreurs , et si possible, de me donner quelques conseils . Merci à vous. macroperso.cfg printer.cfg

Bonjour Pommeverte, J'espère que tu as passé un bon weekend. Après avoir lu ton message, j'étais prêt à modifier mon firmware, mais juste avant cela, j'ai refait quelques tests. C'est avec une combinaison de joie et de tristesse que je t'annonce que mon imprimante a décidé de refonctionner comme si de rien n'était. Toutes ces recherches, tous ces jours à m'arracher les cheveux, pour qu'à la fin, elle refonctionne sans qu'on sache quel était le problème. Ce qui m'attriste aussi, c'est que nous avions un problème assez complexe et que ce topic aurait pu aider beaucoup de monde si une solution avait été trouvée. Je commence vraiment à penser que le problème venait plutôt de ma carte mère, comme si un composant faisait des siennes et fonctionnait quand il le voulait. Ce sera peut-être une excuse pour passer sur une MKS GEN L V2.1, pour pouvoir jouer avec l'UART, le sensorless homing et autres fonctionnalités Encore merci pour ton aide précieuse !

Bonjour pommeverte, Je tiens à m'excuser pour mes propos précédents. Je ne savais pas qu'il y avait deux types de branchements. N'ayant jamais possédé de Creality, je n'avais pas fait de recherches à ce sujet. Avec la persistance du problème, je me suis emporté pour rien. Encore une fois, excuse-moi d'avoir réagi de manière excessive (dans ce cas, de mordre la main qui m'aide). Comme tu l'as dit plus haut, nous savons maintenant où nous en sommes. Pour donner plus d'explications, j'ai quatre rallonges en tout : 1. Celle de mon BLTouch, qui est en une seule pièce et installée sur mon imprimante. 2. Celle du 3DTouch, qui est également en une seule pièce, mais hors de l'imprimante. 3. Une rallonge que j'ai fabriquée moi-même, en une seule pièce avec un ruban contenant les bonnes couleurs, toujours hors de l'imprimante. 4. Une autre rallonge que j'ai fabriquée avec une nappe IDE de récupération, chaque fil étant totalement séparé, toujours hors de l'imprimante. Pour simplifier la compréhension, nous allons nommer les rallonges : - Rallonge A : BLTouch sur l'imprimante. - Rallonge B : 3DTouch hors imprimante. - Rallonge C : rallonge ruban hors imprimante. - Rallonge D : rallonge IDE récup hors imprimante. J'ai naturellement testé la continuité de la rallonge A avec un multimètre, et il n'y a aucun souci, même en bougeant la tête et le reste du câble. Pour la rallonge B, étant neuve, je n'ai pas testé la continuité. Pour les rallonges C et D, la continuité est bonne et, ayant déjà réalisé plusieurs projets avec, je peux m'y fier. Je n'ai pas eu de souci avec mes connecteurs Dupont. Je comprends le risque de débranchement, mais une fois en place, cela ne bouge plus. Pour les tests avec les rallonges C et D, cela reste bien plus pratique. J'ai bien relié le blindage à la masse et voici les tests et blindages que j'ai effectués, accompagnés de jolis schémas et de leurs résultats. On ne le voit pas sur les schémas, mais j'ai aussi essayé de prendre une masse ailleurs, et cela n'a fait aucune différence. J'ai aussi fait des inversions des fils jaune et blanc sur la rallonge C et le 3DTouch pour que le fil du signal ne se trouve pas près du VCC. Pour les simulations, j'ai utilisé mon doigt et j'ai branché le câble de l'axe Z sur un autre moteur (ayant changé d'extrudeur, j'avais un moteur en rab) pour éviter tout risque. Ma buse a fait un sacré bisou à mon plateau une fois, mais pas deux. En ce qui concerne le firmware, je peux y lire : /** * Enable this option for a probe connected to the Z-MIN pin. * The probe replaces the Z-MIN endstop and is used for Z homing. * (Automatically enables USE_PROBE_FOR_Z_HOMING.) */ #define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN // Force the use of the probe for Z-axis homing //#define USE_PROBE_FOR_Z_HOMING Donc //#define USE_PROBE_FOR_Z_HOMING est activé automatiquement, c'est pourquoi je l'ai laissé en commentaire. Pour le //#define EEPROM_INIT_NOW, il n'y a eu aucun changement sur le comportement de l'imprimante. Merci pour ton aide et ta compréhension.

Je ne comprends vraiment pas pourquoi tu paniques, je ne suis pas fou et je sais ce que je fais. En cherchant un peu, on peut trouver le pinout d'un BLTouch, et on peut voir : Pin 1 = marron = GND Pin 2 = rouge = VCC (donc 5V) Pin 3 = jaune = PWM (signal carré) Pin 4 = noir = GND Pin 5 = blanc = probe Donc les masses sont bien les fils noir et marron et non pas blanc et rouge comme dans ton schéma (qui seraient en fin de compte le probe et le 5V). Je ne sais pas d'où tu sors ton schéma, mais je ne m'y fierai pas pour ma carte mère. Par la suite, on peut voir un montage à blanc et en se référant au pinout de la MKS Gen L V1.0, on voit le fil marron branché sur la masse de la prise servos1, et le fil noir sur la prise Z-, ce qui confirme mon choix et par la même occasion que ton schéma est erroné. On aperçoit aussi que le layout de mon 3DTouch correspond au pinout d'un BLTouch. Et voici un exemple du blindage DIY, et comme dit plus haut, j'ai déjà fait un blindage sur les 5 fils.

Je vais essayer tes conseilles et je reviens vers toi Après avoir débranché le fil marron (bleu dans ton schéma), puis par la suite le fil noir : - Sur la rallonge du 3DTouch : pas de LED bleue. - Sur ma rallonge avec les 5 fils séparés : nozzle kamikaze. J'ai essayé de blinder avec du papier d'aluminium (qui aurait le même effet que la tresse que tu m'as suggérée, mais en version DIY) sur la rallonge du 3DTouch et uniquement sur les fils jaune et blanc de ma rallonge. Aucune différence.

Merci pour ta réponse. Je n'ai pas de souci avec une permutation de fils, j'ai bien fait attention en recréant les deux rallonges. Lors de la création de ma première rallonge, j'ai pris soin d'utiliser les mêmes couleurs pour faire un travail propre et éviter toute confusion. De plus, la rallonge du 3DTouch est neuve et celle du BLTouch, encore présente sur mon imprimante, a fonctionné pendant des années.

Bonjour à tous, Je ne suis pas sûr d'être au bon endroit pour poster cela, auquel cas je m'en excuse. Je vous écris car je suis à court d'idées. Je possède une Tevo Tornado Gen2 équipée d'une MKS Gen L. C'est une imprimante que j'ai depuis plusieurs années maintenant et que j'améliore et bichonne comme personne. Récemment, j'ai eu un problème avec mon BLTouch. Mon BLTouch est un v2 que j'ai depuis presque aussi longtemps que mon imprimante. Je l'ai installé sous Marlin v1 sans aucun souci. Les années passent et les améliorations aussi (TMC2208, maj Marlin v2.1.2.1, extrudeur Orbiter v2, Octoprint, et sans doute d'autres que j'ai oubliées). Un jour, sans crier gare, mon BLTouch a cessé de fonctionner. Lors d'un Z home, la sonde descend et remonte, mais l'axe Z ne bouge pas. En cherchant sur le net, j'ai souvent vu que ce problème provient d'un problème de connectique sur la prise du BLTouch. J'ai donc pris mon fer à souder et enlevé la cosse pour souder les fils en direct, mais rien n'y fait. J'ai donc commandé un 3DTouch, qui rencontre le même problème alors qu'il est neuf. J'ai donc fait ma soudure sur mon BLTouch pour rien... J'ai essayé de brancher le 3DTouch directement sur la carte mère, et là ça fonctionne. J'enlève le 3DTouch et rebranche mon BLTouch modifié, celui-ci fonctionne aussi. Je me dis alors que cela vient du câblage entre ma carte mère et ma tête d'impression. J'utilise donc le câble livré avec le 3DTouch, mais cela ne fonctionne pas, même problème. Je refais le câblage moi-même avec des nappes et des connecteurs Dupont, rien. Je rebranche en direct sur la carte mère pour m'assurer de ne pas être fou, et cela refonctionne. J'abandonne pendant un temps. Après un déménagement, je m'y remets. Et là, autre chose : le BLTouch et le 3DTouch ne sont même pas reconnus par l'imprimante (la petite LED bleue ne s'allume plus) en passant par les rallonges (que ce soit celle du BLTouch toujours présente sur l'imprimante, celle livrée avec le 3DTouch, ou la mienne fabriquée à la main), et en rebranchant en direct tout refonctionne. Je me dis alors "problème d'interférences". Je sépare de la nappe le fil jaune du signal du reste en pensant à une interférence avec l'alimentation 5V, et là, la LED bleue fait son retour et l'axe Z descend enfin, mais la sonde n'envoie aucune info à l'imprimante et la buse vient s'écraser sur le lit. BLTouch et 3DTouch, idem. En me disant que je suis sur la bonne voie, je refais une 4ème rallonge avec les 5 fils totalement séparés, et c'est le retour de la buse kamikaze. Je fais la mise à jour de Marlin 2.1.2.4, pareil. Je modifie les pins sur la carte mère pour passer le BLTouch de la pin D11 à D4, rien n'y fait. Et toujours en rebranchant en direct, tout fonctionne parfaitement. Donc là, je sèche et je m'en remets à vous. Je suis loin d'être un expert, juste un bidouilleur. Je vous mets, si possible, mon firmware actuel en pièce jointe. Merci à vous. Configuration.h Configuration_adv.h

Salut à tous (désolé si je ne suis pas dans la bonne section) J'aurais une question à vous demander, est t'il possible d'exporter le firmware de son imprimante pour en faire une modif J'ai une tevo tornado sur laquelle j'avais déjà modifié le firmware pour ajouter un bltouch et autre, mais suite à un changement de pc, j'ai perdu mes firmwares de sauvegarde Et je n'ai pas vraiment envie de tout recommencer (en sachant le temps que j'avais pris pour réussir à avoir un truc stable, ça me décourage de tout refaire) , donc à dépend de récupérer toute mes sauvegarde, je me demande si il est possible de récupérer au moins mon firmware actuel qui fonctionne et en faire ma sauvegarde Merci pour vos réponses que j'attends avec impatience :)