P
Bonjour Vince.Mastercam.
est ce que tu parles de celui qui est là:Mastercam.
Bonjour Vince;Mastercam est un logiciel de FAO capable de générer du gcode en 4 et 5 axes continu. Le post processeur c'est juste la passerelle entre le logiciel de FAO et la machine (mach3). Mastercam génère du gcode compatible Mach3 avec le post processeur Fanuc intégré ou celui de ton lien.
Ensuite, pour faire tu 4 et 5 axes continues avec Mach3, t'a intérêt à avoir un contrôleur matériel externe, pas une carte USB à 2 balles ou le port //.
st, si tu veux des infos, tu contact le support qui est très réactif.
Alors selon toi l'OS et la gestion du matériel occuperai tellement le I7 qu'il ne serai pas capable d'être aussi compétitif qu'un méchant micro-controleur a 100MHz ????
Pour info tu connais le gestionnaire de tâches qui permet de vérifier l'occupation processeur par application ? Moi mon logiciel avec environ 200000 racines carrées à la seconde c'est moins de 10% sur un pentium 4 !
Moi un pur softeuxTu mélange tout, c'est la réaction typique d'un pur softeux qui croit tout pouvoir faire par un logiciel sur un PC.
Mon logiciel existe depuis 26 ans et je ne suis pas du tout intéressé pour faire de la concurrence a Mach3.Pourquoi ne pas sortir un concurrent à Mach3 si tu as trouvé le moyen de contrôler 2 machines et de faire la FAO sur un P4 le tout en même temps ?
Un core I7 qui s'occupe de faire tourner l'OS et tout le matériel du PC, oui il sera moins performant qu'un micro à 100Mhz sans OS ! C'est même mon boulot de tous les jours depuis 15 ans ! Faire du sinus et cosinus dans un micro avec module DSP est très facile est rapide, pareil pour la racine carrée.
Bien sûr que non qu'un microcontrôleur à 100MHz ne fera pas autant de calcul qu'un core I7, tu me prend vraiment pour un idiot et c'est agaçant
C'est bien Mach3 qui interprète le GCODE et qui génère la trajectoire correspondante.
Ce que je veux dire, c'est que le modèle 4 axes, c'est pas juste un port Ethernet et des sorties 125KHz. C'est un vrai contrôleur avec interpolation et calcul des trajectoires, gestion des vitesses et butées entièrement en matériel
Exemple hors sujet: un simple BUS CAN à 1Mbps par seconde est capable de mettre à mal un CORE I7 si il devait traiter les trames 100% par CPU. On en a fait les frais avec un dongle USB <-> CAN qui n'a pas de FIFO mais juste un seul buffer, le CPU est incapable de récupérer toutes les trames en temps réels. Chaque trame arrivant toutes les 115µs, des qu'on clic sur un bouton d'un logiciel, l'OS s'occupe de ça et ne fait pas le reste, résultat, quand il revient 10msec plus tard, il a perdu 100 trames !
C'est pour ça que je conseille un contrôleur externe, faire du calcul 5 axes en live par un PC qui tourne sous windows c'est joueur, très joueur.
T'a vidéo est bidon, tu mélange charge cpu en temps partagé et respect du timing. Bien sûr que tu fait tourner plusieurs calcul en même temps, mais si il fallait générer les signaux step / dir tu serais totalement à la ramasse.
Pour info sur les modules CAN <-> USB , l'USB est souvent géré par un FTDI qui a bien un buffer FIFO est envoie les données par paquet, configurable dans le gestionnaire de périphériques, donc pas de trame de perdue.Un thread à 1msec sous Windows ! Mort de rire. En 1msec, tu as déjà perdu 10 trame CAN a 1mbit !
pour du 2 axes et demi ou 3 axes , en fraisage cnc , match3 intègre bien un post pro mastercam , dites moi
bonne soirée
Pour info sur les modules CAN <-> USB , l'USB est souvent géré par un FTDI qui a bien un buffer FIFO est envoie les données par paquet, configurable dans le gestionnaire de périphériques, donc pas de trame de perdue.
Même la carte MOXA PCI permet de recevoir les trames par paquet.:
UNS8 TCAN_VSCOM::canReceive_driver (Message * m)
{
int ret, i;
char bufr[6000];
if ((int)canHandle <1)
{
return 0;
}
DWORD dwRead=0; /* number of read frames */
try{
int recept = cnio_receive_queue(canHandle);
while ((recept > 0) && (dwRead<10))
{
ret = cnio_receive_message(canHandle, &rx_frame, 1);
if (ret != CNIO_SUCCESS) {
/* Fail */
printf("Rx Fail\n");
return dwRead;
}
m[dwRead].len = rx_frame.Length;
if (rx_frame.FrameType == CNIO_RTR)
m[dwRead].rtr = 1;
else
m[dwRead].rtr = 0;
for (i = 0; i < rx_frame.Length; i++)
m[dwRead].data=rx_frame.Data;
dwRead++;
}
return dwRead;
}
catch(...){
//ERR_FILE ("vscom read",0)
};
return 0;
};
Bien sur que j'ai une carte, tu le sais car tu m'a déjà un peu chauffé les oreilles sur une autre discutions, mais cette carte ne fait aucun calcul de trajectoire c'est bien là que je suis pas d'accord, le PC est beaucoup plus apte a faire les calculs.
Ma nouvelle carte est a base de stm32F4 a 168Mhz avec FPU , Le DSP 80Mhz que j'utilisait avant été de 1991 !
Pour l'avance, c'est le contrôleur qui le fait, donc Mach3 si on est sans contrôleur externe. C'est pour ça que je conseille un contrôleur externe, faire du calcul 5 axes en live par un PC qui tourne sous windows c'est joueur, très joueur.
cad explique
Finalement quelle est la syntaxe d'une ligne de g code en 5 axes ?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?