开云体育

Steve:

Found it. When a file loaded, it was running the macro thread in the
backround without waiting for the previous one to finish. If a second was
started while the first was running, an error would occur. Since the first
macro call of a system takes a bit longer than others in order to initialize
the scripting engine, it would cause this "race" condition to occur.

It has been repaired. We shouldn't see any more "Parsing Errors" unless
there is an error in the script, and then it will give you a message telling
you the line. The Macro's now wait for completion before running anymore
commands. I suggest script macro's be on separate lines as unknown events
may happen if they are on the same line. I will look into this eventuality.

Lathe macro's are now named *.t1s and will be in the next version. This
means that if you have any macro's modified for lathe, you will have to
rename them, but a generic toolchange set of macro's will come with the next
version as well.

Thanks for the help, your file did it, it was the perfect combination in
Turn to create this error. (Picture that,eh? ) ;)

In future, if this error occurs, it will mean a macro is looping
internally and will not end or two user defined scripts are called on the
same G-Code line..

Thanks,
Art
www.artofcnc.ca

Bob:

Good point. In lathe, you never really know which axis needs to move first
as a safety move. Depends on if your doing inside or outside work. There is
no safety on the next version of Turn. If your cutting a taper, the Z safety
could be just as bad as an X while drilling. It occurs now in mill only.
(Unless we can think of a better way of doing it), I will leave it to the
user to determine if the code allows for proper movement away from the
material.

Thanks, I hadn't thought that one through....
Art
www.artofcnc.ca

Isak:

This is probably because you have Constant Velocity turned on. When you
run with backlash, CV is not possible on all systems. Usually, you have to
turn it off, then the acceleration and deceleration will occur.

Thanks,
Art
www.artofcnc.ca

The safe move on a turning machine is the Z axis, same as a milling machine. You move the carriage away from the chuck axially(+Z). If you moved the X axis with a drill buried in the work piece, you'd have a nasty situation. IOW...Safe_Z would be the same move for lathes or mills.

-Bob

It has to do with the const velocity/exact stop.
Thanks, Isak.

Hi,
When I enable backlash the steppers sometimes stalls.
The problem arises when a continous move is made on one axis (suppose X) and
in the middle of the move the Y axis changes direction.
This situation could be in an arc.
When the Y changes direction, the X axis is halted without deceleration and
then started without acceleration (so it seems).
Maybe that there is some problem related to the backlash algorithm.

When I disable the backlash there is no problem

Thanks, Isak

Steve:
I've only been able to see it twice. It locked me up for 5 minutes the
first time, and then 100 boxes appeared saying "Parse error". This tells me
that somehting is looping and calling the macro's many times when this
occurs. (That should tell me something, but it hasn't yet. ).
It is definitely due to the multi-threading change, but the
multi-threading is necessary, so I will have to fix it rather than go back.
Many macro methods are about to appear so I need that functionallity. I'll
find it yet...

Thanks,
Art
www.artofcnc.ca

On Wed, 22 Oct 2003 19:45:36 -0300, you wrote:

I have recoded the Safe_Z routines so they are OFF in Mach2Turn, I have
also changes the macro's so that Lathe has its own. I am still tracking down
the Macro init parser error. It seems to be related to errors which may
occur (Feedrate or others) while the program is simulating to draw itself.

Thanks Art - The more I think about it the better Safe_X sounds, done
the same as mill as a persistent entry box would give you the chance
of setting the distance or having it turned off, as conditions allow.

Nobody else seems to have commented on this one, so I assume it must
be acceptable :)

Could you get your machine to error with that file? It does indeed
seem to be linked to toolchanges and feedrates, the more there is, the
more errors I get, the critical number of errors for me is 4 - any
more and OCX crashes.

From event log it's always

Faulting application mach2.exe, version 1.0.0.1, faulting module
mach1ocx.ocx, version 1.0.0.1, fault address 0x00035422.


--
Steve Blackmore

