[Emc-users] make

[ygdan1001]

Thanks John and Stephen. 
It's the whole process:

libinch...@libincheng-desktop:~$ cd emc2-trunk
libinch...@libincheng-desktop:~/emc2-trunk$ cd src
libinch...@libincheng-desktop:~/emc2-trunk/src$ ./configure 
--enable-run-in-plac e
checking installation prefix... /usr/local
checking for RT dir... Using /usr/realtime-2.6.15-magma/bin/rtai-config as the 
R T signature
checking for location of kernel headers... using value from RTS: 
/usr/src/linux- headers-2.6.15-magma
checking for cc version... found gcc in rtai-config
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for usability of rdtscll from asm/msr.h... yes
checking for usability of linux/joystick.h... yes
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking /usr/src/linux-headers-2.6.15-magma/include/linux/version.h 
usability.. . yes
checking /usr/src/linux-headers-2.6.15-magma/include/linux/version.h 
presence...  yes
checking for /usr/src/linux-headers-2.6.15-magma/include/linux/version.h... yes
checking for kernel version string... 2.6.15-magma
checking for kernel module extension... .ko
checking kernel build system... kbuild
checking for module installation directory... configuring for run-in-place
checking for glib... configure: error: no -- required until somebody makes 
modbu s optional
libinch...@libincheng-desktop:~/emc2-trunk/src$ make
Makefile:31: Makefile.inc: No such file or directory
Makefile:42: *** Makefile.inc must specify RTPREFIX and other variables。 Stop。

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Touch off / workpiece home coordinate

[Rob Jansen]

Tom,

The G53 command results in the following error:

interp_error: Can use only G5.2 or G5.3 after G5.2

Is this a bug? - There is no G5.2 or G5.3, only a G53 and the manual does
not mention any dependencies on G53.

I also read the information on G92 - it sets global offsets and affects all
coordinate systems. That's why I had problems understanding the touch off
...

G53 not working is too bad, but for now I'll use coordinate system 1 (G54)
as absolute system. That still gives me 8 fixtures to define which should be
just enough ;-)

Regards,

Rob


On Thu, Apr 30, 2009 at 9:07 PM, Tom  wrote:

> In MDI:
>
>  Move to the machine origin. G53 G0 X0Y0Z0 (A0B0C0)
>
>  Clear the G92 coordinate offset.G92.1
>
>  Use the G54 coordinate system.  G54
>
>  Set the G54 coordinate system to be identical to the machine  coordinate
> system.G10 L2 P1 X0Y0Z0 (A0B0C0)
>
> (watch the screen (in Axis) when you do this and you'll see the work
> offsets
> move to the machine home position.)
>
>  Turn off tool offsets.   G49
>
>  Turn on Relative coordinate display from the menu
>
--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Switching to Vesa Driver

[Mark Wendt (Contractor)]

At 01:39 PM 4/30/2009, you wrote:
>Mark Wendt (Contractor) wrote:
> >
> >Did you ever get to play around with the Alpha machines?
>Oh, sure!  We converted over to all Alphas, maybe about 1995?
>
>One big problem we had was the difference in the stack calling frame
>between VAX and Alpha.
>On the VAX, the first word in the frame was the argument count.  Alpha
>got rid of that, and we had TONS of code that had been written for a
>variable number of arguments.  We had to recode a lot of stuff.  Also,
>after the compiler had re-strung the instruction order to optimize the
>load/store sequence, it became a bit hard to know what line of code the
>error happened on.
>
>We never had big Alpha systems, only a variety of desktop-size
>machines.  They were still a lot faster that even mainframe VAXes.
>Well, the Pentium 2, 3 and 4 incorporate some of the CPU technology of
>the Alpha.  They are still held back by the AWFUL accretion of an
>instruction set, though.
>
>Jon

I sysadmin'd a bunch of those behemoth Alpha 8400's.  They really 
were a joy to administer.  DEC did those ones right - we hardly ever 
had any hardware maintenance to worry about.  Clustering was a 
wunnerful thing for system(s) uptime, especially on critical 
production machines.  Too bad they let that all slip away.

You are talking about CISC, right? ;-)

Mark 


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] make

[Jeff Epler]

