Vlad33

Merci pour cette réponse, je me suis dépatouille depuis et je suis arrivé à la même conclusion que toi. C'est dire qu'il doit inscrire la surface circulaire de palpage dans la grille généré par le nombre de points retenu. Et effectivement ne réalise pas le palpage des points hors du cercle.

Il faudrait peut etre que tu regardes du cote de la section "Z probe Options" => PROBE MANUALLY dans "Configuration.h"

Il serait bon de connaitre quel est ta carte mere et le type de tes drivers? Si ca crash pendant le deplacement c'est peut etre un probleme d'alimentation/gestion des tes moteurs pas a pas ? (tension de driver? effort sur les moteurs ? ect) J'ai bataille un long moment avec ma Delta pour arriver a faire quelque chose. J'ai sollutionne mes problemes en passant tout sur une carte 32 bits , des drivers recents et sur Marlin 2.0.X .

Cela me dérange pas de mettre la configuration sur Marlin 2.0.6.1 que j'ai faite si cela peu aider Configuration.h Configuration_adv.h

De retour apres le remplacement des drivers. J'ai compris mon erreur, les TMC 2100 sont "d'ancien" driver qui ne sont pas "communiquant" c'est a dire qu'ils sont ce que l'on nomme Standalone. J'avais donc fait ma configuration sur la base de communication selon le protocole UART. Cela fonctionne mais pas bien car cela genere des incompatibilites de fonctionnement et donc des sauts de pas. Cela se traduit par des deplacements non constant qui ne permettent donc pas une calibration et un nivellement correct. Sur une carte recente, il est idiot de ne pas se servir des fonctions prevues et notament la gestion dynamique des drivers. Il est donc necessaire d'en choisir adapte que cela soit selon le protocole SPI ou UART. Mon imprimante fonctionne correctement et il reste encore quelques reglages pour atteindre une qualite d'impression convenable. Il est donc possible de cloturer ce fil. si cela interesse , je pourrais peut etre ouvrir un fil specifique pour resumer les difficultes qu'un newbie comme moi pourrait rencontrer sur les imprimantes delta.

Ce n'est pas moi qui ait le problème

Je pense qu'il y a un probleme de compatibilite entre les TMC 2100 et Marlin 2.0.X. meme avec les tensions ajustees je n'ai plus de sau. Mais lors de l'autocalibration , sur la tour des X j'ai constate un leger decrochage lors du probing. Je pense que c'est la qu'il y a un saut de pas ce qui m'entraine des erreurs de hauteur Z par rapport au Bed. Sur le site de Marlin , on peut voir que les TMC2100 n'ont pas de controle alors que les TMC2209 peuvent etre UART. Je pense qu'il faudrait laisse deconsigne les lignes correspondantes au driver dans Marlin Je vais attendre de recevoir les TMC 2209 et refaire un reglage, cela serait dommage de ne pas s'en servir. .

Bjr Je pense que ce n'est pas le bon port qui a ete sélectionne dans configuration.h 108 #define SERIAL_PORT 0 114 #define SERIAL_PORT_2 -1

