Hello Guest it is October 21, 2019, 09:25:42 AM

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - smurph

Contec / Re: Which Contec cards work with the plugin and which don't
« on: November 21, 2010, 11:59:23 PM »
Any of the PIO(PCI) series cards should work.  Oly the PIO-16/16T(PCI)H has been tested.

Basically, here are the list of likely candidates:

16 input / 16 output
PIO-16/16T(PCI)H - TTL (5v input/open collector output to 30v)
PIO-16/16L(PCI)H - Low voltage (12v - 24v input/output)
PIO-16/16H(PCI)H - High voltage (24v - 48v input/output)

32 input / 32 output
PIO-16/16T(PCI)H - TTL (5v input/open collector output to 30v)
PIO-16/16L(PCI)H - Low voltage (12v - 24v input/output)
PIO-16/16H(PCI)H - High voltage (24v - 48v input/output)

The "bi-directional" cards are not supported by the PIO plugin.


Galil / Re: Mach with galil reliability
« on: November 19, 2010, 02:12:28 AM »
I would say that the only reason you would ever see a run away axis with Mach/Galil is if you had an encoder failure.  And if you set OE (Off on Error), the Galil would stop even that in short order.

Galil / Re: Edit Galil Plugin
« on: November 19, 2010, 02:06:20 AM »
The problem with the 1341 and my OpenBSD hack is that I wrote the VME bus driver (I was "Mr. VME" at OpenBSD for many years) specifically for the Fanuc SBC.  It will run on no other hardware.  And the VME driver is not in the OpenBSD source tree.  So the 1341 will never really be possible to use with Mach.  :(


Galil / Re: Edit Galil Plugin
« on: November 16, 2010, 11:58:47 AM »
The Mach and Galil combination doesn't create static code for the Galil controller that can be downloaded to the controller and run "offline".  It talks to the Galil controller constantly and streams commands to it in a very dynamic fashion.  In other words, it is not a G code to Galil code converter.

I actually wrote some code to run the 1341 (VME) on an OpenBSD install on a Fanuc VME single board computer.  I then wrote a TCP/IP server that mimics a Galil stand alone Ethernet controller.  The problem is that you have to have a VME chassis, a Fanuc SBC, (not cheap at all) and a lot of UNIX know how.  My point is that anything is possible, but it might not be worth it.

The 1040 and 1540, as Kenny said, suffer from a lack of a data record.  And the 1540 also has the problem of being a serial only device.  Of the two, the 1040 has possibilities but the whole plugin would have to be rewritten to even try it.  The plugin is written in Visual Studio 2003 C++ (That is what you would edit the plugin code with).

Finding a newer ISA (DMC17x0), PCI (DMC18x0/2/6), or Any of the Ethernet controllers would be the quickest route to success.


Galil / Re: X,W home problems
« on: November 16, 2010, 11:33:50 AM »
Yes, I can.  I'm trying to make the plugin use the new Galil Tools drivers at the moment.  So I need to finish that first because the code is all torn up.  Hopefully I should be done with that by the weekend.


Galil / Re: Mesa card plugin
« on: November 16, 2010, 11:30:22 AM »
The only board that I know of that might work with both is the Mesa.  You can try the plugin, if you want.  It moves motors on my system.  I just have not tried it on a mill where the motors are actually hooked up to something.

Otherwise, the DSPMC and the Galil are good choices that work perfectly with Mach.


Galil / Re: Mesa card plugin
« on: November 15, 2010, 06:28:59 PM »
EMC uses the HostMot FPGA config where EMC handles all of the trajectory control and thus is capable of spreading the work across multiple contollers.  We use the SoftDMC FPGA config where trajectory planning is done by Mach but the control is done on the Mesa card.  So adding axes by adding multiple controllers is not possible.  However, you can use one Mesa card for axes and another Mesa card for I/O.  (I wrote an I/O plugin as well)  Also, there is the 96bit 5I22 (8 axes and 48 bits of I/O) if that might be enough.

With the 5i20, you could do 8 axes and 24 bits of I/O with the motion plugin.  Then you could add another 5i20 for another 72 bits of I/O with the I/O plugin.

The Mesa motion plugin is not tested yet, so it's not ready for prime time.  I've been working too much.  :(


Galil / Re: Homing without switches
« on: November 01, 2010, 12:16:21 AM »
No way around this.  Homing is integral to the Galil.  You could probably write your own homing routine in a separate thread in the Galil.  But that would be waaaaaaaaay more work than installing switches.

Galil / Re: Remote Pendant for Galil
« on: October 26, 2010, 06:13:50 PM »
It looks like the MPG101 uses the parallel port, which is deactivated if you are using an external motion plugin.  So I don't see how it would work with that limitation.  It has a plugin with it as well, from what I read.  But I have not seen on or tried to get one working, so I can't say for sure.

The MPG4 is wired the digital inputs and a spare (or secondary) encoder on the Galil ICM.  So the MPG is actually controlling the Galil instead of Mach.  The MPG configuration is done in the Galil Plugin configuration dialog.  This makes for super smooth MPG operation!  You will also have to write a small brain that takes the digital inputs and makes them do the right thing in Mach (axis selection, step size, etc...)


Galil / Re: Remote Pendant for Galil
« on: October 26, 2010, 03:15:15 PM »
The MPG4 from http://www.cnc4pc.com/ works well.  However, you will need to get a DB25 breakout and wire to the Galil ICM.