[2.9.0-pre1] Rotary axis backplot not displaying
- Mecanix
- Offline
- Platinum Member
- Posts: 446
- Thank you received: 216
Before I take this to github I'd like to investigate with the forum experts whether this is bug, a config issue or myself still being a rookie.
The machine is a fairly standard XYZA. I am unable to have the rotary toolpath displayed correctly inside Linuxcnc. I am attaching the SIM I am testing this with along with the gcode program of a 360deg rotation around the x axis.
Ref to:
[DISPLAY]
GEOMETRY = AXYZ
Attachments:
Please Log in or Create an account to join the conversation.
- Aciera
- Offline
- Administrator
- Posts: 4001
- Thank you received: 1729
In the [DISPLAY] section your ini file change this:
GEOMETRY = AXYZ
to this (note the exclamation mark before A)
GEOMETRY = !AXYZ
linuxcnc.org/docs/2.9/html/config/ini-co...#sub:ini:sec:display
- Experimental: If the exclamation mark (
) character is included in the GEOMETRY string, display points for A, B, C rotations respect the X, Y, Z offsets set by G5x, G92 codes. Example: Using!for a machine withGEOMETRY = !CXZ. This provision applies for liveplots only — G-code previews should be done with zero G5x, G92 offsets. This can be facilitated by setting offsets in programs only when task is running as indicated by #<_task> == 1. If nonzero offsets exist at startup due to persistence, offsets should be zeroed and preview reloaded.[TRAJ]COORDINATES=XZC
Please Log in or Create an account to join the conversation.
- Mecanix
- Offline
- Platinum Member
- Posts: 446
- Thank you received: 216
Fair to assume this is a 2.9.0-pre1 bug or a unimplemented feature perhaps?
Please Log in or Create an account to join the conversation.
- Aciera
- Offline
- Administrator
- Posts: 4001
- Thank you received: 1729
It seems that the developer is aware of the issue. So I'd say it is a 'known limitation' of the feature.This provision applies for liveplots only — G-code previews should be done with zero G5x, G92 offsets. This can be facilitated by setting offsets in programs only when task is running as indicated by #<_task> == 1. If nonzero offsets exist at startup due to persistence, offsets should be zeroed and preview reloaded.
Please Log in or Create an account to join the conversation.
- Mecanix
- Offline
- Platinum Member
- Posts: 446
- Thank you received: 216
Noticed earlier that 2.8.4 displays rotary toolpaths perfectly fine though. That might be the solution, we'll see.
Appreciate the help and input, Aciera ✌. Wish you well and all the best.
Please Log in or Create an account to join the conversation.
- Aciera
- Offline
- Administrator
- Posts: 4001
- Thank you received: 1729
I wasn't aware of that, maybe something changed with the move to python3 / gtk3 but I really don't know.Noticed earlier that 2.8.4 displays rotary toolpaths perfectly fine though.
Please Log in or Create an account to join the conversation.
- Mecanix
- Offline
- Platinum Member
- Posts: 446
- Thank you received: 216
For the record; it neither work in 2.8.4. Same problem, apologies for misleading. I've downgraded a vm today from 2.9 to 2.8 to find out my initial observation/confirmation was based on a 0,0,0 coordinate. Once offsets are applied the validation fails and machining enters a at-your-own-risk state and territory.
I wasn't aware of that.
Please Log in or Create an account to join the conversation.