fg-35

Voici un lien vers la documentation du module pololu en question : https://www.pololu.com/product/2133 Tu verras, au paragraphe intitulé "Current limiting", que I = Vref * 2, et donc que Vref = I / 2. Ce qui implique que pour des moteurs dont le courant serait de 1.5 A , la Vref serait alors de 0,75 Volts mais, en aucun cas de 1.2 Volts. Et comme, normalement, il faut prendre le courant nominal, dans notre cas 71% de 1.5 A, soit 1.06 A, la Vref tombe alors à 0.53 Volts. Est-ce que tu penses bien à débrancher les moteurs pour ajuster la Vref ?

J'ai l'impression que tu n'es pas certain ni du driver que tu as ni de la valeur de la résistance Rs. Auquel cas difficile de se lancer dans l'ajustement des drivers. As-tu noté quelle était la valeur de Vref avant d'intervenir ?

Non : 0,1 Ohm n'a rien à voir avec 100 k Ohm. Il ne s'agit sans doute pas des bonnes resistances ...

Si le driver est un DRV8825, c'est normal : la Vref est à fixer à 0,53 Volts

Apparemment si, il y a bien quelque chose d'écrit sur tes resistances ; je ne peux pas lire sur la photo mais on voit que le composant R3 porte une inscription, de même que R1, R2, ...

@Kornester, il peut y avoir de nombreuses raisons à ces défauts, notamment liées aux paramètres d'impression (température, refroidissement, vitesse, accélérations, ...). Une autre cause possible serait une irrégularité de débit d'extrusion qui pourrait être liée à un driver d'extrudeur réglé "trop fort" (générant trop de courant) en entraînant ainsi un fonctionnement par à coups. Question : à quelle valeur es-tu ajusté ta correction de débit dans ton trancheur préféré ? Un lien intéressant pour analyser certaines défauts d'impression : https://www.simplify3d.com/support/print-quality-troubleshooting/

@tetemagique, le raisonnement est bon. Fais juste attention à maîtriser la valeur de Rs : entre R100 et R200, ça fait un facteur 1/2 sur Vref, et entre R100 et R050 un facteur 2. Attention également à ne pas dépasser une Vref de 1.1 V pour une R100, au delà tu es en limite d'utilisation du A4988 (Imax = 2A) FG

@mijean, tout dépend de la carte qui équipe ton imprimante. Si c'est une MKS BASE, elle est équipée de drivers A4982 avec une Rs de 0.1 Ohm, ce qui se traduit par une Vref de 0.85 V. Si tu as une carte différente équipée de DRV8825, la Vref serait de 0.53 pour une Rs de 0.1 Ohm (R100) ou de 1.06 pour une Rs de 0.2 Ohm (R200).