This condition does not normally occur in a properly tuned

system.

OK, it's like I supposed. No problem with this.

Mariss @ gecko is an excellent vendor and supports the

product well via e-mail or phone. Rutex is harder to deal with

since

they are "down under".

I already had a deal with Mariss and he was simply great.
I live in Italy, I originally purchased the G201s from a vendor and
had a problem when wiring.
Mariss gave me an excellent phone support in order to check the
fault, and was very friendly in selling and shipping me some more
units on the fly.

Now I'm going to get a couple of repaired G201s from him, and I will
place an order for the servos.

Thanks again for your kind help

Paolo

1) Have I missed something in my setup? (configuration below)

Does the LED stay on with the Printer cable disconnected from the
PC? If so there may be a problem on the card.

If not then do you have the proper step pin mapped and IS IT ACTIVE
LOW (checked).

2) Am I using the wrong parallel cable? I recently purchased a
Belkin Pro Series IEEE 1284A-A Switchbox Cable (Universal
Application) - It is listed as bidirectional / high speed.

Should work just fine.

3) Do I need to set something in the Configure>Motor Tuning section
to make this test work?

For testing, you probably need to lower your step frequency (the
number of steps per inch to some really low number like 10 or even
5. Normally the steps are so fast you will never see them happen on
the LED's. If the pin is not set to active low the LED will stay ON
most of the time and only flash OFF during a step transition.

Any suggestions would be greatly appreciated!

To check the Sound Logic Card (and your setup of the pins)
temporarily map the Y Direction pin to the Step input that is in
question. It should turn off and on as you change direction. If it
does, its working and you have a pin configuration (mapping) problem.

Bob Jacoby
Florida


Configuration:

Printer Port Setup and Axis Selection Page:
Port 1
X Axis Enabled
Y Axis Enabled

Output Signals Selection Page:
Charge Pump Safety Line

Input Signals Selection Page:
HomeX
HomeY

Printer Port Output Pins:
X Axis Step 2
X Axis Direction 6
Y Axis Step 3
X Axis Direction 7

You mean "Y Axis Direction 7" here; correct?

Charge Pump Safety 17
All pins are assigned to port 1 and are set "low active"

Printer Port Input Pins:
HomeY 12
HomeX 11
Emergency Stop 10
All pins are set "low active"

If you like the MACH2 SL card you will appreciate the up-coming THC
cards for Torch Height Control. Jim has taken my design and added
some features (like the added buffers and opto isolators to support a
second parallel port).

Tom C

But I've another question now, when you say MACH isn't a closed

loop

system, what do you mean ?

The servo feedback loop (from the encoders) is done in the Gecko or
Rutex. MACH2 does not know if the motors got to where they were
supposed to...only the GECKO knows. If for some reason the GECKO or
RUTEX fails to make the moves (error becomes too great) then they
fault and stop the output. The fault signal can be used to e-stop
MACH2. This condition does not normally occur in a properly tuned
system.

Will this affect Mach performances if using G320/340 or Rutex
drivers ?

No. MACH "thinks" it is driving a Step and Direction motor control.

And which driver does perform better ? G320, G340 or even Rutex ?

They are both well designed units. The Rutex offers a wider range of
voltages and currents so if you need more than the 70VDC that the
GECKO offers it is the best choice. They both perform equally well
under 70VDC. The RUTEX requires you to furnish an external auxillary
power supply to power the card electronics (for input voltages over
35VDC). The Gecko has its own internal supply. The Gecko has opto
isolators on the Step and Direction inputs, the RUTEX does not.

All things considered if you are in the US and the 70VDC max on the
Gecko's is sufficient, then I would go with GECKO 340's. The 340 is
identical to the 320 except it has step multiplication in case your
drive ratios and rapid speeds need more than the 25 to 45 Khz that
MACH2 offers. Mariss @ gecko is an excellent vendor and supports the
product well via e-mail or phone. Rutex is harder to deal with since
they are "down under".

Hi John:

Goto Z's, is to make all axis goto zero. Goto Safe_z makes the Z
axis move to the clearance plane (Safe_Z). This will be renamed to
clearance Plane in the near future so that in Turn, it will make
sense when it makes the X move to that setting instead of the Z.

Thanks,
Art

Hi Bob:

I don't know whats going on with the LED always on on the board,
but don't expect to see the step LED's blink. They are blinking, but
only 1-10 us long in the on condition. This is too short for you to
see. If you wish to see them light up, jog at full speed. This will
cause them to go dim then bright as the axis accelerated, then dim
during deceleration, then off again. But to see it at all, you need
to be jogging near full speed of 25Khz (or 35 or 45) depending on
your setup.

Bob's boards ARE exceptional quality..aren't they..

Thanks,
Art

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

, but will check. There is a light somewhere up ahead.

Thanks
Art

Some bd with a torch bringing more work.

John S.

What are the buttons "Goto Z's CTRL O" and "Goto Safe Z" supposed to do and
how do you configure them? I am working on a set of 640x480 screens to use
with my Sherline 5400 mill and at that resolution, real estate is a problem
on the screen. I am trying to get the controls I need on the main screen
and have it workable at the smaller resolution.

John Guenther
'Ye Olde Pen Maker'
Sterling, Virginia

PREAMBLE
I did a lot of research and the Mach2/Sound Logic (purchased from
Campbell Designs) looks like the perfect setup for my application -
a plasma table. The Sound Logic board arrived just a couple days
after I ordered it and so far I'm blown away by the quality of the
Mach2 software(including the documentation), the construction of the
Sound Logic PC2Route Model M1 board and the responsiveness Campbell
Designs (i.e. quick shipping). I'm convinced that the setup
problems I'm experiencing below reside somewhere between my left ear
and my right ear!


SUMMARY
Mach2 (Demo copy RC11)
Sound Logic (PC2Route Model M1)

I have a problem - there is a persistant red light on the Y axis
step indicator LED #3 - the only connections to the board are 120V
power and a parallel cable. The LEDs for X direction and Y
direction appear to be functioning correctly (i.e. LED #2 and #4
respectively) illuminate and extinguish correctly when I "jog" the
machine using the joystick pad - again just the direction LEDs
appear to operate correctly - I can't get the X/Y Step LEDs to
function as I expect. The breakout board is not yet hooked up to
the Gecko 201 because I'm trying to setup and debug as I go along.
Finally, the Charge Pump Safety Line appears to be working
correctly - it illuminates LED #16 (which stays illuminated) after a
reset. Additionally, if I hit the reset again (so that it flashes
red/green on the computer screen) LED #16 turns off and the joystick
pad no longer toggles the X / y direction LEDs - again, this is
functioning as I would expect.

Also, the HomeY and HomeX inputs appear to be working properly -
when I physically close the circuit (with a paper clip between pin 2
and pin 3 on the respective Home Switch contacts on the board - the
yellow LEDs on the Mach2 Diagnostic screen illuminate.

Again, I'm thinking that if I have the configuration done correctly,
I'll be able to jog the machine with the joystick pad and see both
the direction AND step LEDs illuminate appropriately.
Does anyone have any suggestions?

1) Have I missed something in my setup? (configuration below)

2) Am I using the wrong parallel cable? I recently purchased a
Belkin Pro Series IEEE 1284A-A Switchbox Cable (Universal
Application) - It is listed as bidirectional / high speed.