On Fri, May 01, 2009 at 03:04:32PM +0800, ygdan1001 wrote:
> checking for glib... configure: error: no -- required until somebody makes 
> modbu s optional

This line.  It means something.

Jeff

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Touch off / workpiece home coordinate

[Chris Radek]

On Fri, May 01, 2009 at 09:39:07AM +0200, Rob Jansen wrote:
> Tom,
> 
> The G53 command results in the following error:
> 
> interp_error: Can use only G5.2 or G5.3 after G5.2

This was a bug in TRUNK but I fixed it a while back.  What version
are you running?


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] make

[ygdan1001]

Thanks Jeff.
But what should I do about it ? 



在2009-05-01，"Jeff Epler" jep...@unpythonic.net> 写道：
>On Fri, May 01, 2009 at 03:04:32PM +0800, ygdan1001 wrote:
>> checking for glib... configure: error: no -- required until somebody makes 
>> modbu s optional
>
>This line.  It means something.
>
>Jeff
--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] make

[Jeff Epler]

On Fri, May 01, 2009 at 08:53:37PM +0800, ygdan1001 wrote:
> 
> Thanks Jeff.
> But what should I do about it ? 

Install the required package using your operating system's package
management system.

Jeff

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] make

[Stephen Wille Padnos]

ygdan1001 wrote:


Thanks Jeff.
But what should I do about it ? 
 

In general, when configure tells you that it can't find something, the 
fix is to install it and then re-run configure.


That line tells you that glib is missing, and that it is required until 
someone makes modbus optional (from this you can deduce that the modbus 
code uses glib).


- Steve


??2009-05-01??"Jeff Epler" jep...@unpythonic.net> ??
 


On Fri, May 01, 2009 at 03:04:32PM +0800, ygdan1001 wrote:
   


checking for glib... configure: error: no -- required until somebody makes 
modbu s optional
 


This line.  It means something.

Jeff
   




--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Touch off / workpiece home coordinate

[Tom]

Rob Jansen  writes:

> 
> Tom,
> 
> The G53 command results in the following error:
> 
> interp_error: Can use only G5.2 or G5.3 after G5.2
> 
> Is this a bug? - There is no G5.2 or G5.3, only a G53 and the manual does
> not mention any dependencies on G53.

As Chris R mentioned, check for which version of emc2 you are using. I was 
using a pre-release 2.3.0 Head recently and ran into a bug in an unrelated 
feature so I just installed the release version 2.3.0 and all was well. You can 
find more info on downloading / compiling / upgrading here:

http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2

look at the following headings:

2.2. Getting the source with CVS
2.3. Getting the latest updates with CVS


> I also read the information on G92 - it sets global offsets and affects all
> coordinate systems. That's why I had problems understanding the touch off
> ...

Yes, that is why you must use G92.1 to clear them before touching off.

> G53 not working is too bad, but for now I'll use coordinate system 1 (G54)
> as absolute system. That still gives me 8 fixtures to define which should be
> just enough 
> 
snip...

That is a known bug, you should not have to go without the MDI G53 command...

best,
Tom






--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] make

[ygdan1001]

That means I should install modbus : ~$ sudo apt-get install modbus  
But it doesn't work. Could you please tell me in detail?
Thanks a lot.




在2009-05-01，"Stephen Wille Padnos"  写道：
>ygdan1001 wrote:
>
>>Thanks Jeff.
>>But what should I do about it ? 
>>  
>>
>In general, when configure tells you that it can't find something, the 
>fix is to install it and then re-run configure.
>
>That line tells you that glib is missing, and that it is required until 
>someone makes modbus optional (from this you can deduce that the modbus 
>code uses glib).
>
>- Steve
--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] make

[Stephen Wille Padnos]

ygdan1001 wrote:

That means I should install modbus : ~$ sudo apt-get install modbus  
But it doesn't work. Could you please tell me in detail?

Thanks a lot.
 


This is not what I said. Here's what I said:

That line tells you that glib is missing, and that it is required until 
someone makes modbus optional (from this you can deduce that the modbus 
code uses glib).
   


"glib is missing" means you need to install glib.

I don't know exactly which version of glib you need, since I don't know 
what OS version you're using (the package names will change somewhat due 
to different versions being used).


