Re: [Emc-users] Tool change question

[Jeff Epler]

I assume that you are talking about the script linked at
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ManualToolChangeMacro

It looks like this version of the tool change script is a bit out of
date with respect to LinuxCNC.

LinuxCNC removed the need to specify [EMC]NML_FILE in the inifile in
version 2.4, and this same setting was removed from most sample
configurations and configurations generated by stepconf.

However, this toolchange script is still referring to it and doesn't
work if it's not specified.

Until the author of the version on the wiki can correct the script, it
may work simply to remove the two lines
emc.nmlfile = os.path.join(os.path.dirname(os.environ['INI_FILE_NAME']),
iniFile.find("EMC", "NML_FILE"))

You should also be aware that since you gave this file the same name as
a file installed by linuxcnc, an upgrade will overwrite the file.  You
should give it a different name, and then refer to that name in your hal
file instead.  This will save you heartache later.

Jeff

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Tool change question

[Tony Zampini]

Hi Dave,

I finally got around to trying out the manual tool change file
you put in the wiki. Sorry to say I'm not having much luck with it.
Now, EMC2 will not start up. An error box appears with references
to the hal_manualtoolchange file.

The first time it happened, the error log referenced an error in a string 
literal on line 53.
I was able to fix this by putting the back-slashes in there proper place at the 
end of the lines.
Somehow, they got moved around in the file you uploaded.

Then I tried running EMC2 again. Now it's showing errors on lines 12 and 65.
Here are the errors:

Debug file information:

Traceback (most recent call last):
File "/usr/bin/hal_manualtoolchange", line 12, in 
iniFile.find("EMC", "NML_FILE"))
File "/usr/lib/python2.6/posixpath.py", line 65, in join
if b.startswith('/'):
AttributeError: 'NoneType' object has no attribute 'startswith'
New_Sherline_Mill.hal:93: hal_manualtoolchange exited without becoming ready
*

I hope someone can figure out why it's not working, because it 
sounds like a very useful enhancement to EMC2. I'm not familiar with
HAL or Python, or else I would have a go at it.

Thanks,
Tony

- Original Message - 
From: "Tony Zampini" 
To: "Enhanced Machine Controller (EMC)" 
Sent: Sunday, March 11, 2012 7:29 PM
Subject: Re: [Emc-users] Tool change question


> Thanks, Dave. I'll give it a try and report my results.
> Tony
> 
> - Original Message - 
> From: "Dave" 
> To: "Enhanced Machine Controller (EMC)" 
> Sent: Sunday, March 11, 2012 2:23 PM
> Subject: Re: [Emc-users] Tool change question
> 
> 
>>I just included it in the Wiki.   I was going to do this a while ago ...
>> but like other things..
>>
>> Here is the link:
>> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ManualToolChangeMacro
>>
>> I included it on the main wiki page - look for "tool change"
>>
>> I believe this is accurate.  Several people have used, or actively use
>> this, and I haven't heard of any issues with it.
>> I have not used it myself yet.  But I could see where it could be very
>> useful in certain circumstances.
>>
>> Give it a try and let us know how it turns out.
>>
>> Dave
>>
>> On 3/11/2012 11:31 AM, Tony Zampini wrote:
>>> Hi Steve,
>>>
>>> I made a valiant effort to try to find Les Newell's manual toolchange 
>>> macro
>>> fix,
>>> but was unable to fine it. Could you please send it to me? I'd appreciate
>>> it very much.
>>>
>>> Also, I'm not an EMC2 expert, so a brief explanation of how to install it
>>> would also be greatly appreciated.
>>>
>>> Thanks,
>>> Tony
>>>
>>> - Original Message -
>>> From: "Steve Blackmore"
>>> To: "Enhanced Machine Controller (EMC)"
>>> Sent: Tuesday, March 06, 2012 6:16 PM
>>> Subject: Re: [Emc-users] Tool change question
>>>
>>>
>>>
 On Tue, 06 Mar 2012 06:58:10 -0500, you wrote:


> I just made my first PC board using EMC2 and my Sherline mill.
> I was surprised at how nice it came out.
>
> One issue came up, however, during the drilling phase. When EMC2
> paused for the tool changes, I didn't see a way to touch off the Z axis
> after installing a new drill bit. Is there a way to use "touch off" 
> while
> the tool change dialog box is being displayed?
>
 Yep - there's Les Newell's manual toolchange macro fix. Allows jogging
 and touch off during a toolchange pause. Dunno whether it ever got
 accepted for inclusion though? If you can't find it contact me off list.

 Steve Blackmore
 --

 --
 Keep Your Developer Skills Current with LearnDevNow!
 The most comprehensive online learning library for Microsoft developers
 is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
 Metro Style Apps, more. Free future releases when you subscribe now!
 http://p.sf.net/sfu/learndevnow-d2d
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users

