. .
Page 2 of 2 FirstFirst 12
  1. #11
    Unfortunately I have no idea. I will not be using this controller for a router/milling machine.

    I'll try to find out for you.

  2. #12
    I can't find any information in the user manual that might suggest this feature is available. I have sent them an email to find out for you.

  3. #13
    Heres my Mk2 running a homing sequence, but I believe that the software doesn't do the zeroing of the slave axis.

    quote from planet cnc forums:

    Currently this is not planned to be implemented.

    Independant homing is dangerous.
    If one switch fails during homing then machine might be destroyed. This is not an issue on small low power machines but if you use stronger motors something will break.

    Last edited by Dwayne Dibbley; 16-02-2015 at 09:14 PM.

  4. #14
    Here's the reply I got from them. I've have no idea if this solution works well or not, or how difficult it would be to implement.

    http://forum.planet-cnc.com/viewtopi...squaring#p8094

  5. #15
    Neale's Avatar
    Lives in Plymouth, United Kingdom. Last Activity: 20 Hours Ago Has been a member for 9-10 years. Has a total post count of 1,725. Received thanks 295 times, giving thanks to others 11 times.
    It's an interesting approach. It is similar to the one suggested in a similar discussion recently about the CSMIO/IP-M, which now has a slave output for dual-motor setups but no squaring capability. In that case, the suggestion was to use something like an Arduino processor alongside the motion controller, driving the stepper drivers by combining the two sets of outputs (from motion controller and Arduino). The Arduino would pick up limit switch signals and be able to execute the homing/squaring sequence, but apart from homing, would do nothing. The "Planet" solution sits in line between motion controller and stepper drivers so in that sense is a bit more intrusive, and because it uses discrete logic gates, circuit complexity limits it to managing step pulses only and the user has to set direction. More margin for error?

    Personally, I would go for the Arduino just because it's much easier to set up physically and probably no more expensive (using a pre-programmed bare ATmega chip from an Arduino) and I'm thinking of exploring that when I get my new machine running using the CSMIO/IP-M but there still seems to be a bit of a debate about how much the squaring operation needs to be done, and whether you can't do it manually almost as easily.

  6. #16
    Neale,
    your solution seems much better. I was a bit confused about that particular solution. Too much electronics and chance to mess.

    Quote Originally Posted by Neale View Post
    but there still seems to be a bit of a debate about how much the squaring operation needs to be done, and whether you can't do it manually almost as easily.
    I thought so before, but not now. Every reset with steppers results in a positional error. Yeah, for a wood working machine not a big deal, you can adjust from time to time by hand against hard stop. Not so for a more serious machine where more precision is required.
    project 1 , 2, Dust Shoe ...

  7. #17
    Neale's Avatar
    Lives in Plymouth, United Kingdom. Last Activity: 20 Hours Ago Has been a member for 9-10 years. Has a total post count of 1,725. Received thanks 295 times, giving thanks to others 11 times.
    Thanks for the comments. My existing machine is pretty poor anyway, but only has a single X motor so I have no personal experience of the positioning issues and it's interesting to hear what problems other people see. Nearest I get to it is my 3D printer which uses two motors to drive the Z leadscrews; those motors are just wired in parallel from a single driver and within the tolerances of a 3D printer, I have never had any problems with drift of home position between them. However, it's all a bit different with two drivers/two motors, of course, as the drivers themselves can theoretically get out of sync with each other at the microstep level.

    Anyway, I quite like the idea of grafting in an Arduino-based solution - I've done a bit of work with them both as the 3D printer controller and programming the microcontroller itself to use on a bare board. I'm sure that that could make quite a neat solution.

Page 2 of 2 FirstFirst 12

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Bookmarks

Posting Permissions

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