You can use dpkg to find the names of the glib packages like so:
dpkg -l "*libglib*"

I'm not sure which version the modbus code needs, so try installing the 
latest version available (probably something similar to libglib2.0-dev).


- Steve


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] problem with hal_joystick on emc2.3

[Rainer Schmidt]

On Thu, Apr 23, 2009 at 6:31 AM, Kenny  wrote:
> Hi,
> I just upgraded from emc2.2.8 to emc2.3 and it will not startup with my
> Logitech Joypad configuration.


I just got my Logitech JoyPad in the mail and had to fiddle with it. I
followed the WIKI and it worked right of the bat. I'm now jogging my
little Taig with the Pad which is quite nice. Cheap to...

Cheers
Rainer

EMC rocks!

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Realtime error

[Rainer Schmidt]

Dumb question I have not found an explanation so I decided to out
myself als noob here...

Once in a blue moon I am having that 'unexpected realtime error
blablabla' and cant pin point it. I ran the diagnostics for two days
with and without SMI and once in a while it still rears it's ugly
head. Once in a while means every other day. Maybe... All runs smooth
and pretty. The steppers are performing flawless...

So... the question is... shall I be afraid of pending doom or can I
ignore that message as no steps are lost and it's "only" an indicator
for a sporadic timing problem.

Compared to Mach3 EMC is running like a dream on this box.

Cheers
Rainer

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Realtime error

[Chris Radek]

On Fri, May 01, 2009 at 11:42:14AM -0400, Rainer Schmidt wrote:

> So... the question is... shall I be afraid of pending doom or can I
> ignore that message as no steps are lost and it's "only" an indicator
> for a sporadic timing problem.

After you get it, you can check your dmesg and see details about how
bad it is.


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Touch off / workpiece home coordinate

[Rob Jansen]

Chris,

I downloaded a version from cvs about two weeks ago - in the speed of 
EMC development this indeed is 'a while back' :-)
Based on your mail I did a cvs update / compile and now G53 works.

Regards,

Rob


Chris Radek wrote:
> On Fri, May 01, 2009 at 09:39:07AM +0200, Rob Jansen wrote:
>   
>> Tom,
>>
>> The G53 command results in the following error:
>>
>> interp_error: Can use only G5.2 or G5.3 after G5.2
>> 
>
> This was a bug in TRUNK but I fixed it a while back.  What version
> are you running?
>
>
>   

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Switching to Vesa Driver

[Jon Elson]

Mark Wendt (Contractor) wrote:
> I sysadmin'd a bunch of those behemoth Alpha 8400's.  They really 
> were a joy to administer.  DEC did those ones right - we hardly ever 
> had any hardware maintenance to worry about.  Clustering was a 
> wunnerful thing for system(s) uptime, especially on critical 
> production machines.  Too bad they let that all slip away.
>
> You are talking about CISC, right? ;-)
>
>   
VAX was CISC, but done with a clean sheet, and following and expanding 
on the general PDP-11 layout.

Alpha was a very clean RISC design.

I'm not sure X86 can even be called CISC, more like cobbled 
abomination.  Have you ever heard of Virtual DMA Services on the X86?  
Doing some digging many years ago, I discovered there is a virtual IBM 
PC (original 8088, 4 MHz clock, interrupt controller chip, DMA 
controller chip, etc) implemented in all 386, 486 and Pentium chips.  
This allows those games that were loaded from DOS but then took over the 
whole system to be played on Windows 3.1 and later.  Yucchhh!  So, all 
the I/o ports and  auxilliary chip registers are implemented to 
virtualize a game's playing with the DMA controller.

Jon

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Realtime error

[Jon Elson]

Rainer Schmidt wrote:
> Dumb question I have not found an explanation so I decided to out
> myself als noob here...
>
> Once in a blue moon I am having that 'unexpected realtime error
> blablabla' and cant pin point it. I ran the diagnostics for two days
> with and without SMI and once in a while it still rears it's ugly
> head. Once in a while means every other day. Maybe... All runs smooth
> and pretty. The steppers are performing flawless...
>   
When it happens, open a terminal window and type :
dmesg

near the bottom, you will see more complete info, most especially there 
will be lines that read roughly

