IndyMill

About

Somewhere in 2022 I decided I wanted a CNC machine. After lengthy consideration the many options I decided to build an IndyMill.

Project website: https://indystry.cc/indymill/

The building volume with my current limit switch configuration is about (X * Y * Z): 340 * 330 * 100mm

Ordering

I ordered whenever reasonable priced in my home country (germany), and only if the price was noticable better, in asia.

Ordering in asia came with disadvantages:

• long shipping time
• customs fees
• damaged goods (f.e. warped parts)
• magnetic parts were rejected from logistics provider and returned to sender
• …

I ordered also from Nikodem ( https://indystry.cc/store/ ), the prices in his shop are absolutely fair and I'm more than happy with the quality! Also I'm very happy to support him!

Building

TBD

Setting up GRBL

🛑

This might be a bad idea, since GRBL seems to be abandoned since 2019… Official Info: https://github.com/gnea/grbl/wiki Alternatives: https://github.com/Paciente8159/uCNC (some boards, inkl. ESPs) https://github.com/grblHAL (many boards) https://github.com/bdring/FluidNC (TBD) https://github.com/SourceRabbit/RabbitGRBL (for ESP32)

Installing GRBL

1. Install Arduino IDE 1.x (not 2.x!)
2. Setup board type
3. Setup serial/USB-connection (you might want to add your user to group dialout to allow accessing /dev/ttyUSB0…)
4. Download as .zip: https://github.com/gnea/grbl
5. Extract zip
6. Open Arduino IDE

Sketch → Library Import as .ZIP → select grbl-master/grbl

File → Examples → grbl → grblUpload → →

Testing Connection

1. Download CNCjs-AppImage: https://cnc.js.org/
2. Launch it, set Connection parameters (device / speed)
3. Enter something like this:

• Get current settings with

$$

CNCjs 1.10.3 [Grbl]
Connected to /dev/ttyUSB0 with a baud rate of 115200
Grbl 1.1h ['$' for help]
client> $$
$0=10 (Step pulse time, microseconds)
$1=25 (Step idle delay, milliseconds)
$2=0 (Step pulse invert, mask)
$3=0 (Step direction invert, mask)
$4=0 (Invert step enable pin, boolean)
$5=0 (Invert limit pins, boolean)
[…]
$132=200.000 (Z-axis maximum travel, millimeters)
ok

GRBL-Settings

Setting step width

• Change settings as described in Nikodem's manual for stepwidth:

$1=255
ok
$100=640
ok
$101=640
ok
$102=400
ok
$110=1000
ok
$111=1000
ok
$112=1000
ok
$120=80
ok
$121=80
ok
$122=80
ok

I changed above to meet my (micro)-stepping-setup (DIP #2 of my TB6600, micro-step 8, Pulse/Rev 1600) and ball-screws.

$100=320
$101=320
$102=400

Hint: Make sure you reset the machine after changing values, my GRBL acted strangely when not.

Setting directions

• Set directions:
  • Inverting Z-axis:

    $3=4

My settings (preliminary)

CNCjs 1.10.3 [Grbl]
Connected to /dev/ttyACM0 with a baud rate of 115200
Grbl 1.1h ['$' for help]
client> $$
[MSG:'$H'|'$X' to unlock]
$0=10 (Step pulse time, microseconds)
$1=25 (Step idle delay, milliseconds)
$2=0 (Step pulse invert, mask)
$3=5 (Step direction invert, mask)
$4=0 (Invert step enable pin, boolean)
$5=1 (Invert limit pins, boolean)
$6=0 (Invert probe pin, boolean)
$10=1 (Status report options, mask)
$11=0.010 (Junction deviation, millimeters)
$12=0.002 (Arc tolerance, millimeters)
$13=0 (Report in inches, boolean)
$20=0 (Soft limits enable, boolean)
$21=0 (Hard limits enable, boolean)
$22=1 (Homing cycle enable, boolean)
$23=0 (Homing direction invert, mask)
$24=25.000 (Homing locate feed rate, mm/min)
$25=500.000 (Homing search seek rate, mm/min)
$26=250 (Homing switch debounce delay, milliseconds)
$27=2000.000 (Homing switch pull-off distance, millimeters)
$30=1000 (Maximum spindle speed, RPM)
$31=0 (Minimum spindle speed, RPM)
$32=0 (Laser-mode enable, boolean)
$100=320.000 (X-axis travel resolution, step/mm)
$101=320.000 (Y-axis travel resolution, step/mm)
$102=400.000 (Z-axis travel resolution, step/mm)
$110=500.000 (X-axis maximum rate, mm/min)
$111=500.000 (Y-axis maximum rate, mm/min)
$112=500.000 (Z-axis maximum rate, mm/min)
$120=23.000 (X-axis acceleration, mm/sec^2)
$121=23.000 (Y-axis acceleration, mm/sec^2)
$122=10.000 (Z-axis acceleration, mm/sec^2)
$130=200.000 (X-axis maximum travel, millimeters)
$131=200.000 (Y-axis maximum travel, millimeters)
$132=200.000 (Z-axis maximum travel, millimeters)
ok
>

Enabling Limit-Switches

• See also:
  • https://www.youtube.com/watch?v=LZri0vlNrRs&list=PLktKi_COpyPRd8JZfjhskWSvsFN3Cb1v8&index=9
  • https://github.com/gnea/grbl/wiki/Set-up-the-Homing-Cycle
  • https://github.com/gnea/grbl/wiki/Wiring-Limit-Switches
• Do:
  • MAYBE NOT (but definitely while testing limit switches!): Enable hard limits: $21=1
  • Enable homing cycle: $22=1
  • Set top left home location: $23=1 (see above links for more values)
  • Set $5 according to NO/NC switches used

Testing

Try this:

$H

Hold/Start-Button

See: https://discuss.inventables.com/t/need-to-pause-a-carve-grbl-feed-hold-cycle-start/16419

Picture TBD

Z-Axis-Probe

• See also:
  • https://www.youtube.com/watch?v=l9o6ZUjb3k0
• Do:
  • TBD

Lessons Learned

General

• Origin is in front-left corner, increasing up (Z), right (X) and back (Y)
• Origin of SVG-designs is usually top-left corner, increasing right (X), decreasing towards you (Y)
• Double-Check all settings before first use (most importantly step width, end switches)
• Don't think it's as easy as 3D-Printing, where the slicer will do all the work for you!
• You have to make decisions while creating the GCODE or even the design:
  • Which pockets should be done first?
  • Which pockets should be done last?
  • Will any operation make your part move or break?
  • Which speed is best?
  • What kind of operation do you need? Pocket? Engrave?
  • Which milling bits will you use?
• If you don't use hard limits ($21=1), then GRBL will jog happily ahead, even if the endswitch has opened.
  • At least homing ($H) works without hard limits, since it retracts a bit to close the switches again.
  • Hard limits comes in very handy if your testing your limit switches!

CAD and CAM Software

There is a lot of different CAD and CAM software: CAD and CAM Software

Cutting speeds

See Cutting speeds.

Dust Shoe

Cutting makes a lot of dirt…

I used this design ( https://www.thingiverse.com/thing:3007107 ) and tweaked it a little:

• Transparent plate: https://www.thingiverse.com/thing:6512697
• Adaptor or my vaccumer: https://www.thingiverse.com/thing:6503052

I have a dust shoe with brush/brizzles and one made out of PETG-sheet-leftovers (0.5mm).

This is how it looks with a normal brush:

This is how I made the PETG "brush":

• Cut a about 70mm wide, 400mm long strip
• Fold 5mm over:
  
  
• Insert it into the rail of the shoe
• Cut 10mm wide segments

TBD - IMAGE - Link zu meinem Design

Troubleshooting

10mm are not 10mm

Check $100, $101, $102, your driver's micro-step-settings and your ballscrews.

CNCjs-AppImage won't run on Lenovo T60

The T60 is kinda 32bit, that might be the catch.

Try installing with npm: https://www.npmjs.com/package/cncjs

Run it:

heiko@T60-1951-debian:~$ cncjs
2024-02-18T15:29:24.819Z - info init Loading configuration from "/home/heiko/.cncrc"
(node:20609) Warning: Accessing non-existent property 'padLevels' of module exports inside circular dependency
(Use node --trace-warnings ... to show where the warning was created)
2024-02-18T15:29:25.386Z - info init Starting the server at http://127.0.1.1:8000

Use it:

http://127.0.1.1:8000

Cut freezes

The Problem

The cutting, or, to be more precise, the motion stops. The grbl console in CNCjs shows some garbled messages, mostly one "o" or "k". Status is then idle, and can be continued by pausing and restarting the cut. When using UGS, it shows a message about a stream (serial connection) can't be established. The problem is not 100% reproducible - sometimes the machine runs flawless for 15 minutes (my test cut), and sometimes it stalls every 10 seconds.

The Analysis

• Similar problems from the net:
  • https://github.com/grbl/grbl/issues/483
  • this about serial drivers and UNOs/replicas
• Try another G-Code-Sender (like UGS instead if CNCjs) (UGS is more chatty when encountering problems than CNCjs)
• Disable spindle
• Disconnect limit-switches (and turn $5 off accordingly (set to 0 if using normally-closed (as you should be))
• Check stepper frequencies (vs. micro-stepping-settings) - can your Arduino UNO produce the required frequencies?
• Disable steppers (shutting off power supply)
• Disable WiFi
• Try another, short, shielded USB-cable
• Try an USB-isolator, I used some 18€ item from amazon, and it seems to worsen the problem, maybe this is just snakeoil
• Unplugging the arduino power adaptor seems to help a little
• Use another computer
  • Lenovo M72e: no luck
  • Lenovo T60: no luck
  • Apple MacBook Pro 13" (plug the power adaptor into Apple MacBook Pro 13", not the docking station → seems to work most of time)

I think it's safe to say, that the Arduino UNO (please note, that mine is a cheap-8€-knock-off from china) has a badly designed serial interface with shielding/grounding issues.

The Workaround

None of the above brought up a viable solution.

This is what works for me as a workaround:

• Keep humidity low and temperature on a comfy level
• Unplug the arduino power supply, let the PC power the UNO
• Use MacBook Pro 13" with NO power supply attached (or maybe plugged in the MBP, not the docking station)

The Solution

Dump the crappy not-genuine UNO board and get a genuine one. Works like a charm.

Footer

• Links
  • TBD
• Footnotes: