开云体育

Hi Ken:


if I switch from mach 2 to mach 3 do I have to totally reprogram my
machine?

Unfortunatley, yes. The setup files are not compatable..

And I have a problem on my machine comp , I did a program for
some parts and it runs fine on my office comp and runs fine with NC
backplotter program but when I load it in my machine comp it

a big loop from no where . I use a thumb drive for file transfer

tested to make sure the file wasn't corrupt on the thumb drive It

kinda puzzling sense all the other ones seem to work fine, any

on either question would be helpful. Kenneth

Make sure you use 1.90.xx versions, many fixes have been added

the last coupel months for radius comp thanks to ROb having used

abit.
As problems are found in comp they are fixed, and the last round

seemed to have
worked out pretty well. I do recommend 1.90.xx for Radius

users..

Thanks
Art


do you think I should update to mach 3? i have mach 2 on my main

www.machsupport.com - Web site Access
Yahoo! Groups Links

On Mon, 29 May 2006 10:12:42 -0000, you wrote:

I did not know some computers did not have the ground connected

in the power supply. Do you think this could help John?

It may, but impossible to say without knowing how everything is

including the mains supply and going over everything with a meter.

Always helps diagnosing this sort of problem to do a hand drawn
schematic and then go over every connection and device.

If it's really "noise" it can only come down a wire or be EMI/RFI
induced.

I told him
previously that it could be interesting to use a UPS o a really

voltage regulator in the computer (and breakout board), but the

see it, the problem is really related to how the servos drivers

hooked up.

I may be.

I also have a fully optoisolated board that isolates the grounds
(from the computer), but in any case the grounding issue will end

in the board. If someone thinks using one of these boards could

solution, I could send one for testing.

The board I made for my lathe is totally isolated on inputs/outputs
including grounds. I deliberately did it to try and fix a noise

which in the end turned out to be a faulty driver, but it did prove

whatever was making the stepper move was not coming in from the PC

I had convinced myself it was "noise" and wasted hours and lots of

on what was a 5 minute fix!

But on the bright side, there are now no connections anywhere on my
lathe or mill that connect data,signal or power grounds to earth.

machines have earth bonding. All mains inputs to PC, VFD's etc all

filters on. 5V & 12V power supplies are double insulated with no
connection to earth either.

Steve Blackmore
--

Now you are talking about me. I need a simple package for

and spindles. I am building a 4 axis mill and the software

need to do rope twists. Think threading with threads up to 6"

of 3" to 18". The thread tool path is simplified because the

cut with custom router bits though I suspect that the thread

be modified to do the spiral cuts and the slot cutting wizard

fluting cuts. Any suggestions appreciated all the packages I

too much extra baggage attached.
Art Ransom

Art, Unless I'm missing somthing quite obvious then what you need

Ok say you need a rope twist of 6 twists with a 12" pitch and the

Also assuming pre turned blank the you need some thing like

N10 X0. Y0. Z1. A0. [DEFAULT START POINT ]

N20 M03 [ START SPINDLE OF ROUTER ON Z ]