The last several times the runtime was , , , 
this time it was 

Compare the 's to the .  If  is vastly greater than , 
then you do have a problem.
For instance, if  numbers are running around 25000 and  is 
1700, this is an enormous extra delay.
 From 25 microseconds to 17 MILLIseconds.  I have seen this on one of my 
test machines that is not used to run an actual machine.
I think it is due to an extra network card, and it is somewhat rare, and 
diesn't interfere with motor and drive testing.


Jon

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Switching to Vesa Driver

[Rainer Schmidt]

When I studied Chem Engineering I had the chance to work/play on
KL/KI 10's using TOPS 10 and what I learned there regarding spooling,
OS, MultiTasking, Realtime... and so on... leaves the impression that
everything simply went downhill from there. That machine had no
specific CPU cycle. It kinda ran event driven. THAT was fast
considering the discrete way that behemoth was build. Multi Ported
Ferrit Memory... Awesome and I'm happy I saw all that running before
it went onto the scrap yard replaced by the 'Wax Machine'. Downside at
the time was that the 'adventure cave' could only be loaded after
hours as it ate to many system resources 8). 'R GAM ADVENT' haha..
Good times... I am still missing the majority of functions available
there. I loved the entire DEC line and the DEC Manuals are still by
far the BEST organized documents with the clearest structure and
language around.

I still do not fully understand why all that good stuff went to
manure. One would expect that in the spirit of continuous evolution
and human progress the better products are pushed ahead. But CPU and
OS design are HORRIBLE today. I bought a color laser lately just to
figure out that it took me about an hour to fight with Vista and
drivers and the 1980's error messages regarding 'not being able to
print'... WTF it's friggin 2009... an OS should 'smell' a printer and
provide the functions for it. Well.. Apple does it nicely..

Just looking at the RT problems we are having in the light of several
GHz in the background is totally unacceptable. One can be more precise
with a 4.77MHz Z80 than I am with my 2.8GHz P4 and HyperThreading.
When I learned about the SMI and the fact that this 'fudged
functionality' is above the NMI it explained a lot and made me
nearly cough up my morning coffee.

All which is necessary for looser technology to develop is a few smart
people doing nothing. And Bill Gates... and all the other Carnies
along that line... HA...

Happy Weekend fellow penguins
Rainer

PS:What to real programmer program in today? I guess Fortran is out
and the Pascal programming quiche eaters moved on to VB haha.


On Fri, May 1, 2009 at 1:11 PM, Jon Elson  wrote:
> Mark Wendt (Contractor) wrote:
>> I sysadmin'd a bunch of those behemoth Alpha 8400's.  They really
>> were a joy to administer.  DEC did those ones right - we hardly ever
>> had any hardware maintenance to worry about.  Clustering was a
>> wunnerful thing for system(s) uptime, especially on critical
>> production machines.  Too bad they let that all slip away.
>>
>> You are talking about CISC, right? ;-)
>>
>>
> VAX was CISC, but done with a clean sheet, and following and expanding
> on the general PDP-11 layout.
>
> Alpha was a very clean RISC design.
>
> I'm not sure X86 can even be called CISC, more like cobbled
> abomination.  Have you ever heard of Virtual DMA Services on the X86?
> Doing some digging many years ago, I discovered there is a virtual IBM
> PC (original 8088, 4 MHz clock, interrupt controller chip, DMA
> controller chip, etc) implemented in all 386, 486 and Pentium chips.
> This allows those games that were loaded from DOS but then took over the
> whole system to be played on Windows 3.1 and later.  Yucchhh!  So, all
> the I/o ports and  auxilliary chip registers are implemented to
> virtualize a game's playing with the DMA controller.
>
> Jon
>
> --
> Register Now & Save for Velocity, the Web Performance & Operations
> Conference from O'Reilly Media. Velocity features a full day of
> expert-led, hands-on workshops and two days of sessions from industry
> leaders in dedicated Performance & Operations tracks. Use code vel09scf
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 
_
Rainer M. Schmidt
Complex Consulting LLC
b...@complexllc.com
VoIP (646)-233-1002
FAX (646)-435-9216

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Realtime error

[Rainer Schmidt]

