Cadeau fichier "Kumihimo"

Salut,

Félicitation pour le dessin

J'ai repéré quelques problèmes sur tes op d'usinage

a) Tes 2 dernières opérations utilisent un outil n°0 ... il ne faut pas ; le n°0 désactive le changement d'outil: résultat, Mach3 ne s'arrêtera pas pour te laisser changer l'outil après l'opération Poche1. (et même sur CutViewer, tu n'aura pas le bon outil pour ces 2 dernières op)

b) je ne comprends pas trop l’intérêt de faire une poche de 10mm de Ø avec une fraise de 0.5mm de Ø ... ça vas prendre un temps fou .. si tu ne la casse pas !

c) les 2 opérations de découpe devraient plutôt se faire avec une fraise cylindrique, pas avec une hémisphérique, de plus un truc à penser si tu fait une découpe avec une hémisphérique, c'est qu'il faut creuser de la valeur du rayon de la fraise en plus, sinon tu aura un congé en bas de la pièce au lieu d'avoir une coupe droite.

d) évite de laisser des paramètres sur "indéfini" (dans ce cas le Mode de déplacement de toutes les op)

Bonne continuation
++
David

Salut,

Je voudrais toutefois savoir comment tu fait les fines rainures qui se trouvent tout autour du cercle?

Ce que tu appelle les rainures, ce sont les formes en V tout le tour ?

La fraise suis simplement le contour, mais bien sur il est impossible de faire les angles intérieurs aiguës ; ils auront le rayon de la fraise.

On le vois bien si on active l'affichage de la largeur de coupe (menu affichage).



Le léger problème auquel Brouno n'a pas pensé ... c'est qu'une fraise de Ø 1 mm et longue d'au moins 10 mm ce n'est pas courant ... elles tournent plutôt autour de 5mm de long et ensuite la queue à un Ø plus gros (généralement du 3/8") donc ça va pas le faire pour passer au travers sur 10.1 mm.

Les 3 fichiers:

le fichier .cb, contient le dessin et toutes les définitions des opérations d'usinage ainsi que les choix de post processeurs et autres options.

le fichier .nc, c'est le Gcode en lui même, créé à partir du fichier .cb lorsque toutes tes opérations d'usinage sont au point. il ne contient que des instructions de déplacement (des coordonnées) pour les axes et c'est ce qui est lu par Mach3 ou LinuxCNc pour ne citer que ces 2.

C'est l'équivalent des parcours d'outil que l'on vois sous Cambam, mais exprimés dans le langage Gcode.

Le fichier DXF est un format de fichier de dessin CAO "générique" ; il permet à de nombreux softs de s'échanger des données ; Cambam peut le lire et il peut aussi exporter les dessins (2D) sous ce format pour pouvoir les ouvrir dans un autre soft.

Petit détail au sujet des fichiers Gcode (.nc ou .ngc pour linux) .. ils peuvent être visualisés sous Cambam directement, qui est capable de convertir du Gcode en une représentation graphique des parcours d'outil (mais on ne peux rien modifier, juste voir).

Pour cela il suffit d'ouvrir un fichier .nc comme si on ouvrait un projet Cambam normal. (c'est en fait la même chose que l'affichage des parcours de Mach3)

