Hi, Tom.
Check out the thread here titled “Some clues to those odd DRC Bot coordinates”. If you’re running into that bug, a workaround seems to be to change the offset for the coordinates when generating Gerber output.
Aside from the dimensions, the pricing looks right. It’s not clearly documented last time I looked, but the 1 sq.in. minimum is per board, not aggregate order size.
Cheers,
Richard
I seem to be having a size error
X Max: 39.837 X Min: 0
Y Max: 15.591 Y Min: 0.128
PCB Size: 615.999531 inches square
Estimated price per board: $1540
My PCB is 2.9 x 1.5 inches.
Can I send someone the zips to see what’s going on?? ) Have a dimension white outline in the eagle brd
it might be 2 things. your drill file could be 4 digit and you told them 3? that would accound for the 10X size error (100X area error).
also, if you have anything on the silk layers protruding for the border, that will be included in the x or y saize calc.
Philba:
it might be 2 things. your drill file could be 4 digit and you told them 3? that would accound for the 10X size error (100X area error).also, if you have anything on the silk layers protruding for the border, that will be included in the x or y saize calc.
Well I am not sure what it was I was using eagle 4.03, I just upgraded eagle and now the size seems to be correct, but now I am running into the portruded part issue. Is there a way to indicate this somehow so that I can get an accurate size & cost?
Thanks
jshroff -
The solution is to not have an overhanging part print on the silkscreen, or it changes the area calc for your board.
If you have an overhanging jack, draw the part of the outline that’s on the board in the tPlace layer. Move the overhanging silkscreen lines to the tDocu layer, which should not be included in your Gerber output.
The end result is that it looks the same on screen (as long as you have both these layers turned on), but the file that gets generated does not include any overhanging silkscreen.
Cheers!
yeah, cadsoft changed the way eagle gens drill files at about 4.12 so that was the right solution (upgrading).
On the overhanging part. You can’t just move pieces of a part on a board to a different layer. You will either have to do this in the library or on the silk screen layers (_tsilk, _bsilk) created by silk_gen.ulp I personally prefer to modify the library part so that it doesn’t cause a problem later. However, it will be pretty simple to just go into the _tsilk and _bsilk layers and delete (or move) the offending lines. Just remember to redo this every time you regen your silk layers.
frankly, this is due to the fact that they don’t bother with a border layer which would trivially allow clipping of the overhanging parts and not subject the customers to this issue. but that is a very dead horse I’m beating…