Messages

5021

General Mach Discussion / Re: Homing operation does not pulls back enough to get away from switch?

« on: March 16, 2018, 07:19:18 PM »

Hi,
my recommendation, and will see if you read any of my other posts, repeatedly make the case foe separate home switches.

Leave all your existing switches in place but as limit switches only. Get another three switches an fit them as Home switches alone. It avoids all the
trouble that you are talking about.

Note that its not necessary to have a home switch at the very end of travel. Its common to have them just in from the end, a few mm or more, but they
don't have to be.

Craig

5022

Mach4 General Discussion / Re: Stop on probe signal for G0/G1 moves to protect probes...

« on: March 16, 2018, 07:08:51 PM »

Hi,
you may recall:

I think the answer is yes but it will be insufficient to protect your probe.

The reason being that Mach has communications delays that make it probable that probe damage would occur before the controller/Mach/controller loop
could act.

The ESS cannot at this time to be programmed at board level, ie realtime. Andy from Warp9 has indicated a wish to release an API for the ESS which might well
allow you to do a high speed probe protection function. When that will be available is anyones guess. Andy is commonly  so involved with customer support that
development goes out the window.

PoKeys boards have as standard a board level programming feature. Whether it has the capacity to do this I don't know.

Vital Systems Hicon boards can be activated at a cost to be programmable also.

Craig

5023

General Mach Discussion / Re: Taig Mill Questions

« on: March 16, 2018, 06:53:49 PM »

Hi,
sounds like the X axis stepper driver is faulty. At a guess it sounds like the current sense PWM has gone faulty and the full voltage of the supply is being
applied to the stepper WITHOUT the moderation of controlled PWM. That'll pop a fuse for sure!

Craig

5024

Mach4 General Discussion / Re: Stop on probe signal for G0/G1 moves to protect probes...

« on: March 16, 2018, 06:15:17 PM »

Hi,
does anyone have any guesses as to how a motion controller would handle a dis-able signal in the middle of a move?

Would it coast to a stop or would it decelerate at max?

Craig

5025

Mach4 General Discussion / Re: Stop on probe signal for G0/G1 moves to protect probes...

« on: March 16, 2018, 06:10:08 PM »

Hi,
that's the thousand dollar question.

If I understand correctly Mach responds very quickly to a signal event. How long however does it take for the Dis-able signal to reach the motion controller
and actually stop motion.

Additionally how long does the probe signal detected by the controller board take to propagate back to Mach as ISIG_PROBE?

Craig

5026

Mach4 General Discussion / Re: Help Modifying RefAllHome

« on: March 16, 2018, 04:28:56 PM »

Hi,
the reduced Ref All Home button works fine here, that is that only X and Y axes home.

Can you post a screen shot of the motor assignment page?

Craig

5027

General Mach Discussion / Re: Servio motor Delta adas b2 Software and electronic gear ratio

« on: March 16, 2018, 04:13:50 PM »

Hi,
did you read the page 6-8 in the manual?

It doesn't appear so.

Currently you have the numerator =480 and denominator at 16.
One input pulse will result in 480/16=30 encoder counts, not what you want, you want one input pulse to effect one encoder count, ie no electronic gearing
at all.

Make P1-44 equal to P1-45, I don't really care what, if you set one as 16 then set the other as the same.

The formula on page 6-8:

F2= F1 X (M/N)

You want F1=F2, therefore M/N must equal one, therefore M must equal N.

Craig

5028

Mach4 General Discussion / Re: Mach4 MQTT Client

« on: March 16, 2018, 02:09:43 AM »

Hi,
sorry, my post wasn't clear.

Mach4's Modbus plugin can handle serial communication, certainly serial RTU and serial ASCII.

Craig

5029

Mach4 General Discussion / Re: Stop on probe signal for G0/G1 moves to protect probes...

« on: March 16, 2018, 02:01:44 AM »

Hi,
I think the answer is yes but it will be insufficient to protect your probe.

When Mach executes a G31 move it is the motion controller which monitors the probe signal and stops the axis movements the moment it does. If you wish to
have Mach monitor the probe input then there will be a delay of many milliseconds before the motion controller can signal Mach an event has occurred. Even
now that Mach is aware of a probe event it now has to abort the remainder of the jog move it has already committed to the motion controller and the controller
is executing. The current move must complete before Mach can seize control.

Note that this is different to a G31 move in that the motion controller aborts the remainder of the probe move immediately  and then reports back to Mach the position where
the abort occurred.

This behavior is because Windows and therefore Mach is not a realtime system. The delays in communication mean that there are a number of time critical motion
processes that the controller must enact because Mach can't.

As you may be aware some controllers, PoKeys boards as standard and Vital Systems boards as a paid extra feature, have the ability to program directly on the board
which IS realtime. Thus with either of those boards you could program them to do as you wish but you would have to involve yourself in some fairly low level
programming none of which has anything to do with Mach or Lua and may therefore be little support for such an effort.

I should point out that Galil is the motion control granddaddy of them all. With their boards you can program robotics and all sorts. They are famous for it and the company
has very good support for controller level programming, downside is that even one of their cheapest three axes boards are in excess of $2000. Beyond most hobbyists means
but if you have a complex realtime motion control problem Galil is the hardware you reach for and to hell with the cost.

Craig

5030

Mach4 General Discussion / Re: Mach4 MQTT Client

« on: March 15, 2018, 08:32:33 PM »

Hi,
are you sure, I've used RS485 to communicate with VFDs over Modbus both RTU and ASCII protocols
are supported.

Craig