Subject: Re: [Emc-users] Variables for instantaneous transit vector
from python? (long)
Message-ID:
<CALQw8iOGM9jTV7Gh8Ps63vA0=_arcsedzkudzibbkyu0uln...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Hey I won't be much help but I would love to see how you did a break press
gui!
Andrew - I really do need to put together an entry for the wiki on this
- we haven't quite given it the "full wrap" yet; it got the the point of
daily supervised testing but stalled at that point (date: Dec 2018, I
bet you can guess why) - however I did upload a screen cap from it at:
https://pasteboard.co/nyWk9elvzxj7.pngĀ if it's of interest. The main
points were to emulate the existing nomenclature of the press, so the
vertical ram is "Y" (not R or X, for instance), and the two back-gauges
(X and Z, also by those names originally) were servo driven. The Ram
itself in this application was hydraulic with a Vickers proportional
valve (0-10v control) and a glass scale attached - so it turned into a
servo axis as well. We initially shied-away from trying to drive the
valve in that tight of a loop, because we thought the system might
cavitate, but it responds really really well that way. Way better than
simply up-fast/down-fast/slam-stop!
This project had about a dozen different (less than successful)
approaches but the production version uses a more streamlined custom
component that handles only safety and logic rather than motion control.
(Our first attempt was to build a comp with full motion control, but it
turned out to be too jumpy) - so the motion is actually controlled by
triggering a couple of g-code files. Jogging or manual single bends are
straightforward jog implementations, semi-automatic is the daily-use
feature that the operator sets waypoints and times - so we have ngc
files for ram down, ram dwell and ram retract that reflect that.
Although there is a plan for full-auto, we haven't bothered to implement
the fully-auto feature, which due to the change in our comp file got
simplified to just plain old g-code that they would write. We skipped on
that due to operators not being interested in that level of complexity.
They also didn't seem interested in wizards for taking material,
knowledgebases, k-factors, tooling details, and building numbers - they
just wanted to run the ram down to the number they set and keep
repeating. Still a very hands-on type of process for them.
We took graphic and layout concepts from the original operators of the
machine (it was an Accurpress 25 ton unit with a win98 control), as well
as other shop operators using the current generation control on a larger
unit but intentionally not wanting to copy it verbatim - as it turns out
a number of the operators liked our different layout.
Ted
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users