N30 Z-0.5 F12 [ LOWERS TOOL INTO WORK 0.5" AT FEED OF 12" PER MIN

N40 X24.0 A720.0 F25 [ TRAVEL 24" IN X WHILST DOING TWO TURNS OF A ]

N50 Z1. [ MOVE Z TO SAFE Z]

N60 Z0. A0.0 [MOVE BACK TO START ]

You now have to tell A to move to 60.0 for the next twist, then

John S.

I have the Legacy 1500 but it is too limited for what I want to

Art Ransom
Lancaster , Texas
akransom@...
www.turningaround.org
----- Original Message -----
From: guzakaka
To: mach1mach2cnc@...
Sent: Monday, May 29, 2006 9:11 AM
Subject: [mach1mach2cnc] Re: Mach Turn


Hi Art R.,

Depending on the radius of the rope itself, Legacy Tool ( if

serves correctly) uses specially made router bits for making rope
turnings. Check out Magnate Tools at www.magnate.net for some of
those bits. If they will work then the spindles can be made by
writing the code by hand, should you choose to do so!

Mike

--- In mach1mach2cnc@..., "Art Ransom" <akransom@>
wrote:
>
> Now you are talking about me. I need a simple package for

wood columns and spindles. I am building a 4 axis mill and the
software problem is that I need to do rope twists. Think

with threads up to 6" wide and a pitch of 3" to 18". The thread

path is simplified because the profile will be cut with custom

bits though I suspect that the thread cutting wizards can be

to do the spiral cuts and the slot cutting wizard could do the
fluting cuts. Any suggestions appreciated all the packages I

looked at way too much extra baggage attached.
> Art Ransom
> Lancaster , Texas
> akransom@
> www.turningaround.org
> ----- Original Message -----
> From: John Stevenson
> To: mach1mach2cnc@
> Sent: Monday, May 29, 2006 7:26 AM
> Subject: Re: Re: [mach1mach2cnc] Re: Mach Turn
>
>
>
> > Lester Caine wrote:
> >
> > >
> > >I'm not seeing it, but it may be because I'm using the UK

link.
> > >
> > >I'll just include that vague note in my comparison grid

now, but it
> > >would be nice to get some real figures for the lower end
products :)
> > >
> > >
> > >
> > Lester. I think that the base 2.5d milling package is

the 拢900
> > mark. XR2 Express I think it's called. Other versions

either 3d
> > toolpaths, Solidmodelling or both. I use the full blown
package.
> >
> > Wayne...
> >
>
> Which would get you Dolphin's Mill, Turn and CAD.
> The Mill and Turn are very good for what they were designed

2.5D.
> If you want 3D then Partmaster won't cut it as they

say it's 2.5D
>
> I often wonder though at newbies who say they wnat a full 3D
blown package.
> Given a learning curve x 5 over 2.5D and the fact that 90% of

milled parts are still made up of 2.5D operations, I wonder if

ever use the program to it's full potential.
>
> John S.
>
>
>
> www.machsupport.com - Web site Access
>
>
>
> SPONSORED LINKS Craft hobby Hobby and craft supply Cnc
controller
> Mach2 Machine controller
>
>
> ----------------------------------------------------------------

----------
> YAHOO! GROUPS LINKS
>
> a.. Visit your group "mach1mach2cnc" on the web.
>
> b.. To unsubscribe from this group, send an email to:
> mach1mach2cnc-unsubscribe@...
>
> c.. Your use of Yahoo! Groups is subject to the Yahoo!

of Service.
>
>
> ----------------------------------------------------------------

----------
>
>
>
>
>







www.machsupport.com - Web site Access



SPONSORED LINKS Craft hobby Hobby and craft supply Cnc

Mach2 Machine controller


--------------------------------------------------------------------

YAHOO! GROUPS LINKS

a.. Visit your group "mach1mach2cnc" on the web.

b.. To unsubscribe from this group, send an email to:
mach1mach2cnc-unsubscribe@...

c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms

--------------------------------------------------------------------

[Non-text portions of this message have been removed]

Unfortunatley, yes. The setup files are not compatable..

Make sure you use 1.90.xx versions, many fixes have been added over

Hi Chip:

Hmm. Weird. I guess me and brian missed that because we have glut.

meantime, a google search will let you download glut.dll, its a normal
Windows DLL that the web will provide, Ill check on the static

LCam to be sure it gets compiled in in future..

Thanks,
Art
www.artofcnc.ca

Videos And Support Forums
Users Map:
----- Original Message -----
From: "afn09556" <afn09556@...>
To: <mach1mach2cnc@...>
Sent: Monday, May 29, 2006 5:25 PM
Subject: [mach1mach2cnc] Re: Version 1.90.040 Online.. SDK and new
LazyCam..also new video..

Hi, Art and All

Just downloaded V.040 Lazycam won't run, Error Msg. glut32.dll not
found. Re-installed dident help.

Thank's, Chip


--- In mach1mach2cnc@..., art <fenerty@> wrote:

Hello All:

Version 1.90.040 is online. This'll be along one.. and a full

check of the new SDK..

1) LazyCam 2.5 is in this release. From this release forward,