3) Do I need to set something in the Configure>Motor Tuning section
to make this test work?

Any suggestions would be greatly appreciated!

Bob Jacoby
Florida


Configuration:

Printer Port Setup and Axis Selection Page:
Port 1
X Axis Enabled
Y Axis Enabled

Output Signals Selection Page:
Charge Pump Safety Line

Input Signals Selection Page:
HomeX
HomeY

Printer Port Output Pins:
X Axis Step 2
X Axis Direction 6
Y Axis Step 3
X Axis Direction 7
Charge Pump Safety 17
All pins are assigned to port 1 and are set "low active"

Printer Port Input Pins:
HomeY 12
HomeX 11
Emergency Stop 10
All pins are set "low active"

On Fri, 22 Aug 2003 11:21:26 -0000, you wrote:

Your right of cource, the concept of a Safe_Z is geat with mill,
but in lathe it should be safe_x. I will be redoing those sections.

Thanks fopr the test. I don't know why the macro's are affected
only in Lathe, but will check. There is a light somewhere up ahead.

Sod's law said this would happen, but I've just done a largish
engraving file for mill and tried it - got two parse errors first
time, (it has two tool changes, maybe coincidence) then ok on
subsequent tries even after a reboot?

It didn't crash OCX.

Tried on 3 PC's of varying performance and it does it on all.

