Messages

2361

General Mach Discussion / Re: Display value of Gcode variable on a DRO

« on: December 11, 2013, 05:49:44 PM »

Here is the scoop, enter a value into either side and you will see the value on the opposite side of the cross link.

#Vars  15001 - 15255

are cross linked with

User Dros 1001 - 1255

(;-)TP

2362

General Mach Discussion / Re: Display value of Gcode variable on a DRO

« on: December 11, 2013, 05:33:13 PM »

There ARE some Dros that are cross linked to Vars I will try to look it up for you.

Rays way works for sure.

(;-) TP

2363

General Mach Discussion / Re: Out of place axis movement

« on: December 08, 2013, 12:45:10 PM »

The problem that can arrise when you mix Macro "CB with Gcode is that they can get out of order sync. When it does you will see all kinds of strange moves. OR none. 

A liberal dose of

While Ismoving()
Wend

Statements after each instance of a Gcode call  or a write to a DRO/variable usually helps BUT it slows the program down and may cause less than smooth motion.

I find that mixing the two (macro/Gcode) does not always give stellar performance.

Now you can use macros to program the function as #vars then RUN the program from the Gcode side and get very good results. You may have to jump through a lot of hoops but it will work well that way.

(;-) TP

2364

G-Code, CAD, and CAM discussions / Re: M0 and M2 command

« on: December 08, 2013, 11:47:41 AM »

SOUNDS like you need to get someone to TUNE the servos so they run correctly.

(;-) TP

2365

G-Code, CAD, and CAM discussions / Re: M0 and M2 command

« on: December 07, 2013, 07:50:43 PM »

Encoders have nothing to do with anything. You can find positions simply by touching off at key points. Once you set the origin it is a matter of programming the correct moves and the machine will follow the moves.

With stepper that machine never KNOWS where it is at it jusr assumes it is at positions based on the moves given. The controller knows where it SHOULD be based on the number of step commanded and that is all.

Run the code under single step and SEE on what line the spindle starts to slow down. That should answer that question.

(;-) TP

2366

VB and the development of wizards / Re: LoadRun hangs loading G-code?

« on: December 07, 2013, 12:31:36 AM »

Well you have about 27 sec of sleep time ?

Are you sure that is not your problem

Just a thought, (;-) TP

2367

G-Code, CAD, and CAM discussions / Re: G41 giving me weird offsets

« on: December 06, 2013, 10:20:35 PM »

Another thing to NOTE is a G41/42 call without the P or D word defaults to teh LAST know tool number loaded SO if you never called a tool Number it defaluts to ZERO.

THAT is a MACH3 feature

Just a thought, (;-) TP

2368

G-Code, CAD, and CAM discussions / Re: M0 and M2 command

« on: December 06, 2013, 08:56:26 PM »

You are not giving Mach ROOM to do COMP (;-) It has to be able to do the comp moves.

Take and SCALE mach in the X and Y axis set it to say 10. THEN run the program and you will SEE the comp in action.

Also NOT a good idea to be resetting the DROS during a program. The idea is to KNOW where you are when you start the program not try and figure it out mid program.

Rule is you need at least tool diam X .625 of free space motion for mach to comp correctly. You may want to try comping mach above the part then bring it down into the part to run the final profile.

Just a thought, (;-) TP

2369

VB and the development of wizards / Re: LoadRun hangs loading G-code?

« on: December 05, 2013, 11:31:45 AM »

Use the button DoButton(0) or  DoOemButton(800)

I believe that loadrun is busted. USE LoadFile()   THEN   RunFile() to make it work.

(;-) TP

2370

VB and the development of wizards / Re: G code program inside a g-code program?

« on: December 05, 2013, 11:28:26 AM »

M98 (SubName.tap)   to call an outside sub.

Yes you can read a UserDro into a filename as a variable.

(;-) TP