开云体育

--- In mach1mach2cnc@..., "morgtod" <todmorg@h...> wrote:

Hi,
Does the thc function alter the initial 0 z height, if I set my
0,0,0 and start the file my torch raise 1" rapids to the pierce

point

and the thc starts, when I call my next g0 z1 do I return to the
initial 1" or do I go 1" up from the present thc offset.
P.S. The THC control greatly improved the quality of my cuts, this

is

really a cool hardware, software combo.
Todd

The THC simple keeps the Z updated with the actual height. If you
have it on and start cutting, let's say at .125 above the material
and the THC moves the head up and down during the cut, that distance
is added or subtracted from the initial .125. It's basically like a
jog during the cut. Let's say the last position of the head prior to
your M05 (torch off) was .187 then that is the number stored in the Z
height register and on the DRO. A move to 1.00 would be absolute so
if the read was at .187 it would move the difference. In the end the
head should end up 1.00 above the zero point (I use the material
surface as Z zero).

One strangness that I have noticed (Art refuses to believe me) is
that PRIOR to running any g-code, a G28.1 X1Y1 reference move rapids
to 1,1 and moves at reference speed to the home switchs and stops at
0,0...just like when you hit the manual axis reference buttons.
After you have run a g-code program the same exact command results in
a rapid run to 1,1 a slow run to home and a rapid back to 1,1 with
the DRO on 1.000X 1.000Y. It has something to do with table offsets
I think, but I just wish it was the same all of the time. I do not
put in G28.1 in the code since the result can be different.

At this point I could not live without my THC. I am cutting a lot of
steel and just the saving of tips makes it worth the price.

Tom C.

--- In mach1mach2cnc@..., "jagco1998" <jagco1998@y...>
wrote:

I have in my possesion a KB electronic model KBMM-225D controller,
and the opportunity to get a treadmill PM motor(90-130Vdc@1...
full load amperage??)its pretty close to be rated within the
controllers limits(16 A average @90Vdc).

The guy that has it tells me that it more than likely wont work

with

an SCR type controller.I dont see the distinction ...I thought a

PM

motor was a PM motor, and as long as the motor matches the
Voltage/amperage of the controller, that the 2 were compatible.

I was wondering if anyone could tell me if the motor will work with
the controller before I purchase it.... and please explain to me

why

it wont(if thats the case) so Ill have a better understanding of it
all and can match a motor to the controller .

It's not so much that it won't work, it's more that it may not work
well for a motor speed control of any precision. An SCR control acts
as a half wave rectifier (pulsating DC = high ripple). It's
basically a large diode (rectifier) that can be turn on during the AC
cycle. When you turn it on in a given cycle determines the amount of
output. Once turned on, it remains on until the AC waveform passes
through a zero crossing. That works okay with motors that run on
either AC or DC (universal motors like a router). SCR control is
also not very good on the low end of the speed curve unless it has
feedback from the motor, like back EMF voltage, to tell it that the
motor is slowing down. A PM motor will have different feedback
characteristics for the speed control.

The best control for a DC PM Motor is a variable DC supply and some
form of tach or encoder feedback to maintain a constant speed under
varying loads. The next next best thing is a PWM speed control.
There are lots of low cost DC motor speed controls. There are some
differences in PM motors that are rated for PWM service but you are
correct in that most PM DC motors are basically the same. An SCR
controller is not a good DC voltage source.

Hello Art. Nice to see you again.

I can't get the override input working. Nothing, the led is not
working in the diagnostic panel.

Could you check it ?

Thanks,

Olivier.

On Mon, 04 Aug 2003 16:11:06 -0300, you wrote:

Thanks for all the list assistance while I was away. No new bug reports on
mill in that time other than spindle, which I suspect I must have scrwed up
with some other fixup after 6.0. I will be looking for and fixing spindle
ASAP and then will progress down the list prior to adding anything else.

Hi Art - can you also look at spindle & coolant toggles - sometimes
spindle fails to switch on - no LED and pin is not toggled. It seems
to happen more if you toggle coolant on first.

A long outstanding bug is it's impossible to set flood on extern2 and
mist extern3 - they always swap back.

--
Steve Blackmore

Bob:

Started from Halifax, crossed NS then ferried to NFLD, and drove to Gros
Morne national park. Great place. I got lucky, no rain for 7 days..very hot
as well which is not normal for Newfoundland..
The rutex tunng will take a little while, but the SPI code is started
already.. I suspect a few weeks to see the tuning startup..

Thanks,
Art
www.artofcnc.ca

Art.
That sounds great, when do you think I will be able to tune the rutex
through mach2?

It might be faster than me getting an old windows computer together.

About the ride, glad you had a safe trip. I would like to do the same
thing, where did you start from?

