thanks for the input so far. I know a second controller would be a better solution, but I need something this week... I will look at some hardware for the next couple weeks. A couple hours of programming now would save us time, which is our critical resource.
I know about machinekit, but had trouble getting it running on the system in question. I was really hoping that someone would just answer the simple question of whether having two different command streams could have motion commands operating simultaneously on different axes of the same linuxcnc controller. They don't let me near the production assembly systems. :) I just build things for engineering and test. Yes, a small 65W laptop adapter is a really cool thing. jerry On Thu, Sep 24, 2015 at 8:32 AM, Dave Cole <[email protected]> wrote: > >>It would be simpler to have two > separate controller, but that's not where we are at right now. > > Simple is good. > > For another $200 you can get a second PC. > > If this is a one-off project I'd strongly consider throwing more > hardware at the project. > > I don't know what your labor rates are, but $200 doesn't buy much these > days. > > Are you guys making a machine to assemble/process your laptop charger > product? That looks nice. > > Dave > > > On 9/24/2015 11:05 AM, Jerry Scharf wrote: > > Hi, > > > > These are two completely independent machines with no coordination. Many > > times only 1 will be operating. I am trying to work out what happens when > > both are operating at the same time. It would be simpler to have two > > separate controller, but that's not where we are at right now. > > > > jerry > > > > On Thu, Sep 24, 2015 at 6:23 AM, TJoseph Powderly <[email protected]> > wrote: > > > >> It doesnt sound like the task is well defined here on mail list. > >> > >> If the 2 independent(?) systems do not require interpolation _between_ > >> them, then M65 thru M66 could provide the 'handshaking'. > >> Each would have a 'busy' and a 'fin' signal. > >> This is extremely sequential. > >> > >> Else please explain more, > >> and what did you see happen when > >> ~"it didnt seem ready to accept commands" ? > >> > >> TomP tjtr33 > >> > >> On 09/24/2015 03:00 AM, Gregg Eshelman wrote: > >>> On 9/24/2015 12:57 AM, Dave Caroline wrote: > >>>> might be better to let the two talk to each other in some way so move > >>>> starts/runs are really synchronised properly rather than rely on > >>>> buffers. > >>>> eg classic ladder or some clocking or whatever > >>>> > >>>> Dave Caroline > >>> That sounds good. What you Do Not Want is a race condition where you > >>> have two or more independent parallel processes with nothing to ensure > >>> they always complete in the correct order. > >>> > >>> For an example of what can happen, google Therac 25 > >>> > >> > >> > >> > ------------------------------------------------------------------------------ > >> Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > >> Get real-time metrics from all of your servers, apps and tools > >> in one place. > >> SourceForge users - Click here to start your Free Trial of Datadog now! > >> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 > >> _______________________________________________ > >> Emc-users mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/emc-users > >> > > > > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > > ------------------------------------------------------------------------------ > Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > Get real-time metrics from all of your servers, apps and tools > in one place. > SourceForge users - Click here to start your Free Trial of Datadog now! > http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 > _______________________________________________ > Emc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Jerry Scharf FINsix IT 650.285.6361 w 650.279.7017 m ------------------------------------------------------------------------------ _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