Only seems to have happened since changes in RC10?

ie

5) Macro's changed to multi-threading design. They now run in parallel
to the engine.
6) New Macro Commands:
IsMoving Returns a 1 if the interpreter is processing movement.
GetPortByte( address ) returns the byte at that port address
PutPortByte( address, byte ) puts the byte into that port.


--
Steve Blackmore

Steve:

Your right of cource, the concept of a Safe_Z is geat with mill,
but in lathe it should be safe_x. I will be redoing those sections.

Thanks fopr the test. I don't know why the macro's are affected
only in Lathe, but will check. There is a light somewhere up ahead.

Thanks
Art

Hi,

I'm going offline for a month. I'm off to Italy and the Czech Republic to
race my bicycle in the IPC European Championships.

As such I won't be able to answer any questions or process any order for the
Turbotaig board If anybody complains
that I'm not responding or ignoring there email, can somebody point them to
this message please.

Once I return I plan to finish the following projects.

1. Finish converting my Taig lathe to CNC. It's been in progress for some
months now. Also I am building an enclosure for it out of 19" rack enclosure
parts. They seem to be just the right size

2. Write the software for the Mach1/2 Speed controller. It will accept the
Mach1/2 PWM or spindle step speed signal output. It provides an isolated
0-10Vdc signal. This is aimed at the KBIC speed controllers used in the
Sherline products and others. I proved all the design, cobbled it together
and got it to work. The PCB is designed and assembled, I just need to finish
it off.

The next stage will be use the speed sensor to close the loop. this way the
motor speed should be more constant under load, especially when threading.
Then add speed control via the serial macros.

3. Finish the 4A stepper motor controller. Currently it is working as a 1/2
stepper, but I'm in the middle of converting it into a 1/8 micro stepping
drive.

4. Convert the Turbotaig board to SMD to reduce the assembly time and
include the 12.7Khz charge pump feature.

5. Create a breakout board that has the generic functionality of the
Turbotaig board and is opto-isolated.

6. Finally, get hold of the production prototype of a CNC ready Asian 7x12
mini lathe that comes with ball screws on X and Z axis plus a automatic 4
way tool changer, that will arrive while I'm away. Hopefully by then Art and
Steve will have sorted out the lathe software by then.

The reason for developing the Breakout board, the speed controller and the 4
amp micro stepper is to provide a controller for this lathe.

If for some reason your interested in my cycling, there's some more info on
the web page.

I will be going off line on Sunday night.

Cheers,




Peter Homann
mailto:Peter.Homann@...
Adacel Technologies Limited,
250 Bay St, BRIGHTON, 3186, AUSTRALIA
<>
Telephone +61 (3) 8530 7777, Facsimile +61 (3) 9596 2960
Mobile 0421-601 665

Art

I don't know if you just forgot or have been to busy but r11 still
has the following problem.When tripping the softlimits the error
line shows this but, when you jog off the limit the error still
shows on error line.I have found this fault on a number of other
errors also(ie. wrong pulley selected etc).I know this is only a
small fault and i am sure you will get round to it eventually.

Thanks
Mark