On Sat, 28 Jan 2012 22:40:29 +, you wrote:
>> Haven't seen the belated 2.5 yet...
>
>It has, indeed, been "imminent" for a long time. I suspect that a lot
>of the delay has been due to the EMC lawyers.
Last time I asked here the reason given for the delay was bugs - not so
long ago either.
>
> Haven't seen the belated 2.5 yet...
It has, indeed, been "imminent" for a long time. I suspect that a lot
of the delay has been due to the EMC lawyers.
I have a suspicion that 2.6 will follow fairly shortly after 2.5.
It is available as pre-compiled packages, and as far as I know has few bugs.
On Fri, 27 Jan 2012 10:06:40 +, you wrote:
>On 27 January 2012 08:32, Steve Blackmore wrote:
>
>> I'm not asking that the existing G33 be abandoned, just an addition,
>> correct version added, preferably using G32.
>
>As I said earlier, that's fairly easy to do with the G-code remapping
>func
On 27 January 2012 08:32, Steve Blackmore wrote:
> I'm not asking that the existing G33 be abandoned, just an addition,
> correct version added, preferably using G32.
As I said earlier, that's fairly easy to do with the G-code remapping
functions in version 2.6.
--
atp
The idea that there is n
On Thu, 26 Jan 2012 22:06:30 +, you wrote:
>On 26 January 2012 21:55, Steve Blackmore wrote:
>
>>>http://pdf.directindustry.com/pdf/delectron/g-code-programming-manual/14577-33189-_23.html
>>
>> Andy - that is for Milling Machines.
>
>"Typical function for lathes, can also be used in milling
On 26 January 2012 21:55, Steve Blackmore wrote:
>>http://pdf.directindustry.com/pdf/delectron/g-code-programming-manual/14577-33189-_23.html
>
> Andy - that is for Milling Machines.
"Typical function for lathes, can also be used in milling machines" is
what it says.
--
atp
The idea that there
On Wed, 25 Jan 2012 10:20:22 +, you wrote:
>On 25 January 2012 08:27, Steve Blackmore wrote:
>
>> Be MUCH better if along the hypotenuse was G33.1 and along the axis was
>> G33 (or even better G32). At least then threading would be industry
>> standard.
>
>It isn't even that clear-cut:
>http:
well they both have a first name that starts with J LOL so I got one
letter right.
John
On 1/25/2012 6:04 AM, sam sokolik wrote:
> You can see it here.
>
> http://www.youtube.com/watch?v=ACvRilmIKDQ
>
> (that was JohnK)
>
> I really like the flexibility over a standard. (I didn't know there was
You can see it here.
http://www.youtube.com/watch?v=ACvRilmIKDQ
(that was JohnK)
I really like the flexibility over a standard. (I didn't know there was
a 'standard' from research I have done) And with a little math - it
will make a perfect tapered thread. With re-mapping now there are even
IIRC Jeff Eppler cut a fusee for a mousetrap powered car...
John
On 1/24/2012 3:52 PM, John Prentice wrote:
> - Original Message -
> From: "Kent A. Reed"
>
>
>> Several items were called out recently as being show stoppers for
>> LinuxCNC. I do not aspire to learn the inner workings of Li
On 25 January 2012 08:27, Steve Blackmore wrote:
> Be MUCH better if along the hypotenuse was G33.1 and along the axis was
> G33 (or even better G32). At least then threading would be industry
> standard.
It isn't even that clear-cut:
http://pdf.directindustry.com/pdf/delectron/g-code-programmin
On Tue, 24 Jan 2012 23:47:26 -0500, you wrote:
>And that is the reason EMC measures pitch along the hypotenuse.
>
>A fairly famous quote from Allan Kay goes:
>"Simple things should be simple, complex things should be possible."
Butt you've made a simple thing complex.
Be MUCH better if along the
On 1/25/2012 1:11 AM, Kent A. Reed wrote:
> It may be annoying to know LinuxCNC works best with G-code programs
> tailored to it, but isn't this true also for other controllers?
Yes.
--
Keep Your Developer Skills Current
On 1/24/2012 4:52 PM, John Prentice wrote:
> On one hand I think it is unusual CNC behaviour in threading (so
> possible difficulties for CAM users without a special postprocessor).
John:
Since I haven't had the pleasure of using serious CAM software I don't
have first-hand experience with their
On 1/24/2012 11:34 PM, Jon Elson wrote:
> Kent A. Reed wrote:
>> At best I'm a dilettante with machine tools and certainly I'm no expert
>> with a lathe. That not withstanding, long, long ago, I was taught to cut
>> a tapered thread on a manual lathe by shifting the tailstock over. It
>> seems to m
On Tue, Jan 24, 2012, at 10:02 PM, andy pugh wrote:
> On 24 January 2012 21:52, John Prentice
> wrote:
>
> > (b) For most practical tapered pipe threads no one will notice the pitch
> > error. On one hand I think it is unusual CNC behaviour in threading (so
> > possible difficulties for CAM use
Kent A. Reed wrote:
> At best I'm a dilettante with machine tools and certainly I'm no expert
> with a lathe. That not withstanding, long, long ago, I was taught to cut
> a tapered thread on a manual lathe by shifting the tailstock over. It
> seems to me this would necessarily mean the thread pi
Thanks, Andy, Kirk, John, and Steve, for the input on lathe taper
attachments. It took me a minute to realize what I was looking at but
then the light bulb turned on. Obviously, I never made it past the row
of entry-level South Bend lathes in my own work, although I was acutely
aware of the too
On Tue, 24 Jan 2012 23:33:04 +
andy pugh wrote:
> On 24 January 2012 22:52, Kenneth Lerman
> wrote:
>
> > 4 -- Hire someone to do #2. (Don't even ask -- I have two prices
> > for my work on LinuxCNC, the first is free and you probably can't
> > afford the second.)
>
> This is the nub of th
On 24 January 2012 22:54, Steve Blackmore wrote:
> My CAM programs know this, and cut the threads accordingly -
> unfortunately they turn out wrong.
With the ability to remap G-codes which is in Master it will be
possible to re-map G33 to calculate the trigonometric correction (I
think that this
On 24 January 2012 22:52, Kenneth Lerman wrote:
> 4 -- Hire someone to do #2. (Don't even ask -- I have two prices for my
> work on LinuxCNC, the first is free and you probably can't afford the
> second.)
This is the nub of the very crux of one of the problems.
None of the people who are in a po
On Tue, 24 Jan 2012 16:09:34 -0500, you wrote:
>Not being able to imagine (I said limited brain, remember) how else they
>cut tapered threads on a lathe in the old days, I expect the standard
>specifications (ASME B1.20.1, fer instance) of the times would reflect this.
Hi Kent
Commercially ta
On 1/24/2012 4:52 PM, John Prentice wrote:
> - Original Message -
> From: "Kent A. Reed"
>
>
>> Several items were called out recently as being show stoppers for
>> LinuxCNC. I do not aspire to learn the inner workings of LinuxCNC well
>> enough to contribute to discussion of the first item
On 24 January 2012 21:52, John Prentice wrote:
> (b) For most practical tapered pipe threads no one will notice the pitch
> error. On one hand I think it is unusual CNC behaviour in threading (so
> possible difficulties for CAM users without a special postprocessor). But on
> the other hand the c
- Original Message -
From: "Kent A. Reed"
>
> Several items were called out recently as being show stoppers for
> LinuxCNC. I do not aspire to learn the inner workings of LinuxCNC well
> enough to contribute to discussion of the first item, "No jog on
> feedhold".
>
> However, the sec
On 24 January 2012 21:09, Kent A. Reed wrote:
> At best I'm a dilettante with machine tools and certainly I'm no expert
> with a lathe. That not withstanding, long, long ago, I was taught to cut
> a tapered thread on a manual lathe by shifting the tailstock over. It
> seems to me this would neces
On Tue, 2012-01-24 at 16:09 -0500, Kent A. Reed wrote:
... snip
> how else they
> cut tapered threads on a lathe in the old days,
My guess is by using a taper attachment:
http://its.fvtc.edu/machshop2/operations/taperw_attach.htm
http://www.lathes.co.uk/hardinge/img19.gif
http://www.lathes.co.
Gentle persons:
Several items were called out recently as being show stoppers for
LinuxCNC. I do not aspire to learn the inner workings of LinuxCNC well
enough to contribute to discussion of the first item, "No jog on feedhold".
However, the second item "Taper thread pitches are measured along
28 matches
Mail list logo