>>>
>>> --
>>> Virtualization&  Cloud Management Using Capacity Planning
>>> Cloud computing makes use of virtualization - but cloud computing
>>> also focuses on allowing computing to be delivered as a service.
>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>> ___
>>> Emc-users mailing list
>>> Emc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>>
>>>
>>
>>
>> --
>> Virtualization & Cloud Management Using Capacity Planning
>> Cloud computing makes use of virtualization - but cloud computing
>> also focuses on allowing computing to be delivered 

[Emc-users] Trajectory planning and other topics from a EMC(LinuxCNC) newbie

[Roger Holmquist]

Hello everybody!

Have just got reason to join the CNC-developing community.
Considering LinuxCNC as a professional machine control system  
replacing older control systems versions from FANUC, Heidenhahn,  
Siemens etc

One observation is that trajectory planning seem to be incomplete.

There is also a need to find reliable HW for machine-interfacing.

Any suggestions and links to well documented working examples are  
appreciated.

DSP-board solutions is also under consideration, like this site:  
http://dynomotion.com/

( sorry for going off topic but I am in fact a SW developer even if  
that role has been in hibernation for some time)

Greetings / Roger



--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Q re lathe vs axis

[gene heskett]

On Thursday, March 15, 2012 02:39:08 PM dave did opine:

> On Thu, 15 Mar 2012 09:09:46 -0400
> 
> gene heskett  wrote:
> > On Thursday, March 15, 2012 09:00:25 AM Ed Nisley did opine:
> > > On Wed, 2012-03-14 at 22:23 -0400, gene heskett wrote:
> > > > PClos on this quad core phenom.
> > > 
> > > Well, OK, use whatever *PClos* uses for remote desktop sharing...
> > > it's not like PClos is some mutant without all the usual Linux
> > > stuff tucked away under the hood.
> > > 
> > > > linuxcnc runs just fine from its own keyboard,
> > > > but not from an ssh login
> > > 
> > > Which is why I'm recommending you do something *other* than wrestle
> > > with X through SSH: export the whole [mumble] desktop and be done
> > > with it. That's stock technology, designed to Just Work.
> > > 
> > > Anything Linux-oid with a package manager should have *something*
> > > that speaks VNC to the far end of the network. Set up the milling
> > > box to allow desktop sharing with VNC, set up your desktop box to
> > > connect with a VNC desktop, and you're done.
> > > 
> > > Modulo, of course, having your network running, which may not be a
> > > given at this point. That, alas, is a real swamp...
> > 
> > That will be something to explore, when I get my GMC drivable again.
> > Mech helper Anthony was trying to put the flexplate to torque
> > converter bolts back in last night, using a Torx T-50 in a special,
> > one time use cuz they are coated with red locktite, 10mm .9 thread,
> > 8mm Allan head cap screws & reamed 2 of them out.  So I'm off on
> > safari this morning, driving the house mouses Toy. looking for a set
> > of those.  Just as soon as I get a second cup of coffee to prop the
> > other eye open with.
> 
> Wimp! Use toothpicks rather than the liquid version. LOFLOL
> 
> Dave

I don't trust my eyes around toothpicks, somebody once told me they are 
sharp.

OTOH, I chew up a big box of rounds a year & haven't injured myself yet.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
love, n.:
When you like to think of someone on days that begin with a 
morning.

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Voltage to frequency for analog input

[Kirk Wallace]

On Thu, 2012-03-15 at 10:56 -0500, Scott Hasse wrote:
> I'd prefer not to use the mesa encoder primarily because I want to use
> the optical isolation I already have on the 7i37.  Additionally with
> the firmware setup I have (4 pwm, 4 encoders, 4 stepgens) and the 3rd
> 50 pin cable for io like estop and limit I only have one Mesa-based
> encoder available with no optical isolation.  Ideally I'd like to run
> multiple analog inputs.
> 
> Although if I go the weighted sum route I'd be limited by my io as
> well.
> 
> It seem I must be doing something wrong with the software encoder
> though, as i think it should easily be keeping up with the frequencies
> I'm sending,
> 
> Thanks,
> 
> Scott

