search

vlachoudis / bCNC

GRBL CNC command sender, autoleveler and g-code editor
GNU General Public License v2.0
1.58k stars 534 forks source link

Question Intersection, union; problem with difference. Possible exclusive union?. Intersection: strange behavior #984

Closed MARIOBASZ closed 6 years ago

MARIOBASZ commented 6 years ago

had not seen the intersection and difference utilities @harvie. I have drawn two squares.

image

1- If I choose to make a difference between both squares, two figures appear identical to the selected squares, I do something wrong or it is not working difference. 2- Intersection repeats the common routes. Minor detail, but maybe you can make the route a single one instead of a duplicate one.

image

3-Possibility of implementing exclusive union? =union-difference (I do not know if I had already asked him sometime) (intersection appears with dots)

image

MARIOBASZ commented 6 years ago

I began to read the code, I lack basic knowledge of some things (can ask things things if I lack to be able to understand?). The difference works correctly to subtract island

MARIOBASZ commented 6 years ago

rying to adapt for external union or exclusive union (that from point A of intersection to point B of intersection the road is by the outside), I discovered that if one of the figures starts inside the other, intersection has a result other than intersection: here is subtracting! image

Harvie commented 6 years ago

These plugins are in development. They are only building blocks for bigger plugin for pocketing. They are not meant to be used directly for now!

MARIOBASZ commented 6 years ago

Sorry, I had not noticed. Woww !!! You are a few steps to use on the PCB islands!

image

It would be an excellent strategy to be able to use a combination of two or more endmil for the elimination of copper

Harvie commented 6 years ago

I don't think it makes sense to use bCNC as PCB CAM right now. There is very nice free opensource program with better fit for this task: http://flatcam.org/manual/procedures.html#copper-area-clear

MARIOBASZ commented 6 years ago

I have used Flatcam before, I prefer pcb-gcode. The good thing for me would be that from pcb-gcode you could use more than one endmill for the widening of copper-free zones, instead of successive passes with an endmill of 0.10, or from here, which I still believe can be a simple option, quick to use and very adaptable by the intervention of different opinions. After all, you have been criticized for trying an adaptive milling existing 360, and at least we both went to trochoidal milling (by the way, you still have at your disposal the diameters for adaptive trocoid in the corners), upload the spiral machining to enlarge the holes, there is the descent in ramp, helicoid ... And with helical drilling, adapting it, (an idea pending to implement) with the same tool to perform the different perforation diameters, it is possible to optimize the PCB operations with the least change of tools. I do not know how to do it, for you maybe it's very simple: Having the points of intersection A and B, can you generate the route so that the result is from the outside, instead of from the inside? (the opposite way to the intersection) There would be a "union for the outside" or exclusive union.

Harvie commented 6 years ago

@MARIOBASZ i know. but there's much more to milling PCBs. it's whole rabbit hole. starting with parsing gerbers. I think this is not gonna happen soon. (given how long it took to implement SVG support)

MARIOBASZ commented 6 years ago

it is not necessary to understand Gerber, only to handle figures, and the restriction to enlarge is like the posters "Prohibited Enter. Private property. The sentry will open fire " or "Beware of the dog. He can piss your shoes ". At least if you work on the result of flatcam or pcb-gcode in principle. Does it seem easy or complicated to make the road opposite the intersection?