release notes

will accopany each LazyCam release, but this version is aimed at

fixinf a

plethora of small items in previous releases. Chain selection,

layering and

such have all had fixes done to them. A new LazyCam video will hit

tomorrow

or so..

2) PlugIn availablility. PlugIns are located in the C:&#92;Mach3&#92;PlugIns

folder.

Included is a basic configurable JoyStick plugin. The menu item
Operator/Plugins will allow fo rcnfiguring and turning PlugIns on or

off.

3) Mach3 - SDK (Software Developers Kit) is online in the downloads

section.

ITs in the MAch4 section, but is actually the Mach3 SDK.

SDK:

There is a new video online showing how to use the SDK , and it

has a

blank skeleton for starting a PlugIn project, as well as the source

code of

the new JoyStick PlugIn. The Video is truly required watching for

aspiring

PlugIn developers. The projects included will start anyone off in the
Plug-In realm. A few notes on PlugIns, and MacroPump PlugIns.

PlugIns can be redundant (multiple versions) , so it is possible

to have

up to 100 MacroPumps running at once, all doing Various Jobs. It is

simple

to turn on , or off, (see the new operator menu item..PlugIn

control) any

plugIn or number of plugins. If one should decide to use SDK

MacroPumps, they will run faster, be much more robust, and are

easily turned

on, or off, during a Mach3 session in real time. As such, if your a C
programmer using Visual Studio youll probably find they are pretty

easy to

write. However, if your a VB programmer or Borland user, Im afraid I

cannot

help much, I use only VS2003 these days. BUT, the interface should

respond

in a similar way.

The JoyStick example PlugIn is not a full blown Whizz-bang

control, it

gives basic and configurable access to a joystick to show

programmers HOW to

do such a job. (But I find it usefull, so the JoyStick plugin is

release verison, you dont need the SDK to get it. )

PlugIns can do almost anything within reason, including movement,

Jogging,

GCode moves, monitoring or changing of DRO's, buttons, ect.. Almost

anythign

in the VB scripter can be done in one way or another, and they

times faster than a Script does. A MacroPump implemented in a PlugIn

can be

expected to do a much more reliable job at a much faster rate. A

PlugIn is

free to instantiate its own threading system, so the upper limit of

a loop

can easily be made higher, and run at speeds up to 100 times a

second. Be

aware that the timing considerations are unknown at this time in

terms of

effects to MAch3's timing. The driver will be unaffected though

timing constraints from the plugins. At worst, you will slow down

the GUI.

I have used quite a few SDK's over the years, and I always find

them very

difficult to start up, so I have included 2 example projects, one a

blank

starter folder for rolling your own plugin, the other a developed

JoyStick

control to show how to use the skeleton. The Video though, is pretty

much

required watching to get full advantage. Please remember an

important point,

an SDK is for programmers, it is not for the faint of heart, or

those that

want to simply add a fast macropump script. (Unless they are

programmers. :) ) It is out of the scope of such things for me to

support

all types of interface C++ questions on how to set a variable and

such , to

use the SDK, it should be second nature to you what the difference

between

Engine->Axis[0].MaxVelocity = 3 and
Engine.Axis[0].MaxVelocity = 3 IS.

DLL's are not great PlugIn type environments, you cannot bind a

C++ class

across the DLL boundies without reducing them to COM expansions ,

and this

is out of the scope of adidng a plugIn capability. I decided to

Function Pointers for getting access to the Mach3 Core for such

things as

GetDRO() and SetDRO(), but Ive tried to make the function pointer

interface