Opto-isolators might be considered slow. From my experience, they might
be good to tens of kilohertz to maybe a hundred kilohertz with the the
fast ones setup properly. Data signals generally don't need to be nearly
as fast, so I would tend to isolate the data instead of the analog
signals.

I wonder... these should be pretty fast:
http://en.wikipedia.org/wiki/Small_form-factor_pluggable_transceiver 
http://www.jameco.com/webapp/wcs/stores/servlet/Product_10001_10001_1552798_-1 

-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Voltage to frequency for analog input

[Dave]

I'm not sure what your budget it, but the Mesa 7i65 card has a number of 
analog inputs.

It isn't cheap (compared to other Mesa cards) but rarely have I found 
good analog inputs that are cheap in any I/O system.   Plus "cheap" is 
relative when you consider other I/O systems.

I'm currently working with a 7i43-200 with a 7i65 and a 7i47 and it 
works well and has  8 pwms (I believe), 6 stepgens, and a number of 
encoder inputs, 8 analog inputs and only uses two 50 pin cables off the 
7i43.

Dave

On 3/15/2012 10:56 AM, Scott Hasse wrote:
> I'd prefer not to use the mesa encoder primarily because I want to use the 
> optical isolation I already have on the 7i37.  Additionally with the firmware 
> setup I have (4 pwm, 4 encoders, 4 stepgens) and the 3rd 50 pin cable for io 
> like estop and limit I only have one Mesa-based encoder available with no 
> optical isolation.  Ideally I'd like to run multiple analog inputs.
>
> Although if I go the weighted sum route I'd be limited by my io as well.
>
> It seem I must be doing something wrong with the software encoder though, as 
> i think it should easily be keeping up with the frequencies I'm sending,
>
> Thanks,
>
> Scott
>
>
>
> On Mar 15, 2012, at 2:50 AM, Viesturs Lācis  wrote:
>
>
>> 2012/3/15 Scott Hasse:
>>  
>>> with the frequency out going to an isolated I/O daughter
>>> card input (Mesa 7i37 I believe) of a Mesa 5i23.  The problem to me seems
>>> to be the software encoder rate, which I believe I would hit with your
>>> suggestion as well.
>>>
>> Any particular reason not to use encoder module right in 5i23 card? It
>> will certainly count much higher frequencies and You will get rid of
>> base-thread.
>>
>> Viesturs
>>
>> --
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>  
> --
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Compiling Gotcha

[Kirk Wallace]

On Thu, 2012-03-15 at 05:24 -0400, Mark Wendt wrote:
... snip
> Absolutely true.  However, I can't remember when the last time I didn't 
> see at least 'clean' in a Makefile created by 'configure'.  
> './configure' is what creates most all Makefiles today, and GNU has set 
> out some standards for what should be in the 'configure' file.  Most 
> 'configure' scripts are now generated by 'autoconf' which does generate 
> the 'clean' and 'distclean' arguments in the Makefile.
... snip

Thank you, this gives me something to research for getting better at
this software thing.
-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Voltage to frequency for analog input

[Scott Hasse]

I'd prefer not to use the mesa encoder primarily because I want to use the 
optical isolation I already have on the 7i37.  Additionally with the firmware 
setup I have (4 pwm, 4 encoders, 4 stepgens) and the 3rd 50 pin cable for io 
like estop and limit I only have one Mesa-based encoder available with no 
optical isolation.  Ideally I'd like to run multiple analog inputs.

Although if I go the weighted sum route I'd be limited by my io as well.

It seem I must be doing something wrong with the software encoder though, as i 
think it should easily be keeping up with the frequencies I'm sending,

Thanks,

Scott



On Mar 15, 2012, at 2:50 AM, Viesturs Lācis  wrote:

> 2012/3/15 Scott Hasse :
>> with the frequency out going to an isolated I/O daughter
>> card input (Mesa 7i37 I believe) of a Mesa 5i23.  The problem to me seems
>> to be the software encoder rate, which I believe I would hit with your
>> suggestion as well.
> 
> Any particular reason not to use encoder module right in 5i23 card? It
> will certainly count much higher frequencies and You will get rid of
> base-thread.
> 
> Viesturs
> 
> --
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here 
> http://p.sf.net/sfu/sfd2d-msazure
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Voltage to frequency for analog input

[Kirk Wallace]