So it is a matter of 'rhythm' not being correct rather than a matter
of 'steps/pulses or event's' LOST and thus problems ahead.
I will ignore it as it is a very rare problem.

Funny you mention the Network Card. I unplugged the machine from the
network and since 4 days nothing has happened...
I use a USB mem stick to carry data. The more the crappy Dell is left
alone the better the behavior becomes. Bad Hardware Design...

Thanks!
Rainer


On Fri, May 1, 2009 at 1:42 PM, Jon Elson  wrote:
> Rainer Schmidt wrote:
>> Dumb question I have not found an explanation so I decided to out
>> myself als noob here...
>>
>> Once in a blue moon I am having that 'unexpected realtime error
>> blablabla' and cant pin point it. I ran the diagnostics for two days
>> with and without SMI and once in a while it still rears it's ugly
>> head. Once in a while means every other day. Maybe... All runs smooth
>> and pretty. The steppers are performing flawless...
>>
> When it happens, open a terminal window and type :
> dmesg
>
> near the bottom, you will see more complete info, most especially there
> will be lines that read roughly
>
> The last several times the runtime was , , , 
> this time it was 
>
> Compare the 's to the .  If  is vastly greater than ,
> then you do have a problem.
> For instance, if  numbers are running around 25000 and  is
> 1700, this is an enormous extra delay.
>  From 25 microseconds to 17 MILLIseconds.  I have seen this on one of my
> test machines that is not used to run an actual machine.
> I think it is due to an extra network card, and it is somewhat rare, and
> diesn't interfere with motor and drive testing.
>
>
> Jon
>
> --
> Register Now & Save for Velocity, the Web Performance & Operations
> Conference from O'Reilly Media. Velocity features a full day of
> expert-led, hands-on workshops and two days of sessions from industry
> leaders in dedicated Performance & Operations tracks. Use code vel09scf
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 
_
Rainer M. Schmidt
Complex Consulting LLC
b...@complexllc.com
VoIP (646)-233-1002
FAX (646)-435-9216

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Touch off / workpiece home coordinate

[Kenneth Lerman]

I don't know which version you are using, but judging from the message 
it appears that there is an interpreter bug.

There is a table in the interpreter that contains pointers to the 
functions that implement the gcodes. The actual gcode number is 
multiplied by 10 to determine the index in the table. So, G5.2 goes in 
the 52nd slot and G5.3 goes in the 53rd slot.

You can imagine how 5.3 and 53 might get confused with each other by a 
simple off by a factor of ten bug.

That's just a (somewhat) educated guess about the problem.

Ken

Rob Jansen wrote:
> Tom,
> 
> The G53 command results in the following error:
> 
> interp_error: Can use only G5.2 or G5.3 after G5.2
> 
> Is this a bug? - There is no G5.2 or G5.3, only a G53 and the manual does
> not mention any dependencies on G53.
> 
> I also read the information on G92 - it sets global offsets and affects all
> coordinate systems. That's why I had problems understanding the touch off
> ...
> 
> G53 not working is too bad, but for now I'll use coordinate system 1 (G54)
> as absolute system. That still gives me 8 fixtures to define which should be
> just enough ;-)
> 
> Regards,
> 
> Rob
> 
> 
> On Thu, Apr 30, 2009 at 9:07 PM, Tom  wrote:
> 
>> In MDI:
>>
>>  Move to the machine origin. G53 G0 X0Y0Z0 (A0B0C0)
>>
>>  Clear the G92 coordinate offset.G92.1
>>
>>  Use the G54 coordinate system.  G54
>>
>>  Set the G54 coordinate system to be identical to the machine  coordinate
>> system.G10 L2 P1 X0Y0Z0 (A0B0C0)
>>
>> (watch the screen (in Axis) when you do this and you'll see the work
>> offsets
>> move to the machine home position.)
>>
>>  Turn off tool offsets.   G49
>>
>>  Turn on Relative coordinate display from the menu
>>
> --
> Register Now & Save for Velocity, the Web Performance & Operations 
> Conference from O'Reilly Media. Velocity features a full day of 
> expert-led, hands-on workshops and two days of sessions from industry 
> leaders in dedicated Performance & Operations tracks. Use code vel09scf 
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

