Move RefAll to fixture 0,0 is indeed a solution, didn't think about it....
(And when I think about it, rotation also has to be taken in account )

Taking the time and write some vb code to calculate machine coords to work coords is more elegant, I think.
And that has to be done only once...

I wonder IF you could apply the surface offsets to the axis correction map or possible use the data to create an offset table of Gcode variables.

 

Not sure what you mean with this, english is not my native language...

The "z-control" program I wrote functions on itself, outside Mach.

My knowlege of vb is far better than my knowledge of Mach, it's variables,  g-code etc
So I thought this was the way to go.

All I need is text-file (CSV, Like M40) of the surface scan and the original g-code.
Those are loaded in z-control.
z-control outputs adjusted g-code with interpolated Z's and broken G1 G2 and G3 parts.

It works. Even with G68 and my crappy button probing script.
Or with Grahams probing g-code and M40 without G68.

IF you have a working solution that is all that matters(;-)

(;-) TP

Yeah...but I want it all...

Graham's smooth probing g-code, M40/41 AND G68...

Time to start coding and make something to convert machine to work coordinates...I think.. 

   

Hi,

I have written a small piece of code.
This to convert the machine x and y coordinates mach3 stores with M40 in G68 mode to work coordinates.

Now I can do exactly what I want....smooth surface probing in G68 mode...

I like to thank the contributors to this post for helping me!

Rich


 

Don't forget us when you make your millions, I like fast Jags, Terry and the other guys might like one too. 

Graham

 

Until now it only costs...

Wonder if I am going to pass break even ever...

How about taking a minute and posting in the Mach tool Box section  on HOW you did it and post the code you did it with???. It sounds cool and I am SURE someone else could use it as well.

YEP a new Jag would do, (;-) But as long as your are happy I am happy,

Sling some chips

(;-) TP

Hi TP

I will consider that.

The code is all in a separate program, written in vb6. It functions on its own, outside mach3.
First of all it has to be refined, there still is some "testing-code" left that has to be removed.

Secondly, I foresee some problems with international use..
Here in Holland we use comma as a decimal separator.
In the US a point is used.
I have some point to comma converters in the program that might become a problem...
I don't know where you are, maybe I can send it to you first to do some testing....when ready...


Rich
 
 

I have not left the building yet... one more question...

As said, the code I have written functions outside mach3. Including the scan-grid correction part( to correct values M40 writes for probe-offset, G68 rotation, etc.)
I think it is better to do the scan-grid correction INSIDE mach3, with a macro at the end.

Now I have to carry over to many data (probe-offset, G68 offset and rotation) by hand to the program I have written.
This increases the risk of mistakes, and it is inconvenient also...
When it runs in a macro it can read Dro's for getting required data.

What I would like to do is open the DigFile M40 creates again and do the necessary calculations.

So... Is there a way to "remember" the filename M40 asks for?

I have tried giving the file a numeric name and save the name in a variable.
Someting like this:

   'M40

   Dim strFile as string

   SetVar(10, Question (" Scan number? ( = name, MUST be numeric)"))

   strFile= "C:\" & GetVar(10) & ".txt"

   OpenDigFile(strFile)

In this way I would be able to open the file again using varable #10.

But it doesn't work...

Any ideas for a working solution??


Thanks!

I don't believe you can use the opendigfile for that type of use. I would use the normal VB convention to open the text file.

Now IF you were just adding more points thru more probing then opendigfile IS the way to do it.

Comma delimited files are NOT a problem(;-)

(;-) TP