ThLDQ

J'ai essayé plusieurs 4988 et je renonce à comprendre.

La Vref était bonne (driver provenant de la défunte carte). Je sors de l'atelier : l'extrudeur équipé d'un 2209 fonctionne bien ! "Va comprendre Charles " (André Pousse dans une pub pour le PMU en 1990).

Je crois avoir trouvé : la carte ne supporte pas le mixage des drivers ! Le 4988 enlevé et l'extrudeur branché sur un 2209, tout va bien. Sitôt le 4988 replacé, le moteur ne tourne plus. Je testerai demain avec un autre 4988 et tout en 4988.

GARGL ! On ne peut pas créer un concours des meilleurs bourdes ? Je m'inscrirais..... Je pense que j'ai mes chances Après essais : moi, je ne sais plus ! L'extrudeur refuse de coopérer et je deviens fou.

Bigre ! Je passe mon tour

Bonsoir à tous. Je viens de réinstaller une SKR 1.4 Turbo et l'extrudeur ne bouge pas. la config : - 1 Core XY avec 2 moteurs Z - 4 TMC 2209 sur les axes - 1 A4988 pour l'extrudeur. Les jumpers sont bien en place, les drivers dans le bon sens, les axes réagissent sans problème. Alimentés ils sont bloqués sauf le E0 qui ne se bloque que quand le lui demande une extrusion (pour gagner du temps j'ai désactivé la "cold extrusion") ; quand celle-ci était active, le moteur ne se libérait que lorsque la température redescendait à 100°. Le moteur fonctionne (testé sur une autre sortie). Le driver a été échangé (sans succès). les drivers sont placés comme suit : XCLS 2209, YCLS2209, ZCLS 2209, E0CLS A4988, E1CLS 2209 les moteurs sont connectés comme suit : X sur XM, Y sur YM, Z1 sur ZMA, Z2 sur ZMB, E0 sur E0M Je joins les fichiers qui vont bien. Configuration.h Configuration_adv.h

J'en ai une qui traîne : j'ai eu plusieurs messages "EEPROM CORRUPTED" sur la carte précédente et j'ai lu que l'on pouvait ajouter une carte EEPROM https://www.instructables.com/BigTreeTech-SKR-14-14T-Adding-a-EEPROM/ Je la mets quand même ou je passe mon tour ?

Merci, je l'ai noté cette fois-ci ! Thierry

Bonjour à tous, j'ai échangé la vieille carte pour une neuve en oubliant de noter où les ventilateurs étaient branchés.... Je dirais bien : - ventilateur de l'extrudeur sur FAN0 - ventilateur d'impression sur HE1 Votre avis ? Cordialement Thierry

Bonjour à tous, est-ce une bonne idée d'augmenter l'EEPROM de la carte SKR v1.4 Turbo par une EEPROM BTT v1 ? Cordialement Thierry

J'ai trouvé : il faut diminuer la zone de visualisation de l'impression et la fenêtre de visualisation du code s'agrandit. Je faisais l'inverse

Bonsoir à tous, je cherche à agrandir la fenêtre de droite de Pronterface (celle où l'on envoie les commandes à l'imprimante), mais je ne trouve pas comment faire : je n'ai pas de double flèche comme pour une fenêtre "normale". Une idée ? Cordialement Thierry

La nouvelle carte est arrivée. Je l'ai rebranchée et elle fonctionne sans problème. Enfin j'ai quand même eu une grosse frayeur : rien ne bougeait !!!! Mais après avoir installé les drivers, elle fonctionne.... Le sujet est clos. Merci PommeVerte et à bientôt

C'est un RepRap Discount Full Graphic Smart Controller branché sur EXP1 et Exp2. Comme c'est une carte provisoire et que j'ai Pronterface, je laisse tomber (sans le casser) l'écran et je vais me concentrer sur les axes (Z2 est sur E1) Je verrai ça demain

Ce serait bien si tout fonctionnait du premier coup..... Ecran noir (même en échangeant les câbles) Axes Z : 1 moteur non alimenté, l'autre bouge très peu Fatigante cette histoire

Heureusement que tu es là ! Je me serais peut-être rendu compte de l'inversion du sens de rotation des moteurs, mais le reste....... Ca a l'air de bien se passer, juste deux erreurs : - Marlin\src\inc\Warnings.cpp:206:6: warning: #warning "Note: Auto-assigned Z2 STEP/DIR/ENABLE_PINs to unused En_STEP/DIR/ENABLE_PINs. (Define NO_AUTO_ASSIGN_WARNING to suppress this warning.)" [-Wcpp] #warning "Note: Auto-assigned Z2 STEP/DIR/ENABLE_PINs to unused En_STEP/DIR/ENABLE_PINs. (Define NO_AUTO_ASSIGN_WARNING to suppress this warning.)" - l'environnement de Platformio qui devait être changé de "LPC1769" en "mega2560" Yapluka

Bonsoir PommeVerte, en attendant que la nouvelle carte arrive, je vais passer sur MKS GEN. J'ai passé l'après-midi a essayer de configurer Marlin en repartant de zéro... Je ne pense pas avoir oublié grand chose Aurais-tu un peu de temps pour vérifier mon Marlin, stp. Cordialement Thierry Configuration.h Configuration_adv.h

J'ai interverti les moteurs ce n'est pas eux. Le comportement de la carte tel que décrit ci-dessus est étrange : un coup elle fait bouger deux moteurs, un coup un seul ; un coup le moteur grogne un coup,non. Soit j'utilise une MKS GEN L V2.1 (que j'ai en rab) soit je casse ma tirelire et je la remplace à l'identique.