Bob

Hi:

I'm not fully back yet, but thought I would add a note on the SPI/Dout
rutex lines. I am adding capability to read those lines and do a tuneup test
from Mach2 on those linesl. Both Rutex and Gecko are excellent servo drives
, if you follow Marris's directions for tuning his gecko's they come into
tune very easily, but since the rutex is an spi device, I have decided to
add a small SPI driver section to the Mach2 driver for a graphical tuneup
for the RH990's.

Thanks,
Art
www.artofcnc.ca

--- In mach1mach2cnc@..., "Lee Studley"
<indigo_red@q...> wrote:

Sorry, I didnt mean any offense, just needed to de-murkify my

self:-)

That's very useful, is it mentioned in the docs and I missed it? -

Lee

In regards to the question, "Can
I execute G-Code in a macro, yes, I believe the command is

GCode

("G0X0") for example, but I will have to look this up...

Lee

I am sure no offence has been taken.

The function to execute G-code is documented in manual revision A2 -
sadly this is of little use to you as this revision also covers the
function key screen selection and XML profiles (as in Release
Candidate 7) but, as RC2.2 is still suggested for mainstream use, I
have not published it yet to avoid confusion!

The function as I have it is:
code (LPCTSTR block)
and will execute the commands in the string (VB script variable or
literal) that would be valid as an MDI line.
e.g. code ("F100G1X1Y3") in a macro will feed at 100 units per min
to 1,3

Thanks for your input I will definitely improve the explanations -
perhaps everyone should have somethink murky in their life though ;=)

Best wishes

John Prentice

I guess its not really as important as I used to think, the current
activation signals are really all that are required most of the time.

I was interested in macros to create custom M commands to control
special features particular to a machine like you say.

One case was the arc startup delay for a plasma control before I knew
about using the dwell Gcode. I was going to use the macro to set the
feedrate really low for a time period, then go back to the commanded
speed. Then I found the dwell Gcode which made more sense, and then
tripped on the the related Mach1 'feature:-)' on the first occurance
after a Estop or fresh startup. Art said he killed that rodent in
Mach2.

But I still think the macro docs are murky nananananaa ;-)
-Lee

Sorry, I didnt mean any offense, just needed to de-murkify my self:-)

That's very useful, is it mentioned in the docs and I missed it? -Lee

In regards to the question, "Can
I execute G-Code in a macro, yes, I believe the command is GCode
("G0X0") for example, but I will have to look this up...

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

Murky indeed...

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

Murky indeed...

Thanks,
Art
www.artofcnc.ca

----- Original Message -----
From: "japrenticeuk" <john@c...>
To: <mach1mach2cnc@...>
Sent: Monday, August 04, 2003 5:08 PM
Subject: [mach1mach2cnc] Re: G-code in a macro:Needs more useful

examples

and docs

--- In mach1mach2cnc@..., "Lee Studley"
<indigo_red@q...> wrote:

Hi Todd,
I was wondering this also, at least can I call a function or

similar

also, I think its a subset of VB scripting and can call some
predefined( not user defined (?)) routines Art has setup. The

manual

covers some specific macros, buts its really murky if your

trying

to

do your own stuff.

<snip>

I agree it's murky! Documenting macros seemed a bit like writing

the

user manual for a Swiss Army Knife!

It would be very helpful if you and others on the Group would like
to post explaining what you would like to do in your macros or,
perhaps easier, what you cannot do at present in Mach2. For

example

is it to make MDI easier through less typing, to get round

problems

with an existing post-processor, to control special features like

a

part catcher etc.

With this sort of background established, I will try to document
sone more interesting examples.

John Prentice



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



Your use of Yahoo! Groups is subject to

Would and could macros contain what may better be called a tool kit
similar to what the fellow who has GenGcode group is developing. If
so I feel that would be worthwhile.
Bob

About the ground again. The step and direction are from the computer. The
auxiliary supply is isolated from the pc. The step and direction lines can
not get to the ground on the auxiliary supply unless the ground is tied back
to the pc port. Where is the 5v going? doesn't there have to be a current
flow?

What am I missing here?????

Bob

Robert,

To get your drive going, don't worry about Stepper/spi or Err/Dout -
these are used when you're trying to interface it to a PC for changing
parameters using the test software. You should have your motor power
applied to the two power input pins and an auxialliary 24 volt (nominal)
power feed going into the 6 pin connector. You reference your step and
direction signals to this ground or 0 V - i.e. the gound line of you
auxilliary supply i.e. pin 2 of J1.

