开云体育

Art, i got : " error in macro at line :" and no moves at all.

Are you sure you tried it in a button script ?

i don't understand why all my other macros works and not this one.

Olivier.

Thanks for your time giving these comments Art. I think mach2 is now a very
powerfull software, very open, i like it a lot. Even if we lack some
professional features for advanced / commercial users, we get 97 % of what
we need to work efficiently, even for precision and complexe works. But i'm
sure there will be a mach3 version at time, wich will compete or be better
than industrial controls, for 1/10 or 1/100 of the price.

I'm happy to contribute to this one story and will translate french screens
as soon as screen designer will have multilanguages support. (to much time
to support if there is not this function).

I did not have some report on the simple milling macro i wrote (usefull i
think), but i think it's because french users doesn't keep a close watch on
mach2 releases, and english / US ones don't understand them enough.

This confirm the necessity of a multilanguage support, not really for basic
functions, but for advanced interactive screens.


I will buy a gecko 2002 as soon as i'll have enough money for it.


Best Regards,

Olivier.

Well then I'm sorry but Allah says that you must be killed to death.
He will send someone (someone a little more devout) to do it for
him - he doesn't want to get his hands dirty this morning...



--- In mach1mach2cnc@..., "stevenson_engineers"
<john@s...> wrote:

--- In mach1mach2cnc@..., "th.carel" <th.carel@w...>
wrote:
VBscriting is object oriented
Mach2 is Mechatronic oriented
Muslims are Mecca oriented

I am NOT moving my mill around to face East

Not OT
-----Message d'origine-----
De : stevenson_engineers <john@s...>
? : mach1mach2cnc@...

<mach1mach2cnc@...>

Date : vendredi 27 février 2004 09:16
Objet : [mach1mach2cnc] Re: Frequently Asked Questions


>--- In mach1mach2cnc@..., "baul" <baul@g...>

wrote:

> FAQ about Islam
> (Frequently Asked Questions)
> Who is Allah?

At leasr if you do code in Islam and you get the offsets wrong

you

can at least say Shee-ite

--- In mach1mach2cnc@..., "th.carel" <th.carel@w...>
wrote:
VBscriting is object oriented
Mach2 is Mechatronic oriented
Muslims are Mecca oriented

I am NOT moving my mill around to face East

Not OT
-----Message d'origine-----
De : stevenson_engineers <john@s...>
? : mach1mach2cnc@... <mach1mach2cnc@...>
Date : vendredi 27 février 2004 09:16
Objet : [mach1mach2cnc] Re: Frequently Asked Questions


>--- In mach1mach2cnc@..., "baul" <baul@g...> wrote:
> FAQ about Islam
> (Frequently Asked Questions)
> Who is Allah?

At leasr if you do code in Islam and you get the offsets wrong

you

can at least say Shee-ite

VBscriting is object oriented
Mach2 is Mechatronic oriented
Muslims are Mecca oriented
Not OT

--- In mach1mach2cnc@..., "baul" <baul@g...> wrote:
FAQ about Islam
(Frequently Asked Questions)
Who is Allah?

At leasr if you do code in Islam and you get the offsets wrong you
can at least say Shite

I have to agree...this isn't the place for that.

Muslims are brothers. A Muslim should love for his brother what he

loves for himself. Allah's wealth does not run out, and Allah can
provide for us all. We pray for each other, and love each other, and
love for our brothers and sisters what we love for ourselves.

I would guess then that the Muslims in Iraq and Afganistan have no
love for themselves or other Muslims, since they are killing innocent
men, women and children who are also Muslim??

Mods is this Mach2 related??

Mike

--- In mach1mach2cnc@..., Art <fenerty@a...> wrote:

Monte:

checks the specs on the 990MB on rutex.com. It shows how to put the
drivers in SPI (Serial Periferal Interface) mode so programs can

speak to

it..

You don't need the motherboard, but you have to jumper a pin and put

a 100

ohm on another...

Are you refering to how to wire the boards for running the test
program? Or is there some other way to 'put the drivers in SPI mode'?
I've wired them and have ran both your Rutex Tune and the Rutex tuning
dos app with success on both. I have a bird's nest I need to clean up.

I just picked up on your Rutex Tune program last night, I hope I've
not jumped into the middle of something and missed some instructions
posted somewhere that I should read.

Monte

James I just now got off of the server doing the email thingy so you
will be able to get through now.

