Hi,
I am experimenting with Sheetcam rules and inspecting the simulation and G-code they produce. I also modified my post processor quite a bit, but unexpected feeds are already displayed in simulation, so I don’t think post processor has anything to do with it. I didn’t yet bought the licence, so the demo job was made on trial version. Is possible that this would cause the unexpected feeds? On the website it is written, it is only limited to the size of G-code file.
I noticed that order of the rules seems to be important. E.g. if you have multiple rules for small circles, you need to sort them from biggest to smallest in the rules list.
What is the purpose of “Path rules” drop down menu in the edit operation dialog? It doesn’t seem to have any affect, when rules are already applied in the “edit tool” dialog. Also, what does “Always apply rule set” do in the edit rules dialog?
Can somebody confirm that arc size means arc radius, and circle size means its diameter.
In the attachment you can try simulation and see resulting feedrates for yourself. It has a demo part with all features (shapes) where I want to control the feedrate. However sometimes it uses particular rules only on part of a region (e.g. not whole circle) or doesn’t use correct rule at all. At least it looks like so. Nominal feedrate is 1000mm/s, each rule has different % reduce feed, so it is easy to tell which rule is active when. The following are described issues, marked on the screenshot:
Arc has diameter 20mm, so 40% feedrate should be applied, but it is 70% (the second half of hole has correct 40% feedrate)
Ok
Last quarter of the circular hole has 70% feed instead of 60%. Meaning, arc rule is applied for the last quarter. If generated lead in is not moved, this issue seems to not appear.
Similar to 3. but with feeds for smaller circle / arc size (40% feed in last quarter)
Ok, but corner, following the arc doesn’t have 50% feed reduce, but 40%
First arc quarter has 50% feed (corner rule is applied) instead of 70% like the rest of the arc.
Didn’t look at your job yet, but did you take into account kerf width & offset in your calculations? I’m pretty sure this can have an affect on when rules are applied.
Hmm, that’s an odd one. It does look like something strange is going on in SheetCam. It is triggering the 40% override then the 70% override, which is the wrong way around.
Last quarter of the circular hole has 70% feed instead of 60%. Meaning, arc rule is applied for the last quarter. If generated lead in is not moved, this issue seems to not appear.
This is because the overcut is not considered part of the circle. That last bit is the overcut which has the arc rule applied.
Ok, but corner, following the arc doesn’t have 50% feed reduce, but 40%
When rules overlap the lowest feed rate should win. In this case you have a 40% on arcs overlapping with the on corners. Fro soem reason this overlap code is failing in example 1, which I am investigating.
First arc quarter has 50% feed (corner rule is applied) instead of 70% like the rest of the arc.
This is due to the way rules overlap. Internally arcs never exceed 90 degrees so for instance a circle is 4 90 degree arcs. That explains why it only affects the first quarter.
Yes, but only for the frist half-circle. The second half circle has correct (40%) rule applied.
This is because the overcut is not considered part of the circle. That last bit is the overcut which has the arc rule applied.
Yes, I expected the arc rule to apply to the overcut section, however, the last quarter of the circle (before the overcut) also has the arc rule applied instead of the circle rule. Probably what I replied down at 6. (“90deg resolution” stuff…)
… for soem reason this overlap code is failing …
Ok, so it is confirmed to be an issue on SheetCam side.
This is due to the way rules overlap. Internally arcs never exceed 90 degrees so for instance a circle is 4 90 degree arcs. That explains why it only affects the first quarter.
If I understood you correctly, arcs/cicrcles are divided internally into 90deg quarters and particular rule can only be applied to the whole 90deg section or not at all (and not like only to first 10deg section). This results that the the arc touching the corner has slower corner rule applied to the whole first 90deg, not only for the first 3mm (the distance that corner rule applies to)
In that case, Sheetcam works as expected however due to simplified implementation details, there is some limitations (“90deg resolution” on arcs/circles).
