arrêts en cours d'usinage

[HTheatre]

Bonjour à tous les deux,

@mstrens,

Tu peux encore réduire la valeur du baudrate à 19200 ou même à 9600. Je ne sais pas si cela va réellement résoudre le problème.
Un baudrate très faible doit réduire les risques de perturbation sur la liaison ESP32/STM32 mais risque aussi de ralentir l'usinage (les commandes n'étant plus transmises aussi vite). 9600 était la valeur par défaut des premières versions de GRBL

-- > Sans descendre à 9600, j'essayerai 19200. Je termine une pièce que j'ai sur "le feu" et je reflashe les 2 "puces"

Suite à ces 2 arrêts quel statut avais tu sur l'écran INFO?

--> IDLE

Les screenshots ont ils été pris juste après l'arrêt(avant d'avoir lancé des commandes)?

--> Oui

Je présume que les 4 lignes commençant par [PRB: sont bien le résultat de commandes probe lancées auparavant et sont donc normales

--> Oui

Sur le premier screenshot, je ne vois d'anormal.

--> C'est aussi la remarque que je me suis faite

Sur le second screenshot, je ne comprends pas d'où vient le texte " mk" et de plus il semble y avoir eu un reset puisqu'on retrouve ensuite un message Grbl 1.1f....

--> "mk" doivent certainement être des caractères déformés. Pour le "RESET", je ne me rappelle malheureusement plus.

Le fait que les moteurs soient chauds n'a rien à voir avec l'effort qu'ils doivent fournir.
Comme ce sont des moteurs pas à pas, ils sont parcourus par un courant constant lequel provoque un échauffement (effet joule).
Cet échauffement est directement proportionnel à l'intensité du courant.

--> Cela ne doit pas leur faire trop de bien quand même non ? A la longue l'effet Joule ne pourrait-il pas endommager les bobinages internes ?

Tu peux régler les drivers pour fournir un courant plus faible (par exemple à 2A). Cela réduira aussi le couple des moteurs mais il est possible que ce couple soit encore suffisant pour éviter des pertes de pas.
Une autre solution est d'augmenter leur refroidissement par exemple en ajoutant une souflerie (ou un petit ventilateur).

--> Je pense que je vais plutôt tenté le refroidissement. Pour info, j'ai commandés chez ZYLTech aux U.S.A., leurs drivers/steppers équipés de puces TOSHIBA TB6600HG. De meilleurs composants électroniques ne devrait pas faire de mal à la RS-CNC32. Dans un premier temps, je conserverai mes NEMA23 que je "sous-alimenterai" en 2,5A au lieu de 2,8A. Je verrai ensuite si j'investis dans de nouveaux NEMA23 acceptant une intensité de 3,0 ou 4,0A.

Je ne crois pas que ce soit cet échauffement qui provoque l'arrêt du système car GRBL n'a aucun retour d'information des drivers. Il ne sait donc pas si les moteurs tournent ni même si des drivers sont connectés ou non.

--> OK.

Je présume que tout est alimenté par la seule alimentation 24V. Il se pourrait que celle-ci aient des micros coupures. As tu déjà essayé d'alimenter les cartes ESP32 et STM32 par une alimentation 24V séparée de celle qui alimente les drivers (et donc les moteurs). Il suffit d'une alimentation de faible puissance (1 A est largement assez).

--> Oui, toute l'électronique est alimentée par une seule alimentation 220VAC/24VDC. J'ai ma pseudo alimentation de laboratoire 30VDC/10A réglable en tension et intensité. Je la brancherai une fois que j'aurai reflashé le STM-32 et l'ESP-32 avec un baud rate de 19200. Si je constate une amélioration, cela ne permettra pas d'identifier si c'était le baud rate, qui n'était pas encore assez bas, ou si l'alimentation 220VAC/24DC avait des microcoupures, mais tant pis. Par anticipation, j'ai quelques questions. Existe-t-il une méthode qui permette de contrôler si l'alimentation 220VAC/24VDC a des microcoupures ? Si l'alimentation 220VAC/24VDC que j'utilise actuellement a en effet des microcoupures, à quelles caractéristiques de l'alimentation je dois prêter attention pour en acheter une plus stable/meilleure ?

@Fran27
Pour info, sur ma RS-CNC32 :

1. je n'ai toujours pas installé de ferrites. Celles que j'ai reçues se sont avérées être trop petites pour y passer les câbles de tension qui proviennent de l'alimentation 220VAC/24VDC et alimente la carte GRBL 32bits en 24V. Je veux bien en acheter de nouvelles, mais je ne sais pas lesquelles ni où les acheter pour ne pas attendre 1 mois. J'en ai bien sur un câble d'écran DVI, mais elles me semblent énormes pour mes câbles qui ne font que 3 mm de diamètre extérieur. En plus il n'est pas dit que je ne les pète pas en essayant de les récupérer, car il semble que la coque en plastique qui les protège soit soudée (je n'ai vu aucun jour et je n'ai pas de câble informatique sur lesquels je pourrais en récupérer. Est qu'il vaut mieux prendre des ferrites en forme d'anneau ou cylindriques ? Si tu sais où je peux m'en procurer rapidement dans lesquelles j'arriverai à passer mes câbles de 3 mm sans qu'ils ne nagent de trop non plus.
2. Je n'ai pas encore sorti le câble d'alimentation en 220V de la fraiseuse des chaînes passe câbles, même si maintenant je pense moins qu'il puisse être à l'origine de mes problèmes d'arrêts en cours d'usinage.
3. Les câbles de mes moteurs sont depuis le début des câbles blindés.
4. Je n'ai pas encore recâblé l'interrupteur RESET (en façade de la RS-CNC) avec un câble blindé, car je ne l'ai pas encore rebranché. Pour l'instant, j'ai toujours un jumper sur les pins RESET de ma carte GRBL 32 bits.
5. Pour ma part je n'ai pas encore checké le bouton marche/arrêt de ma RS-CNC32, et par conséquent, je ne l'ai pas remplacé.
6. J'attends de recevoir mes nouveaux TB6600 équipés de puces TOSHIBA TB6600HG pour remplacer ceux que j'utilise actuellement.

@+

[mstrens]

Je ne connais pas de moyen simple de détecter les micro coupures. De plus différents composants électroniques peuvent réagir différemment selon la durée de la coupure et suivant le niveau de la chute de tension.

Comme le statut GRBL est Idle, cela semble indiquer que le STM32 n'avait plus rien à faire (et donc ne recevait plus d'ordre de l'ESP32).

J'ai oublié de demander quel était le statut de l'ESP32 lors de l'arrêt (en plus du statut de GRBL).
Lors de l'usinage le TFT affiche un statut disant que l'impression est en cours et un % d'avancement. Sais tu encore si le statut disait que l'impression était en cours et si le % d'avancement était inférieur à 100%?

[HTheatre]

Sais tu encore si le statut disait que l'impression était en cours et si le % d'avancement était inférieur à 100%?

Il me semble bien que le statut était RUN et que le % était inférieur à 100% juste avant les arrêts, mais je n'en mettrai pas ma main à couper. Si j'ai de nouveaux arrêts, je ferai plus attention.

@+

[Fran27]

Bonjour HTeatre,
Pour les ferrites je les ai récupéré sur des câbles informatiques, alimentations et usb.
J’ai remarqué sur un câble HP pour une imprimante que le câble faisait une boucle et passait deux fois dans les ferrites.
Le câble d’alimentation du routeur à l’extérieur de la chaine n’a rien changé, actuellement le câble est sur l’extérieur sur chaine X et vient se raccorder sur une PC fixé sur le coté du support, le câble d’alimentation vient par la chaine Y depuis le grbl.
Je ne voulais pas changé le câble de la fraiseuse.
Je penche aussi pour une qualité aléatoire des composants des stm32 et esp32, de même que le tb6600. Le peu d’expérience que j’ai sur les tb6600 m’a permis de constater une énorme différence de qualité entre ceux que j’avais et les deniers reçus, tous du soleil levant. J’espère que tu vas trouver une solution. Juste une idée, tu as déporté toute la partie électronique, as tu vérifié les « prises » de raccordement, c’est une source supplémentaire de problèmes. Bon courage

[HTheatre]

Bonjour Fran27,

Oui, pour les ferrites qui ne sont pas encapsulée dans des supports en plastique, on fait généralement passer 1 ou plusieurs fois le câble à l'intérieur.
Au multimètre en mode testeur de continuité, j'ai contrôlé à plusieurs reprises tous mes câbles, connecteurs et prises et, électronique assemblée et machine éteinte, j'ai vérifié la continuité pour chaque liaison depuis leurs extrémités.
a ce stade, même si je vais quand même testé les solutions qu'mstrens et toi proposez, je pense que mes soucis sont dus à la longueur de ma liaison entre la carte GRBL 32 bits et la carte adaptateur GRBL. Mais comme je l'ai déjà écrit, pour l'instant, je n'ai pas la possibilité de le raccourcir de façon significative. J'ai prévu de faire faire (par mon père, car je ne sais pas souder à l'arc) un meuble avec une armature métallique sur roulette pour ma RS-CNC32. Quand il sera fait, je pourrai poser la machine sur le plateau supérieur du meuble et ré-installer l'électronique sous le plateau supérieur du meuble, donc au plus près de la RS-CNC32. J'en profiterai à ce moment là pour raccourcir au maximum la liaison entre les 2 cartes.
Personnellement, mais je crois que je te l'avais déjà dit j'ai un STM-32 et un ESP32 de meilleure qualité que ceux que l'on trouve généralement sur AliExpress. Le STM-32 est un black pill et non un blue pill. Les composants électroniques utilisés sur les black pills seraient apparemment de meilleure qualité, d'après ce que j'ai pu lire sur le net. Enfin, mon STM-32 est celui de la marque RobotDyn. Certes c'est une marque chinoise, mais elle est spécialisée dans la conception de cartes modules et réputée pour sa qualité de fabrication. Mon ESP-32 est le modèle original de la marque ESPRESSIF.

@+

[HTheatre]

Bonjour,

Régler un taux de transfert à 19200 baud pour la communication entre le STM-32 et l'ESP-32 n'a malheureusement rien changé pour moi. C'est ailleurs qu'il faut agir.
Lors du prochain usinage j'alimenterai donc les cartes GRBL 32 bits et adaptateur GRBL via une alimentation séparée 24V/1A raccordée à la carte GRBL 32 bits.

Voilà les écrans que j'avais juste après la coupure :



Donc il y a bien un pourcentage restant d'usinage à réaliser.

Et quand j'appuie en haut à gauche, voilà ce que je lis :



Soit encore aucun message d'erreur ou hiéroglyphe dans cet écran qui permettrait d'identifier à coup sûr un problème de communication entre les cartes, même si un problème de communication entre les cartes demeure la cause la plus probable.

Cela ne m'a pas pour autant et enfin, permis de terminer mon X-motor en aluminium.

@+

[mstrens]

Aucun message d'erreur n'est en effet rapporté par GRBL dans les écrans donnés.
Quand tu dis que ce sont les écrans juste après arrêt, as tu une idée du temps écoulé entre la copie de l'écran et l'arrêt réel.
J'explique pourquoi cette question:
Il semblerait que l'ESP32 ait cessé d'envoyer des commandes à GRBL (vu le statut SD->GRBL et le 34%) alors que tout le fichier n'est pas envoyé.
L'ESP32 n'est pas bloqué puisqu'il répond au touchscreen.
Il semble aussi que GRBL réponde encore aux demandes de l'ESP32 pour connaître le statut de GRBL puisque le statut est Idle.

En fait le fonctionnement normal est le suivant:
L'ESP32 envoie les lignes de Gcode une par une.
Avant d'envoyer le prochaine ligne de Gcode, l'ESP32 attend que GRBL lui renvoie un message "OK" (ou un "error") pour confirmer qu'il a bien reçu la ligne de Gcode.
Pour détecter le fait que GRBL pourrait ne pas renvoyer le "OK" attendu (ce qui bloquerait la communication), il est prévu que le TFT donne un message d'erreur si le OK n'est pas reçu endéans les 2 min après l'envoi d'une ligne de Gcode.

Question: as tu attendu au moins 2 min entre la prise de copie de l'écran et l'arrêt de la CNC?
S'il s'est écoulé moins de 2 min, il se pourrait que l'ESP32 n'ait pas reçu le OK prévu (suite soit à un problème dans GRBL soit à des caractères déformés dans la communication), se soit mis en attente et n'ait pas encore affiché le message d'erreur prévu.
S'il s'est écoulé plus de 2 min alors, je ne comprends pas pourquoi l'ESP32 n'envoie pas la suite du Gcode.

[HTheatre]

Bonjour mstrens,

Question: as tu attendu au moins 2 min entre la prise de copie de l'écran et l'arrêt de la CNC?

Et non... Puisque je n'ai même pas pris le temps d'éteindre la fraiseuse, qui tournait encore dans le vide pendant que je prenais les photos. J'ai vraiment pris les photos immédiatement après l'arrêt et éteins la fraiseuse seulement après. Je te remercie pour cette information que je garde en tête pour le prochain arrêt.

@+

[sebjhesus]

Salut a tous j'utilise la fraiseuse depuis 8 mois maintenant et j'ai eu pendant longtemps des problème d’arrêt en cour d'usinage totalement aléatoire. Après avoir appliqué tout les conseils de ce post j'ai enfin trouvé la solution (pour moi...). Javais tout simplement un des trois drivers qui surchauffé. Solution ouvrir le carter du drivers qui surchauffé y coller un ventilateur et voila fini les problèmes!!! Si sa peux aider.....

[mstrens]

Salut a tous j'utilise la fraiseuse depuis 8 mois maintenant et j'ai eu pendant longtemps des problème d’arrêt en cour d'usinage totalement aléatoire. Après avoir appliqué tout les conseils de ce post j'ai enfin trouvé la solution (pour moi...). Javais tout simplement un des trois drivers qui surchauffé. Solution ouvrir le carter du drivers qui surchauffé y coller un ventilateur et voila fini les problèmes!!! Si sa peux aider.....

Je suppose que dans ce cas, tu n'avais qu'un seul des moteurs qui cessait de bouger.