Par pitié, c'est S-T-M et non pas smtTech-raton a écrit : ↑24 mai 2018 11:29 J'attends de recevoir les smt32 pour voir à quel point ça améliore les choses.
Code : Tout sélectionner
#define PRINTLINE_CACHE_SIZE 16
)mstrens a écrit : ↑16 mai 2018 13:27 GRBL sur AVR 8bit (arduino uno, mini, nano, mega) est supposé gérer les steps jusqu'à 30 Khz .
Le même soft porté sur STM32 est supposé les gérer jusqu'à 180 Khz.
Personnellement j'ai suivi les explications les explications données par cette vidéo
Dans mon cas, cela semble avoir marché du premier coup. Mes tests sont cependant assez limités (vérifier que GRBL répond aux commandes envoyées par le pc, vérifier que le processeur génère bien des signaux steps/dir avec un digital analyser). Je n'ai pas testé avec une CNC car je n'ai pas encore terminé mon montage de R-CNC.
A noter aussi que cette dernière version de GRBL (1.1) est sensée apporter un gain de performance (optimisation accrue du soft).
S'il est vrai que si un processeur peut puissant peut limiter la fréquence max des signaux steps, il se peut aussi que de faibles vitesses de déplacement peuvent aussi résulter des paramètres max feed rate et accélération qui sont appliqués.
Ma delta est dans le meme filon.Kachidoki a écrit : ↑18 mai 2018 12:14 Tiens en passant, j'avais vu une démo de cette carte basée sur un des plus gros STM32 (et pas SMT Tech-raton) quand j'étais à Embedded World. Le mec faisait tourner une delta, à l'envers, et à 200mm/s sans problème, en caisson fermé, avec de l'air comprimé frais de l'extérieur.
Tech-raton a écrit : ↑11 juin 2018 17:38 bon, j'ai reçu des STM 32 (merci Kachidoki
J'ai installé coide, mais dans la video, le gars n'explique pas ce qu'il a utilisé pour flasher le firmware sur la carte.
Tu avais utilisé quoi mstrens?