-- 
Kenneth Lerman
Mark Kenny Products Company, LLC
55 Main Street
Newtown, CT 06470
888-ISO-SEVO
203-426-7166

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Realtime error

[Gene Heskett]

On Friday 01 May 2009, Rainer Schmidt wrote:
>So it is a matter of 'rhythm' not being correct rather than a matter
>of 'steps/pulses or event's' LOST and thus problems ahead.
>I will ignore it as it is a very rare problem.
>
>Funny you mention the Network Card. I unplugged the machine from the
>network and since 4 days nothing has happened...
>I use a USB mem stick to carry data. The more the crappy Dell is left
>alone the better the behavior becomes. Bad Hardware Design...
>
>Thanks!
>Rainer

Rainer; Don't, under any conditions, leave that usb stick plugged in when 
trying to run emc.  The usb subsystem has to scan storage devices regularly, 
and that will hog the system and trash parts.

Unmount it, and Unplug it as soon as the data has been moved.  Voice of 
experience here and I'd forgotten that little detail. :( Can I blame it on 
CRS, sometimers or 

>On Fri, May 1, 2009 at 1:42 PM, Jon Elson  wrote:
>> Rainer Schmidt wrote:
>>> Dumb question I have not found an explanation so I decided to out
>>> myself als noob here...
>>>
>>> Once in a blue moon I am having that 'unexpected realtime error
>>> blablabla' and cant pin point it. I ran the diagnostics for two days
>>> with and without SMI and once in a while it still rears it's ugly
>>> head. Once in a while means every other day. Maybe... All runs smooth
>>> and pretty. The steppers are performing flawless...
>>
>> When it happens, open a terminal window and type :
>> dmesg
>>
>> near the bottom, you will see more complete info, most especially there
>> will be lines that read roughly
>>
>> The last several times the runtime was , , , 
>> this time it was 
>>
>> Compare the 's to the .  If  is vastly greater than ,
>> then you do have a problem.
>> For instance, if  numbers are running around 25000 and  is
>> 1700, this is an enormous extra delay.
>>  From 25 microseconds to 17 MILLIseconds.  I have seen this on one of my
>> test machines that is not used to run an actual machine.
>> I think it is due to an extra network card, and it is somewhat rare, and
>> diesn't interfere with motor and drive testing.
>>
>>
>> Jon
>>
>> --
>> Register Now & Save for Velocity, the Web Performance & Operations
>> Conference from O'Reilly Media. Velocity features a full day of
>> expert-led, hands-on workshops and two days of sessions from industry
>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users


-- 
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)
When I woke up this morning, my girlfriend asked if I had slept well.
I said, "No, I made a few mistakes."
-- Steven Wright


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Realtime error

[Rainer Schmidt]

Thanks for that insight!
Will only use that for transport.
Tomorrow is calibration day. I entered the same steps I used with
Mach3 on that small mill.
But one never knows.
Cheers
Rainer

On Fri, May 1, 2009 at 6:05 PM, Gene Heskett  wrote:
> On Friday 01 May 2009, Rainer Schmidt wrote:
>>So it is a matter of 'rhythm' not being correct rather than a matter
>>of 'steps/pulses or event's' LOST and thus problems ahead.
>>I will ignore it as it is a very rare problem.
>>
>>Funny you mention the Network Card. I unplugged the machine from the
>>network and since 4 days nothing has happened...
>>I use a USB mem stick to carry data. The more the crappy Dell is left
>>alone the better the behavior becomes. Bad Hardware Design...
>>
>>Thanks!
>>Rainer
>
> Rainer; Don't, under any conditions, leave that usb stick plugged in when
> trying to run emc.  The usb subsystem has to scan storage devices regularly,
> and that will hog the system and trash parts.
>
> Unmount it, and Unplug it as soon as the data has been moved.  Voice of
> experience here and I'd forgotten that little detail. :( Can I blame it on
> CRS, sometimers or 
>
>>On Fri, May 1, 2009 at 1:42 PM, Jon Elson  wrote:
>>> Rainer Schmidt wrote:
 Dumb question I have not found an explanation so I decided to out
 myself als noob here...

 Once in a blue moon I am having that 'unexpected realtime error
 blablabla' and cant pin point it. I ran the diagnostics for two days
 with and without SMI and once in a while it still rears it's ugly
 head. Once in a while means every other day. Maybe... All runs smooth
 and pretty. The steppers are performing flawless...
