587,600 active members*
4,498 visitors online*
Register for free
Login
IndustryArena Forum > Other Machines > PCB milling > What causes whiskers
Page 1 of 2 12
Results 1 to 20 of 32
  1. #1
    Join Date
    Jan 2006
    Posts
    17

    What causes whiskers

    This is my 3rd sad attempt at milling pcb's. My first 2 looked like mashed potatoes. I'm using a Romaxx hs1 with a 60° vbit and I've been using millpcbs.com as a reference. I measured the runout on my Ryobi spindle at about .002. What steps should I take to address the whiskers?
    Attached Thumbnails Attached Thumbnails PCB01.JPG  

  2. #2
    Join Date
    Jun 2010
    Posts
    84

    Re: What causes whiskers

    Is your spindle mount stable? Did you measure the spindle runout while mounted, or off the machine?

    If everything is solid, you might play with different feeds and speeds.

  3. #3
    Join Date
    Jul 2006
    Posts
    1062
    Is the cutter sharp....and turning in the right direction?
    Keith

  4. #4
    Join Date
    Jan 2006
    Posts
    17
    The cutter is sharp and brand new although it is a cheap eBay purchase. I tried both a 60 and a 45. I assume the direction is correct because there is no way to change the direction on the Ryobi.

    I measured the runout while the spindle was mounted on the machine. Is .002 bad?

    The mount seems very solid. The Ryobi only has 1 speed but I will try to lower the feedrate.

  5. #5
    Join Date
    May 2005
    Posts
    27
    What rpm are you running the spindle at? Small bits need very high speeds.
    For consideration, what sort of results would one get get running a 1" carbide
    cutter at 20 rpm?

  6. #6
    Join Date
    Jan 2006
    Posts
    17
    My Ryobi TR45K only has 1 speed: 25,000 RPM at no load.

  7. #7
    Join Date
    Oct 2006
    Posts
    64
    Looks to me like its just too many ipm.
    How fast are you traveling?
    It looks like is just plowing through the copper.

  8. #8
    Join Date
    Dec 2004
    Posts
    1137
    Not sure what you are etching into, but that doesn't look very level. What parameters are you using for bit size (assuming PCB-Gcode output). The bit isn't cutting the copper or PCB, it's tearing it. How old is the PCB material?

    Also, the circles for the mounting holes don't look round. Do you have backlash in your axis? Have you successfully cut other materials?

  9. #9
    Join Date
    Jan 2006
    Posts
    17
    Here are my PCB-GCode settings:
    isolation default .0001, maximum .0001, step size .006
    etching tool size .005
    z high .5, up .1, down -.005, drill depth -.07, drill dwell 1
    Feed rates xy 20 ipm, z 10 ipm

    I rushed home after work to try another pcb. I set the Mach3 feedrate to 20% instead of changing the values in PCB-GCode. I also bought some new PCB's. I was using old scraps for my first test. The results are better although it's still looking more like Picasso than a pcb. It got worse when I went to drill. It was going fine and then it just tore across the board.
    Attached Thumbnails Attached Thumbnails pcb02.JPG   pcb03.jpg  

  10. #10
    Join Date
    Dec 2004
    Posts
    1137
    Try these settings:

    Spot drill holes: -.005

    Isolation
    Default: .001
    Maximum : .008
    Step: .002

    Tool size: .003

    Z Down: -.003
    XY Feed: 24
    Z: 5 - too fast and you can snap the tip off of those V-Bits


    Also, post a close -up/macro photo of the bit you are using ... the tip especially.

    -Jay

  11. #11
    Join Date
    Dec 2004
    Posts
    1137
    Oh, and post your G-Code so I can see what it looks like. That second photo looks like major backlash to me...the circles are horrid.

  12. #12
    Join Date
    Jan 2006
    Posts
    17
    Here's the original code and a pic of the bit. I'll try your settings in the morning. If I change the tool change position z from 0 to .5, will that prevent my previous drill disaster?
    Attached Thumbnails Attached Thumbnails PC04.JPG  
    Attached Files Attached Files

  13. #13
    Join Date
    Oct 2006
    Posts
    64
    If you're using the recent pcb g-code. It goes to the tool change z axis, before the tool change xy axis. That why it dragged over the board. You need to edit the code, find the place where it returns to zero for a trool change and change the order.

    In pcb-gcode.ulp
    At around like 276
    rz(TOOL_CHANGE_POS_Z);
    rxy(TOOL_CHANGE_POS_X, TOOL_CHANGE_POS_Y);

    needs to be

    rxy(TOOL_CHANGE_POS_X, TOOL_CHANGE_POS_Y);
    rz(TOOL_CHANGE_POS_Z);

    Its because you're your using z=0 as a tool change position.
    Happens to me too.

  14. #14
    Join Date
    Dec 2004
    Posts
    1137
    Quote Originally Posted by rdagger View Post
    Here's the original code and a pic of the bit. I'll try your settings in the morning. If I change the tool change position z from 0 to .5, will that prevent my previous drill disaster?
    I use 1" for my tool change position. Looking at the G-Code it's just a single line for each path. Looking at your results you have some combination of the following:
    1. Severe run out at the spindle
    2. Feed is too fast the bit isn't cutting it's tearing
    3. Backlash the different thicknesses in your lines show the system is off in one direction. Multiple pass jobs would remove all of the copper.
    4. The wrong etching bit. Copper is soft and tears, pulls, stretches.
    So try these:
    1. You said the runout is .002", that's half the width of your bit ... may want to double check that
    2. Slow the feeds down to 10ipm or less to gauge any improvement
    3. You need to do the square and circle test or use a DTI and check this in both axis. Have you cut anything else with this machine? Something is loose and it shows worse the smaller/finer you try to go.
    4. You have an engraving bit meant for a different job. www.soigeneris.com has the Precise Bits without the high shipping or minimum order ... www.drewtronics.net has solid carbide V-bits that are very economical, but have a .001" tip and thus take more passes to get a wide isolation. I use them for tight SMD work which I haven't done in a while.

    Also, I have run your gcode through an optimizer to shrink the amount of Z air moves.

    -Jay
    Attached Files Attached Files

  15. #15
    Join Date
    Dec 2004
    Posts
    1137
    Quote Originally Posted by chuck99z28 View Post
    If you're using the recent pcb g-code. It goes to the tool change z axis, before the tool change xy axis. That why it dragged over the board. You need to edit the code, find the place where it returns to zero for a trool change and change the order.

    In pcb-gcode.ulp
    At around like 276
    rz(TOOL_CHANGE_POS_Z);
    rxy(TOOL_CHANGE_POS_X, TOOL_CHANGE_POS_Y);

    needs to be

    rxy(TOOL_CHANGE_POS_X, TOOL_CHANGE_POS_Y);
    rz(TOOL_CHANGE_POS_Z);

    Its because you're your using z=0 as a tool change position.
    Happens to me too.
    Um, why would you do a tool change at zero??? At the very least if you are not going to change tools then set it to .01 Editing the code that outputs the Gcode is silly and will bite you one day.

  16. #16
    Join Date
    Jan 2006
    Posts
    17
    I took the Romaxx apart, cleaned and adjusted everything. I tried the new settings and it is worse now. I did some circle tests (5mm and 10mm radius) in pcb with the vbit and mdf with an end mill. They are not good. I also did another runout test on the vbit and it is much worse. If I'm reading it correctly, is it .006 (see pic)? btw I didn't zero the tester, the range is 1 to 1 the long way.
    Attached Thumbnails Attached Thumbnails PCB05.JPG   PCB06.JPG   PCB07.JPG   PCB08.JPG  

    PCB09.JPG  

  17. #17
    Join Date
    Dec 2004
    Posts
    1137
    Job one is to fix that backlash. I was under the assumption that the Romaxx didn't have any by design. Hopefully you are in contact with them or their Forum meambers to resolve that.

    On a positive note, the edges of your copper look a lot cleaner

  18. #18
    Join Date
    Sep 2006
    Posts
    218
    Quote Originally Posted by rdagger View Post
    Here's the original code and a pic of the bit. I'll try your settings in the morning. If I change the tool change position z from 0 to .5, will that prevent my previous drill disaster?
    could you send me the Eagle brd file?
    I would like to try, and will post here the result

  19. #19
    Join Date
    Jan 2006
    Posts
    17
    I confirmed it is a hardware problem. The guys at Romaxx said they would fix it no charge even though the router is several years old. You can't beat that support.

  20. #20
    Join Date
    Oct 2006
    Posts
    64
    Quote Originally Posted by Jay C View Post
    Um, why would you do a tool change at zero??? At the very least if you are not going to change tools then set it to .01 Editing the code that outputs the Gcode is silly and will bite you one day.

    Off topic now sorry.
    The tool change macro parks the spindle at zero on all three axis, I release the spindle and slide it up in the spindle mount, change the bit and slide it back down until the drill touches the surface of the work. Then restart the routine. I just use zero as the reference point, so I don't have to reset Z axis between every change.

Page 1 of 2 12

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •