Hello Guest it is August 15, 2020, 01:43:59 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 - zone023

Pages: 1 2 3 4 »
1
General Mach Discussion / Re: machine running irregular on button script
« on: December 19, 2010, 05:56:06 PM »
Now that's simple but SMART!!

Use the same filename everytime...

There is no use in storing the scan-files anyway. Each surface is unique, of course.
The engraving g-code is the part that is reused again and again..

Thanks!!

2
General Mach Discussion / Re: machine running irregular on button script
« on: December 19, 2010, 05:36:21 PM »
OK, I will ask Brian soon. Thank you, Hood

In the meantime will I keep grid-corrections inside my vb6 progam.

TP, I will send you my "Z-control" program for testing when I think I can show it to someone... without feeling like a moron...

That might take 2 more weeks or so... ;D

3
General Mach Discussion / Re: machine running irregular on button script
« on: December 19, 2010, 05:13:03 PM »
No problem...me explaining not clearly enough could also be the case... :D
The idea of recording date and time certainly is creative and useful.
To keep it working all the scans must be in a directory only for scans.
That may not be a problem

Do you think asking Art kindly makes sense...?
Changing recorded X and Y cooordinates, in G68 mode, from machine to work would also be great... ::)

4
General Mach Discussion / Re: machine running irregular on button script
« on: December 19, 2010, 12:20:23 PM »
Yes.. I want to use normal VB convention to open the textfile.  (Not OpenDigFile)

But I don't want to see the OpenFile Dialog twice.
First to set scan-file (M40) name. Then to open it again, in a macro, to do corrections. (Probe-Offset, etc)

So I am looking for a way to "remember" the M40-filename in a string.
So that it can be found by the end-macro for corrections.
Because #-variable IS remembered I came up with idea of the the numeric filename..
But it doesn't work.

Of course, I can let the macro ask for the filename again with an OpenFile Dialog.
But typing the same filename twice in a short period....hhmmm
Computers are here to automate, aren't they... ;)

5
General Mach Discussion / Re: machine running irregular on button script
« on: December 19, 2010, 07:34:13 AM »
I have not left the building yet... one more question... :D

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!

6
General Mach Discussion / Re: machine running irregular on button script
« on: December 19, 2010, 05:22:35 AM »
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
 
 

7
General Mach Discussion / Re: machine running irregular on button script
« on: December 18, 2010, 12:57:50 PM »
 :D

Until now it only costs...

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

8
General Mach Discussion / Re: machine running irregular on button script
« on: December 18, 2010, 06:47:03 AM »
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... ;D

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

Rich


 

9
General Mach Discussion / Re: machine running irregular on button script
« on: December 15, 2010, 02:10:39 PM »
Yeah...but I want it all... ;D

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.. 

   

10
General Mach Discussion / Re: machine running irregular on button script
« on: December 15, 2010, 12:41:15 PM »
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...

Quote
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.


Pages: 1 2 3 4 »