Dernièrs essais : A4988 remis en place : la carte s'allume, mais l'imprimante ne répond pas 2209 : l'imprimante répond à nouveau. Les moteurs commencent à grogner à partir de F4000. G0 X 100 Y 100 F4000 : - parfois les deux moteurs tournent, parfois un seul (X) - parfois les deux moteurs ne font que 4/5 de tour. Je commence sérieusement à croire que la carte est en fin de vie.

J'ai eu la même idée et j'ai commencé hier soir à reconstruire un Marlin... Les grands esprits se rencontrent ???? J'ai pensé aussi reconstruire un Marlin avec les deux fichiers que j'ai posté sur le site le 18 août dernier avant que je passe en TMC2209. Ton avis ? Mais tu attends peut-être les résultats des deux derniers firmware ? Échec total = le moteur X grogne toujours.

Oui j'ai échangé les câbles sans changement . Résultat des essais...

Aïe Aïe Aïe La vidéo m'incite à penser que je n'aurai pas à prendre de risque.

Si je te dis que je ne comprends rien !!!! G0 X100 F6800 : début des vibrations > avec F3000 on est donc loin de la vitesse maxi ! Les deux moteurs tournent<<<<<<<<<<; G0 X100 Y100 F300 : RAS seul 1 moteur tourne (X) Les autres demandes : RAS 1 fois en demandant G0 X100 Y100 les deux moteurs ont tourné ensemble. Les grognements arrivent toujours au moment du déplacement vers le centre du plateau. Ce que je pense : j'ai déjà eu des problèmes de programmation d'Arduino sous Linux : tout se passait bien, mais l'Arduino faisait un peu n'importe quoi. Repassé sous Windows 10 les problèmes ont disparu... Va comprendre. Je suis sous Windows 11 sur un portable ASUS 1° prix... Cela explique peut-être cela. T'est-il possible de compiler Marlin et de me l'envoyer, stp. Pour ce qui est de l'échange X -> Z sur la carte: cela ne pourrait être qu'une solution provisoire : imagine qu'un Z lâche vers la fin d'une longue impression.

Tous les déplacements demandés se font sans problème ! Seul le déplacement vers le centre du plateau fait grogner le moteur X. Je vais modifier la définition de la carte, mais j'ai deux questions : - pourquoi ne pas inverser les définitions de X et Y plutôt que X et Z (Z se déplace toujours plus lentement que X et Y donc si le X-Carte est en cause on ne le verra pas - c'est bien "Marlin\src\pins\lpc1768\pins_BTT_SKR_V1_4.h " ? Il me semblait que l'environnement était LPC 1769.

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...........