[2.9.0-pre1] Rotary axis backplot not displaying

More
16 Aug 2023 06:08 #278118 by Mecanix
Hi all,

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 

File Attachment:

File Name: MILLX4-SIM.zip
File Size:6 KB

File Attachment:

File Name: Arot.txt
File Size:0 KB
Attachments:

Please Log in or Create an account to join the conversation.

More
16 Aug 2023 07:00 #278127 by Aciera
That is the 'standard' way the preview handles rotations. However there is a, somewhat experimental, addition to version 2.9 that may do what you want.

In the [DISPLAY] section your ini file change this:

GEOMETRY = AXYZ

to this (note the exclamation mark before A)

GEOMETRY = !AXYZ

 

  • 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
    GEOMETRY = !CXZ
    for a machine with
    [TRAJ]COORDINATES=XZC
    . 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.

linuxcnc.org/docs/2.9/html/config/ini-co...#sub:ini:sec:display
The following user(s) said Thank You: Mecanix

Please Log in or Create an account to join the conversation.

More
16 Aug 2023 07:24 #278131 by Mecanix
Thanks for the kind help, Aciera. This !AXYZ actually does work however is there a reason why the the toolpath diameter increases by 1km when G54 is set elsewhere than the MCS? Appears to display fine if set on the MCS(0,0,0,0) though.

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.

More
16 Aug 2023 08:07 #278136 by Aciera
Well reading this:

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.

It seems that the developer is aware of the issue. So I'd say it is a 'known limitation' of the feature.

Please Log in or Create an account to join the conversation.

More
16 Aug 2023 09:12 #278145 by Mecanix
Fair enough. I'll see if I can find time (I highly doubt) to get inside the code and propose a workaround. More or less 95% of the machining on this machine-tool is carried on the 4axis, and so hope for this to be looked at is high!

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.

More
16 Aug 2023 09:32 #278148 by Aciera

Noticed earlier that 2.8.4 displays rotary toolpaths perfectly fine though.

I wasn't aware of that, maybe something changed with the move to python3 / gtk3 but I really don't know.

Please Log in or Create an account to join the conversation.

More
18 Aug 2023 07:29 #278329 by Mecanix

I wasn't aware of that.

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. 

Please Log in or Create an account to join the conversation.

Time to create page: 0.085 seconds
Powered by Kunena Forum