On 4/23/2016 2:44 PM, Danny Miller wrote:
> It should not be done in CAM software. That's just not possible.
http://support.vectric.com/aspire-questions/item/how-to-get-estimate-of-machining-time
I can't think of a cam system that doesn't have a time estimate function.
How accurate they are is
On 04/23/2016 10:44 PM, Gene Heskett wrote:
> On Saturday 23 April 2016 19:49:52 andy pugh wrote:
>
>> On 24 April 2016 at 00:28, Gene Heskett wrote:
>>> but the number bears minus zero resemblance to what I see in the
>>> DRO.
>> That's normal, unless you are displaying
On Saturday 23 April 2016 19:49:52 andy pugh wrote:
> On 24 April 2016 at 00:28, Gene Heskett wrote:
> > but the number bears minus zero resemblance to what I see in the
> > DRO.
>
> That's normal, unless you are displaying machine coordinates.
How do I make that the default
On 04/23/2016 06:33 PM, andy pugh wrote:
> On 24 April 2016 at 00:23, Jon Elson wrote:
>> Sheldon made a range of machines. The only one that is a
>> "toolroom precision" grade is the R-series.
> Intersting, I can't find them at http://www.lathes.co.uk/sheldon/index.html
On 24 April 2016 at 00:28, Gene Heskett wrote:
> but the number bears minus zero resemblance to what I see in the DRO.
That's normal, unless you are displaying machine coordinates.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the
I'm confused by your home offset, I think normally you home the X axis
toward you and call that X0 with maybe enough home offset to get off the
switch. Soft limits seem trivial after homing move to the limits with no
offsets and record the numbers. Adjust your ini file and test.
JT
On
On 24 April 2016 at 00:23, Jon Elson wrote:
> Sheldon made a range of machines. The only one that is a
> "toolroom precision" grade is the R-series.
Intersting, I can't find them at http://www.lathes.co.uk/sheldon/index.html
--
atp
"A motorcycle is a bicycle with a
On Saturday 23 April 2016 19:23:52 Jon Elson wrote:
> On 04/23/2016 01:38 PM, Gene Heskett wrote:
> > I looked at a Sheldon on the HGR site, $1799 IIRC, but it was a
> > couple feet longer and about a ton heavier. Weight concerns me as my
> > garage floor is about 7 to 8" of poured 5000 lb
Greetings all;
I have never been able to make sense out of the homing vs soft limits on
this darned lathe.
Running it in mm mode (g21), and considering that with my tool holder
shortage, a QC tool post I often have to rotate oddly to get tool access
to the work, my homing sequence assigns
On 04/23/2016 01:38 PM, Gene Heskett wrote:
>
> I looked at a Sheldon on the HGR site, $1799 IIRC, but it was a couple
> feet longer and about a ton heavier. Weight concerns me as my garage
> floor is about 7 to 8" of poured 5000 lb concrete, but not a rebar in
> the mix. And its already full of
On 23 April 2016 at 19:25, Danny Miller wrote:
> FOUND it- well, most of the problem. It appears the Wiki itself has an
> error here!
As a general observation: A lot of the Wiki is simply wrong. It is a
collection of pages written by users. Some are massively out of date,
On 23 April 2016 at 22:29, Leonardo Marsaglia
wrote:
> That's what I was not sure about them. And I can't find the manuals of
> these series so I can't check wheter I can wire them directly as TTL or if
> I need that interpolator box to make them work.
The
2016-04-23 18:44 GMT-03:00 Nicklas Karlsson :
> The common ground is a problem but it also depends on cable length. Basic
> problem is then there is a flank on one of the signals ground bounce in the
> receiving end. With differential signals ground current stay
> Anyway my only doubt now is how much better are differential encoders
> compared to normal ones. I always used normal encoders with no signs of
> noise but since this is for a lathe with 0.01 mm increments I would like to
> go with the safest option.
>
> As always Andy, thanks you!
The common
All of this reminded me about the great Carl Sagan pale blue dot monologue.
Here's the link in case you want to take a look.
https://www.youtube.com/watch?v=wupToqz1e2g
2016-04-23 15:27 GMT-03:00 Nicklas Karlsson :
> > > The only potential invader is the South, and
2016-04-22 14:05 GMT-03:00 andy pugh :
>
> Heidenhain mainly do sin/cos encoders and one uses an interpolation
> box to convert to TTL.
> I suspect that these encoders have a built-in 25x interpolator to give
> the 5000ppr.
>
> The price looks great, especially including the
On Saturday 23 April 2016 12:33:32 Philipp Burch wrote:
> Hi Dave!
>
> On 23.04.2016 18:21, Dave Cole wrote:
> > [...]
> >
> > It would be interesting to see if a Linuxcnc simulator setup could
> > be done with increased velocities and accelerations to simulate a
> > machining session running at
I used Mach3 in 3D raster carving extensively. I never noticed any
error whatsoever in the "Simulate Toolpath" time estimate.
It should not be done in CAM software. That's just not possible. Now in
the case of 2D cutting some plywood, changing machine acceleration will
likely make <1%
On Saturday 23 April 2016 11:46:43 Jon Elson wrote:
> On 04/22/2016 11:50 PM, Gregg Eshelman wrote:
> > So don't buy any LeBlond or Monarch with broken or missing parts.
> > Except perhaps a 10EE. There's plenty of those laying about in all
> > kinds of sub-functional condition.
>
> This applies
> > The only potential invader is the South, and the Giant Panda is
> > strategically reaching much further south at sea, complete with island
> > building. No serious invasion threat to the North exists, or can.
>
> As long as he's friendly to the Chinese, who have given every clue they
> can
FOUND it- well, most of the problem. It appears the Wiki itself has an
error here! What you need is:
loadusr -W xhc-hb04 -I xhc-hb04-layout2.cfg -H
That "xhc-hb04-layout2" is the CONFIG file, not the ini. I believe you
can specify it without the file type suffix and it hunts down the .cfg,
On Saturday 23 April 2016 09:38:37 Erik Christiansen wrote:
> On 23.04.16 15:01, Nicklas Karlsson wrote:
> > So what is he supposed to do? Scrap the only weapon which could
> > cause any significant damage on enemy and wait for the bombing and
> > the following invasion?
>
> <2c>
> His theatrics
> I'd rather try to do it the other way round, i.e. instead of simulating
> a faster machine, better simulate the same machine with faster time. In
> fact, it should be possible to make the servo thread as fast as possible
> for the computer, while telling it that the time passes at 1ms/iteration
Hi Dave!
On 23.04.2016 18:21, Dave Cole wrote:
> [...]
>
> It would be interesting to see if a Linuxcnc simulator setup could be
> done with increased velocities and accelerations to simulate a machining
> session running at 10x or 100x speed.
>
> Dave
>
I'd rather try to do it the other
Ironically I think that was one of the issues with Mach3's time
estimates. It ignored some of the effects of acceleration values. My
memory is coming back. What really threw off Mach3
was short segments. As in 3d printing, or cutting a lot of splined
curves, or 3d contour cutting. The
Hi Dave!
On 23.04.2016 17:50, Dave Cole wrote:
> That is more usually a function of the Cam software that I am used to using.
In my opinion, effects like limited acceleration should not be something
the CAM has to care for. After all, we have G code as a (ideally)
machine independent format, so
That is more usually a function of the Cam software that I am used to using.
I don't know if Mach3 is all that reliable when it comes to accurate
numbers for run time.
I recall that being a problem actually in some situations.
There is some discussion of that on the web.
On 04/22/2016 11:50 PM, Gregg Eshelman wrote:
> So don't buy any LeBlond or Monarch with broken or missing parts. Except
> perhaps a 10EE. There's plenty of those laying about in all kinds of
> sub-functional condition.
>
>
This applies to ALL older machines! There are a few
machines where
On 23.04.16 15:01, Nicklas Karlsson wrote:
> So what is he supposed to do? Scrap the only weapon which could cause
> any significant damage on enemy and wait for the bombing and the
> following invasion?
<2c>
His theatrics are almost exclusively for domestic consumption. IIRC,
he's already topped
I have found some incredible deals at HGR Surplus.
hgrinc.com
Jeff Johnson
john...@superiorroll.com
Superior Roll & Turning
734-279-1831
--
Find and fix application performance issues faster with Applications
On Saturday 23 April 2016 09:01:43 Nicklas Karlsson wrote:
> > > Thomas Powderly wrote:
> > > > ...
> > > > in real work the tool is already at the discharge distance when
> > > > the initiation voltage is turned on
> > > > so the initiation still occurs, followed by the
> > Thomas Powderly wrote:
> > > ...
> > > in real work the tool is already at the discharge distance when the
> > > initiation voltage is turned on
> > > so the initiation still occurs, followed by the discharge
> >
> > I was thinking about this for the ionization voltage.
On Saturday 23 April 2016 02:17:58 Nicklas Karlsson wrote:
> On Sat, 23 Apr 2016 10:32:09 +0800
>
> Thomas Powderly wrote:
> > ...
> > in real work the tool is already at the discharge distance when the
> > initiation voltage is turned on
> > so the initiation still occurs,
On 23 April 2016 at 05:50, Gregg Eshelman wrote:
> He needed a lathe long enough to handle the axle shafts.
This one is quite cheap at the moment.
https://www.apexauctions.co.uk/auction/itemDetails/197658
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and
As I've said before, I'm used to Mach3. In this case, Mach3 allowed me
to click "Simulate Toolpath" and gave a 100% accurate figure for the
file's runtime. It actually simulated with the same path that would
execute the code, just without waiting to step anything out, so it takes
into
On Sat, 23 Apr 2016 10:32:09 +0800
Thomas Powderly wrote:
> ...
> in real work the tool is already at the discharge distance when the
> initiation voltage is turned on
> so the initiation still occurs, followed by the discharge
I was thinking about this for the ionization
36 matches
Mail list logo