CoreXY
Derived from
Description
Instructions
You must be logged in to post a comment.
I was implementing H-bot in Cartesio, but stopped
CoreXY is actually better, and I will implement CoreXY
In H-bot if you move 45 degrees only 1 motor is turning, and if the belt is not perfectly aligned and tensioned the opposite side of the gantry from the motor will start moving later, resulting in serious backlash
This will not happen with CoreXY
I will keep you updated
Edit: the same thing will happen for CoreXY
picture the reference mechanisme pic on your website.
Now if you move the toolholder from top left to bottom right in a 45 degree angle,
The "B" motor will be doing all the work resulting in the "A" side of the gantry to start moving ever so slightly later, resulting in backlash
I can see fab in box in the video and photos.are the plans for that structure open source?
Any further news on this? Pretty interested in firing up the lasers at work and scaling this up a bit and building one to see where it goes.
If you reshuffle the belts like this http://maukcc.blogspot.com.au/... you can make the X and Y drive independent which makes control easier. Alternatively you can do it with an H layout like this http://www.youtube.com/watch?v... which will simply it a bit, note the tool head is only connected to one of the sections of belt crossing the gantry.
Cool design.
Have you considered using bearings directly on the aluminum instead of using the linear shafting? Something like this: http://www.cncrouterparts.com/...
Keep up the great work. 8-)
I agree with your philosophy of keeping the moving mass low. I have not been able to combine x and y motor movement with Marlin or Sprinter and still have jogging function. If someone could do the firmware modification that allows us to combine axes, it would open up some great new possibilities. How are you accomplishing the combined x and y movement? Great work!
I've modified the Marlin firmware to support CoreXY - it seems to work fine but I'm not sure what will happen at high speeds (I've run it successfully up to 100mm/s). Jogging works fine.
I'm not familiar with the workings of Marlin or Sprinter but a forward step in the X axis requires forward steps on both motors, while a forward step in Y requires a forward step on one motor and a reverse step on the other. If the firmware is written so that taking steps on each motor is broken out as separate functions it should be an easy modification. But in practice I don't know how easy it is to modify Marlin or Sprinter. I use my own control boards so the change was trivial.
my friend and me are working on firmware modification.ask kliment on irc, orth iti told him mant times but he think its not it
I love this idea. I had a similar design planned for my RepStrap printer before mounting cost made be abandon it.
I might still build one in the future...
Moving knots are really great for true/syncing up ones axises as well: http://www.cnczone.com/forums/... (see the whole thread... or well the forum btw)

if you've already got the metal exterior frame, why do you need the bars? can't your carriage ride on the frame?