I have been using the CS Lab IP/A with plugin 3.016 since its introduction a year ago. within its limitations it has performed without any real issues on my 3 axis mill. I currently have Mach4 build 4162 and Windows 7 32 bit.
I tried the latest plugin 3.120 over the weekend, and have the following observations, which may be helpful to others thinking about upgrading to this new plugin, released on May 1st.
• I welcome the inclusion of a default MAC address. Like many users, I currently have only one controller and it was irritating having to select that controller each time Mach4 was started. A further improvement would be to keep looking
for a connection if none is found, e.g. because Mach4 has been started too soon after powering up the system.
• I tested the (I think new) probe protection feature. Using probe00, this appears to work well, instantly stopping motion if the probe is struck whilst the table is in motion, yet ignoring the strike if the table is stationary: exactly as I would expect.
Protection did not work for probe1, which I use for tool height sensing, and by inference for probes 2 and 3. This seems to be an omission. (It is not difficult to implement this in LUA if you need it.)
• I ran some quick bore probing checks using probe0 and this continues to work well. However my tool height routine using probe1 now causes Mach4 to disconnect from the controller just prior to any G31.1 motion. When Mach4 is re-started, anAssert window is displayed, presumably by debug code. I don’t understand exactly what this message means, though it seems to involve magic number 1 and implicates the use of probe1 in some way. Tool height sensing has been working 100% for the past year with plugin 3.016 so I am inclined to think the error is caused by a change in the new plugin. By implication, I would expect G31.2 and G31.3 to fail in a similar way.
• I tried the plugin’s built in MPG support with my Chinese 4 axis wired pendant. This did not work for me in plugin 3.016 and 3.120 is just the same: If I turn the encoder slowly in one direction it steps 2 units at a time, and in the other direction it steps forward and then immediately reverses giving a net movement of zero. I would like to make use of this as it is very responsive, but clearly cannot do so with its current behaviour. I will continue using Mach4’s MPG feature, which, though slightly less responsive, works well. As this relies on the plugin’s register values, I fail to understand why these result in good motion whereas the built-in function does not.
• Machine position is still reset to 0 following configuration, even if no changes are made. This seems an unnecessary inconvenience as the IP/A should not need to be re-homed
• Certain functions that were available with plugin 2.910 are still not implemented in v3.120 e.g. Backlash compensation, THC, and servo spindle with Align at stop(maybe this can be done with index homing on an out of band axis flagged with mcAxisSetSpindle)..
• Documentation and Change notes are not being kept up to date
I have to say that after a gap of a year, I find the new plugin disappointing, both in the loss of probe functionality, and in its lack of significant new features. Hopefully now that SimCNC is nearing release CS Lab will be able to devote some more time to documenting and enhancing the plugin to restore their somewhat damaged reputation among Mach4 users.. But don't hold your breath.
I have emailed CS Lab regarding the above issues.
Allan