Messages

6141

VB and the development of wizards / Re: speed of execution of macro

« on: December 24, 2010, 05:48:00 PM »

I am not sure there is a good example or explaination in the manual.

But basically it is a process that allows you to call a subset of Gcode from inside a running Gcode program from somewhere else in the program OR from an outside source stored away as a reference.

IF you could post your Gcode needed in the order it is needed maybe someone here can help you sort out what you may need. There are people here that are very good at that sort of thing


(;-) TP

6142

VB and the development of wizards / Re: speed of execution of macro

« on: December 24, 2010, 04:20:11 PM »

each time a macro is called it is opened in its own thread. It is also known that mach can skip over open threads that take too long and the results fall out of exact sync. I have also seen where a data loop was skipped over but showed up several cycles later.

Mach VB macro system is not perfect BUT works ok inside of what it was designed for.

CAN you design the system to RUN from straight Gcode?  Mach does that part very well and fast.

Brains last I heard scanned at 10hz as well. the internals are much faster but IF you have to gather/scan data it will be at 10 cycles per sec as well.


OK looking at you last message IF you are just doing basic Gcode WHY wash it through a macro???  Could  Gcode SubProgram work in place of the macro call?

Just a thought, (;-) TP

6143

General Mach Discussion / Re: SmoothStepper and THC

« on: December 24, 2010, 02:28:21 PM »

You can always use a self contained THC that does its OWN z controlling. Mach thens runsGcode as a 2 axis machine.

(;-) TP

6144

G-Code, CAD, and CAM discussions / Re: reset feedrate over ride to 100% at start of program?

« on: December 24, 2010, 01:45:07 PM »

To make the Mcode open the VB editor from the main screen.

Type in the command

 DoOemButton(1014)

Save the Code  as     M###   (pick your number here)  Say M900

Save it to the macro directory.

How I normally use that particlur call is to use it with the block delete charector that way I can turn it on and off in the program. Most times when running a new or copmplex program I start the program at 1/2 of the normal feedrate. Then IF all is well I up the feedrate to normal.

Hope that helps, (;-) TP

6145

Feature Requests / Re: Future Enhnacement? - Encoder Abilty for All 6 Axes

« on: December 24, 2010, 01:11:54 PM »

Have you thought of using a seperate encoder board to track the racking? Roger Machine makes a NICE board to do that.

Just a thought, (;-) TP

6146

VB and the development of wizards / Re: speed of execution of macro

« on: December 24, 2010, 12:48:29 PM »

It all depends on how busy the CPU is as each macro is called. Also NOTE using a macro there is NO garranty that all the calls will stay in synced.  The basic VB loop only cycles at 10 cycles per sec IF it has time to get it all done in one loop then maybe ,maybe not.

Rememeber Mach is a GCODE machine motion controller it processes basic machine GCODE very well. Using it ouside of those parameters and you are pretty much in unknown territory.

From what I see you have pretty extreme paramaters to follow machine wise.  MOve an axis to 3 sequential positions up to 40 times per sec at full speed AND process the macro up to 40 times per sec when the basic macro loop is 10 cycles per sec.

HECK give it a whirl and let us know if it works, (;-) TP

6147

General Mach Discussion / Re: can threading be done in mach without an index pulse?.

« on: December 23, 2010, 10:35:13 PM »

IF you have a big enough stepper threading is not a problem BUT you will have to LONGHAND the code. THe reason it won't stay synced using the thread cycle is mach relies on the index pulse to know where to start the thread. Useing the SPindle as A axis YOU program where you want the thread to start so it requires NO indexing. BUT remember you cannot use the threading cycles.

You can also use Swappaxis() to swap back and forth between Aaxis and Spindle on the fly.

Justa thought, (;-) TP

6148

General Mach Discussion / Re: Y axis move when just X axis is homed

« on: December 23, 2010, 10:26:56 PM »

SS? HUM Does not the SS control homing directly , not MACH ?

Just a thought, (;-) TP

6149

G-Code, CAD, and CAM discussions / Re: reset feedrate over ride to 100% at start of program?

« on: December 23, 2010, 08:36:57 PM »

There is no Gcode to do that. You could create an Mcode to do it. 

Normally the Feedrate override has nothing to do with jogging speed. I am not sure I understand the problem.

Just a thought (;-) TP

6150

General Mach Discussion / Re: Y axis move when just X axis is homed

« on: December 23, 2010, 08:08:17 PM »

One question do you normally use the homing process to NOT zero the axis when you home???

(;-) TP