Art thank you for the help. I am gonna try this tonight as well as
James Cullin's offer of help. Will let you know how it works. I have
had two more emails about this so I am not the only one wanting to do
this. BTW I will let you know the outcome of both before you go south
cause I don't think you will be able to comprehend much for about a
week after you get back from Tea-a-wanna! :)

Mike

--- In mach1mach2cnc@..., Art <fenerty@a...> wrote:

Art the "codes" you posted earlier...was that a macro? You

Yes, thats a macro. In the screen designer you drop a button on

the screen,

then double click it, type in those codes and save it. It then

gives you

that capability in Mach2 when you run it.

Art
www.artofcnc.ca

Bill, Art;

I might be able to expand on this somewhat.

In Mach2 jargon we often speak of look-ahead as if it were synonymous
with constant velocity contouring. Mach2 examines the forward toolpath
so as to be able to run through data points without starting and
stopping at each one (if possible).

From a control designer's point of view, however, look-ahead is often
used for other things. One technique, called adaptive look-ahead, is
used to reduce following error in servo systems. The path is analyzed
for accelerations (changes in direction) as in the previous example.

The information is fed to the profiling algorithm through a method
called velocity feed-forward - basically, another term in the PID
equation. Acceleration feed-forward, if used, adds still another term.
These combine to give the servo advance warning that a corner is
coming, allowing it to set up for the corner as they say in dirt track
racing.

Adaptive look-ahead is more or less standard fare these days in high
speed machining. The benefits are of particular importance to laser
and plasma machines. It substantially improves the value of CV
contouring.

Unfortunately, adaptive look-ahead is not possible in Mach2. The
technique requires that the position loop be closed in the computer.
Mach2 leaves this to the drive. Rutex/Gecko servo drives perform the
PID based on immediate position data.

Doug

That is right. Theoretically it could even be set up to work from another computer connected on a network...

I can send you my test program if you want. It won't run Mach2 but you do get to see lots of changing numbers as you move a joystick :-)

Les

Digital audio Pro wrote:

Don't mess with ebay unless you have already tried.
www.pricewatch.com. there are single port parallel boards there for
seven bucks and free shipping. or for ten bucks and four for shipping
you can get a double port board.

Mike

Gee I hope Art doesn't cut his vacation short for these.. ;)

No worries. I might even think about them for a second or two when I get to
that second bottle of to-kill-ya...

Art
www.artofcnc.ca

Art the "codes" you posted earlier...was that a macro? You

Yes, thats a macro. In the screen designer you drop a button on the screen,
then double click it, type in those codes and save it. It then gives you
that capability in Mach2 when you run it.

Art
www.artofcnc.ca

Olivier:

- a better integration of user screens

Soon...

- acceleration curves integrated in the backlash compensation

Nope, won't happen. Backlash is an anomaly in Machining that is too hard
to account for. Fix the backlash is the only true solution. (I'm almost in
Art Volta's corner on this one. I do offer BLC, but don't like it or the
solution..

It needs to be designed in from the start in software. This is too complex
to change unless Mach3 becomes a reality. Mach2 will probably
never support it. ( Probably, I never say never..)

- the complete elimination of the mouse, like on industrial controls.

Nope, won't happen. While you can design a control based on Mach2 that
doesn't use the mouse by writing your own front end. (Not that difficult
since I released the Mach2Mill.exe application source. ) Mouse users
account for over 98% of total users and 98% of prospective users. This would
be very low in priority and I'll leave it to someone who decides to write
the front end necessary. Even then the toolpath would be hard to control. I
know there is some interest in this and I will consider ways to do it, but
low priority at the moment.

- linear and 3D axis mapping

On the list, but not quickly, definitly not by next development version.
Several months away. Many problems associated with this unless designed in
at conception time. This is strictly R&D stuff, of which I have many going
on in the background. You know, you guys only see about 40% of the functions
I actually write, most never get off the R&D board after code tests. I don't
like clunky solutions and tend to delete them after I get too exasperated.
This one I am still toying with.....I think its possible, just not
successful yet...

- enhanced software limits to take in account part holders and
associated stuff, or for example a rotary table sitting on the table.

Perhaps, but again low priority. Mach2 drives machines well, but its hard
to put in babysitter code, problem here is humans, they begin to rely on
features like this and that reliance leads to stupidity and destructive
results....I will , and am, however, looking into settable exclusion zones
where the tool is not allowed to go. They will be simpler than your
picturing though I think.

- a better toolpath draw, updating in all screens, with no offset
problems and a cursor for coodinates picking.

This is a probable or definite future release. I know the display is
sub-optimal and I do intend a major retrofit of this in the near future.
Coordinate picking is also on the list and requested fairly frequently.

