Hello Guest it is December 03, 2020, 09:43:14 PM

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - TunerTom

Pages: 1 2 3 4 5 6 »
General Mach Discussion / Re: Jogging question
« on: October 20, 2011, 09:22:08 AM »
OMG, How could I be so dumb?
The DIR lead for the Z-Motor , where it attaches to the Parallel interface card was loose.
How could I be so dumb??

Thanks everyone for your help.
Case closed.

General Mach Discussion / Re: Jogging question
« on: October 20, 2011, 08:54:04 AM »
OK,  I discovered that the XML file was completely corrupted. The file was hardly readable... so I started over from scratch and replaced my User Profile from scratch, once again.  Now the single-step function works properly, but there is a new problem...

On the X-Axis, Fast Jog, Slow Jog, and Single-step all work just fine in both directions.
On the Z-Axis, Fast Jog, Slow Jog, and Single-step all work, but no matter which (left/right) cursor key you operate, the toolpost will move only towards the left. Same holds true if you type on G-code on the command line... The tool post only moves toward the left, no matter what the instruction states. The only way I can bring the tool post back to the right is to turn the stepper-motors off and "hand-crank" the Lead Screw.

I am enclosng my XML file, in case that might help.

General Mach Discussion / Re: Jogging question
« on: October 19, 2011, 04:42:41 PM »
I'll look for that in the morning.
Will advise upon my return,

General Mach Discussion / Re: Jogging question
« on: October 19, 2011, 04:33:14 PM »
It'a at work.  I will get it tomorrow & bring it home.  I will sent it as soon as I can...
Thanks, in advance...

General Mach Discussion / Jogging question
« on: October 19, 2011, 04:21:57 PM »
I installed Mach3 (turn profile), complete with the license file in a newer "XP" box to replace an older system which has become inreliable.  I have been busy entering "ports & Pins" data as well as motor tuning, etc... from written notes written down from an earlier installation.

I have a new "situation" I have never seen before.  My hope is that this condition is an obvoius one that others have seen before...

First of all, the main working screen the Axis Position DROs cannot be "zero-ed" by clicking on either [Zero] button. Furthermore, even though I can click on the display boxes and they will highlight slightly, I cannot overtype the values in either DRO.

Fast & slow JOG functions works using the cursor keys, and the "X" & "Z"  DROS will increment/decrement as expected, also the toolpost moves as expected
When I engage Jog Mode to "Jog Inc" (single-step) the stepper motors do not move and the DROs do not change value.
It is nearly impossible to properly place the cutting tool at the correct starting point and have the DROs reflect the proper coordinates.

Any suggestions from anyone?  (I have attached a screen shot on the primary screen)

SmoothStepper USB / Re: G-Code execution halts
« on: September 14, 2009, 04:43:11 AM »
Hi Jeff,  Thanks for your patience...

It took me two days to try your latest suggestion.  I decided to bite the bullet and reformat the hard drive on my PC at home (where the plotter and the Smoothstepper board is being tried out) and reinstall Windows and only my essential applications here. With that done, I reinstalled Mach3 and the Smoothstepper software & driver.

Now, there are NO brain files in this setup. As I said earlier, I added a push-button and LED to the "Cycle" screen. The purpose of this is to be able to extend/retract the tailstock manually by clicking the button. Click the button the first time and the LED {oemled(853)} lights up... push the button again and the LED goes off.  This works properly. Then I wrote a simple vbScript to monitor the state of the LED and turn Output(4) "on" whenever the LED is illuminated....

   If GetOEMLED(853) Then
   End If

Then with Hood's help, he explained how I make a vbScript function as an M-Code, by simply naming the files using the M-Code numbers I wish to use.  They are...



Now, the button I added toggles the OEMLED(853),  on & off as expected.  I have a physical LED on the plotter that indicates whether or not the tailstock is extended. The plotter's pen has a solenoid that raises/lowers the pen.  The pen is associated with the Lathe Spindle motor. So the plotter "draws" only while the spindle is "on" and the tailstock LED on the plotter is lit, only when the tailstock is supposed to be extended.  This is just perfect for debugging profiles before taking them to the lathe.

In Mach3 in Manual Mode, if I enter an "M800", Output(4) blinks (debug screen) the OEM LED lights up, and the physical LED on the plotter lights up...  PERFECT!

If I enter "M801", Output(4) on the debug screen goes off and the physical LED on the plotter goes out.

If I repeatedly click the User Button I added to my screen the OEM LED toggles on/off and the Output(4) LED on the debug screen follows accordingly as well as the physical LED for the tailstock on the plotter.