fairly transparent to the user of the SDK, so calls like SetDRO( 2,

1.3345)

are the norm. You can ignore the mechanics of how those calls

actually make

it to Mach3, unless you use Borland or CV compilers, in which case

youd have

to investigate the Pointer passing methods I have used. Since the

Classes

cannot be exported properly to the SDK, I have made the pointers to

those

classes available to the PlugIn. You may use the pointers for all

structures

and variables, but one rule remains in effect, you cannot call a

function from the SDK. For example, you can use

if( TrajectoryPlanner->RegenNeeded ) DoFoo(); where DoFoo() is a

function, but you cannot do.. TrajectoryPlanner->RunFile();, I have

made the

variables and structures available, hundreds of them, but the

remain inviolate to the PlugIns, no internal Mach functions can be

called,

except as from local PlugIn Fucntions such as DoButton( 801) . The

codes

correspond to the Wiki published codes for the Led's, buttons, and

DRO's.

Your compiler will complain terribly if you try to call a function.

The .h

files included with the projects are there to allow for comments to

show up

and Variable lists to show up as shown in the video, but you may as

well

ignore the Function declarations.

It is in the domain of the Author of a PlugIn to determine if he

releases

the source code for his work, most of mine will be Open Source, and

will

serve as examples of how I attach to various subsystems within

Mach3. Over

time, this will hopefully provide an example library of things a

plugin will

do. The programmer is expected to name his work, so we know what the

plugin

does, and Id appreciate if all plugins put a version number of what

Mach3

version they were created with in the name. (Something I didnt do,

but will

in future. ) A name return (shown in the video) of soemthing like..
"JoyStick- A.Fenerty May2006 Ver.1.90.40" would be great and I will
personally name mine in a similar fashion from this point forward,

that way

if one is troublesome, it give us some hint as to what
version the plugin originally worked in, and help me keep all of them
working by allowing me to troubleshoot why a particular one may or

may not

function.

I will try very hard to answer any developers questions as to "What
variable would tell me "this" or "that" , but Id appreciate if the

questions

are not too low level like "How do I make a variable in C", this SDK

is, as

I said, for people that know how to program. I will be adding

variables to allow a plugin to turn off behaviour like stopping the

screens

from opening at all, to allow for MAch3 to be used as an invisable

back end

to any movement application, and such things will appear over

PlugIn SDK itself will likely need very few updates, as I have

included a

hug amount of power in it as it stands. (Just be carefull what you

attempt.

:-)

The Video shows how to easily debug and trace whats going on, the
examples show how to Jog and such, though Im sure they will generate

a lot

of questions. I will likely be slowly removing some Mach3

changing them to PlugIns, things like THC control, woudl be much

handled as plugins, and the more I remove from Mach, the more stable

and

faster it becomes. (and smaller), so many things in my opinion woudl

be best

taken out and placed as plugin's. This would also clean up the

screens quite

a bit and give a central location that easy to remeber for

configuring such

things.
My vision of the way Id like things to work is to have a webpage

full of

plugins that add things like THC, JoySticks, USB controllers,

hardware,gamepads, Ipacs.. etc..etc.. etc.. thus leaving the core

modules

as sparse as possible and leaving any side-effects to affect just the
plugins in use. As I say, there is a tremendous amount of power in

this, but

Ill add more as required to give access to all fucntions and

variables I

can, this is just the start of a long road of additions to give a

diverse

assortment of hardware. Its pretty easy for example, to add a USB

printer

port for IO. (I think Ill order one of those Ebay 10$ cables that go

from

db25 to USB so I can add a bit more IO at a low price.

On a side note, any programmer usually hates for others to see his

source

code. Moreso for a person like myself who is not a trained

programmer, I am

a self-taught hacker, so anyone who finds my code rather

see's me making improper assumptions, please feel free to suggest to

me how

I can do it better. I learn as I go in most things, and C++ , though

Ive

been at it awhile now, is a complex environment and theres alot of

ways to

do things, I rarely follow convention simply because I dont know
conventions. I do it as I see it fitting into the solution I require.
(Consider that a disclaimer as to the sometimes implausable way I

program.

As of now, my code will be laying about alot.. I shudder in

embarassment.

:-) )