J'ai trouve pas mal de chose sur la configuration de cette carte mais egalement des erreurs sur l'imprimante elle-meme. Grace ce tuto : https://www.makenprint.uk/3d-printing/3d-printing-guides/skr-v1-4-marlin-2-setup-part-1/#Software On trouve beaucoup de chose sur le parametrage du BL Touch sous Marlin 2.0.6. En effet, selon la version 2.0 de MARLIN choisi, l'affectation des pin du BLTouch 3.1 et de sa configuration change. (Notament la gestion du 5V). il en va de meme de l'auto calibration (G33). Les modifications notament de Configuratio_adv.h sont tres importantes. Grace a ces infos, j'ai reussi a avoir une autocalibration possible et un bed leveling aussi mais ils etaient completement aleatoires, avec des corrections de Bed completement dingues. (palpeur ne touchait pas le fond du bed ou la buse se crashait sur le cote des -X) Je me suis donc penche sur la tension des mes courroies. Je les ai retendu mais j'avais encore mesures aleatoires que cela soit en autocalibration qu'en bedleveling. J'ai donc optimise la distance entre la buse et le palpeur du BLTouch pour etre parfaitement dans les valeurs donnees sur le site du fabricant ( differentees selon les versions de BLTouch). Cela fait j'ai reussi a faire des calibrations completes mais a nouveau pas reproductibles. J'ai decide alors de faire qd meme une impression d'un cube test. J'ai alors pu constater des decalages de couches, cela ma conduit a augmenter la tension des drivers qui semble t'il n'etait pas suffisante et genere des sauts lors des deplacements. C'est la raison pour laquelle mes calibrations prennaient des valeurs completement fausses (delta radius incoherent, correction end stop a plus de 6mm et corrections des angles de tours impossible). Apres avoir remontee les tensions j'obtiens pour la premiere fois des cubes acceptables !!!!! J'essayerais d'imprimer des supports demain rien que pour voir si je peux imprimer plus grand et plus complexe. Je pense que je suis sur la bonne voie!!! et je vais lui tordre le cou à cette imprimante qui est de plus en plus loin de la version d'origine !!! J'ai commande des drivers plus recents, des TMC2209 qui viendront remplacer les TMC2100 qui provenaient de mon ancienne carte. D'ailleurs, je n'ai pas encore saisi les subtilites des reglages de tensions entre les cotes soft de MARLIN 2.0 et le cote hard cote carte SKR? Je suis preneur d'info le cas echeant.

oui en version 1.1.8.1 pour la carte mere d'origine Pro_Marlin1.1.8.1.rar

Je veux bien mais je n'ai pas le meme ecran , pas les memes driver et j'ai tjs mes problemes de BLTouch. Pour ce qui est de ton ecran, je pense que le plus probable c'est une erreur de port pour l'ecran. Il y a un port primaire et un secondaire . Sur le premier il faut choisir le port 0 et le second -1 J'ai avance un peu sur le truc, j'ai reussi a faire un cube test avec une premiere couche qui n'est pas ecrasee voir trop haute. J'ai decouvert qu'il etait judicieux de parametrer l'autocalibration pour que le delta trim soit pris en charge. Dans un second temps cela genere une erreur dans la configuration du "menu LCD". j'ai ete oblige de rentrer manuellement la valeur du pas des moteurs (chez moi 100). J'ai egalement vire la configuration des " and stop pull ups" pour les definir par axe. J'ai ramene a la valeur de DELTA_HEIGHT sur la valeur mesuree sur mon imprimante J'ai commente le USE_ZMIN_PLUG au cas ou cela serait redondant avec les pins retenue pour le cablage dedie au BLTouch. J'ai augmente les marges en Z du Probing de 20 à 30. Je me pose 2 questions:La premiere concerne la valeur du Z apres calibration. Si Z_OFFSET=0 , on devrait avoir Z_MIN sensiblement equivalent à DELTA_HEIGHT non ? Lorsque l'on fait un HOME la valeur de Z prend celle de DELTA_HEIGHT donc Z_OFFSET devrait correspondre a la difference entre DELTA_HEIGHT mesuree(à la louche) et la hauteur relevee par l'imprimante lorsque l'on fait la calibration manuelle ? Il est donc preferable de mettre une valeur de DELTA_HEIGHT legerement plus importante pour pouvoir "descendre sous le Bed" pour permettre le releve de la hauteur ? La seconde concerne la difference entre l'autocalibration ( donc releve du trim tower et consort) et le BEDLEVELLING. Si quelqu'un passe pour jeter un oeil bienveillant sur ma configue et m'aiguiller dans le bon sens? Configuration.h J'ai trouve et c'est une erreur d'interpretation de ma part. G33 correspond a l'autocalibration alors que G29 correspond au Bedleveling. Ce n'est pas la meme chose. La calibration est une mesure des geometries de l'imprimante (correction des angles des tours// au bed, correction de la longueur des biellettes ect) alors que le nivellement ne conserne que la correction de la planimetrie du bed.

Oui je pense que tu as raison, je suis un peu occupé en ce moment. Je verais ça ce week end. Je pense aussi que je vais mettre une valeur de delta hight supérieur à la valeur maxi histoire d'être sur qu'elle n'interfère pas avec le mini de Z. J'ai pris contact avec le SAV de bigtreetech, ils m'ont demandé une photo de mon câblage, je n'y crois pas mais bon on verra leur réponse.