You should also be aware that the servo tuning utility that you download
from the Rutex website is fantastic to allow you to quickly tune your
PID settings. It gives the motor a step impulse and then plots the
response on the pc's screen. You will see from the graph whether you
need more/less damping etc. etc. You'll need to make a custom cable to
use the test software - but it is worth the effort!

Cheers, Peter

Quale, Robert wrote:

I'm a little confused on the wiring of my Rutex drives. Perhaps someone can
help? There is a line "stepper/spi" what is it for?
and "ERR/DOUT" what is this one for?

and last, the step and direction are 0v-5v. There is no ground? doesn't
there have to be a current flow?

Bob

Hi,
Does the thc function alter the initial 0 z height, if I set my
0,0,0 and start the file my torch raise 1" rapids to the pierce point
and the thc starts, when I call my next g0 z1 do I return to the
initial 1" or do I go 1" up from the present thc offset.
P.S. The THC control greatly improved the quality of my cuts, this is
really a cool hardware, software combo.
Todd

Hi John,
I am just trying to find if you can issue simple g-code
instructions and pile them in a macro, I would like to take standard
gcode files and install calls for a m50 macro and have this macro
control cut speeds, output signals, dwell times, offsets etc. this
way I could alter the macro to make the same g-code file work with
different thicknesses, cut speeds, piece times etc. What it boils
down to is I would like to know if I could take something you would
type into the mdi window and insert it into a macro.
Thanks
Todd

--- In mach1mach2cnc@..., "japrenticeuk" <john@c...>
wrote:

--- In mach1mach2cnc@..., "Lee Studley"
<indigo_red@q...> wrote:

Hi Todd,
I was wondering this also, at least can I call a function or

similar

also, I think its a subset of VB scripting and can call some
predefined( not user defined (?)) routines Art has setup. The

manual

covers some specific macros, buts its really murky if your trying

to

do your own stuff.

<snip>

I agree it's murky! Documenting macros seemed a bit like writing

the

user manual for a Swiss Army Knife!

It would be very helpful if you and others on the Group would like
to post explaining what you would like to do in your macros or,
perhaps easier, what you cannot do at present in Mach2. For example
is it to make MDI easier through less typing, to get round problems
with an existing post-processor, to control special features like a
part catcher etc.

With this sort of background established, I will try to document
sone more interesting examples.

John Prentice

Murky indeed...

Macro's were originally designed so I could reuse code, but they didn't
work out that way. Instead they are used to create usefrull subroutines for
specific purposes. Doc's are a little sketchy. John's idea is a good one, as
functions are needed I will add more. This is a troublesome area however, as
the macro's are run in a separate thread, so unknown interactions may occur.
This is evident in the serial output macro (on my immediate list for
repair) in that while it runs in testing mode, it will not transmit during a
program run. I will be spending some time to strengthen this over the next
little while to allow more complex programs with more stable interaction.
I'm attempting to make the main interpreter loop stop until the macro thread
is finished. This may cure the serial problem and allow for more
functionality. I have many requests for more output, so I am trying to make
the macro facility be able to transmit bytes to port addresses unknown to
Mach2, this would allow a 48pin IO card, for example, to be configured and
used as M-Code I/O no matter what card is desired. It may be the solution
for IO required for toolchangers and such.

I'll get back to you on specifics as I go. In regards to the question, "Can
I execute G-Code in a macro, yes, I believe the command is GCode("G0X0") for
example, but I will have to look this up...

Thanks,
Art
www.artofcnc.ca

Welcome back, how long were you gone two months? Seemed that long
without our leader.

Leader?, I think I'm more of a building "super" who fixes pipes when the
residents keep banging them to get heat...... ;)

Art
www.artofcnc.ca

evening,

i was wondering if mach1 / 2 is able to be interfaced to
potentiometers for controlling feed rates and bounceless
switches for controlling jog increments as well as axis
selection. this would resemble a bostomatic type controller
for anyone who knows those machines.

by the way, if you read this art, its nice to hear you had a
great time, and arrived back safely.

thanks in advance

jeff

--- In mach1mach2cnc@..., "Lee Studley"
<indigo_red@q...> wrote:

Hi Todd,
I was wondering this also, at least can I call a function or

similar

also, I think its a subset of VB scripting and can call some
predefined( not user defined (?)) routines Art has setup. The

manual

covers some specific macros, buts its really murky if your trying

to

do your own stuff.

<snip>

I agree it's murky! Documenting macros seemed a bit like writing the
user manual for a Swiss Army Knife!

It would be very helpful if you and others on the Group would like
to post explaining what you would like to do in your macros or,
perhaps easier, what you cannot do at present in Mach2. For example
is it to make MDI easier through less typing, to get round problems
with an existing post-processor, to control special features like a
part catcher etc.

With this sort of background established, I will try to document
sone more interesting examples.

John Prentice