For the programers among you, have fun, welcome to the core.... :)

Thanks,
Art
www.artofcnc.ca

Videos And Support Forums
Users Map:

www.machsupport.com - Web site Access
Yahoo! Groups Links

Hello All:

Version 1.90.040 is online. This'll be along one.. and a full systems
check of the new SDK..

1) LazyCam 2.5 is in this release. From this release forward,

will accopany each LazyCam release, but this version is aimed at

plethora of small items in previous releases. Chain selection,

such have all had fixes done to them. A new LazyCam video will hit

or so..

2) PlugIn availablility. PlugIns are located in the C:&#92;Mach3&#92;PlugIns

Included is a basic configurable JoyStick plugin. The menu item
Operator/Plugins will allow fo rcnfiguring and turning PlugIns on or

3) Mach3 - SDK (Software Developers Kit) is online in the downloads

ITs in the MAch4 section, but is actually the Mach3 SDK.

SDK:

There is a new video online showing how to use the SDK , and it

blank skeleton for starting a PlugIn project, as well as the source

the new JoyStick PlugIn. The Video is truly required watching for

PlugIn developers. The projects included will start anyone off in the
Plug-In realm. A few notes on PlugIns, and MacroPump PlugIns.

PlugIns can be redundant (multiple versions) , so it is possible

up to 100 MacroPumps running at once, all doing Various Jobs. It is

to turn on , or off, (see the new operator menu item..PlugIn

plugIn or number of plugins. If one should decide to use SDK PlugIns as
MacroPumps, they will run faster, be much more robust, and are

on, or off, during a Mach3 session in real time. As such, if your a C
programmer using Visual Studio youll probably find they are pretty

write. However, if your a VB programmer or Borland user, Im afraid I

help much, I use only VS2003 these days. BUT, the interface should

in a similar way.

The JoyStick example PlugIn is not a full blown Whizz-bang

gives basic and configurable access to a joystick to show

do such a job. (But I find it usefull, so the JoyStick plugin is in the
release verison, you dont need the SDK to get it. )

PlugIns can do almost anything within reason, including movement,

GCode moves, monitoring or changing of DRO's, buttons, ect.. Almost

in the VB scripter can be done in one way or another, and they run 1000
times faster than a Script does. A MacroPump implemented in a PlugIn

expected to do a much more reliable job at a much faster rate. A

free to instantiate its own threading system, so the upper limit of

can easily be made higher, and run at speeds up to 100 times a

aware that the timing considerations are unknown at this time in

effects to MAch3's timing. The driver will be unaffected though by any
timing constraints from the plugins. At worst, you will slow down

I have used quite a few SDK's over the years, and I always find

difficult to start up, so I have included 2 example projects, one a

starter folder for rolling your own plugin, the other a developed

control to show how to use the skeleton. The Video though, is pretty

required watching to get full advantage. Please remember an

an SDK is for programmers, it is not for the faint of heart, or

want to simply add a fast macropump script. (Unless they are qualified
programmers. :) ) It is out of the scope of such things for me to

all types of interface C++ questions on how to set a variable and

use the SDK, it should be second nature to you what the difference

Engine->Axis[0].MaxVelocity = 3 and
Engine.Axis[0].MaxVelocity = 3 IS.

DLL's are not great PlugIn type environments, you cannot bind a

across the DLL boundies without reducing them to COM expansions ,

is out of the scope of adidng a plugIn capability. I decided to go with
Function Pointers for getting access to the Mach3 Core for such

GetDRO() and SetDRO(), but Ive tried to make the function pointer