C'est la configuration que j'ai retenu pour ma delta. Même si je bataille pour le bed leveling, je peux peut être apporter ma pièce à l'edifice

Je viens de me rendre compte que mon problème pourrait bien venir de la configuration de la zone de probing. Je m'explique, j ai un plateau en verre sur le bed, lorsqu'il est en place, le BLTouch peut faire un probing (pas sur tous les points mais qd même). Par contre, lorsque je l'enlève, le BLTouch ne descend pas assez bas pour faire son probing. Je pense qu'il faut "augmenter" la zone de probing selon les Z. Plus exactement la décaler vers le bas. Je n'ai pas encore chercher ce paramétrage dans Marlin.

Non on ne peut pas faire ca car il y a 2 endstop physiques sur les colonnes X et Y. Il faut donc que la colonne Z soit egalement equipee d'un endstop. Apres j'ai trouve au gré des mes recherches qu'il existait une commande G33 specifique pour le Bed Leveling des Delta . Je ne l'ai trouve qu'une seule fois. Je me demande si dans la version Marlin 2.0.X le fait de preciser qu'il s'agit d'une mecanique delta prend en compte le caractere circulaire du Bed par rapport aux cartesiennes. Donc que la marge que l'on a retenue de 45mm circonscrire le carre dans le cercle ne serait pas trop grande. Je vais faire un essai.

En fait le chariot de la colonne des Z tend a descendre au lieu de monter vers le Z End stop. J'ai deplace le connecteur du BLTouch Probe pour le placer sur PWRDet, pin 1.0 car Z-Stop Pin 1.27 correspond au End stop de la colonne Z. Je n'ai pas reattribue le pin Probe 0.10 au 1.0, je pense que c'est ça.

Je viens de faire l'essai et cela ne fonctionne pas car lors du Home, le z end stop de la colonne Z se marche sur les pieds du end stop du BLTouch. J'ai trouve autre chose vu sur une configue de la SKR 1.3 qui partage pratiquement les memes caracteristiques (legeres difference de cablage et processeur de la generation precedante. (ici: https://www.youtube.com/watch?v=5cSzFCv7K4Q) Il est question de decommenter la ligne NUM_SERVOS et de mettre la valeur 1 (ligne 2485). Je viens d'essayer et je me retrouve avec une grille de probing encore differente mais par contre j'ai un reglage de Z qui me semble modifiable/reglable. J'ai fait un Z Offset a l'arrache pour voir et Je lance une impression d'un cube.

Je n'ai pas encore essayé mais 2 choses me viennent à l'esprit. La première c'est qu'il faut réaffecter le pin du Bltouch dans configuration h_adv. La seconde c'est qu'il existe une version de Marlin 2.0 X chez bigtreetech pour la skr 1.4. Je me demande s'ils n'ont ps fait une variatent par rapport à la version d'origine ?

ok je vais essaye ca demain matin apres avoir modifie le brochage sur la carte mere. Je m'interroge toute fois car le probing se fait qd meme avec le branchement sur les pin dedies de la carte. Est un pb d'interpretation de Marlin? On trouve pas mal de tuto sur la SKR 1.4 avec BLTouch qui utilise ce branchement mais sur des cartesiennes. Par contre le combo Imprimante Delta /SKR 1.4 et Marlin 2.0.X je rien trouve de probant. C'est d'ailleurs la meme chose sur le bedleveling des deltas avec Marlin 2.0

Je vais essayer ce soir ces modifications. En ce qui concerne de carré inscrit dans un cercle où circonscrit par un cercle, je suis parti par la projection sur x et y du rayon d'un cercle minoré de la marge soit pour moi 115mm à un angle de 45°. Soit 115cos45. J'ai retranché du rayon de la surface imprimable 125mm. Je trouve en gros une marge de 45mm. Je vais utiliser ça et on verra on la semaine de boulot ne m'a pas permis de me remettre a l'ouvrage. Je viens d'essayer tes propositions de modifications et cela ne fonctionne pas et il est nécessaire de modifier la ligne 1198 et la passer en -1 pour pouvoir compiler Z_HOME_DIR Apres lors du Bed Leveling, le BLTouch se retrouve a essayer de faire un probing a environs 10cm du Bed. Si je decommente la ligne 1457 MANUAL_Z_HOME_POS, j'ai une erreur de compilation en raison de l'absence de declaration de la variable, c'est logique. J'ai mis donc une valeur de 10mm pour voir si je reduis la hauteur du bed levelling tout en evitant le crash dans le bed. Cela ne fonctionnait pas J'ai donc remis les valeur initiale et cela semble fonctionner mais le bed leveling ne respecte pas le nombre de point. J'ai fait un releve empirique du Z offset que j'ai enregistre a la vole dans l'EEPROM. Je vais donc faire une nouvelle compilation avec cette valeur de Z oofset. Je pense que j'ai fait une erreur sur le nombre de point de probing en mettant 5 car je pense que c'est en fait l'ecart entre 2 points ce qui fait qu'en prenant la surface disponible il ne peut pas faire le releve de tous les points. Avoir, je pose ici la derniere version de Configuration H et advH au cas ou Configuration.h Configuration_adv.h

whoua, comment as tu vu que la ligne sur l "autobedleveling" n'etait pas prise en compte ? Cela explique en parti mes fonctionnements "bizarres" et aleatoires du leveling ? Pour la valeur du Zmin qui n'est pas "commentable" c'est pour permettre justement de pouvoir mettre une valeur negative du Z lors de l'ajustement directement via la console de l'imprimante. C'est eglament la raison pour laquelle j'ai conserve un Offset en Z du BLTouch a zero. Je l'aurais renseigne plus tard. Je pense que la commande M211 S0 en est le reflet. Par contre, sur une Delta, il n'y a pas de contacteur fin de course en Zmin, on joue donc uniquement sur la valeur de la hauteur de la machine Delta Heigth moins une valeur X de zone de Probing non ? (jai mis 345mm car c'est un peu moins que la valeur maxi) J'ai decommente la ligne Restore leveling after G28 sans mettre false pour l'instant. Pour le Babystep, je ne voulais pas me rajouter des fonctions supplementaires avant d'avoir solutionne mon probleme de leveling. Je viens de la decommente et j'ai modifie le pas a 10 car j'ai configure les steppers par 100(pas) sur l'ensemble des axes et de l'extrudeur. Je vais compiler et essaye. En tout cas ca m'eclaire deja beaucoup

Merci pour cette réponse. En ce qui concerne mes problèmes de BLTouch", il s'agit du non respect du nombre de prise de mesure prevue. Que j'essaye de mettre une grille de 5X5 ou de 4X4, le nombre de point de probing n'est pas le bon. Par ailleurs, impossible d'avoir une valeur de Z correcte pour la premier couche. J'en parle ici mais je n'ai pas eu beaucoup de reponse. Je pose mes fichiers de configue au cas ou. merci de votre aide platformio.ini Configuration_adv.h

Apres une petite recherche, J'ai pu voir que dans configuration-h, il est possible d'activer l'option 5V du BLTouch pour les version 3.X. Est il opportun d'essayer cette option ?

Bonjour, Je galère sur la configuration de ma Delta depuis un bon moment. Après moultes péripéties (c'est comme ça que l'on apprend), je me confronte a des problèmes d' Auto Bed Leveling avec un BLTouch. J’étais avec une carte 8 Bits et Marlin 1.0 que je n'ai jamais réussi a faire fonctionner correctement. Je suis passe sur une 32 Bit et Marlin 2.0.6 stable. voir ici : Je compile avec VSCode mais j'ai tjs des problèmes de BLTouch ce qui est fortement agaçant puisque je ne peux pas imprimer sans avoir une première couche valable. Si une ame charitable pouvait m'eclairer sur la configuration de Marlin 2.0.X sur cette delta cela serait chic. J'ai egalement fait une configuration sous la version 2.0.7 (pensant qu'il y a un bug dans la calibration des Delta sous Marlin) mais j'ai une erreur de compilation sur une declaration de variable "default_axis_steps_per_unit" qui est passe en "default_XYZ_steps_per_unit" (probleme dans le menu "autocalibration"). Je n'ai pas encore trouve de solution. Je depose ma configuration sur la version 2.0.6 au cas ou. Configuration.h

Personne n'a d'idée ? Pas d'âme charitable pour éclairer ma lanterne ? Pas le moindre début de chemin ?