Preview displaced when X Y rotation set
- MaHa
- Offline
- Platinum Member
-
Less
More
- Posts: 414
- Thank you received: 170
07 Oct 2024 13:15 #311487
by MaHa
Preview displaced when X Y rotation set was created by MaHa
I have this preview problem in Axis:
There is a rotation:
In the routine:
This gives a displaced preview:
The problem only occurs, when 1 axis use current absolute position, the other axis moved to position in current ucs, and a rotation R set.
If both X and Y positions are set by G55 X100 Y100 or G53 X100 Y100 or if rotation is set to zero, preview works perfect.
There is a rotation:
- G10 L2 P2 R20
In the routine:
- G0 G55 Y100
- #<MX> = #<_x>
- #<MY> = #<_y>
This gives a displaced preview:
G1 G55 X#<MX> X#<MY> F1000
X[#<MX> + 20]
Y[#<MY> + 20]
X#<MX>
Y#<MY>
M2
The problem only occurs, when 1 axis use current absolute position, the other axis moved to position in current ucs, and a rotation R set.
If both X and Y positions are set by G55 X100 Y100 or G53 X100 Y100 or if rotation is set to zero, preview works perfect.
The following user(s) said Thank You: Aciera
Please Log in or Create an account to join the conversation.
- piflixe
-
- Offline
- Senior Member
-
Less
More
- Posts: 45
- Thank you received: 5
24 Feb 2025 21:42 - 24 Feb 2025 21:43 #322533
by piflixe
Replied by piflixe on topic Preview displaced when X Y rotation set
I have the same issue. I tried to rotate the G54 coordinate system slightly to account for a slightly misaligned part fixture. However, the G10 L2 P1 R1 command moved the origin around like described above. I would assume the coordinate system would be rotated around the origin of the respective coordinate system, thus not moving the origin. I could manually set the origin in the rotated coordinate system and then preview and movement of the machine were like expected.
Moreover, the G53 commands used during toolchange operations do not work anymore since LinuxCNC is throwing an error that limits are violated. I would assume the G53 is not affected by rotation of the coordinate system since it is machine coordinates?
I am using LinuxCNC 1.8.4. I would be very happy if someone could check this on a more current version of LinuxCNC since it might have been fixed already.
I know probe_basic and Qtdragon have their own probing procedures including rotating the part coordinate systems. Is this working or affected by this?
Moreover, the G53 commands used during toolchange operations do not work anymore since LinuxCNC is throwing an error that limits are violated. I would assume the G53 is not affected by rotation of the coordinate system since it is machine coordinates?
I am using LinuxCNC 1.8.4. I would be very happy if someone could check this on a more current version of LinuxCNC since it might have been fixed already.
I know probe_basic and Qtdragon have their own probing procedures including rotating the part coordinate systems. Is this working or affected by this?
Last edit: 24 Feb 2025 21:43 by piflixe. Reason: typo
Please Log in or Create an account to join the conversation.
Time to create page: 0.075 seconds