PL50
Compagnon
non je ne pense pas.
j'ai donc téléchargé un soft open source qui m'a permis de jouer le gcode en séquence d'usinage; je l'ai mis en X16, et j'ai chronométré.
je ne cherchais pas une précision totale, juste une tendance.
a+
dh42
Compagnon
Salut,
Il y a possibilité de connaitre le temps d'usinage pour chaque opération (mais CB utilise une valeur fixe pour les rapides), tu peux avoir ces infos lorsque tu génère les parcours d'outil (ou le Gcode) dans la fenêtre d'infos en bas. Pour ça, dans les options, il faut mettre niveau de diagnostique sur 4. Ça n'affiche pas la durée totale, mais par opération avec le temps d'usinage et le temps en rapide et la longueur parcourue en rapide et en usinage ; c'est plus utile pour optimiser les op en elles mêmes.
tu peux aussi utiliser le script en pièce jointe qui fourni des infos triées, ainsi que le temps total et les infos outil.
le résultat sur le même fichier
++
David
Il y a possibilité de connaitre le temps d'usinage pour chaque opération (mais CB utilise une valeur fixe pour les rapides), tu peux avoir ces infos lorsque tu génère les parcours d'outil (ou le Gcode) dans la fenêtre d'infos en bas. Pour ça, dans les options, il faut mettre niveau de diagnostique sur 4. Ça n'affiche pas la durée totale, mais par opération avec le temps d'usinage et le temps en rapide et la longueur parcourue en rapide et en usinage ; c'est plus utile pour optimiser les op en elles mêmes.
tu peux aussi utiliser le script en pièce jointe qui fourni des infos triées, ainsi que le temps total et les infos outil.
le résultat sur le même fichier
++
David
PL50
Compagnon
yes, super ! ! !
ça marche nickel, merci
dh42
Compagnon
Re
Bon, en explorant le fonctionnement pour faire mon script j'ai constaté que ce n'était pas super précis pour tout ce qui touche aux rapides ; c'est une vitesse fixe (dans les 600 ou 800 mm/min il me semble) et les rapides en Z ne sont pas comptabilisés, de même que les rapides entre opération d'usinage distinctes. Les cycle de perçages ne sont pas pris en compte non plus. Dans une poche, le temps pour passer d'un parcours à un autre (latéralement) n'est pas non plus pris en compte. Même chose pour les entrées dans la matière, elle sont calculée comme si elles étaient faite en vitesse d'usinage même si ce n'est pas le cas.
Pour une évaluation super précise du temps d'usinage, si tu a Mach3, il faut lancer le Gcode en mode simulation, la c'est précis à la seconde près.
++
David
Bon, en explorant le fonctionnement pour faire mon script j'ai constaté que ce n'était pas super précis pour tout ce qui touche aux rapides ; c'est une vitesse fixe (dans les 600 ou 800 mm/min il me semble) et les rapides en Z ne sont pas comptabilisés, de même que les rapides entre opération d'usinage distinctes. Les cycle de perçages ne sont pas pris en compte non plus. Dans une poche, le temps pour passer d'un parcours à un autre (latéralement) n'est pas non plus pris en compte. Même chose pour les entrées dans la matière, elle sont calculée comme si elles étaient faite en vitesse d'usinage même si ce n'est pas le cas.
Pour une évaluation super précise du temps d'usinage, si tu a Mach3, il faut lancer le Gcode en mode simulation, la c'est précis à la seconde près.
++
David
PL50
Compagnon