fairly transparent to the user of the SDK, so calls like SetDRO( 2,

are the norm. You can ignore the mechanics of how those calls

it to Mach3, unless you use Borland or CV compilers, in which case

to investigate the Pointer passing methods I have used. Since the

cannot be exported properly to the SDK, I have made the pointers to

classes available to the PlugIn. You may use the pointers for all

and variables, but one rule remains in effect, you cannot call a Class
function from the SDK. For example, you can use

if( TrajectoryPlanner->RegenNeeded ) DoFoo(); where DoFoo() is a local
function, but you cannot do.. TrajectoryPlanner->RunFile();, I have

variables and structures available, hundreds of them, but the functions
remain inviolate to the PlugIns, no internal Mach functions can be

except as from local PlugIn Fucntions such as DoButton( 801) . The

correspond to the Wiki published codes for the Led's, buttons, and

Your compiler will complain terribly if you try to call a function.

files included with the projects are there to allow for comments to

and Variable lists to show up as shown in the video, but you may as

ignore the Function declarations.

It is in the domain of the Author of a PlugIn to determine if he

the source code for his work, most of mine will be Open Source, and

serve as examples of how I attach to various subsystems within

time, this will hopefully provide an example library of things a

do. The programmer is expected to name his work, so we know what the

does, and Id appreciate if all plugins put a version number of what

version they were created with in the name. (Something I didnt do,

in future. ) A name return (shown in the video) of soemthing like..
"JoyStick- A.Fenerty May2006 Ver.1.90.40" would be great and I will
personally name mine in a similar fashion from this point forward,

if one is troublesome, it give us some hint as to what
version the plugin originally worked in, and help me keep all of them
working by allowing me to troubleshoot why a particular one may or

function.

I will try very hard to answer any developers questions as to "What
variable would tell me "this" or "that" , but Id appreciate if the

are not too low level like "How do I make a variable in C", this SDK

I said, for people that know how to program. I will be adding systemic
variables to allow a plugin to turn off behaviour like stopping the

from opening at all, to allow for MAch3 to be used as an invisable

to any movement application, and such things will appear over time. The
PlugIn SDK itself will likely need very few updates, as I have

hug amount of power in it as it stands. (Just be carefull what you

:-)

The Video shows how to easily debug and trace whats going on, the
examples show how to Jog and such, though Im sure they will generate

of questions. I will likely be slowly removing some Mach3 functions and
changing them to PlugIns, things like THC control, woudl be much better
handled as plugins, and the more I remove from Mach, the more stable

faster it becomes. (and smaller), so many things in my opinion woudl

taken out and placed as plugin's. This would also clean up the

a bit and give a central location that easy to remeber for

things.
My vision of the way Id like things to work is to have a webpage

plugins that add things like THC, JoySticks, USB controllers, G100, TCP
hardware,gamepads, Ipacs.. etc..etc.. etc.. thus leaving the core

as sparse as possible and leaving any side-effects to affect just the
plugins in use. As I say, there is a tremendous amount of power in

Ill add more as required to give access to all fucntions and

can, this is just the start of a long road of additions to give a

assortment of hardware. Its pretty easy for example, to add a USB

port for IO. (I think Ill order one of those Ebay 10$ cables that go

db25 to USB so I can add a bit more IO at a low price.

On a side note, any programmer usually hates for others to see his

code. Moreso for a person like myself who is not a trained

a self-taught hacker, so anyone who finds my code rather simplistic and
see's me making improper assumptions, please feel free to suggest to

I can do it better. I learn as I go in most things, and C++ , though

been at it awhile now, is a complex environment and theres alot of

do things, I rarely follow convention simply because I dont know
conventions. I do it as I see it fitting into the solution I require.
(Consider that a disclaimer as to the sometimes implausable way I

As of now, my code will be laying about alot.. I shudder in

:-) )

For the programers among you, have fun, welcome to the core.... :)

Thanks,
Art
www.artofcnc.ca

Videos And Support Forums
Users Map: