Topics

11

General Mach Discussion / Rapid movement (G0) tied to FRO

« on: July 16, 2007, 02:03:26 PM »

I'm having great fun creating spiderwebs for myself and get caught in it! Can anyone please refresh my bland mind and tell me where to set the G0 rapid movement speed??
When I'm running a part program, the G0 speed is the same as the FRO in the m3 block, which is way below the machine's max speed.

The rapid overide in the settings page is not activated, but whether it is or not, I still don't get any higher than the selected fro when I'm in the g0 movement.

Any input will be appreciated.

William

12

General Mach Discussion / OEMLed 111

« on: July 10, 2007, 02:01:39 PM »

Hi everyone,
1- Can anyone tell me if OEMLed 111 is reliable on their systems? It is inconsistent on my desktop. Sometimes it is active on feedhold, and sometimes not whilst in a program block.

2- Another question, sorry about all the questions, but I'm at my wits end with this one. I'm implenting Mach3 in a flatbed plasma application.
The scenario that I am trying to establish is this.
If Mach3 is in M04 toolpath and the "Feedhold" button is activated, it should stop the spindle "torch on/off" button, with other words, an automated function. This is needed to change consumables on the plasma and for other reasons. The torch (tool) is then moved to a position by either selecting the "Goto Zero" button or by manually jogging off the NC path. When finished and Cycle start is depressed it should not activate the plasma torch/spindle until the tool is back at the original toolpath. I have tried implementing this by modifying the m4 and m5 macro's to save the state of the machine when the feedhold was activated. I have even created a file accessed in the macro's as to save the machine state, created a VBScript for the relevant buttons too, but the minute I modify the normal feedhold in any way, Mach 3 does some weird and wonderfull things. This happens even if I just modify the OEMButton to a VBScript calling the standard button DoOEMButton ( 1001 ), and just adding a DoSpinStop().  Not so wonderfull for me, 

3- If the feedhold is implemented while in NC run mode, with other words executing a block (when I have not modified anything)doing this a once or twice and the tool moved to a safe positing the software returns to the correct position after activating "Cycle Start", but after doing this for three or four times, the software seems to forget the toolpath and runs of to a non-relevant position where it will carry on with the rest of the toolpath. Is this a bug?

Any input will be appreciated,

William

13

General Mach Discussion / No reverse run in G41/42

« on: July 03, 2007, 04:04:04 PM »

Actually this question is more for Art I think. Why is no reverse run in G41/42 allowed? In a plasma system or Oxyfuel system, you would use the reverse run after you lost the cut. That means that the operator would use the "Reverse run" button almost always in a kerf compensated path, i.e. between the G41/42 blocks of GCode. I havent tried to enter a kerf off in the MDI page, I will try it. But I'm still curious as to why the ability to run in reverse between G41/42 is not possible. With CNC controllers like the ESAB, Messer Griesheim, Burny, Wescan Lynx etc. it is possible to run reverse in the G41/42 blocks to the point where the cut was lost, and restart the cut.

It is also possible that I am overlooking something, I seem to have a strong tendency to that!

Best regards,
William

14

General Mach Discussion / Declared functions

« on: June 25, 2007, 03:58:33 PM »

Is there a list of public declared functions callable from VB script available, or do we have to find it in the .h files?

It would be handy to have a complete list, I need to do some crafty coding.

Regards,
William

15

General Mach Discussion / Job rotation

« on: June 22, 2007, 02:56:54 PM »

I have posted on Yahoo at the Mach3 group, but I keep on getting error with my ie explorer, so I'll post my question here too.
Anyone familiar with the Burny and Lynx controllers? With these controllers in a Plasma or oxyfuel cutting application you can set two reference points on a plate to facilitate an "adjust for skew" option. This means that the controller will automatically adjust the CNC path for the plate skewness. Is this possible with Mach3 inside the Mach3 GUI ?

Regards,
William

16

General Mach Discussion / Desktop and XP Pro

« on: August 11, 2006, 04:26:13 PM »

I have Mach3 newly installed on a new desktop P4 running XP Pro. It will be dedicated to only Mach3, there are no other applications installed, and the OS is optimised as per the "Optimisation" file.
When I execute the "driver test" utility, it fails to produce steps on the "Pulse per second" window, CPU speed reads 2655 and the graph window is inactive. The Apic constant reads 50.
The interupt used indicates "00" telling me that this thread is not active or being supressed.
LPT1 used on 0x0378, quite normal parallel port.
Mach3 is co-ordinates is non-operative, it loads and allows configs to be set. Upon loading it says "Driver initialised successfully".
I have the Mach3 on my other machine, also a P4 running Xp, and all is well. Now the OS edition is XP home on the operative machine.
I have transferred the settings as per working machine to the problem machine. No luck, can't jog, can't run gcode.
Is it possible that the OS could be interfering and preventing the application Mach3 controlling the ports?
Anyone have an idea?

Best regards,
Whacko
(All software has valid license files)