On Saturday 15 February 2014 11:32:11 John Thornton did opine:
> There is a problem with my code when the tool diameter is less than 1/2
> the hole diameter. From the back plot it cuts a small hole on center
> then cuts a larger hole off center. Either your the first to use this
> program or the f
On Saturday 15 February 2014 11:15:33 John Thornton did opine:
> I wrote that back in 2008, let me look at it and see what the problem
> might be.
>
> JT
It turns out that if I reduce the stepover, forcing it to spiral, it does
work correctly, so there is not a life & death emergency John, I'll
On Saturday 15 February 2014 10:44:54 Peter Blodow did opine:
> Python is a very exact structured language. If you take care that at
> least one of the constituents of a division is a clearly recognizeable
> floating point number, it will apply floating point divison, else
> integer division (with
There is a problem with my code when the tool diameter is less than 1/2
the hole diameter. From the back plot it cuts a small hole on center
then cuts a larger hole off center. Either your the first to use this
program or the first to use it with the tool size less that 1/2 the hole
size... in
I wrote that back in 2008, let me look at it and see what the problem
might be.
JT
On 2/14/2014 6:42 PM, Gene Heskett wrote:
> Greetings;
>
> I didn't look to see whose code that is, but I made several passes at
> trying to use it to bore a hole .7" deep in a 1" piece of steel this
> afternoon,
Python is a very exact structured language. If you take care that at
least one of the constituents of a division is a clearly recognizeable
floating point number, it will apply floating point divison, else
integer division (with truncation), making it much faster. Of course, I
would also be rel
On Friday 14 February 2014 22:00:33 Bruce Layne did opine:
> Hey Gene,
>
> I don't have a specific answer to your question, but I can say that in
> general, I've had similar mysteries when using the various Python code
> to generate G code. They're handy little routines, but they seem not
> quit
On 2/14/2014 8:09 PM, Bruce Layne wrote:
>
> I believe that some of these bits of Python code generate different
> results depending on the order the input values are supplied on the data
> entry form. I think they might be calculating intermediate results as
> the data is entered? Or maybe t
Hey Gene,
I don't have a specific answer to your question, but I can say that in
general, I've had similar mysteries when using the various Python code
to generate G code. They're handy little routines, but they seem not
quite ready for prime time.Thankfully, LinuxCNC does a great job of