Bonsoir @thierry70 Tu as raison, de nombreux facteurs rentres en jeu et la calibration via un cube ne peut qu'amener à l'échec. En revanche, tu sembles oublier un facteur d'erreur qui a un impact phénoménal sur la précision dimensionnelle : la précision d'extrusion (je ne parle pas des steps/mm de l'extrudeur) qui dépend des propriétés du filament, des conditions d'impression (température, vitesse, refroidissement, ...) ; une sous-extrusion ou une sur-extrusion de 2 à 5% provoque des erreurs dimensionnelles de plusieurs 10èmes de mm (voire du mm). D’où l'intérêt de calibrer les axes, axe par axe, sans imprimer quoi que ce soit, juste en mesurant les déplacements réels par rapport aux déplacements commandés (de préférence de façon statistique) puis de calibrer le débit d'extrusion pour des conditions données en imprimant juste une coque (voire en spiralisant un objet) et en mesurant le ratio entre épaisseur réelle et épaisseur commandée de cette coque. FG

@mijean, non : le calcul de Vref se fait selon une formule donnée dans le datasheet des drivers (A4988 ou A 4982) et ne se fait pas à partir du courant max mais du courant nominal ; la formule est Vref = Inom * 8 * Rs où Rs est la resistance de charge (.1 Ohm dans le cas de la carte MKS Base) et Inom = Imax / Racine(2). Soit Inom = 1.5 / 1.414 = 1.06 A et Vref = 1.06 * 8 * 0.1 = 0.85 V. Il y a sur le forum un document de stef_ladefense qui explique clairement comment on détermine Vref : @Artazole et @Desmojack, attention les vidéos de GueroLoco comportent pas mal d'âneries... FG

Bonjour @Kornester voici un lien sur un fil du forum initié dans le cas d'une tevo Tornado, mais le sujet est commun à toutes les imprimantes FDM. Tu y trouveras une réponse de ma part qui explique que la technique du cube est une mauvaise approche et qui indique la trame d'un processus de calibration. A ta disposition si tu as des questions complémentaires ... FG

Super, merci @mijean Reste à traduire les intitulés chinois. Il semble que le courant max soit de 1,5A ==> attention au réglage de la VRef des steppers ... FG

Idem

Non @Artazole, on ne peut pas les éditer : il s'agit du contenu binaire des mémoires flash et eeprom, enregistré en hexa pour faciliter les choses. En extraire le code source, impliquerait de désassembler le binaire, ce qui n'est pas une opération triviale. Donc uniquement à usage de sauvegarde et de restauration en cas de problème. J'ai trouvé sur le net une interface graphique qui facilite l'utilisation de avrdude encore mieux que mon petit script. J'ai mis l'information et l'outil ici :

Bonjour à tous Pour tous ceux qui se posent la question de sauvegarder l'état de leur firmware avant de faire de le modifier ou de changer de version, j'ai trouvé sur le net un outil bien pratique. Il s'agit d'une interface graphique d'utilisation de l'utilitaire "avrdude" de Atmel (celui qui est utilisé, notamment, par Arduino IDE pour téléverser le firmware sur la carte mère de votre imprimante préférée, dès lors qu'elle est à base de microcontroleur Atmel (comme l'ATmega 2560, par exemple). Cet outil est développé et entretenu par Zak Kemble (cf. http://blog.zakkemble.net/avrdudess-a-gui-for-avrdude/). Il facilite l'utilisation de avrdude tant pour réaliser une sauvegarde binaire du contenu de la mémoire flash (le firmware) et de celui de l'EEPROM (les paramètres utilisés par le firmware) que pour restaurer ces binaires sur la carte mère. En pièce jointe la dernière version pour Windows sous forme d'une archive Zip. J'y ai d'ailleurs ajouté un profil particulier pour la TEVO Tornado. Il suffit d'extraire les fichiers de l'archive et de lancer le programme "avrdudess.exe" avrdudess_20180920-2.zip

Hello @Artazole Content que ce script te soit utile. Non, le firmware c'est le contenu de la mémoire FLASH tandis que l'EEPROM stocke les valeurs des paramètres associés (vitesse max de chaque axe, accélérations max, Jerk, steps par mm, réglage des PID du contrôle thermique, ...). Attention, l'organisation du contenu de l'EEPROM est dépendant de la version de firmware, ce qui implique que si tu changes de version de firmware (exemple passage en Marlin 1.1.9 comme je l'ai fait) il est également important de relever les valeurs des paramètres à la main. Pour recharger le contenu des fichiers .hex dans les mémoires FLASH et EEPROM, il te suffit sur chacune des lignes qui lancent l'exécution de avrdude, de remplacer l'option "-U eeprom:r:%EEPROM_DMP_FILE%:i" par "-U eeprom:w:%EEPROM_DMP_FILE%:i" et "U flash:r:%FLASH_DMP_FILE%:i" par "U flash:w:%FLASH_DMP_FILE%:i" @+ FG

Une VRef à 1.2 V me paraît très élevée : en limite de courant max pour le driver A4982

Bonsoir @Desmojack Je ne comprends pas la dernière phrase de ton message. Ce que j'ai écrit c'est que la version 1.1.9 de Marlin apportait des améliorations dans la gestion des cartes MKS_BASE 1.5 et 1.6, notamment une meilleure gestion des "steppers". A première vue j'ai constaté des effets de ces améliorations sur la qualité d'impression ; je pourrais confirmer dans quelques temps quand j'aurais imprimé beaucoup plus d'objets (je ne suis passé en 1.1.9 que depuis une semaine). Donc si tu as une MKS_BASE 1.5 ou 1.6 tu as tout intérêt à passer en marlin 1.1.9. Si ta carte est plus ancienne, je ne sais pas te dire quel bénéfice il y aurait à passer en 1.1.9, à part les corrections de bugs et autres améliorations mineures dont je n'ai analysé le détail. @+ FG

Salut @Desmojack, désolé de te contredire mais après décorticage comparatif (présence ou non du fichier, analyse du contenu) de quelques fichiers source, d'une part sur la version de firmware disponible sur le site tornado.cn et, d'autre part, sur les distributions Marlin depuis la 1.1.5 jusqu'à la 1.1.9, la version de firmware du site tornado.cn est, à priori, la 1.1.6 et non pas la 1.1.8. Par ailleurs, les versions de Marlin sont communes à (ou plutôt configurables pour) un grand nombre de cartes. Voir le site Marlin pour plus de détail et la liste des fichiers "pins_<carte mère>.h" de la distribution Marlin considérée. La version 1.1.9 présente une amélioration sur la prise en compte des cartes MKS_BASE versions 1.5 et supérieures. Donc pas de crainte d'incompatibilité dans ton cas.

Bonjour @mijean, j'ai également continué à chercher mais toujours aucun résultat. Comme tu le dis, pas cool du tout.

En fait, Arduino IDE n'utilise pas de "programmateur" pour téléverser le firmware sur une carte ATmega2560 : il utilise, comme je l'ai découvert par ailleurs, le pseudo programmateur "wiring". FG

Petit additif au paramétrage que j'ai réalisé pour la version 1.1.9 : fichiers configuration.h et configuration_adv.h en pièce jointe qui remplacent ceux que j'ai intégré à l'archive zip en tête du fil de discussion. FG Configuration.h Configuration_adv.h

@Desmojack , pour ce que j'ai pu en voir, le firmware d'origine de la Tornado serait plutôt 1.1.5 ou 1.1.6 ; c'est pas très facile à savoir dans la mesure où le paramétrage fait pas TEVO ne respecte pas les usages préconisés de Marlin. @jeek, oui ma Tornado est d'origine : les seuls améliorations apportées sont purement mécaniques, sans effet sur le firmware (rigidifaction du cadre, tendeur courroie Y, Ultrabase de chez CReality) ; Les avantages : des corrections de bugs et des évolutions (voir release notes de Marlin) ; parmi les évolutions, j'ai noté gestion plus optimisée des drivers de moteurs, la prise en compte de la carte MKS Base 1.5 (très proche de la 1.6), l'adaptative smoothing, ... J'ai fais quelques impressions d'objets de tests et ça fonctionne très bien. J'ai vu une évolution dans l'extrusion : avec la version d'origine, j'avais une légère sous-extrusion tandis que celle-ci donne plutôt une légère sur-extrusion (même filament et conditions d'impression) ; sans doute est-ce dû à une meilleure gestion des drivers moteurs, voire peut-être également à l'adaptative smoothing ; j'ai dont changé la correction de débit dans mon slicer préféré et tout va bien. Par ailleurs, j'apprécie beaucoup le Mesh Bed Leveling et l'effet de l'adaptative smoothing : réduction du bruit et diminution des artefacts d'impression (motifs sur l'objet) @Artazole, je comprends que tu sois prudent, mais d'après mon expérience, non l'adaptation ne semble pas source de problèmes. @+ FG

Je viens de flasher la version 1.1.9 de Marlin sur ma Tornado (il s'agit du modèle équipé de la carte MKS Base 1.6) et voici un premier retour d'expérience. A condition de s'inspirer de la configuration de la version fournie d'origine avec la Tornado, l'opération ne présente aucune difficulté. Il faut également faire attention que l'organisation de l'EEPROM (contenant les paramètres de l'imprimante) sera différente et, donc, de bien relever les valeurs de tous ces paramètres avant de flasher le firmware. Pour conserver le graphique "Tornado" de l'écran de boot, penser à copier le fichier _Bootscreen.h depuis le répertoire du firmware d'origine vers celui de Marlin 1.1.9 Dans la configuration de Marlin, j'ai, notamment, validé : l'option "Adaptative Smoothing", filtrage logiciel destiné à réduire les bruits et couplages entre axes ; à première vue, assez efficace mais à confirmer après usage prolongé l'option "Mesh Bed Leveling" qui permet d'assurer un nivelage "automatique" du plateau à partir de mesures manuelles, associée à l'option "Lcd Bed Leveling" qui assure le pilotage du processus de nivelage et la prise en compte du résultat. A l'usage, très facile d'emploi ; de mon point de vue, une excellente alternative au BL Touch. Pour ceux que ça peut intéresser, je mets en pièce jointe le zip du répertoire contenant le firmware adapté à ma Tornado. Sauf distraction de ma part, les modifications sont signalées par des commentaires commençant par "// FG" Tornado-Marlin.zip

Bonjour @Artazole Tu as raison, une erreur de frappe s'est glissée dans le commentaire sur la définition de la variable qui pointe sur l'exécutable avrdude. Les 2 dumps (EEPROM et FLASH) se créent dans le répertoire courant pour ta fenêtre de commande, qui serait vraisemblablement le répertoire où tu as déposé le script de commandes. A titre d'information, j'ai utilisé cette possibilité de avrdude dans les 2 sens : pour sauvegarder le firmware depuis la carte MKS_BASE et pour le restaurer sur la carte MKS_BASE. Ca fonctionne parfaitement. FG