2D Pocket Wrong Side of Line

[rubberducky]

I'm having an annoying issue with the 2D Pocket toolpath when selecting geometry. My design is just a simple block with a design carved into the front face from an imported SVG drawing... I have a 2D pocket to clear out the background of the graphic, followed by an Engrave tool path to sharpen up the tight corners left by my end mill.

When I am selecting geometry for the Engrave toolpath, I can simply select the sketch "Name Design" from the model tree and it generates perfectly (correct side of the contours carved). When I do the exact same for the 2D pocket toolpath, it selects the opposite side of the lines in every case. To get it to work I have to select individual contours from within the sketch, and also click the red reverse direction arrow for every single contour. If I try to extrude the sketch, then select the bottom of each pocket, the software hangs for about 15 seconds for every thing I select.

I plan to change out the SVG and re-generate new toolpaths for multiple jobs, so speeding this process up would be much appreciated... The bonus of selecting the sketch in the model is that I don't even need to re-select the contours each time, it just generates without any "lost geometry" as it is referencing the sketch not the individual contours within the sketch (the engrave does this currently).

My questions are -

Why does the 2D Pocket not identify pockets in the same way that the Engrave path does? And even if it needs to be different, why does it not 'learn' what you are trying to achieve after you select the first contour and set it's direction? 

Is there something I can do differently to assist the 2D Pocket algorithm with finding the correct side of the contour?

[jhackney1972]

Could you please attach your model so the forum users can take a look at this process.

[rubberducky]

Sure. Model now Attached.

[jhackney1972]

You do not show this pocket in the model so when you go to the Manufacturing environment and specify a sketch instead of the actual pocket, you get the issue.  Take a look at my model to see what I mean.  NOTE:  I had no trouble recreating the engraving toolpath but I just could not get the depth right to engrave the bottom of the pocket. I apologize for that.  I also did not bother with selecting a tool to come in and clean up the corners of the pocket.  If you have a pre-defined pocket cutout in the model and then select the bottom of it, the profile is selected automatically.

[rubberducky]

Firstly - thanks for taking the time to reply John.

Unfortunately I think you have slightly misinterpreted what I'm going for here (my bad for not including the extrusion to show the intent). I have attached a photo of the part in question hot off the machine for reference.

In my original attached file you should see that the engrave tool path generates exactly what I want (just referencing the sketch), whilst the pocket tries to cut the opposite (referencing the same sketch). As I mentioned in my original post - I can extrude the sketch into the body and then select the bottom of the pocket fine, but that is veeeeery slow and also relies on referencing an extrusion rather than a sketch directly (so I have to regenerate both the extrusion followed by reselecting the new pocket again in the tool path for each new SVG I insert into the sketch)

[Anonymous]

😁There is a simple solution. Simply pull your 2D line into a 3D shape. Select the edge instead of the original 2D lines and your toolpath will be on the inside of your shape!

[rubberducky]

Thanks for the response, but if you'll see my original post this process hangs for about 15 seconds for every single 3d pocket I select.

The way that fusion selects geometry from sketches just seems to be completely erratic in my experience so far. I get inconsistent results when attempting to select a whole sketch for a standard engrave operation, now that I have experimented further. It will get most of the closed line segments but will just completely randomly miss some out (I can select them all manually and it works fine, but this is less than ideal when you have a thousand odd items to select by hand).