Salut,
c'est pour une CNC, je suppose (ça pourrait être de la robotique).
Les cartes données en exemple par Stanloc ont visiblement un champ d'applications très étendu.
Ethernet, USB, finalement c'est pareil.
La carte contrôleur doit avoir un "interpolateur" de trajectoire. Et le soft (sur le PC) qui lit le GCode doit pouvoir converser avec le soft embarqué dans la carte contrôleur.
Ethernet présente quelques avantages : longueur de la liaison, accès physique indirect.
Mais il semble évident qu'un réseau dédié est préférable (congestion).
Pour un amateur peu fortuné, ce qui s'en rapproche le plus est un PC dédié avec LinuxCNC.
Voire un RaspberryPI sous LinuxCNC ? (mais je ne sais pas où ça en est actuellement).
On a lors un système entièrement standard avec, par exemple, des drivers de moteurs pas-à-pas branchés sur le port parallèle du PC.
Le réseau ne sert qu'à l'accès à distance.
Pas besoin de carte contrôleur exotique.
À noter que le pilotage de LinuxCNC à distance est prévu d'origine. Et qu'il est documenté.
Le "truc", c'est que les interfaces graphiques (il y en a plusieurs, au choix) sont séparées du "moteur temps réel".
Et que l'on peut faire tourner ces interfaces graphiques à distance à travers le réseau.
Je n'ai encore jamais essayé.
Autre possibilité : l'accès à distance grâce à VNC ("Virtual Network Computing").
VNC "intercepte" la sortie écran et les entrées souris et clavier d'un PC, et envoie tout ça sur le réseau.
Cela permet de contrôler la machine LinuxCNC à distance exactement comme si on était assis devant.
Accès possible depuis Windows, Mac ou Linux.
Je n'ai plus utilisé VNC depuis des années, mais il y a beaucoup d'infos sur le net, c'est très bien documenté, avec de nombreuses variantes (y compris une version compatible OpenGL).
