arpschuino.fr

Bonjour,
J'utilise un arpschuino avec 5 driver a4988 pour gagner en silence je teste avec des tmc2208.
Mais quand je branche les drivers, une fois la vref calibrée, je branche les moteurs et rien.
Le moteur est pas bloqué et il ne reçoit évidemment pas de commande.
Pensez vous qu'il y a quelques choses à recabler?
Les tmc2208 peuvent coexister avec les a4988. Il faut réinitialiser la carte?

Je suis preneur de tout conseils

Bonne journée

Bonjour,
en principe, d’après le site du fabriquant (https://wiki.fysetc.com/TMC2208/), le TMC2208 est bien compatible avec l' A4988.
voici le schéma de câblage de l'A4988 : et celui du TMC2208 : ils ne sont pas exactement identiques...
EN n'est relié à rien sur l'A4988, il est relié au microcontrôleur sur le TMC. En lisant les specs, on peut voir qu'il doit être relié au ground pour être en mode "enable".
Sur l'arpstepper, tu peux relier EN au gnd en soudant un fil : Autre différence, reset et sleep sont relié ensemble sur l'A4988, PDN et CLK (au même emplacement) sont reliés à rien.
Sur l'arpstepper, tu peux défaire le jumper de soudure entre RST et SLP :

Et surtout, dis nous si ça fontionne !

A bientôt

Une autre piste ici :
https://imprimante-3d-service.com/blog/ ... stiques-n6

Lire le chapitre 2 - Mode UART Vérifie si ton TMC est en mode step/dir ou uart.

Bonjour et
Merci pour la réponse hyper rapide et hyper détaillée !

Une liaison du Ground/enabled à sauvé l'affaire.
J'ai d'ailleurs laissé le jumper rst/slp en l'état, pas vu de différence avec ou sans.

Je vais regarder de plus près le mode uart et voir ce que celà pourrait m'apporter. (J'imagine que mes drivers sont en step/dir mais pas sous la main pour confirmer.)

Désormais, pour retrouver une vitesse à peut près équivalente à mes anciens drivers, j'ai dû augmenter le nombre de steps/rotation dans mon sketch. Augmenter les rpm n'est pas hyper probant
J'ai du coup perdu en précision. 1% dmx est désormais un grand pas.
Je n'ai pas eu le temps de pousser mes tests ! Mais je n'y manquerai pas.

Merci encore

Ha nickel ! Merci de nous tenir au courant.
Je vais modifier le tuto stepper dans ce sens.
Concernant le réglage des micros pas, je crois que le réglage des cavaliers est différent pour le TMC. Je vais regarder ça.

Pour le réglage des micros pas , je te suggère d'aller voir ici : https://wiki.fysetc.com/TMC2208/
Au chapitre "micro stepping"
Seul 2 jumpers sont utilisés, le 1 et le 2, et le tableau est différent.

Au fait, est-ce qu'il sont réellement plus silencieux ?

Disons que j'étais prêt à abandonner et remettre les vieux drivers quand je me suis rendu compte que mes 5 moteurs étaient entrain de tourner...

pour répondre à la question, nous avons fait hier des tests avec un Tmc2208 et niveau silence par rapport à un DRV8825, c'est le jour et la nuit. Noé et ses jeunes oreilles entendait même des fréquences très aiguës alors que les moteurs ne tournaient pas que nos vieilles oreilles ne sont pas en mesure d'entendre. Ces fréquences ont disparues avec le TMC2208 et le moteur tourne dans un silence tout à fait raisonnable.

Une autre constatation, mais que l'on savait déjà, ces Drivers sont très sensibles et il est très facile de les détruire en cas de mauvais branchement. Veillez à vérifier par 2, voir 3 fois votre câblage, il vaut mieux commander du spare.

Concernant les DRV8825, il semblerait que les drivers originaux POLULU soient différents au niveau du point de mesure. Les drivers POLULU indiquent qu'au point de mesure on devrait avoir VRef. Sur les drivers que nous avions à disposition, il s'agit de VMot. Ça peux causer quelques migraines lors de la mise en œuvre.

N'oubliez pas de calibrer correctement vos drivers pour ne pas détériorer vos moteur, il est préférable de le faire moteur débranché.

On à aussi trouvé un bug dans le code par défaut, le 4è Stepper ne réagit pas à la vitesse, c'est dû au fait que le nbre_circuits est mal défini dans le code
Stepper 1 étant défini en 16 bits, il utilise 1 circuit supplémentaire. il faut donc définir nbre_circuits à 9
ou
C'est sur la TODO LIST, le code sera corrigé dans le core arpschuino à une date ultérieure.

C'est corrigé !
Il faut faire une mise à jour du core arpschuino :
http://www.arpschuino.fr/programmer-l-a ... arpschuino