- a better stability if there is a macro error, a better error
reporting, and a debuger for vbscript (the one from microsoft is not
working at all in mach2).

Been working on this. The VB debugger is a terribly difficult thing to
manage in a multi-thread OCX driven application. Will take time. I have
generated days or error trying to do this over the past 2 months. This one
has used tremendous amounts of time so far, but I'll get it yet. Windows
fights hard on this one...

- gecko 2002 support, and gecko 2003 support for dual feedback loops
(with rotary + linear encoders).

The G2002 series will not do encoders of any type. Not enough speed to do
so until an encoder hardware is added. This will take awhile until the g2002
is popular enough to justify any release of a g2003 I think. For the G2003
to become a reality, the G2002 must be finished and being used. The
completion of the G2002 code is on the list and fairly high in priority
though.

- documentation of internal variables, and all the macro associated
stuff. (the actual documents are not up to date).

Soon, I simply move to quickly for poor John to keep up. I will release
the source of the Macro interface if its desired so you can see for yourself
whats available...

Thanks,
Art

Gee I hope Art doesn't cut his vacation short for these.. ;)



--- In mach1mach2cnc@..., Steve Blackmore <steve@p...>
wrote:

On Thu, 26 Feb 2004 23:48:22 -0000, you wrote:

- a better toolpath draw, updating in all screens, with no

offset

problems and a cursor for coodinates picking.

I'm not bothered about the a cursor, but the tool offset display

problem

needs addressing.

--
Steve Blackmore

Guys thanks for all the input but my problem is a little different.
I'm thinking most of you folks use some sort of mill, minimill or
small router. My router is 144" in length and my 4th axis, where I do
most of my machining, is at the far end of the machine from the
controller, which is in my office. When I am by myself it is
impossible to use the paper deal, which btw is what I am currently
doing now. To get to my 4th axis I have to walk about 22 ft., not
that I don't need the exercize, but it really is time consuming.

The switch I currently have is actually an omron micro switch with an
additional plunger system I built to fit to it. I had initally
designed the complete switch using a tapered screw in from the side
making contact with a piece of flat spring mounted in a slot at about
70 deg angle so I would have overtravel as well as fine tune
adjustment for contact. I found the omron on a shelf, and it just
made things a little more simple.

Art the "codes" you posted earlier...was that a macro? You mentioned
a button? Is that in the screen designer? I have tried the manual and
the best I can understand is that the macro's have to be written in
vb, whatever that is. I haven't had the time to go to the microsoft
site since I am still trying to get a cash dribble started after
being without income for 4 1/2 months. That is the main reason I am
having to ask for help. I will learn all I can about Mach2 but it
will have to be later. I gotta work now!



--- In mach1mach2cnc@..., Art <fenerty@a...> wrote:

John:

You'd just feed down very slowly, then theres almost no decel...
Art
www.artofcnc.ca

----- Original Message -----
From: "Bloy2004" <jmnotions@c...>
To: <mach1mach2cnc@...>
Sent: Thursday, February 26, 2004 7:19 PM
Subject: [mach1mach2cnc] Re: Tool set switch

--- In mach1mach2cnc@..., Art <fenerty@a...> wrote:
What happens to that "room for deceleration" when going with this
tool set switch? Does one use a different technique for

activating

the switch?

curious Geor..er John

Vern:

Good idea...

Art
www.artofcnc.ca

----- Original Message -----
From: "Vern" <vbent@s...>
To: <mach1mach2cnc@...>
Sent: Thursday, February 26, 2004 6:30 PM
Subject: Re: [mach1mach2cnc] Tool set switch

Mike/Art:

Would it be possible to laminate together two strips of

brass

(choose

your thickness)
sandwiching a piece of strip styrene (again choose

thickness).

To the

brass

strips are soldered
leads to go to your Z home or limit input.
The switch is placed on the top of your work and when

contact is made

with tool continuity closes
the switch. The switch thickness would be your Z offset.
Just a thought. I usually just use the old trick of

bringing the tool

down onto a white Zigzag paper(.001").

Olivier:

Just finished testing it. Seems to work fine for me.

RefCombination 2

Makes my Y ref...

What does your do?

Art
www.artofcnc.ca

On Thu, 26 Feb 2004 23:48:22 -0000, you wrote:

- a better toolpath draw, updating in all screens, with no offset
problems and a cursor for coodinates picking.

I'm not bothered about the a cursor, but the tool offset display problem
needs addressing.

--
Steve Blackmore