ThLDQ Posté(e) Aout 26 Auteur Posté(e) Aout 26 Bonjour PommeVerte je crois avoir résolu le problème : j'ai diminué les vitesses à 1000mm/s dans Marlin et dans OrcaSlicer. Cela a supprimé le problème. Certes je ne pourrai imprimer à 1000mm/s mais comme je privilégie la qualité cela m'importe peu. Je suis en train de calibrer la bête. Fastidieux !!! Merci beaucoup de ton aide ! Cordialement Thierry
pommeverte Posté(e) Aout 26 Posté(e) Aout 26 Il y a 3 heures, ThLDQ a dit : Je suis en train de calibrer la bête. Fastidieux !!! alors, autant pour le G34, tu n'avais pas à attendre les nouveaux pilotes moteur, par contre pour les réglages de l'impression (Linear advance,...) , je te conseille de les déterminer après installation des pilotes.
ThLDQ Posté(e) Septembre 1 Auteur Posté(e) Septembre 1 Bonjour PommeVerte les 2209 sont arrivés ce matin. Je dessoude les fiches "Diag". comme indiqué précédemment en attendant de modifier Marlin et de trouver comment régler le Vref. Mes moteurs sont des 42SHDC 3025-24B. Le "Rated current = 0.9A Thierry
pommeverte Posté(e) Septembre 1 Posté(e) Septembre 1 Salut, Il y a 4 heures, ThLDQ a dit : trouver comment régler le Vref il suffit de: déclarer les bons pilotes dans le fichier configuration.h: Citation #define X_DRIVER_TYPE TMC2209 #define Y_DRIVER_TYPE TMC2209 #define Z_DRIVER_TYPE TMC2209 #define Z2_DRIVER_TYPE TMC2209 #define E0_DRIVER_TYPE TMC2209 inverser le sens de rotation dans le même fichier: Citation #define INVERT_X_DIR true #define INVERT_Y_DIR true #define INVERT_Z_DIR true #define INVERT_E0_DIR true dans le fichier configuration_adv.h, définir la valeur du courant RMS/rated avec une marge de sécurité (20% ? = 900 x 0,8 = 720): Citation #define X_CURRENT 720 #define Y_CURRENT 720 #define Z_CURRENT 720 #define E0_CURRENT 720 Si tu as des décalages en X et/ou Y, tu pourras augmenter les valeurs tant que la température des moteurs est raisonnable (= tu ne te brûles pas quand tu poses la main dessus)
ThLDQ Posté(e) Septembre 1 Auteur Posté(e) Septembre 1 Bonsoir PommeVerte Je pense avoir tout fait, il me manquait le courant que j'avais laissé à 800. Marlin se compile avec juste 3 messages d'avertissements en jaune. Je dois toujours mettre des cavaliers sur la carte pour l'UART (encore un truc que je ne sais pas à quoi ça sert !) ? Thierry Configuration.h Configuration_adv.h
pommeverte Posté(e) Septembre 1 Posté(e) Septembre 1 (modifié) Normalement c'est le cas, mais il faut vérifier que les 2 résistances sous le module sont bien des 110 ohms (R110): Citation Si ce n'est pas le cas, il faut mettre à jour les lignes Citation #define X_RSENSE #define Y_RSENSE #define Z_RSENSE #define E0_RSENSE pour les cavaliers, d'après la documentation, il faut le placer sur la ligne MS2, colonne de gauche: Citation Modifié (le) Septembre 1 par pommeverte
ThLDQ Posté(e) Septembre 1 Auteur Posté(e) Septembre 1 Voui, ce sont des R110 ! Ok pour les cavaliers, je préférais vérifier. Bonne soirée Th
ThLDQ Posté(e) Septembre 2 Auteur Posté(e) Septembre 2 Bonjour PommeVerte est-ce que tu peux vérifier mon Marlin, stp ? Tous les tutos ne valent pas un œil avisé Bonne journée Thierry
pommeverte Posté(e) Septembre 2 Posté(e) Septembre 2 Salut, Ma seule remarque concerne les micropas. Je ne pense pas que ce soit nécessaire de passer à 64 puisque tu as déjà une résolution de 0.01mm avec une valeur de 16. En plus, ça ajoute inutilement des calculs et te limiter en vitesse maxi (à vérifier ) . Dans tous les cas, en multipliant cette valeur pas 4, il faut penser à multiplier également par 4 les valeurs de pas/mm: #define DEFAULT_AXIS_STEPS_PER_UNIT { 100.3409, 100.2696, 398.0099, 93.1098 } sinon, tu peux affiner la correction du plateau: Citation #if ENABLED(AUTO_BED_LEVELING_BILINEAR) // Beyond the probed grid, continue the implied tilt? // Default is to maintain the height of the nearest edge. #define EXTRAPOLATE_BEYOND_GRID // // Subdivision of the grid by Catmull-Rom method. // Synthesizes intermediate points to produce a more detailed mesh. // #define ABL_BILINEAR_SUBDIVISION #if ENABLED(ABL_BILINEAR_SUBDIVISION) // Number of subdivisions between probe points #define BILINEAR_SUBDIVISIONS 3 #endif #endif
ThLDQ Posté(e) Septembre 2 Auteur Posté(e) Septembre 2 (modifié) TOUT FONCTIONNE !!!!!! Un grand MERCI à toi L'imprimante est devenue silencieuse, et il n'y a plus qu'à refaire tous les réglages Bonne soirée Cordialement Thierry Modifié (le) Septembre 2 par ThLDQ 2
ThLDQ Posté(e) Septembre 3 Auteur Posté(e) Septembre 3 (modifié) Bon, ça ne se passe pas bien : j'ai les mêmes problèmes de vitesse. Homing Fast and Furious Je joins les fichiers de Marlin. Thierry Configuration.h Configuration_adv.h Modifié (le) Septembre 3 par ThLDQ
pommeverte Posté(e) Septembre 3 Posté(e) Septembre 3 (modifié) Salut, Comme tu as choisi des micropas de 32, alors les pas/mm des axes X et Y devraient être autour de 200. Pour l'axe Z, la valeur devrait être environ 800, d'après tes anciens fichiers. Ce qui me surprend, c'est que même avec ces modifs, la tête ne se retrouvera toujours pas au centre du plateau lors de l'origine en Z. Lorsque la prise d'origine est terminée, est-ce que tu peux vérifier que les pas/mm des axes X et Y sont grossièrement corrects, avec un déplacement de 50mm par exemple? Pour le mouvement saccadé au démarrage, est-ce que tu peux essayer la prise d'origine "séquencée" ( X puis Y et non simultanée) en commentant (ajout de // au début) la ligne suivante du fichier configuration_adv.h #define QUICK_HOME Modifié (le) Septembre 3 par pommeverte
ThLDQ Posté(e) Septembre 3 Auteur Posté(e) Septembre 3 J'avais oublié de diminuer les pas/mm (ça ne m'étonne pas de moi). Déplacement tranquille vers X0 puis Y0 Puis emballement ( comme sur la vidéo) pour rejoindre le centre du plateau (donc il y a quand même du mieux).
pommeverte Posté(e) Septembre 3 Posté(e) Septembre 3 (modifié) Le BLtouch va bien au centre du plateau? Est-ce que tu peux tout de même poster une nouvelle vidéo où l'on voit également la prise d'origine en Z? edit: quelle valeur as-tu pour: M210 M220 Modifié (le) Septembre 3 par pommeverte
ThLDQ Posté(e) Septembre 3 Auteur Posté(e) Septembre 3 Homing M210 : unknown command M220 : FR : 100%
pommeverte Posté(e) Septembre 3 Posté(e) Septembre 3 Pas sûr que ce soit efficace mais est-ce que tu peux changer la valeur de CHOPPER_TIMING dans le fichier configuration_adv.h pour la passer à CHOPPER_DEFAULT_24V? Comme le problème arrive sur un mouvement en diagonale, tu dois avoir un moteur (A ou B) qui ne tourne pas. Est-ce que tu observes un phénomène étrange sur l'1 des 2 moteurs pendant ce déplacement? tu peux le tester en envoyant G0 X100 Y100 F4200 puis G0 X1 Y1
ThLDQ Posté(e) Septembre 4 Auteur Posté(e) Septembre 4 Bonsoir PommeVerte Ce problème peut avoir deux origines : logicielle ou matérielle. J'ai reflashé la carte avec le vieille version de Marlin mise à jour avec les 2209 => mêmes effets. Ce n'est pas Marlin... A l'aide de Pronterface j'ai testé les déplacements des moteurs en diagonale en commençants pas G0 F500 X# Y# et en augmentant F au fur et à mesure : tout se passait bien. J'ai alors réalisé que l'on pouvait régler la vitesse des moteurs dans Pronterface et j'ai alors utilisé cette fonction. Les moteur gauche décroche à 1200mm/s Une mains sur la poulie m'a permis de constater que le moteur tournait a priori sans perte de pas. Deux hypothèses sont sorties de mon vieux neurone : - l'accélération est trop brutale : il faudrait que je diminue cette accélération - les courroies ne sont pas assez tendues. Je les retendrai demain pour voir Thierry
pommeverte Posté(e) Septembre 4 Posté(e) Septembre 4 Salut, il y a 5 minutes, ThLDQ a dit : Le moteur gauche décroche à 1200mm/s Si tu as envoyé F1200 (mm/min) alors la vitesse était de 20mm/s, ce qui est faible il y a 6 minutes, ThLDQ a dit : l'accélération est trop brutale elle est fixée par M204 Txxx en mm/s² D'après tes sources, tu es à 1000mm/s², ce qui n'est pas très élevé. il y a 8 minutes, ThLDQ a dit : les courroies ne sont pas assez tendues ce qui m'étonne c'est qu'un déplacement en X pur ou Y pur, à une vitesse similaire (50mm/s), ne provoque pas ces à-coups
pommeverte Posté(e) Septembre 4 Posté(e) Septembre 4 Juste par curiosité, tu as testé la modif de la valeur de CHOPPER_TIMING?
ThLDQ Posté(e) Septembre 5 Auteur Posté(e) Septembre 5 (modifié) Chopper_Timing passé à 24V et....................................... Pas de changement Grrrrrrrrrr !!! Je pensais avoir trouvé car le moteur gauche grognait même sans poulie. Après échange de moteurs , puis de câble, le problème reste entier ! Seul le moteur alimenté par le driver X grogne et ce quand il déplace le BLTouch pour la prise d'origine Z ou après palpage du plateau lors du déplacement vers le début de l'impression. Il ne reste plus que 2 solutions : la carte ou Marlin. Je ne pense pas trop à la carte (j'ai vérifié le cavalier qui est placé comme les autres), car lors des déplacements pour les prises d'origines X et Y le moteur ne grogne pas (mais il tourne moins vite que pour la prise d'origine Z).J'ai aussi inversé les drivers sans changement. Comment tester la carte ? Comment tester Marlin ? Thierry Modifié (le) Septembre 5 par ThLDQ
pommeverte Posté(e) Septembre 5 Posté(e) Septembre 5 (modifié) Salut, Il y a 3 heures, ThLDQ a dit : Comment tester la carte ? Comment tester Marlin ? Dans les sources, tu peux affecter la sortie moteur "X" au moteur Z1 et inversement. Pour ça, il faut modifier la définition de la carte-mère ( Marlin\src\pins\lpc1768\pins_BTT_SKR_V1_4.h ) : Citation #define X_STEP_PIN P0_22 #define X_DIR_PIN P2_11 #define X_ENABLE_PIN P0_21 #ifndef X_CS_PIN #define X_CS_PIN P1_08 #endif ... #define Z_STEP_PIN P2_02 #define Z_DIR_PIN P2_06 #define Z_ENABLE_PIN P2_01 #ifndef Z_CS_PIN #define Z_CS_PIN P1_10 #endif ... #define X_SERIAL_TX_PIN P1_08 #define Y_SERIAL_TX_PIN P1_09 #define Z_SERIAL_TX_PIN P1_10 et évidemment inverser le branchement des moteurs "X" et Z1 Est-ce que tu confirmes que le problème n'apparait que lorsque tu te déplaces dans une diagonale et pas dans l'autre (test à faire avec le Gcode G0)? Modifié (le) Septembre 5 par pommeverte
ThLDQ Posté(e) Septembre 5 Auteur Posté(e) Septembre 5 Bonsoir, je confirme le problème n’apparaît qu'après les mises à Zéro des axes X et Y quand le BLT se déplace vers le centre du plateau. Je remets à plus tard la modification de la définition de la carte mère : faut que je comprenne...........
pommeverte Posté(e) Septembre 6 Posté(e) Septembre 6 Salut, Il y a 13 heures, ThLDQ a dit : je confirme le problème n’apparaît qu'après les mises à Zéro des axes X et Y quand le BLT se déplace vers le centre du plateau. est-ce que tu as fait le test suivant: essai 1: G0 X10 Y10 F4200 G0 X100 Y100 essai 2: G0 X100 Y100 F4200 G0 X190 Y10 Est-ce que le problème se manifeste uniquement lors de l'essai 1?
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant