Messages

6171

General Mach Discussion / Re: machine running irregular on button script

« on: December 15, 2010, 12:12:38 PM »

I see your point for engraving (no pun intended)

NOT sure the need for G68 probing (;-) It is VERY easy to rotate a part square to the table(;-) But each his own on that one(;-)


OK the solution is to RefALL to the same 0,0 point as your Fixture offset. That way it all reads and writes the same values(;-)

The machine corrds and users corrds will be exactly the same.

I wonder IF you could apply the surface offsets to the axis correction map or possible use the data to create an offset table of Gcode variables.

MAYBE a wizard to compile all the info into a gcode file???

Just trying to keep it simple and trouble free, (;-)TP

6172

VB and the development of wizards / Re: Executing Macros during GCode-Runtime

« on: December 15, 2010, 11:51:24 AM »

Perhaps a better way to do this would be to create a WIZARD that could compile what you need into a Gcode program then run it.

Wizards are covered in the Mach2 customising manual (;-)

Just a thought, (;-) TP

6173

VB and the development of wizards / Re: Executing Macros during GCode-Runtime

« on: December 15, 2010, 11:15:50 AM »

Glen as far as I know you cannot get the processed " line " that is an internal function and we don't have access to it.

To make sure I understand you , you want the current Gcode line of code? before it is processed into moves and loaded into the buffer?

Note:starting and stopping and starting and stopping the Gcode process can be loaded with problems. Mach is not as good at the restarting midprogram thing as it could be. I does work but "I "would NOT trust it as an automated process controlled by VB. For it to work correctly a lot of things need to be recycled as to modal values and such to be successfull.



(;-) TP

6174

VB and the development of wizards / Re: Using Include Files

« on: December 15, 2010, 10:14:06 AM »

HUM I don't think so, would be nice though update one update all(;-)

(;-) TP

6175

VB and the development of wizards / Re: Executing Macros during GCode-Runtime

« on: December 15, 2010, 10:08:11 AM »

1 the mach3 manual look at teh documentation on the main page

2 you need to look in the Mach VB programmers manual and the Mach customizing manual for details

3 you need to use the OEM/user codes as they are the only ones accessable from VB

4 Breakinbg after each line is NOT easy as mach calculates the line then SENDS it to the buffer. there can be many lines of data in the buffer and once there YOU Have little to no control of the process. LIKE I said mach is a GCODE CNC controller and is designed with that exact process in mind. NOT general motion control. MACH is not a realtime motion controller so there ARE things that cannot be synced properly like a normal realtime motion controller can do.

5 Check the manual

6  Anything is possible to a point BUT is it effective and does it work well (;-) Been there many times just to say it could be done but was not effective in the real world.

7 No, Most cams were dwesigned to interput a drawing into Gcode not solve motion control problems(;-) Even then you would need to develope a custom POST to do the insertion of your additional gcode.

Hope it helps, (;-) TP

6176

General Mach Discussion / Re: machine running irregular on button script

« on: December 15, 2010, 09:41:24 AM »

THe g68 is great to correct part to material. But is it really neccesary for probing(;-) probing the points generates an object in 3d space Once you have the points you need to process the points back to a cut file correct? That would be the time to do a standard correction back to square. In the cam side just rotate the part back .

That is how the big boys do it.

HUM I don't remember the probing storing points in Mach Coords. That would not really make sense.

The probe can be corrected for tip radius in the XY planes so the exact centerline stored as points. This saves a lot of time in the cam side trying to correct for tip radius and correct the size of the part.

Just a thought, (;-) TP

6177

General Mach Discussion / Re: machine running irregular on button script

« on: December 14, 2010, 07:43:12 PM »

YEP yall got it right what do you need me for(;-)

(;-) TP

6178

VB and the development of wizards / Re: Executing Macros during GCode-Runtime

« on: December 14, 2010, 05:54:27 PM »

1. In the VB macro enviroment IF it is not an oem/user  element as defined in the manual then you cannot access that element.

2. You can run a macro on every line if you like. It is a bad idea to call a macro from inside another macro. To run a predifined Gcode segment use the subprogram  approach.

axis motion is controlled via Gcode

You cannot break after each line of code easily. Remember MACH is a Gcode CNC motion controller . It does not always make a good general purpose motion controller.

Yes it can be dangerous to execute an external macro from inside the macro pump. Depends on the machine.  The macro called from the macro does not have time sync and the results can be irratic and unpredictable at times.

Sound like you need a general purpose motion controller.

Just a thought, (;-) TP

6179

General Mach Discussion / Re: machine running irregular on button script

« on: December 14, 2010, 05:33:28 PM »

The mach saved points file works fine open it with g40 assign a name then close with g41 when you are all done probing. Each time the probe trips it auto writes the values of xyza to the file. That way there is little to no VB interaction to cause problems.

But that is just my approach, (;-) TP

6180

General Mach Discussion / Re: machine running irregular on button script

« on: December 13, 2010, 09:15:13 PM »

Just a note M40 opens the saved points file and G41 closes it when you are all done.