So now I try the G-Code file. The file executes through the first "M801" and it works just fine.  This first "M801" was intended to ensure the tailstock was retracted until after the spindle is turned on.  This one works. If I start the profile with the tailstock extended, it will retract as the first "M801" is executed, and program execution continues on. If I start the program with the tailstock already retracted, execution still continues on past the first "M801" line

Now (and this happens every time) when the program gets to the M800 Line, The tailstock extends (LED on the plotter turns on) and then DWELL comes "on" and remains on. The program is stuck with a DWELL If I click the [Cycle Start] button the DWELL stops and execution continues on its own until it reaches the remaining "M801" near the end of the profile. The tailstock retracts and once again,  execution is stuck  with a stuck DWELL. I click [Cycle Start] and the profile completes the reaming couple of lines.

Do you think there is a possible conflict with the vbScripts?

If I disconnect the Smoothstepper and connect my PC's parallel port directly to the plotter, executing this profile works without getting stuck.

SmoothStepper USB / Re: G-Code execution halts
« on: September 09, 2009, 03:40:49 PM »
> Posted by: Jeff_Birt  

> I noticed looking at your XML that you have a couple of Brains running. What do they do?  

I have two push-buttons wired to Inputs #1 & #2. The buttons are Active Low.  The first button executes "FeedHold"; the second button Executes "CycleStart".  The third item in this file monitors the state of OemLED(853)  OemLED(853) Is toggled with a user-entered button through a vbStript...

If GetOemLED (853) Then
DeActivateSignal (OutPut4)
ActivateSignal (Output4)
End If  

Output4 is wired to a relay which operated the tailstock extending.
In addition to the toggle function above.
Macro M800  Turns OemLED(853) "on"  which extends the Tailstock
Macro M801  Turns OemLED(*03) off, which retracts the Tailstock

Fishey Huh?  This is all tied to where my program execution gets hung up.  Hmmmm...

The other Brain...  I have no idea what this was... I removed it.

SmoothStepper USB / Re: G-Code execution halts
« on: September 09, 2009, 05:47:22 AM »
Really wierd...

I've done a complete uninstall/reinstall of Mach-3 Version   R3.042.029   I removed the original c:\Mach3 folder beforehand and made copies of my two user-writter vb macros M800 and M801. I reinstalled Smoothstepper... went through all the setup steps.  This time Windows found Smoothstepper hardware... There must have been a trace in the Registry,  Maybe I should do a system restore to a date before Smoothstepper was ever installed.

At any rate, I redid all my Ports & Pins settings and my motor tuning...
Still the same problem.  Line N70 of my listed program executes  (M800, my Tailstock extend Macro)... "Dwell" comes on (I have no idea why) and "Dwell" stays on until I click the  [Cycle Start]  button. The program continues on and it executes line N110 (M801, my Tailstock retract Macro)...  and "Dwell" hangs again, list like line N70.  Everything else executes and continues on without interruption. Oddly enough, Line N40 (which is identical to Line N110) works just fine, even if I extend the tailstock beforehand (so the line will actually do something)

If I hook up the PP and disconnect the SS, everything works.

SmoothStepper USB / Re: G-Code execution halts
« on: September 03, 2009, 08:37:12 PM »

The following code will "hang after executing line N70 and after executing line N110

N05          %(Intended as a Turn Profile)
N10    %(use DIAMETER Mode)
N20    %(Demo profile to show flow interruption)
N30    T0101                                                        %(Set front tool)
N40          M801                         %(Be sure Tailstock is retracted)
N50    G0 Z-69.4   X40.0
N60    M3                               %(Spindle On)
N70    M800                                                         %(extend Tailstock)
N80          G04    P1000                                        %(Dwell 1000 milliseconds)
N90    G0  Z-69.4  X31.76
N100    G01 Z-47.92 X31.76          F150.0
N110    M801                                  %(Retract tailstock to sand)
N120    G04 P2000                             %(Dwell 12000 milliseconds)
N130    M5                                    %(Spindle Stop)
N140    M30                                   %(Reset program)

I've also included the macro files for M800 and M801...
(rename to M800.m1s and M801.m1s

SmoothStepper USB / Re: G-Code execution halts
« on: September 03, 2009, 05:09:52 PM »
OK, I'll do that in the morning and re-post when I get it done. 

I'm doing this on the plotter I have at home on my computer here.
If you think I should really be doing this on the computer at work?

I can do that but I have to disconnect the working PP interface and since it is working
I would have to wait until the lathe is free... that could be a couple of weeks...

The computer at work has been optimized and stripped of everything except for Mach-3
Do you think running this at home on a PC loaded with software is a bad idea?
The plotter ran just fine through the PP here.

(my apologies if this is a dumb question)

Pages: 1 2 3 4 5 6 »