Usiner un contour 3D sur cambam

Salut,

Il faudrait que tu mette ton fichier CamBam (le .cb) en pièce jointe. (zip le pour que le forum l'accepte)

En principe pour faire ce type de pièce avec dépouille, le mieux c'est le mode d'usinage 3D "lignes de niveau".

++
David

Re

et bien c'est bon, il y a bien la dépouille en question.  



par contre attention, ne pas utiliser 0 pour les n° d'outil (ça désactive le changement d'outil) et ne pas oublier de définir une forme d'outil ; si tu laisse sur indéfini CB ne pourra pas calculer les parcours corrects suivant la forme d'outil. Même chose pour le mode de déplacement, ne pas laisser sur indéfini, passer sur Vitesse constante.

Pour la partie finition en ligne de niveaux, utilise une fraise hémi et un incrément de passe faible.

Pour ta 3D qui est toute noire, c'est que le sens des facettes est inversé ; sélectionne ton objet 3D puis Edition/surfaces/basculer les normales.

++
David

A moins que ce problème soit causé par les imprécisions que vous avez mentionné (numéro de l'outil etc....).

Non, ça ne peux pas influer la dessus, d'autant plus qu'en mode ébauche CB ne gère pas autre chose que les fraises cyclindriques, donc même en mode "indéfini" les parcours seront OK.

Si c'est OK sur la simu 3D, ça doit être OK sur la machine aussi

Par contre, en LN-ébauche, ça fait un usinage en escalier ; chaque "marche" ayant une hauteur = incrément de passe.

Pour avoir une belle pente, il faut faire une finition en ligne de niveau - finition avec un incrément de passe très faible + fraise hémi.

++
David

Salut,

Je vous avoue, je n'ai pas compris le problème qui a causé la sortie de route de la fraise, ça reste un mystère pour moi.

Il peut y avoir plusieurs raisons mais c'est difficile à dire sans plus d'info sur le moment ou s'est produit le problème.

Je peux en éliminer certains au vu des infos fournies ; apparemment le problème s'est produit avant que la pièce ne soit finie d'usiner, ce qui exclue déjà un retour automatique en fin d'usinage vers une position parking qui n'aurait pas été définie avant usinage, de plus si tu utilise le post pro Mach3-cutviewer "standard" il ne met pas d'instruction de retour en position parking en fin de Gcode (G28)

Il serait utile de savoir si la finition à commencée à se faire correctement, puis que c'est partie en vrille un peu plus tard, ou si le problème s'est posé immédiatement au début de la finition.

Si ça s'est produit immédiatement au début de la finition, ça peut être:

- que tu a changé la valeur du "plan de dégagement" dans ton op de finition et qu'elle est réglée plus bas que la surface de la pièce.

- que lors du changement d'outil, tu à monté ta fraise hémi mais tu a oublié de refaire le 0 en Z ; dans ce cas si ta 2ieme fraise est plus longue que la 1ière, alors tu aura un décalage en Z vers le bas d'une valeur = à la différence de longueur entre les 2 fraises. Dans les 2 cas ça peut expliquer le défaut en Z (trop profond) mais pas la trajectoire qui part sur la droite sur ta photo.

Si le problème s'est produit en cours de finition, mais que le début de la finition s'est bien passé, alors c'est que ton Z à perdu des pas en monté ; autrement dit il n'est pas remonté assez (voir pas du tout) ; et le même problème semble s'être produit sur X ou Y car au vu de la photo, c'est ce qui parait le plus probable car normalement il n'y a aucune trajectoire qui amènerait la fraise à sortir à droite de la pièce, donc c'est que tes axes ont bloqué et que tout s'est décalé.

la aussi, plusieurs raisons peuvent faire perdre des pas.

- tu a "joué" avec le PC pendant que ça usinait ; changement d'écran sur Mach3, zoom ou déplacement de la vue 3D des parcours, etc ... il ne faut pas toucher au PC pendant qu'il pilote, surtout si ta machine est pilotée en port // direct.

- les réglages d'accélération/vitesse maxi pour tes moteurs sont trop élevés et un ou des moteurs ont "calés" (perdu des pas) car trop sollicités.

- quelque chose parasite la transmission des pulses moteur et la machine se met à faire n'importe quoi ; c'est plausible en pilotage par port // direct, beaucoup moins si tu pilote en USB ou Ethernet (mais pas impossible)

L’idéal, avant de faire un usinage, c'est de vérifier le GCode avec un simulateur d'usinage (CutViewer, Camotics, ...) pour ma part je l'ai fait sur le fichier que je t'ai envoyé et c'était OK.

Si tu veux être sûr, met le fichier GCode (.nc) qui t'a produit ce problème en PJ (zip le) et je regarderais, mais je doute que ça vienne du GCode lui-même ; la perte de pas sur un ou plusieurs axes semble le plus probable.

il y'a eu une confusion, ce qui fait que l'usinage se faisait toujours avec un fichier cambam qui n'est pas à jour

Blague assez fréquente    ; pense à regarder les 1ieres lignes de ton GCode, il y a la date et l'heure de création, ça permet de voir rapidement si tu a bien pris le bon fichier.

++
David

Hervé-34 a écrit:Bonsoir à tous !

- tu a "joué" avec le PC pendant que ça usinait ; changement d'écran sur Mach3, zoom ou déplacement de la vue 3D des parcours, etc ... il ne faut pas toucher au PC pendant qu'il pilote, surtout si ta machine est pilotée en port // direct.

Où alors tu as démarré un appareil électrique mal isolé
genre aspirateur, pendant l'usinage ! ( du vécu !! )

Hervé

Oui, parasites. En port // c'est difficile à détecter car ça perturbe le train d'impulsions envoyées par Mach3 via le port // mais ça ne fait aucune erreur Windows ou Mach3, par contre en USB, en général les parasites agissent sur la transmission des données via l'USB et non pas sur le train d'impulsions générées par la carte .. et tu a une erreur "déconnexion de l'USB" ou un message du même genre et la machine s'arrête simplement quand la carte n'a plus de données dans son buffer. (et sans perte de pas)

++
David