Bah c'est faux, le gcode de linucnc possède des appels a des sous programmes, également la fonction repeat et bien d'autres fonctions que ne possède pas le GRBL, qui est le gcode de l'arduino.
Oui c'est bien ce que je dis, c'est l'interpréteur qui est plus performant...
Un programme (merci à l'impression 3D pour la vulgarisation de ce nom en Gcode... car le nom c'est bien Programme et non Gcode du fait qu'il contient à la fois du G, du M, F, T...), ce n'est que des codes et fonctions ISO à la suite.
Alors oui les sous-routines appelées en M98 ne sont pas supportées par GRBL, est-ce bien le problème de base ?
Tu peux bien demandé un M98 P1002 L4 à un interpréteur Arduino, il ne le comprendras juste pas.
Quand à l'usage du M98 pour une plieuse...
Le fait est que l'arduino est fragile par rapport aux parasites engendrés par la broche.
Fragile non, sensible Oui car les signaux de l'Arduino sont en 5V contrairement à la majorité des solutions citées qui sont en +24VDC, voir en analogique 0-10V, mais ça on l'a déjà dis, cela n'empêche pas le +24VDC et l'Ana 0-10V d'être aussi soumis aux problèmes de CEM.
j'ai eu ces pbl, changer de broche et son alime pour tomber sur quoi?
Personne n'a parler de changer de broche ou d'alimentation.
Surtout qu'une broche sur une plieuse...
La, le convertisseur de Julien lui sert pour le moteur de sa pompe hydraulique.
La je passe a linuxcnc plus de plb et j'ai un Gcode plus performant. De plus c'est pas plus cher que l'arduino, ou si peu
Heu si c'est plus cher, un Arduino et un Shield basique c'est moins de 10€...
Un PC (±50€), une carte d'interface LinuxCNC en port // (10-15€) et pour une solution pérenne (une carte en liaison RJ45 de base chez Mesa comme la 4I61) c'est déjà + de 100€...
, une carte d'interface parallèle avec un pc et un port Parallèle,
Oui belle idée d'utiliser une interface sur port parallèle, c'est tellement fiable, moderne (acheter un PC d'occaz juste pour avoir une carte parallèle) en comparaison d'une liaison RJ45 (qui elle est utilisée sur les automates industriels).
Quitte à changer de carte de contrôle autant aller vers une solution qui n'est pas déjà dépassée au niveau de sa connectique (voir ci dessus)
Voila une solution de rechange qui est fiable, un retour d'expérience. Pas de blindés et de solution bancale qui marche/marche pas pff.
Sauf que la tu ne résous pas le problème de base.
A savoir les parasites CEM généré par un convertisseur de phase/variateur de fréquence dans une armoire de contrôle...
C'est comme mettre un pansement sur une jambe de bois.
Les câbles en doubles paires torsadés blindé, c'est la norme dans toutes les armoires CN industrielles pour les signaux de commande, donc loin d'être une solution bancale, tout comme la séparation des câblage commande et puissance, etc...
Il faut un peu connaitre linux, si peu.
Encore faut-il s'y connaitre, ou vouloir connaitre...