Roughing / pockets - only the edges are done, center is missed about grid-apps HOT 21 CLOSED

Sorry, can't neither edit the text, neither attach files. Thank Microsoft.
Will send them by mail if you need them.

Imgur images here:
https://imgur.com/edN8AdP

from grid-apps.

Can you verify if this is still the case? This code has been substantially re-written.

from grid-apps.

The issue is back. It's missing parts of the roughing. Files & screenshots hereafter [there:](url


cnc163.zip

)

from grid-apps.

Note that with a stepover of 0.7 instead of 0.8 it seems to work better.
There's definitively an issue though, maybe to taking the last item of an array (improper bound) or by design / way of calculating the path vs tolerances ... anyway, these bugs come back often, i wonder if it's opportune to make more elaborate tests before pushing the release into prod?

?

from grid-apps.

I don't think anything has changed recently that would cause this. I'm in the process of re-doing the back end to allow for multiple version of Kiri to be hosted simultaneously. That way you can choose which release you want to work with. It will also allow me to have a live branch with highly experimental code.

from grid-apps.

Sounds good to me!
Carefull on not maintaining to many versions in parallel, it's a nightmare

I wonder if there's a way to isolate the slicing & gcode generation from the gui? for ex, calling the slice+gcode from CLI with a reference to a json config file > outputs gcode ? (as you guessed i'm not up to date in js/node coding :D)

from grid-apps.

in this case, the code that's changing would not be in the UI

from grid-apps.

the last point is completely unrelated to the bug. i'm just wondering how to make things more convenient in my "workflow"

from grid-apps.

anyway, don't bother too much, your app is tip top, it does the job good enough, and i haven't encountered bits collisions for a long time now. Thanks.

from grid-apps.

Ok, it happens again, on other models, collisions are back.
Luckily that one wont break the bit.

from grid-apps.

cnc166.zip

from grid-apps.

Can you also send the settings that produced this? Setup -> Export

from grid-apps.

kiriconf.b64.zip

from grid-apps.

Somehow, those (crappy) long bits are expensive :-)

My isssue is that i really rely on what the CAM is expected to do, otherwise i can endup crashing at best into soft material, at worst into nuts & bolts ...

I'm tempted to writing some (python, sorry, already did some voxel stuff in that) code to do collision & bit over loading detection :D

Is there a more stable version i can download & use locally?

from grid-apps.

do you see this in the cut or only in the simulator? i've regenerated the gcode and looked at the one your sent and while I see that diagonal move, it doesn't seem to intersect uncut material in my previewer.

from grid-apps.

not crazy, there were some weird moves, so i replayed it on the simulator, and when i saw the picture above, i stopped it before i had to see a crash or step skips ...

this said, the CAMotics app never failed me before
ran it twice, at different resolutions, same same
and checked quickly, it's making a 3 mm deep cut, at 100% load, instead of 1 mm

from grid-apps.

from grid-apps.

there must be a bug in my visualizer and collision detection. will work on it.

from grid-apps.

Wild guess (i don't know how your algo is made): operations to executre are grouped, and the group is stored in a pile. Then, a decision is made to make one group or the other from the pile; not always the right one; or the length of the pile is miscalc / some op groups stay stuck

from grid-apps.

sort of. it's a bit more complex than that because of the way pools (nested groups) can split top down. but this error appears to be in the z height detection of interference between pools.

from grid-apps.

A fix has been pushed to production

from grid-apps.