>>>
>>> When it happens, open a terminal window and type :
>>> dmesg
>>>
>>> near the bottom, you will see more complete info, most especially there
>>> will be lines that read roughly
>>>
>>> The last several times the runtime was , , , 
>>> this time it was 
>>>
>>> Compare the 's to the .  If  is vastly greater than ,
>>> then you do have a problem.
>>> For instance, if  numbers are running around 25000 and  is
>>> 1700, this is an enormous extra delay.
>>>  From 25 microseconds to 17 MILLIseconds.  I have seen this on one of my
>>> test machines that is not used to run an actual machine.
>>> I think it is due to an extra network card, and it is somewhat rare, and
>>> diesn't interfere with motor and drive testing.
>>>
>>>
>>> Jon
>>>
>>> --
>>> Register Now & Save for Velocity, the Web Performance & Operations
>>> Conference from O'Reilly Media. Velocity features a full day of
>>> expert-led, hands-on workshops and two days of sessions from industry
>>> leaders in dedicated Performance & Operations tracks. Use code vel09scf
>>> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
>>> ___
>>> Emc-users mailing list
>>> Emc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> --
> 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)
> When I woke up this morning, my girlfriend asked if I had slept well.
> I said, "No, I made a few mistakes."
>                -- Steven Wright
>
>
> --
> Register Now & Save for Velocity, the Web Performance & Operations
> Conference from O'Reilly Media. Velocity features a full day of
> expert-led, hands-on workshops and two days of sessions from industry
> leaders in dedicated Performance & Operations tracks. Use code vel09scf
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 
_
Rainer M. Schmidt
Complex Consulting LLC
b...@complexllc.com
VoIP (646)-233-1002
FAX (646)-435-9216

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Realtime error

[Gene Heskett]

On Friday 01 May 2009, Rainer Schmidt wrote:
>Thanks for that insight!
>Will only use that for transport.
>Tomorrow is calibration day. I entered the same steps I used with
>Mach3 on that small mill.
>But one never knows.
>Cheers
>Rainer

Please do keep us posted, there are a few here who like to note what works and 
what doesn't, so we can if possible, forewarn the newbies about certain 
hardware.

At 74, I'll likely forget those details by the next day unless they happened 
to me, memory, 2nd thing to go I hear.  ;)

[...]

-- 
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)
It is only with the heart one can see clearly; what is essential is
invisible to the eye.
-- The Fox, 'The Little Prince"


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] tcl lib not found

[ygdan1001]

