Problème au démarrage

[off02]

Bonjour à tous.
Voila maintenant un bon moment que j'essaie de remettre en route ma fraiseuse.
J'avais assemblé la version rs-cnc et suite à quelques problèmes de dérive d'axe j'ai décidé de faire une mise à jour.
Je suis passé à la version 32 bits.
J'ai recâblé les drivers avec du câble blindé.
Idem pour les fins de course.
J'ai testé toutes les continuités (puissance moteur, commande des drivers, fin de course, liaison série ) en partant directement des cpu.
J'ai reprogrammé les deux composants

Lorsque je mets en route la cnc en déverrouillant l'arrêt d'urgence, les 3 moteurs se mettent à tourner. L'appui sur les boutons reset ne font pas stopper ces mouvements (seulement au moment où ils sont enfoncés).

J'imagine bien que avoir raté une info ou une étape, à moins qu'une des cartes soit défectueuse.
Est-ce quelqu'un a déjà rencontré ce problème ?
Merci de prendre le temps de me donner un coup de main.

Bon confinement, prenez soin de vous

[RoMaker]

Salut !
Ha ben ça c'est de l'inédit !
Essaye de déconnecter la carte du TFT de la carte GRBL et mets sous tension pour voir si ça bouge encore, histoire de commencer à isoler le problème

[off02]

Salut,
Merci pour ta réponse rapide.
J'ai débranché la carte du TFT et j'ai exactement le même comportement.
Il semblerait que le problème se localise sur le GRBL

[RoMaker]

Rebranche le TFT à la carte GRBL et dis nous quel status se trouve en haut à droite de l'écran (IDLE ou ?? ou autre), si tu as des messages d'erreur en haut à gauche, et si la position logicielle des axes bouge (les chiffres XYZ en écran d'accueil)

[off02]

Bonjour,
J'ai tout rebranché
Donc une fois démarré j'ai les deux points d’interrogation ?? dans le coin
Erreur sur le Wifi c'est normal je ne l'utilise pas
La position des axes ne bouge pas.

[mstrens]

?? indique que GRBL ne communique pas avec l'ESP32.
Dans ces conditions, il est "normal" que les positions ne changent pas et que les moteurs ne bougent pas.


Dans le câblage qui relie les 2 shields, as tu bien "croisés" les signaux TX et RX?
La pin TX d'une carte doit être reliée à la pin RX de l'autre carte (et non reliée au TX de l'autre carte).

[off02]

Bonjour,
Les fils tx et rx sont bien croisés et cablés avec du fil blindé.

Pour vérifier j'ai aussi fait un test de continuité de la carte STM32 et la carte esp32.
La borne PA9(30) est bien raccordée à la borne G16 (esp32)
De même la PA10(31) est raccordée à la G17 du esp32.

Et pourtant ??

[RoMaker]

à tout hasard remplace les endstops par 3 jumpers sur les pins enstop XYZ (même si je pense pas que ça vienne de là , teste)
Après il ne restera plus que la solution d'essayer avec un autre STM32

[off02]

Je vient de ponter les endstop. J'ai utilisé les cables dupont fournis avec le st-link.
Du coup j'ai ponté x,y,z et le A . Mise en route et miracle plus de mouvements des moteurs.
J'ai rebranché mes capteurs tout en laissant le A ponté idem. Démarrage sans mouvement des moteurs
Fallait-il ponter ce A dans le montage initial ? si oui j'ai du louper l'info.

Par contre toujours pas de connexion entre le STM32 et la carte GRBL, j'ai toujours les ??

[RoMaker]

Non, pas besoin de ponter A car de toutes façons il n'est pas utilisé par le firmware si on active pas le 4eme axe, en gros là pour le CPU cette pin n’existe même pas, donc je vois mal comment ça pourrait jouer là dessus !
T'avais aussi le status ?? avec les jumpers à la place des endstops ?