Positionnement objet transformé dans CamBam

Salut,

J'ai fait la même manip et j'ai (presque) le même résultat que toi ; une fois l'échelle modifiée, mon texte se trouve à 44 (sur le dessin) mais reste à 50 dans les propriétés.

Ça s'explique par le fait que l’opération d'échelle utilise toujours le centre de la croix comme centre de transformation ; dans ton cas, l'objet est à 50, mais l'échelle pour le mettre à 12 de long est de 89% > 50 * 0.89 = 44.5

Si je corrige le dessin en déplaçant le texte transformé pour remettre x effectivement à 50mm et que je génère le Gcode l'usinage se fait quand même à x=44mm

Par contre je n'ai pas le problème de décalage des parcours, que je laisse le texte modifié à sa place ou que je le déplace à 50 ou n'importe ou ailleurs, si je génère les parcours d'outil (une gravure), les parcours sont bien superposés au texte qui à été déplacé ... (test sur la 0.98 et la 1.0)

++
David

Salut,

Je viens de refaire des tests, et je ne comprends pas ; le Gcode est bien OK.

Le test:

je fait le texte, je modifie sa taille en X via échelle, puis je déplace le texte résultant pour qu'il débute à 50.

je génère les parcours pour une op de gravure > OK, les parcours sont bien sur la forme.

je génère le Gcode

je crée une opération Objet GCode, et je lui assigne le Gcode fait précédement > les parcours du Gcode tombent bien au bon endroit ... donc le Gcode est OK.

Ton problème doit venir d'ailleurs, mais je n'ai pas d'idée

la manip en vidéo



++
David

Salut,

je retrouve l'erreur à savoir que la position dans la fenêtre des propriétés ne se met pas à jour ni dans V0.9 ni dans V1 alors que la transformation de A1 est correcte sur le dessin

La position dans la fenêtre de propriétés correspond à la position non transformée ; tu ne dois plus en tenir compte à partir du moment ou tu effectue une transformation du texte ; la seule position qui compte, c'est celle sur le dessin lui même.

Note aussi qu'un déplacement, c'est aussi une transformation, qui viens se rajouter à la transformation d'échelle ; c'est pour ça que ça ne change toujours pas la position dans les propriétés, qui font tj référence à l'objet non redimensionné et non déplacé.

Du reste dans ton code on voit apparaître G91 et x=57.7252  y=0.0

Pour le G91, tout dépend du post pro que tu utilise, dans mon cas, c'est Mach3-Cutviewer ; sur ton PP il n'y est peut être pas, dans ce cas, si tu utilise Mach3, c'est le réglage par défaut de Mach3 qui sera utilisé. Je ne pense pas que le pb vienne de la ; si c'était le cas, l'interprétation du code avec un mauvais mode de déplacement donnerais une forme complètement délirante qui ne ressemblerait certainement pas à un A, et non un simple décalage de la forme. (PS: CB ne sort QUE du code en mode absolu (= G91) pour les G0 et G1 et ne sais pas sortir du relatif = G90)

Pour les valeurs X et Y au début de l'op de gravure, tout dépend de l'endroit ou l'usinage commence sur la forme ; regarde bien la vidéo à partir de 0:54 ; les petites flèches jaunes indiquent le point de départ d'usinage > angle inférieur droit du triangle intérieur du A, et en bas à droite de la jambe droite du A (ce qui correspond au X=57.7252 Y=0.0 de la 1ière ligne de Gcode) et en ligne 33, on reviens bien à X=50, ce qui correspond au "bas gauche, jambe gauche" du A, donc pas de pb de décalage, le A commence bien à X=50... j'ai beau faire toutes les transformations et bidouilles possibles, le Gcode est toujours juste, en ce sens que si je le recharge dans CB, il tombe bien sur le A1 quelque soit les modif et torture que je lui fasse ...

Je suis désolé, mais je ne vois pas de problème ; pour moi tout semble fonctionner normalement  

++
David

Salut,

A ajouter à la liste des mystères insondables

Moi, c'est avec Mozilla que j'ai des soucis depuis quelques jours ; il a perdu tout mes mots de passe enregistrés, et pire, il ne veux plus les enregistrer ... et aujourd'hui, pour je ne sais quelle raison, ça re-fonctionne

++
David