On Thu, 2012-03-15 at 09:50 +0200, Viesturs Lācis wrote:
> 2012/3/15 Scott Hasse :
> > with the frequency out going to an isolated I/O daughter
> > card input (Mesa 7i37 I believe) of a Mesa 5i23.  The problem to me seems
> > to be the software encoder rate, which I believe I would hit with your
> > suggestion as well.
> 
> Any particular reason not to use encoder module right in 5i23 card? It
> will certainly count much higher frequencies and You will get rid of
> base-thread.
> 
> Viesturs

Unfortunately, I don't understand what the basic elements are in this
system, so take my previous comments with a grain of salt. If anyone has
a link outlining system basics or keywords, It would help get me up to
speed.
-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Compiling Gotcha

[Mark Wendt]

On 03/15/2012 10:58 AM, Kent A. Reed wrote:
> On 3/15/2012 5:24 AM, Mark Wendt wrote:
>
>> On 03/14/2012 01:53 PM, Kent A. Reed wrote:
>>  
 <>


  
>>> All well and good, boys and girls, but let's not forget that "clean" and
>>> "distclean" are not intrinsic functions of make. They are merely targets
>>> in the Makefile like any other.
>>>
>>> It's become a convention to name certain targets "clean", etc., but only
>>> the Makefile writer can give them the semantics you expect. When in
>>> doubt, read the file.
>>>
>>> Regards,
>>> Kent
>>>
>>>
>> Kent,
>>
>> Absolutely true.  However, I can't remember when the last time I didn't
>> see at least 'clean' in a Makefile created by 'configure'.
>> './configure' is what creates most all Makefiles today, and GNU has set
>> out some standards for what should be in the 'configure' file.  Most
>> 'configure' scripts are now generated by 'autoconf' which does generate
>> the 'clean' and 'distclean' arguments in the Makefile.
>>
>> Mark
>>
>> -
>>  
> I agree, Mark, but I think this is an example of what is called a
> "shifting baseline" (you can look it up).
>
> I not only remember the good old days when every computer maker had its
> own variation of make and make conventions (and have the scars to prove
> it), I still have stashed away a corpus of codes I worked on over the
> years that didn't come through the GNU cookie cutter.
>
> The "GNU" world is wondrous. In addition to established conventions, it
> has made it possible for me to take substantial packages and, without
> working up a sweat, get them to run on everything from a muscular
> AMD/x86 PC to a wimpy embedded ARM.
>
> Still, I live by Benny Hill's favorite saying, "do not assume, it makes
> an ass out of u and me."
>
> Regards,
> Kent
>
No problemo.  If  'make distclean' doesn't work, it wasn't in the 
Makefile.  ;-)

Mark

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Q re lathe vs axis

[dave]

On Thu, 15 Mar 2012 09:09:46 -0400
gene heskett  wrote:

> On Thursday, March 15, 2012 09:00:25 AM Ed Nisley did opine:
> 
> > On Wed, 2012-03-14 at 22:23 -0400, gene heskett wrote:
> > > PClos on this quad core phenom.
> > 
> > Well, OK, use whatever *PClos* uses for remote desktop sharing...
> > it's not like PClos is some mutant without all the usual Linux
> > stuff tucked away under the hood.
> > 
> > > linuxcnc runs just fine from its own keyboard,
> > > but not from an ssh login
> > 
> > Which is why I'm recommending you do something *other* than wrestle
> > with X through SSH: export the whole [mumble] desktop and be done
> > with it. That's stock technology, designed to Just Work.
> > 
> > Anything Linux-oid with a package manager should have *something*
> > that speaks VNC to the far end of the network. Set up the milling
> > box to allow desktop sharing with VNC, set up your desktop box to
> > connect with a VNC desktop, and you're done.
> > 
> > Modulo, of course, having your network running, which may not be a
> > given at this point. That, alas, is a real swamp...
> 
> That will be something to explore, when I get my GMC drivable again.
> Mech helper Anthony was trying to put the flexplate to torque
> converter bolts back in last night, using a Torx T-50 in a special,
> one time use cuz they are coated with red locktite, 10mm .9 thread,
> 8mm Allan head cap screws & reamed 2 of them out.  So I'm off on
> safari this morning, driving the house mouses Toy. looking for a set
> of those.  Just as soon as I get a second cup of coffee to prop the
> other eye open with.
Wimp! Use toothpicks rather than the liquid version. LOFLOL

