[Lozzy]

Hello,

I really need some light on this trouble, please.

I am trying to make my rotary axis more useful,
searched and installed several different version of post processor for mach3 (or generic fanuc 4x)
and looking into all of them, modifying a little bit here and there.

while testing the post processor, I found this to be very weird and couldn't figure where the source of it is located.

This is the shape of the model

Attachment 408074

Attachment 408072

as is seen in the screenshot of g-code, this zone makes the weird situation.

1. it happens when it tries to approach to its first cutting level

2. its generated using @move_5x procedure, traced it many times, it never calls @line_4x or @move_4x. only @line_5x or @move_5x

3. it splits the whole distance into very small pieces, and that even happens in pure-z-level-movement, which was splitted exactly every 2mm

4. CV mode doesn't help situation with G0 moves...

so I temporarily edited @move_5x to have G1 instead of G0


what is unclear to me is the source of this trouble.


- it might be SC's own bug in logic
- not a bug but wrong toolpath strategy(or option)?
- it might be wrong machine setup with VMID (but which one???)
- incomplete post processor

I actually test-cut this shape and it seems like there is no wrong movement other than this.


Can someone point me the direction where to look???

tks, Kevin

I am attaching this g-code.




solidcam 2018SP2

[Lozzy]

Okay, I tried to modify another, completely different post processor(original is Integrex which syntax is very close to generic fanuc) and the result is same.
With approach/retract, it makes jerky G0 segments.

Tried 3 types of simple models to see how it handles;

1. 2.5D box type with 2 pockes : runs good, no oddity at all

2. a box having 3D surface on top : runs good too, no oddity

3. 4axis rotary cam model : it again makes these small-segmented g0 codes.


So my best guess is that it is either within VMID setting or within solidcam itself, not sure which one yet.

Any advise would be highly appreciated,

tks
Kevin

[Lozzy]

self-answering....

this is very annoying.
picture says it all...

unchecked, and it again makes many small g0 segments
checked, and I can get only 2 lines.
this apparently isn't from post processor...
simply stupid logic...
again, this happens pnly in simultaneous 5axis mode(though I have 4axis only, it automatically calls for @move_5x & @line_5x, I have no idea why)

Attachment 408100

[partur]

again, this happens pnly in simultaneous 5axis mode(though I have 4axis only, it automatically calls for @move_5x & @line_5x, I have no idea why)

https://vdocuments.mx/what-is-new-in...tool-2011.html
read chapter 2.2.5 on 34 page. bdw u can turn off new working style @move_5x & @line_5x in vmid file.. tab working style > Working Style > Pos to machine

[Lozzy]

Tks for the pointing this out and I appreciate the linked document. very helpful.
It still is a mystery to me why SC makes many segmented G0 moves in sim5x mode. Any idea?

regards,
Kevin

[partur]

I create a similar operarion with similar shape, my UI is in Polish lng but is only one things what you need to change:
this is code for default settings:
Attachment 408638

Now u need open machine controls > choice advanced options > click on advanced Tab > go to Rapid Move frame and uncheck distance interpolation settings
Attachment 408630

Code after change:
Attachment 408640

[Lozzy]

oh!!!!
Found that option, and thanks for your help!!!!!!!!
I really appreciate

regards,
kevin