[grbl Issue#38] Tandem/Dual Mtr/Y-Axis/Simple Pos-Dir Encoder Fdbk Conversation

未分类 bolang 6个月前 (10-14) 52次浏览

Issue #38 | 状态: 已关闭 | 作者: Highlander01 | 创建时间: 2011-07-31

标签: conversation


Conversation… Not an issue. I am building a 2nd cnc machine with Tandem/Dual/2 screws/motors on my Y axis. I want to prevent damage that could occur from one motor moving and one not moving.

Not sure what exists in Grbl. I am thinking about implementing a simple encoder on each axis…… using 2 proxs on each screw I will be able to sense direction and 1/4 rev positions. I plan to modify grbl to keep track of positons of screws and if they are ever off by more then 1/2 a rev I know I have a problem and should stop. I believe I can do even better then 1/2 rev though. With some dead bands at 1/4 rev transition points I should know if I am having issues if there is a mismatch……… This could be interesting for single motor axis too. It would be interesting to see how accurately transition points match grbl position.

Good idea? Is there better ways to implement simple low cost encoder? What is typical practice for screw position monitoring on a dual tandem 2 screw/motor axis?

(I also plan to implement a 4th axis in order to be able to move motors independently for slight position corrections etc. Further down the road I plan to add 5th for lathe type sort of axis)


评论 (1)

#1 – simen 于 2011-08-01

Personally I think this is a non-issue. I have been running grbl with dual Y axes for two years with no problems. A dead reckoning stepper driven CNC rig may never ever miss steps or you will find yourself in a world of pain and broken bits anyway. I just use two separate stepper drivers that I connect to the same outputs on the arduino and off I go. If I WERE to implement something like this I would use the incredibly precise and user friendly rotary encoders from austria microsystems:

http://www.austriamicrosystems.com/eng/Products/Magnetic-Encoders/Rotary-Encoders

But I think you should try running open loop for a while to determin if this is a real problem. If it is, you should probably go for stronger motors, drivers or both before you implement complicated counter measures like this.

As for debugging and quality control I am all for rigging up a cnc with precise rotary encoders, but not for milling.

There has been some talk of introducing a fourth rotary axis, and I’m all for that. Don’t hold your breath, though. I will probably not do it myself, but if someone contributes a patch, I intend to lovingly integrate it as a standard part of Grbl.


原始Issue: https://github.com/grbl/grbl/issues/38

喜欢 (0)