Dave
> 
> Cheers, Gene


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Compiling Gotcha

[Kent A. Reed]

On 3/15/2012 5:24 AM, Mark Wendt wrote:
> On 03/14/2012 01:53 PM, Kent A. Reed wrote:
>>> <>
>>>
>>>
>> All well and good, boys and girls, but let's not forget that "clean" and
>> "distclean" are not intrinsic functions of make. They are merely targets
>> in the Makefile like any other.
>>
>> It's become a convention to name certain targets "clean", etc., but only
>> the Makefile writer can give them the semantics you expect. When in
>> doubt, read the file.
>>
>> Regards,
>> Kent
>>
> Kent,
>
> Absolutely true.  However, I can't remember when the last time I didn't
> see at least 'clean' in a Makefile created by 'configure'.
> './configure' is what creates most all Makefiles today, and GNU has set
> out some standards for what should be in the 'configure' file.  Most
> 'configure' scripts are now generated by 'autoconf' which does generate
> the 'clean' and 'distclean' arguments in the Makefile.
>
> Mark
>
> -

I agree, Mark, but I think this is an example of what is called a 
"shifting baseline" (you can look it up).

I not only remember the good old days when every computer maker had its 
own variation of make and make conventions (and have the scars to prove 
it), I still have stashed away a corpus of codes I worked on over the 
years that didn't come through the GNU cookie cutter.

The "GNU" world is wondrous. In addition to established conventions, it 
has made it possible for me to take substantial packages and, without 
working up a sweat, get them to run on everything from a muscular 
AMD/x86 PC to a wimpy embedded ARM.

Still, I live by Benny Hill's favorite saying, "do not assume, it makes 
an ass out of u and me."

Regards,
Kent


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Trajectory Planning

[Anders Wallin]

>
> [1] http://wiki.linuxcnc.org/cgi-bin/wiki.pl?TrajectoryControl
> --

This wiki page has notes on the exact-stop trajectory planner
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Simple_Tp_Notes

The reasoning and math behind the current G64-blending code in
LinuxCNC is not well documented..
Improvements for 1) jerk-limited control and 2) better lookahead have
been discussed from time to time but so far the commits/patches have
been missing..

Anders

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Q re lathe vs axis

[gene heskett]

On Thursday, March 15, 2012 09:00:25 AM Ed Nisley did opine:

> On Wed, 2012-03-14 at 22:23 -0400, gene heskett wrote:
> > PClos on this quad core phenom.
> 
> Well, OK, use whatever *PClos* uses for remote desktop sharing... it's
> not like PClos is some mutant without all the usual Linux stuff tucked
> away under the hood.
> 
> > linuxcnc runs just fine from its own keyboard,
> > but not from an ssh login
> 
> Which is why I'm recommending you do something *other* than wrestle with
> X through SSH: export the whole [mumble] desktop and be done with it.
> That's stock technology, designed to Just Work.
> 
> Anything Linux-oid with a package manager should have *something* that
> speaks VNC to the far end of the network. Set up the milling box to
> allow desktop sharing with VNC, set up your desktop box to connect with
> a VNC desktop, and you're done.
> 
> Modulo, of course, having your network running, which may not be a given
> at this point. That, alas, is a real swamp...

That will be something to explore, when I get my GMC drivable again.  Mech 
helper Anthony was trying to put the flexplate to torque converter bolts 
back in last night, using a Torx T-50 in a special, one time use cuz they 
are coated with red locktite, 10mm .9 thread, 8mm Allan head cap screws & 
reamed 2 of them out.  So I'm off on safari this morning, driving the house 
mouses Toy. looking for a set of those.  Just as soon as I get a second cup 
of coffee to prop the other eye open with.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
Asking a working writer what he thinks about critics is like asking a
lamp-post how it feels about dogs.
-- Christopher Hampton

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Q re lathe vs axis

[Ed Nisley]

On Wed, 2012-03-14 at 22:23 -0400, gene heskett wrote:
> PClos on this quad core phenom. 

Well, OK, use whatever *PClos* uses for remote desktop sharing... it's
not like PClos is some mutant without all the usual Linux stuff tucked
away under the hood.

> linuxcnc runs just fine from its own keyboard, 
> but not from an ssh login

Which is why I'm recommending you do something *other* than wrestle with
X through SSH: export the whole [mumble] desktop and be done with it.
That's stock technology, designed to Just Work.