On peut également utiliser l'objet "Fichier Gcode" pour visualiser le Gcode ; attention par contre, si vous ajoutez un objet Gcode à votre projet, tout le Gcode qui se trouve dans l'objet Gcode sera aussi ajouté au Gcode produit par le reste du projet (les autres opérations d'usinage) ; donc si vous voulez utiliser cette méthode pour voir un Gcode dans un projet existant, n'oubliez pas de désactiver l'objet Fichier Gcode avant de produire le Gcode du projet.  

http://www.atelier-des-fougeres.fr/Cambam/Aide/cam/BackPlotting.htm

Un intérêt de visualiser le Gcode directement, c'est que certains déplacements ne sont pas visibles sur l'affichage normal des parcours d'outil, car ces déplacements rapides ne sont pas calculés au moment du calcul des parcours d'outil mais par le post-processeur, au moment de la création du Gcode.

C'est le cas de tous les rapides qui interviennent entre 2 opérations d'usinages ; ils ne sont pas visibles, sauf dans le Gcode lui même.

un exemple avec le fichier de Brouno.

ici la vue normale après génération des parcours d'outils


et ici après chargement du Gcode correspondant dans CB ; on vois bien les déplacements rapides (en rouge) supplémentaires qui apparaissent.


Même chose pour les déplacements latéraux de la fraise à l'intérieur d'une même opération.

Si on regarde de près les deux S de TRESS, sur les parcours tout semble OK et on ne vois pas la petite erreur de réglage de l'opération de gravure (mauvaise valeur pour "déplacement latéral maxi") mais si on regarde le Gcode, une fois l'affichage des rapides désactivé pour mieux voir, on s’aperçoit que la fraise vas passer d'un S à l'autre sans remonter en Z, car les 2 parcours sont très près de l'autre.

Ici l'affichage normal (rapides désactivés) .. tout semble bien aller.


et ici affichage du Gcode ; on vois bien les traits en bleu qui prouvent que la fraise vas faire des passages d'un S à l'autre en vitesse de travail.


Dans le cas présent, la raison est la suivante:

Dans l'opération de gravure, la fraise utilisée est une fraise de 1mm de Ø, et la valeur de déplacement latéral maxi est réglée sur 0.7

cela nous fait donc une valeur de déplacement latéral maximum de 0.7*1 = 0.7mm. Si il y a moins de 0.7 mm entre le point de fin d'un parcours et le point de début de l'autre, la fraise ne remontera pas en Z mais passera directement d'un parcours à l'autre.



Dans le cas présent ce n'est pas trop gênant vu que de toute façon la fraise est plus grosse que l'écartement entre les lettres et donc qu'elle bouffera la partie entre les 2 lettres.



en gravure il est plus que conseillé de mettre cette valeur de déplacement latéral maxi sur 0 de façon à éviter ce genre de blague.

aller, pour faire bonne mesure, encore un truc utile, il existe un plugin pour écrire en rond sans devoir "démonter" des objets textes .. et qui permet même d'éditer le texte une fois arrondi

http://www.metabricoleur.com/t2132-cambam-plugin-texte-en-arc-de-cercle#29276

et une liste (non exhaustive) des plugins disponibles pour Cambam
http://www.metabricoleur.com/t4325-cambam-plugin-quelques-plugins-utiles

++
David

Salut,

Je suis conscient que ce n'est certes pas à la cnc que cela va se faire, ces rayures étant à l'intérieur des V

Ça pourrait si la plaque était moins épaisse ; il existe des fraises de 0.4mm de Ø par exemple, mais le problème c'est leur longueur ; impossible de couper sur 10 mm de profondeur. (max 2mm)

La solution serait le 4ieme axe, chaque rainure étant taillée comme on taillerais un pignon ; soit par le dessus avec une petite fraise si on ne descend pas à plus de 2mm, soit par le coté avec une fraise scie, ce qui autorise plus de profondeur de coupe.

@Brouno, j'ai juste jeté un coup d’œil rapide à ton fichier, et la tu n'aura plus du tout de changements d'outils ; tout tes outils ont le n°0.

Juleo68 a eu quelque difficulté avec la gestion d'outil, regarde ce sujet ou il en est question.
http://www.metabricoleur.com/t7300p30-mes-usinages-problemes-rencontres#131714

plus ardu en ce qui concerne les détails techniques, mais rein ne t’empêche de récupérer la biblio d'outils et le post pro qui te conviens (Mach ou Linux CNc ... même si tu n'utilise pas CutViewer)
http://www.metabricoleur.com/t7468-cambam-cutviewer-et-gestion-d-outils#132612

en cherchant le post sur les outils, je suis aussi tombé sur un autre qui t'intéressera surement si tu ne l'a pas déjà vu.
http://www.metabricoleur.com/t7112-premiere-utilisation-de-cambam

++
David

Salut,

Tout tes outils sont définis sur Hémisphériques pour le paramètre forme d'outil; je suppose que tu utilise des fraises normales ? (cylindriques), si c'est le cas, à passer sur Cylindrique

Disk tress + brouno est défini sur auto pour la forme d'outil, à passer sur Cylindrique aussi.

++
David