Messages

11

VB and the development of wizards / VB question regarding the loading of a program

« on: April 04, 2017, 09:41:57 PM »

Hi All,
I have an interesting probing issue that I am unsure how to easily overcome, I have programmed two buttons for testing purposes:
the first button is my step grinding program, it works a treat. 
I have used the following code style in both buttons:

OpenTeachFile "Step grinding program.cnc"
Code "(Step grinding program.cnc)"
STEP GRINDING PROGRAM GOES HERE
CloseTeachFile
Call LoadTeachFile()


the second is a probing routing which is an entire G code program I have written, it works quite well.

OpenTeachFile "probing cycle.cnc"
Code "(probing cycle.cnc)"
PROBING CYCLE GOES HERE
CloseTeachFile
Call LoadTeachFile()


I was originally hoping to run the program by putting it into an M code, but I now realise I cannot run it like this, the values would not update.
So I guess my questions are:

• How can I have it run the probing cycle during the STEP GRINDING PROGRAM which will measure existing step lengths.
• When I press the load button on the STEP GRINDING PROGRAM it loads all parameters from DRO's, so after running the PROBING CYCLE, how do I get it to load these new measured values into an already running G code program (STEP GRINDING PROGRAM).

Thanks,
Tarak

12

General Mach Discussion / Re: Unable to open ProbeDiag.dat Error=11

« on: November 29, 2016, 02:39:30 PM »

Thanks aAndy!

13

VB and the development of wizards / Re: Work offset table using VB

« on: September 15, 2016, 03:41:17 PM »

Hi Rich, I should of mentioned it's for the Mill, I have created my own probing cycles (a bit rudimentary I admit, but they work) that will work with my 4 axis mill, I want to access the values so after I probe using G59 in X,Z or A I can offset the values in G54 the measured amounts.

14

VB and the development of wizards / Re: Work offset table using VB

« on: September 15, 2016, 01:50:52 AM »

I also forgot to ask, How can I check what coord system I am currently using with VB?
e.g  G54 or G55 or G56 etc.

15

VB and the development of wizards / Work offset table using VB

« on: September 15, 2016, 01:04:21 AM »

Is it possible to extract a value from the WORK OFFSET TABLE?
I've read many post for the Tool table but I can't find anything about the WORK OFFSET table.

Basically I would like to be able to read the X & Z values of G54, G55, G56, G57, G58 & G59 when I need to.
Is this possible?

I tried with the GetToolParam, but I think this is only the tool table.
Thanks.

Tarak

16

VB and the development of wizards / Re: Touch probe checking algorithm

« on: August 17, 2016, 08:52:07 PM »

I sort of got this to work..........I say sort of very loosely!
I am using XZA axis, same as a lathe, so I set A axis to be a slave from Y (which I am normally not using), then I set Y axis to the same pin outs as A axis (not ideal I know), I then used G31 Y_ _ in all of my probing commands.
This probed beautifully......now for the hiccup part:
1) A axis DRO will not change
2) I cannot use the Y DRO, because this is a rotational axis and I need the 360 rollover to work
3) Previously the XZA axis shows a correct simulation of what the machine will do, if I change to Y, I will lose my simulation ability.
What to do, what to do........................

17

VB and the development of wizards / Re: Touch probe checking algorithm

« on: August 15, 2016, 08:22:04 PM »

Well, I thought I had this one solved, but alas, I don't think I can probe using G31 A10 (my rotary axis).............I just recieve ""CANNOT MOVE ROTARY AXIS DURING PROBING"
Is it possible to see what code is hard coded into G31, I think if I can create a macro that will rotate A axis until it receives a signal on the digitise input, I could sort this out........maybe (he says with his fingers crossed) .

18

Mach Screens / Re: Screen4 Strange behaviour

« on: August 15, 2016, 05:25:11 PM »

I use screen4 alot, and yes it does have a few bugs, the loooong menu delay is one of them, but I find this to be the easiest screen editer to use, the main bug that catches me out is the screen size, if using on a laptop (or a small screen) you need to make sure the entire screen is visible, so basically DO NOT USE THE SCROLL BARS if the screenset is larger than your monitor, otherwise it WILL move all bitmaps around, and I haven't figured out how to move them back without needing to start from scratch??
Tarak

19

General Mach Discussion / Re: G31 alternative

« on: August 15, 2016, 12:15:13 AM »

Thanks Tweakie.CNC and robertspark, I was wondering about something like this, it's just such a random issue.
I was going to check the probe wiring, but then I realised it's doing all the weird behaviour before the probe even touches the part.

I am going to try a good old fashioned parallel port controller card, I think I have an old one around here somewhere.
I will let you know how I go.

20

General Mach Discussion / Re: G31 alternative

« on: August 13, 2016, 09:42:11 PM »

Sorry I should of mentioned, I am using Mach3 with a Ethernet Smooth Stepper (I'm starting to wonder if the ESS could be the issue)