Centroid CNC12 v5.07 REV12 BETA is now available.

[cncsnw]

Keith: Has anyone had a chance to look at the issue occustoms reported, wherein SV_PLC_RAPID_FEEDRATE_OVERRIDE would affect the speed of G1 G99 (feed-per-revolution) moves on a lathe?

Also the apparent glitch in the current-position mini DRO on the runtime graphics display of the lathe software, in which the Z and X positions appeared to be swapped?

[cnckeith]

this is the thread i found.
is there another one?
checking into the mini dro now

https://centroidcncforum.com/viewtopic. ... 296#p75296

[cncsnw]

I e-mailed a report to support@centroidcnc.com on November 1st, and a followup (confirming that the problem only affects G99 moves) on November 2nd. Subject line was " Independent Rapid Override setting in CNC12 v5.07r12 Lathe"

I did not receive any response, so it is possible that neither of those e-mails went through. I will copy the message here.

[cncsnw]

I am helping Mark Shartzer (OC Customs) with PLC programming for his Mazak lathe (Oak kit A901207).

He has opted to supplement the VCP with his own hard-wired control panel. He has been working on this for most of a year; but since the addition of independent rapid override was announced for v5.07/v5.08, he decided to add that to his panel.

He has three independent rotary selector switches for setting spindle speed override, feedrate override, and rapid override.

Looking at the early v5.07 Acorn PLC programs, it seemed reasonable to conclude that we just needed to set SV_PLC_RAPID_FEEDRATE_OVERRIDE to a value between 0.01 and 1.00, in response to the position of the rapid override selector.

A report with his current PLC program is attached. See lines 2360-2372 of the source file.

He reports that this version does correctly override rapid rates in response to the selector position.

However, he reports that a reduced rapid override setting also slows down feedrates.

See his video here:


Note in the video that:
- Feedrate override is set to, and displayed as, 100%
- Programmed feedrate is 0.030 in/rev
- Between 0:10 and 0:30 in the video:
- The spindle is turning about 610 RPM, so 0.030 in/rev should yield about 18.3 in/min, or 0.31 in/sec
- The Z axis takes 20 seconds to move about 1.24 inches, so the actual speed is about 0.062 in/sec.
- Therefore the actual speed is about 20% of the programmed speed.
- Rapid override selector is set at 20%
- Between 1:05 and 1:10 in the video:
- Spindle speed and programmed feed are the same as earlier.
- Rapid override selector has been turned to 100%
- The Z axis takes 5 seconds to move about 1.60 inches, so the actual speed is about 0.32 in/sec.
- This is essentially 100% of the programmed speed.

Note also that the RTG current-position DRO display is showing 2x the Z position on the X position line, and presumably is showing the X
position on the Z line.

Note further that the displayed feedrate is constant at .0300 ipr, regardless of actual speed. He has Parameter 56 = 4 (not 2 or 6), so it
seems that the displayed feedrate should be actual, not programmed. The same problem appears in the regular status window on the G-Code runtime screen.


Regarding the axis speed, though: Is there something missing from the PLC program, that is causing the Rapid Override percentage to be applied
to feedrate moves?

Let me know what you see.

[cnckeith]

I e-mailed a report to support@centroidcnc.com on November 1st, and a followup (confirming that the problem only affects G99 moves) on November 2nd. Subject line was " Independent Rapid Override setting in CNC12 v5.07r12 Lathe"

I did not receive any response, so it is possible that neither of those e-mails went through. I will copy the message here.

marc,
hello. thanks! for the good info!
i was completely unaware of your reporting anything to support@centroid. yes they should send any bug reports to me but for future, it best is to post any bug reports here on the beta forum so it gets the attention of me and the Centroid software team right away.
thanks again! we are on it and i hope to report back on monday with results and a conclusion. -k

[cnckeith]

thanks for the good info, we did reproduced this! fix is in the works right now. should have a build soon for you'all to test with and verify our fix.