Anything Linux-oid with a package manager should have *something* that
speaks VNC to the far end of the network. Set up the milling box to
allow desktop sharing with VNC, set up your desktop box to connect with
a VNC desktop, and you're done.

Modulo, of course, having your network running, which may not be a given
at this point. That, alas, is a real swamp...

-- 
Ed
http://softsolder.com



--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Compiling Gotcha

[Mark Wendt]

On 03/14/2012 01:53 PM, Kent A. Reed wrote:Even better is 'make 
distclean; make'. ;-)
 Mark

  
>>> I tried that 2 or 3 times, ate my lunch every time. Deletes too much.
>>>
>>> Cheers, Gene
>>>
>>>
>> I forgot one thing - 'make distclean, ./configure;  make'.  The
>> distclean usually deletes the Makefile created by './configure'.
>>
>> Mark
>>
>>  
> All well and good, boys and girls, but let's not forget that "clean" and
> "distclean" are not intrinsic functions of make. They are merely targets
> in the Makefile like any other.
>
> It's become a convention to name certain targets "clean", etc., but only
> the Makefile writer can give them the semantics you expect. When in
> doubt, read the file.
>
> Regards,
> Kent
>
Kent,

Absolutely true.  However, I can't remember when the last time I didn't 
see at least 'clean' in a Makefile created by 'configure'.  
'./configure' is what creates most all Makefiles today, and GNU has set 
out some standards for what should be in the 'configure' file.  Most 
'configure' scripts are now generated by 'autoconf' which does generate 
the 'clean' and 'distclean' arguments in the Makefile.

Mark

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Trajectory Planning

[Bernhard Kubicek]

Hi!
Around the corner, aka the 3d printing world of the RepRap universe, the jump 
from arduino to ARM microcontrollers is on the road. This means, that descend 
trajecory planning is now theoretically possible.
Is there any place, where one could learn how the motion planning _really_ 
works, e.g. scientific papers, writeups, blog entries? The wikipages are not 
very helpful, [1], for porting the algorithms to a decent library. Think of is 
as a needed successor of grbl.

very nice greetings,
 Bernhard Kubicek

[1] http://wiki.linuxcnc.org/cgi-bin/wiki.pl?TrajectoryControl
-- 
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!  

Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Compiling Gotcha

[Mark Wendt]

On 03/14/2012 12:50 PM, Kirk Wallace wrote:
> On Wed, 2012-03-14 at 11:11 -0400, Mark Wendt wrote:
> ... snip
>
>>> I tried that 2 or 3 times, ate my lunch every time. Deletes too much.
>>>
>>> Cheers, Gene
>>>
>>>
>> I forgot one thing - 'make distclean, ./configure;  make'.  The
>> distclean usually deletes the Makefile created by './configure'.
>>
>> Mark
>>  
> If I'm not mistaken, this all presumes that ./configure and "make 'any
> function here'" exist.
>
> To get this straight, if "make clean" does exist and it deletes all of
> the .o files (and usually bins and other user files?), gcc will notice
> on the next "make" that the .o's need to be compiled and will compile
> all of the .c's and .h's even though none of the files have changed?
>
> Also, in one library, the author uses data type prefixes, such as
> ucMycounter instead of mycounter, then look for where it is defined to
> see what type it is, such as unsigned char. Is this preferred practice?
>
> Is there a good (modern) reference to use as C and Linux development
> how-to and best practices?
>
'make clean' comes with every set of source code I've ever gotten over 
the last 10 years or so.  'make distclean' comes with most all of them 
too.  If you ended up with a bum Makefile for some reason, 'make clean' 
will not get rid of it.  'disclean' also cleans up the config.cache, 
config.log, config.status and a few other things.  You're basically 
starting fresh when you run ./configure again.

Mark

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] LinuxCNC 2.5.0 release date

[Steve Blackmore]

On Wed, 14 Mar 2012 13:59:26 -0500, you wrote:

>
>I'm planning to make the release on or around March 31.

Hooray :) it's been a lng wait.

Steve Blackmore
--

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Voltage to frequency for analog input

[Viesturs Lācis]

2012/3/15 Scott Hasse :
> with the frequency out going to an isolated I/O daughter
> card input (Mesa 7i37 I believe) of a Mesa 5i23.  The problem to me seems
> to be the software encoder rate, which I believe I would hit with your
> suggestion as well.

Any particular reason not to use encoder module right in 5i23 card? It
will certainly count much higher frequencies and You will get rid of
base-thread.

Viesturs

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users