Re,
pepe:
La vitesse des GPIO n'a rien à voir dans l'affaire (vu qu'il est par ailleurs tout-à-fait possible de leur faire produire des signaux dépassant le MHz). C'est plutôt la méthode retenue pour calculer et générer les signaux qui est en cause.
pepe, tu as tout à fait raison et ce qui est concernant c'est que je n'ai pas tort. Il faut rester dans le contexte de cette librairie.
Les cartes Arduino M0, TM4C123 ainsi que la Raspberry Pi ont une puissance de calcul suffisante pour générer des signaux plus rapides mais le pilotage des sorties ne suit pas.
pepe:
En fait, pour atteindre de bien meilleures performances que celles que tu annonces, il ne faut pas se tourner vers des bibliothèques, dont la vocation est d'être relativement universelle et indépendante du reste de l'application.
Le but n'était pas de ré-écrire un soft pour tester une chaine cinématique mais utiliser de l'existant. Le pilotage d'un moteur pas à pas via un driver (pul et dir) et en soi très simple.
Faire du x = vt + vi est simple.
Mais dans le cas précis, il faut également traiter l'accélération et la décélération du moteur.
Faire du x = 1/2gt2 + vi1t + xi1 + v2t + xi2 - 1/2gt2 - vi3t - xi3 est autre chose.
Certes le problème de résolution mathématique numérique n'est pas insurmontable, par contre, le développement de ce type de routines sont loin de mon objectif de test.