Dear sir :
1. 
libinch...@libincheng-desktop:~/emc2-trunk/src$ cd
libinch...@libincheng-desktop:~$ cd emc2-trunk/src
libinch...@libincheng-desktop:~/emc2-trunk/src$ ./configure 
--enable-run-in-place
checking installation prefix... /usr/local
checking for RT dir... Using /usr/realtime-2.6.15-magma/bin/rtai-config as the 
RT signature
checking for location of kernel headers... using value from RTS: 
/usr/src/linux-headers-2.6.15-magma
checking for cc version... found gcc in rtai-config
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for usability of rdtscll from asm/msr.h... yes
checking for usability of linux/joystick.h... yes
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking /usr/src/linux-headers-2.6.15-magma/include/linux/version.h 
usability... yes
checking /usr/src/linux-headers-2.6.15-magma/include/linux/version.h 
presence... yes
checking for /usr/src/linux-headers-2.6.15-magma/include/linux/version.h... yes
checking for kernel version string... 2.6.15-magma
checking for kernel module extension... .ko
checking kernel build system... kbuild
checking for module installation directory... configuring for run-in-place
checking for glib... yes - 2.10.3
checking for GTK 2.4.0 or above... configure: WARNING: GTK2 not found, some 
utilities (halscope, classicladder) will not be built
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking whether make sets $(MAKE)... yes
checking for ranlib... ranlib
checking for ar... /usr/bin/ar
checking for grep... (cached) /bin/grep
checking for install... /usr/bin/install
checking for sed... /bin/sed
checking for ps... /bin/ps
checking for kill... /bin/kill
checking for whoami... /usr/bin/whoami
checking for awk... /usr/bin/awk
checking for insmod... /sbin/insmod
checking for rmmod... /sbin/rmmod
checking for lsmod... /sbin/lsmod
checking for pidof... /bin/pidof
checking for ipcs... /usr/bin/ipcs
checking for fuser... /bin/fuser
checking for mandb... /usr/bin/mandb
checking for python... /usr/bin/python
checking whether to build documentation... no
checking for kernel math support... ok, using RTAI's libm kernel module
checking for adeos... not found
checking for rtai_hal... /usr/realtime-2.6.15-magma/modules/rtai_hal.ko
checking for rtai_ksched... /usr/realtime-2.6.15-magma/modules/rtai_ksched.ko
checking for rtai_fifos... /usr/realtime-2.6.15-magma/modules/rtai_fifos.ko
checking for rtai_shm... /usr/realtime-2.6.15-magma/modules/rtai_shm.ko
checking for rtai_sem... /usr/realtime-2.6.15-magma/modules/rtai_sem.ko
checking for rtai_math... /usr/realtime-2.6.15-magma/modules/rtai_math.ko
checking for rtai... not found
checking for rt_mem_mgr... not found
checking for rtai_sched... /usr/realtime-2.6.15-magma/modules/rtai_sched.ko
checking for rtai_libm... not found
checking for rtl... not found
checking for mbuff... not found
checking for rtl_time... not found
checking for rtl_sched... not found
checking for rtl_posixio... not found
checking for rtl_fifo... not found
checking for ANSI C header files... (cached) yes
checking for sys/wait.h that is POSIX.1 compatible... yes
checking for semtimedop... yes
checking for sincos... yes
checking for __sincos... no
checking for tcl... tclConfig.sh not found, trying tcl.h and libs.
  If it doesn't work try running ./configure 
--with-tclConfig=
checking tcl.h usability... no
checking tcl.h presence... no
checking for tcl.h... no
checking for library containing Tcl_Init... no
configure: error: tcl lib not found

Then 

libinch...@libincheng-desktop:~$ sudo apt-get install tcl 
Package tcl is not available, but is referred to by another package.
 This may mean that the package is missing, has been obsoleted, or is only 
available from another source
E: Package tcl has no installation candidate

2.
 There are always errors when I build emc2 realtime and simulator for many 
days. HOW can I compile emc correctly ?

Thank you for your help.
Regards!
Yang








--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hand

Re: [Emc-users] tcl lib not found

[Stephen Wille Padnos]

ygdan1001 wrote:

>[snip]
>libinch...@libincheng-desktop:~$ sudo apt-get install tcl 
>Package tcl is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or is only 
> available from another source
>E: Package tcl has no installation candidate
>
>2.
> There are always errors when I build emc2 realtime and simulator for many 
> days. HOW can I compile emc correctly ?
>  
>
If you now have internet access for your computer, then you should 
install software as described in the emc wiki:


Here's what it says:

> Use apt-get to install additional packages required to rebuild emc2 
> from source:
>
> sudo apt-get build-dep emc2
> sudo apt-get install build-essential
>  
>
> If you get an error about failed to fetch a file just run the command 
> again and it should pick up the missing files. If you get an error 
> like this one:
>
> Package libpth-dev is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or is only 
> available from another source
> E: Package libpth-dev has no installation candidate
>  
>
> then you have not configured apt correctly and the compilation step 
> will fail. 


- Steve


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] tcl lib not found

[Chris Radek]

On Sat, May 02, 2009 at 11:21:42AM +0800, ygdan1001 wrote:

> There are always errors when I build emc2 realtime and simulator for 
> many days. HOW can I compile emc correctly ?

By following the instructions:

http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#On_Ubuntu_with_EMC2_package_already_installed


--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Easy upgrade to 2.3?

[Michael Jones]

I'm looking at upgrading to 2.3 of EMC using Ubuntu 8.  The system I'm  
running is stable under Ubuntu 8 and the version immediately before  
2.3 (by only a few weeks) and I don't really want to do a full "nuke  
and reload".  Is there any easy way to simply reinstall/update just EMC.

Thanks,

- Michael

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users