G95 feed per revolution

Here is where you can request new features or special features.

Re: G95 feed per revolution

Postby cncdrive » Wed Aug 01, 2018 2:32 pm

I have just talked to my collegue about the G95 and he said that in mach3 it is planned with at least 100msec delay, so I think the mentioned few tens of milliseconds should be fine if it is OK how it works in mach3?! :)
If so then it is not that complicated to implement this, because then everything can be planned on the PC side, no need to modify the path calculations in the motion controller.
cncdrive
Site Admin
 
Posts: 2251
Joined: Tue Aug 12, 2014 11:17 pm

Re: G95 feed per revolution

Postby spumco » Wed Aug 01, 2018 2:34 pm

cncdrive wrote:Also we still have the analog output closed loop controller half way finished


That sounds interesting. Unless there's a post or thread I missed somewhere here I haven't heard of this. Can you give a quick explanation of what this is?
spumco
 
Posts: 211
Joined: Mon Oct 03, 2016 10:10 pm

Re: G95 feed per revolution

Postby cncdrive » Wed Aug 01, 2018 2:43 pm

I now can't find the forum thread where I posted about this. :(
It is a motion controller with breakout board combination which can output both step and direction signals and also +-10V signals for analog servo drives.
The encoder signal has to be connected to the board and a PID controller (per axis) has to be setup to control the speed loop.
Then the system is fully closed loop.
But you can also mix step/dir stepper and servo drives (in open loop) and analog drives (closed loop).

I found only one picture now of the board and it was only half assembled at the time.
I'm attaching that picture.

The board looks so "clean" only because all small SMD parts are on the bottom side. :)
Attachments
20170503_120943.jpg
cncdrive
Site Admin
 
Posts: 2251
Joined: Tue Aug 12, 2014 11:17 pm

Re: G95 feed per revolution

Postby cncdrive » Wed Aug 01, 2018 2:49 pm

And this very short video which my collegue made when the Xilinx FPGA on the board first started working. :)
Attachments

[ Play Quicktime file ] FPGA_Startup.mp4 [ 311.27 KiB | Viewed 144 times ]

cncdrive
Site Admin
 
Posts: 2251
Joined: Tue Aug 12, 2014 11:17 pm

Re: G95 feed per revolution

Postby Vmax549 » Wed Aug 01, 2018 3:14 pm

The problem with teh Mach3 version is The function with using the spindle index signal does not work properly and IF you do not use teh spindle signal it simply uses programmed values which is not worth a flip as it is teh same as G94 just using different values.

IF you are not going to interface teh actual spindle speed don't even bother.

Just a thought, (;-)TP
Vmax549
 
Posts: 1269
Joined: Sun Nov 22, 2015 3:25 am
Location: USA

Re: G95 feed per revolution

Postby Robertspark » Wed Aug 01, 2018 3:17 pm

cncdrive wrote:I have just talked to my collegue about the G95 and he said that in mach3 it is planned with at least 100msec delay, so I think the mentioned few tens of milliseconds should be fine if it is OK how it works in mach3?! :)
If so then it is not that complicated to implement this, because then everything can be planned on the PC side, no need to modify the path calculations in the motion controller.


Some delay will be inevitable / expected, the key element is to get some benefit in utilizing the spindle speed feedback signal to vary the feedrate so surface finish can be improved

I may be wrong here as I've not done any calculations, but to my mind all we are talking about is a compensation in feedrate relative to "minor" spindle speed variation, it will be minor because spindle speed varioation that it is trying to correct for will be small within the sample period, but at least it uses some amount of feedback.
Rob
Einstein ― “If you can't explain it to a six year old, you don't understand it yourself”
...working my way through the 1000+ ways things don't work to find the one that does
UC400eth, UC300eth, UCCNC v1.2106, Neuron Lite
UCCNC v1.2105 Macro Manual
Robertspark
 
Posts: 968
Joined: Sat Sep 03, 2016 4:27 pm
Location: Nr Liverpool, England

Re: G95 feed per revolution

Postby Robertspark » Wed Aug 01, 2018 3:19 pm

Vmax549 wrote:The problem with teh Mach3 version is The function with using the spindle index signal does not work properly


Why does it not work properly?

I expect that uccnc will use the encoder feedback signal from the spindle.

so to gain the benefit of feedrate correction relative to actual spindle speed you need to install a spindle encoder
Rob
Einstein ― “If you can't explain it to a six year old, you don't understand it yourself”
...working my way through the 1000+ ways things don't work to find the one that does
UC400eth, UC300eth, UCCNC v1.2106, Neuron Lite
UCCNC v1.2105 Macro Manual
Robertspark
 
Posts: 968
Joined: Sat Sep 03, 2016 4:27 pm
Location: Nr Liverpool, England

Re: G95 feed per revolution

Postby Vmax549 » Wed Aug 01, 2018 3:48 pm

The feedback to teh G95 is broken in that Mach3 looses control over teh changes and it does NOT obey teh Acceleration profiles. Z gets in a runaway condition at times and either looses step or trips an error on servo drives.

NOW that was in Mill not turn.

Been there and worked with that for a long time in Mach3 to no avail.

(;-) TP
Vmax549
 
Posts: 1269
Joined: Sun Nov 22, 2015 3:25 am
Location: USA

Re: G95 feed per revolution

Postby Robertspark » Wed Aug 01, 2018 4:54 pm

Vmax549 wrote:The feedback to teh G95 is broken in that Mach3 looses control over teh changes and it does NOT obey teh Acceleration profiles. Z gets in a runaway condition at times and either looses step or trips an error on servo drives.


Well we should not have that problem with UCCNC because it does obey the acceleration profiles
Rob
Einstein ― “If you can't explain it to a six year old, you don't understand it yourself”
...working my way through the 1000+ ways things don't work to find the one that does
UC400eth, UC300eth, UCCNC v1.2106, Neuron Lite
UCCNC v1.2105 Macro Manual
Robertspark
 
Posts: 968
Joined: Sat Sep 03, 2016 4:27 pm
Location: Nr Liverpool, England

Re: G95 feed per revolution

Postby cncdrive » Wed Aug 01, 2018 5:53 pm

I don't know if it works properly or not in Mach3 since I have never used it.
What my collegue said is that how Mach3 internally works it does have a 100msec delay with handling the spindle speed feedback and acting on it.
So, it simply can't be faster than that, it must have a 100msec delay and this is the best case scenario. Again the reason is the internal loop speed of Mach3 which handles the feedback signal.
What I don't know is if this is fast enough or not.

Ofcourse the UCCNC will also not be able to handle this in realtime unless we will handle it directly in the motion controller which I'm not sure if it is even possible.
So, if it will be OK to have upto as much delay with this as it is with mach3 then we can implement that on the PC side like how it is in mach3.
We can set our loops faster so it will be probably faster than in mach3, but still there will be some delay.

And Terry is right the overal delay will be lower if we use encoder feedback and not index only even if the loop is the same speed as in mach3, because if only index is used then the system is always blind for a full 360°and that is again a delay in the signal...
cncdrive
Site Admin
 
Posts: 2251
Joined: Tue Aug 12, 2014 11:17 pm

PreviousNext

Return to Feature Request

Who is online

Users browsing this forum: Bing [Bot] and 4 guests