Messages

1

Sieg Machines / Re: X axis looses orintation

« on: October 26, 2010, 04:38:45 AM »

Hi.
    I had a reply from machsupport, who were saying the same thing about loosing steps, I'm away from the machine for a few days, but will definitely investigate when I get back, thanks for replying.

2

Sieg Machines / X axis looses orintation

« on: October 19, 2010, 12:38:39 PM »

Hi. All
       My KX1 running under Mach3 has been trouble free for a long time now, although I'm using it a lot.   Currently I'm machining a gear case and cover plate with identical profiles.    I've cut the gear case using a sub routine in incremental steps to a depth of       Z-10mm with no problems.    To machine the cover plate the only changes I made to the programme was to change the z depth to Z  -3.3     Half way through the first cut of the profile the cutter wandered off into the middle of the plate.    After feed hold, stop and rewind I returned the spindle to absolute zero, where the spindle came to rest roughly 12mm in the plus quadrent, with all the axis windows reading zero.     Any ideas where to start looking?

3

G-Code, CAD, and CAM discussions / Re: correct construction of drive programe

« on: January 22, 2010, 06:43:02 AM »

Thanks Graham.
                     I knew it would be simple, G90 insteasd of G52 on the first line.   
Regards.
                         Mick

4

G-Code, CAD, and CAM discussions / correct construction of drive programe

« on: January 21, 2010, 12:23:35 PM »

Hi.
    Back to my favourite subject, subroutines.     I,m boring 18 x 18.5dia holes at various coordinates.   As these are only clearance holes I could have quite easily used a simple point to point with a G12,  but chose the circle cutting wizard in NFS.   I simply used this G code with O1001 at the head and M99 to end.    As I was using G52 to move to each position I edited any cutter compensation calls with in the sub.   The drive programe was:
g0g49g40g17g80g50g90g98g54g21
m6 t1
m03s7000
m9
g00g43h1z6
g52x107.5y-35
g01z2
m98p1001
g52x0y0
g52107.5y0
g01z2
m98p1001

and so on.
  The control ran the first position exactly at the x0 y0 position, not the x107.5 y-35 programed.   After trying various permentations with out success, I wrote a new point to point programe to the individual coordinates using the same sub, but for some reason this programe wouldn't run.   Now, I realise it isn't the control at fault and that I'm making a fundemental mistake some where, but after several hours of trying different ideas, I'm back to square one.   Has using the code from the circle cutting wizard got any thing to do with it and how should I go about writting the simple point to point programe to run the sub, are there any rules for this that I'm not aware of.   Coming this far I don't want to give up and resort to G12
Regards   
 

5

G-Code, CAD, and CAM discussions / Re: G52

« on: January 06, 2010, 12:48:06 PM »

Just trying to keep the old skills alive!!!!!!

6

G-Code, CAD, and CAM discussions / Re: G52

« on: January 06, 2010, 12:38:22 PM »

Hi. Julian.
             I was thinking that the X0 Y0 was written at the end of a each drive cycle so as to return to the original starting position of the first component, so that all other coordinate shifts for the other components are in absolute.    I'll try writting the X0Y0 where you suggest and try again tommorrow.
thanks.
                 Mick

7

G-Code, CAD, and CAM discussions / G52

« on: January 06, 2010, 10:37:13 AM »

Hi.
     I'm running a programme with 3 subroutines, ones an internal pocket, two are outside profiles.  I want to produce four components from one piece of stock.    The first component runs OK, as the start point for the first z- feed move is central to the through pocket.    This sub is called three times with all z- values written on the line prior to the sub call.     The next two subs are outside profiles, which also work according to plan.    The problem I can't seem to find a solution to, is when moving on to the next component, the first z- feed move is on the line after the G52X-22 Y0 call, but executes before the G52 move and so is below the surface of the work piece before the G52 move call.     I've tried various permertations, but all have a adverse effect on the first component, which was perfectly OK.
    The blocks where the problem occurs appear as below:
G01Z-3.2F90
M98P1003
G52X-22.0Y0.0
G01Z-1.0F90
M98P001
G01Z-2.0F90
M98P1001

The Z-1.0 move feeds into the start position of the first component before the the shift coordinate command operates.   How would I write these lines so as the z- feed move executes after the G52 has moved to the new position?   There are no z- moves contained in the subs, all calls on in the drive programme.   G54 is included in the programme parameters.

Regards

8

G-Code, CAD, and CAM discussions / Re: Multiple Parts

« on: December 21, 2009, 11:34:51 AM »

Thanks Graham, I'll give that a go.
Regards.
                                   Mick

9

G-Code, CAD, and CAM discussions / Multiple Parts

« on: December 21, 2009, 08:42:50 AM »

Hi.
    The programme I was writting is now complete and all the subroutines run OK (thanks for your help Sam)    Now what I want to achieve is to machine multiple parts from one piece of material.     So I need to move the X0 Y0 point several times and run the programme again from those points.     I presume I will have to use G10     If that is the case, I presume again, that the line should read:   G10L2P1X-22.5Y0.0   To move the zero point 22.5 into the X- quadrant.    I don't know how the P value is arrived at and indeed what it actually represents.     Do these values remain constant at every relocation of the X0 Y0?    Should these moves be absolute or incremental?    What command is required to run the main programme again at these locations.    Thanks in anticipation.
Regards.

10

G-Code, CAD, and CAM discussions / Re: Subroutine construction

« on: December 20, 2009, 06:06:21 AM »

Hi. Sam.
           Thanks for your reply.   Looking at the two examples its pretty clear that all Z- moves are part of the drive programme and not part of the actual sub, as I was use to back in the day.      That being the case writting the programme should be fairly straight foreward.      If I do encounter any problems I'll let you know.
Regards.
                       Mick