Re: [Emc-users] Tool changer
>>> i am just implementing the tool changer and i would like to know when >>> setting the current tool with >>> M61 Q02 >>> this should set current tool in spindle to T02 >>> will this also set the iocontrol.0.tool-number = 2 >>> as when issuing the above the tool-number value did not change from 0 to >>> 2 as exspected >>> >>> >> >> Did you copy this wrong? >> >> should it not read m6 t2 ? >> > no M61 Qxx should tell EMC which tool is in the spindle, like right now > i have pocket #2 facing spindle so i need to tell EMC tool2 is already > in the spindle as right now it thinks it has tool 0 up which does not > exsist on this machine. as 1 - 16 is valid M61 Qxx is there to allow you specify the currently loaded tool. If you shutdown emc2, and restart it will not remember the tool number it last had loaded, so one can use the M61 to specify the current number. This only works in MDI though, I don't think it's usefull to specify it from a program. Regards, Alex -- 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] Tool changer
> > M61 Qxx is there to allow you specify the currently loaded tool. > If you shutdown emc2, and restart it will not remember the tool number it > last had loaded, so one can use the M61 to specify the current number. > This only works in MDI though, I don't think it's usefull to specify it from > a program. > > Regards, > Alex > aaah yea i did this from MDI, this is a shame if emc does not store current tool into a paramiter looks like i need to keep a perm record in plc some how then. so what you are saying is iocontrol.0.tool-number will be zero on startup regardles of the last tool from the last sesion > > > -- > 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 > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.320 / Virus Database: 270.12.15/2093 - Release Date: 05/02/09 > 14:23:00 > > -- 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] unshielded cable
When it comes to shielding and noise prevention you can't have too much. Noise problems can be very difficult to track down. If would recommend screened cable but if you use unscreened, make sure everything else is really thoroughly screened. Also common mode chokes on the motor cables help a lot. Buy some large ferrite rings and wrap the drive output cables around them (without the screen). For steppers you will need two rings per drive. For each coil output , wrap both wires evenly round the ring, as close to the drive as possible. For DC servos you only need one ring per drive. These chokes smooth out some of the very high speed switching transients which are a major cause of electrical noise. I would also second the recommendation of starquad cable. It is great for small steppers and signal lines. It is also extremely flexible so it can be used in flexible cable trays. The only disadvantage is that the cores are usually not very well color coded. Les > Douglas Pollard wrote: > >> I bought some cable to run stepper motors off of. I was told it was >> shielded. It is not. If I try to use this am I going to have problems >> caused by stray signals or static? Is it likely to be alright or am I >> looking for trouble?? >> >> -- 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] Tool changer
On Sun, 2009-05-03 at 09:56 +0100, robert wrote: > this is a shame if emc does not store current tool into a paramiter > looks like i need to keep a perm record in plc some how then. You could use a parameter in the var file to keep track of current tool number. This ability has been a part of the EMC for all the years I've been hanging around it. IMO this is more a user interface issue than it is a core EMC problem. -- 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] emc2 won't start.
insmod: error inserting 'motmod.ko': -1 Unknown symbol in module I have emc2.2-branch on the same box, and it runs ok. I tried emc2.3-branch, and emc2-trunk. Both give me the same error. C -- 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] unshielded cable
On Sunday 03 May 2009, Rob Jansen wrote: >Doug, > >I've seen the responses from other stating it's "kind of OK as long as >you watch out". >Well, I can tell you it's not OK. > >Use the cable for anything but steppers, servos, encoders, limit or home >switches etc. >I have seen problems even when the spindle's VFD signals and stepper >cables were all shielded - that's proper shielded Olflex cables >especially made for machine controls - and things like unwanted limit >switch triggers or steppers 'walking away' are not uncommon and very >hard to fix once you have everything boxed and ready to run. > Can you describe this Olflex cable please? Using the cable I mentioned, with the computer, stepper psu, and xylotex driver box all on a shelf about 2 feet wide, located at ceiling height in my little shed. I've had zero problems of that sort. That means the data cable from the PC's parport to the xylotex is only about 2 feet long, and it comes into the xylotex box on the opposite side from the output cables to the motors. I ran a piece of 12 gauge all around the xylotex board, connected to the data cables ground breakout, the psu's negative terminal, and to all the ground drain wires in the Star-Quad cables to the motors. I use a PMDX-106 running on a big wall wart to interface with the spindle motors controller, and all of that is jumpered via soldered joints back to this same piece of 12 gauge. There is no shielding on the spindle motor cabling, in fact I have an ammeter on 24" extension leads in series with the return wire right at the motor, and just made a run of 10 cartridge holding blocks (I'm also a handloader), 144 holes 1/2" each, or 112 5/8" holes, drilled most of the way through a piece of cleaned up 2x6 a foot or so long. The only gotcha was the bit got stuck and the z axis couldn't lift it to clear the chips. So the x axis pulled the top of one hole sideways about 50 thou. Out of well over 1000 holes. :) That and Porter Cables forstner style bits are dull as can be right out of the package, I cut spindle current by half just by sharpening it better. I did play with the peck increments, and probably should have used more cycles, but I wound up drilling half depth, clearing chips, then to 85%, clear chips, and a final push to 100% depth, in 3 cycles, in each case I could see the last 2% driving up the spindle current cuz the bit was stuffed full. >Just last week I had some problems when I used an unshielded cable >directly connected to my Mesa 5i20 board to the E-stop. This was a quick >hack to see if I could use EMC's E-stop input. When the spindle started >running, at specific speeds, the steppers started rattling randomly. >A friend of me bought a commercial (hobby type) CNC controller and he >had lots of problems in this same direction - in the end he replaced all >his cables and fitted opto couplers on all the I/O lines - now his >problems are gone. This I would do, if I ever have the problem. I have also probed for contour several times and have not had any errors of more than a thou or two in the data. This using the sliding tube opto-interrupter device one of the guys here gave me a link to when I asked about that a couple of years ago. Home- made of course. :) To repeat, all grounds are done in 'star' fashion with the motor drivers being at the center of the star, and no cable shielding connected except at the star. All machine grounds are through the 3rd pin, and all power on the same circuit to prevent lightning surges from being anything but 'longitudinal', meaning the whole system bounces in unison so there is not a surge because one part is plugged into wall circuit A, and the rest of it is plugged in on wall socket B which may be on the opposite leg of my 240 volt shop feed. When its all on one circuit, the whole thing can bounce 100KV measured from ground, but there isn't an inter unit surge since its all bouncing the same way, microsecond by microsecond. When dealing with multiple horsepower stuff, this isn't near as easy, and makes isolation transformers a lot more desirable. Piece of cake with my teeny stuff. :) >Regards, > >Rob -- 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) If all the world's economists were laid end to end, we wouldn't reach a conclusion. -- William Baumol -- 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:
[Emc-users] compile
Dear sir : I compile software as described in the emc wiki: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#On_Ubuntu_with_EMC2_package_already_installed The following is an error. What would you suggest I do for the error? 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 Thanks 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, 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 __
Re: [Emc-users] emc2 won't start.
On Sunday 03 May 2009 14:19:41 C wrote: > insmod: error inserting 'motmod.ko': -1 Unknown symbol in module Can you please provide the output of the "dmesg" command after emc start failure? -- Greetings, 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
Re: [Emc-users] compile
install the development files of TCL On Sun, May 3, 2009 at 8:27 AM, ygdan1001 wrote: > Dear sir : > I compile software as described in the emc wiki: > > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#On_Ubuntu_with_EMC2_package_already_installed > > The following is an error. What would you suggest I do for the error? > > 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 > > Thanks for your help. > Regards! > yang > > -- > Register Now & Save for Velocity, the Web Performance & Operations > Conference from
Re: [Emc-users] unshielded cable
On Sunday 03 May 2009, Leslie Newell wrote: >When it comes to shielding and noise prevention you can't have too much. >Noise problems can be very difficult to track down. If would recommend >screened cable but if you use unscreened, make sure everything else is >really thoroughly screened. Also common mode chokes on the motor cables >help a lot. Buy some large ferrite rings and wrap the drive output >cables around them (without the screen). For steppers you will need two >rings per drive. For each coil output , wrap both wires evenly round the >ring, as close to the drive as possible. For DC servos you only need one >ring per drive. These chokes smooth out some of the very high speed >switching transients which are a major cause of electrical noise. > >I would also second the recommendation of starquad cable. It is great >for small steppers and signal lines. It is also extremely flexible so it >can be used in flexible cable trays. The only disadvantage is that the >cores are usually not very well color coded. > >Les And for those with color vision problems, that IS a major problem. ISTR mine are two different shades of yellow and two different shades of blue. Use yellows for one motor coil, and the blues for the other. But I have excellent color vision. That also means I am becoming as the years slide by, more and more handicapped at night. OTOH, those that fail every page in the color test booklet the teachers use to screen kids, can also see that black cat, in a coal bin, in the dark of the moon. Your night vision is _much_ better than mine. [...] -- 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) The heart has its reasons which reason knows nothing of. -- Blaise Pascal -- 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] compile
On Sunday 03 May 2009, ygdan1001 wrote: >Dear sir : >I compile software as described in the emc wiki: > >http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#On_Ubuntu_with_E >MC2_package_already_installed > >The following is an error. What would you suggest I do for the error? > >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 > >Thanks for your help. >Regards! >yang Make sure you have the '-devel' versions of all the GTK2 stuff installed. It can't find the rtai kernel either, missing the -devel files probably. Looks like you'll need to install the tcl/tk (and -devel) stuff too. HTH. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot,
Re: [Emc-users] unshielded cable
On Sun, May 03, 2009 at 09:26:40AM -0400, Gene Heskett wrote: > > This I would do, if I ever have the problem. I have also probed for contour > several times and have not had any errors of more than a thou or two in the > data. This using the sliding tube opto-interrupter device one of the guys > here gave me a link to when I asked about that a couple of years ago. Home- > made of course. :) It's heartening to hear that it can be done without optos. Since the link http://www.hedingrips.com/Dcp00470.jpg, posted by Dean Hedin on 25 April 2007, now gives error 404, I was wondering if my imaginings of a pair of concentric tubes with a hairline aperture, closing on contact, are anywhere like the real thing? (I'm trying to figure how to have enough light for the detector when open, yet shut with little probe motion. Or is it just that the movement to close the aperture is known, and can be subtracted?) Cheers, Erik -- I have yet to see any problem, however complicated, which, when you looked at it in the right way, did not become still more complicated. -- Poul Anderson -- 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] unshielded cable
Gene, > Can you describe this Olflex cable please? > http://www.olflex.com.mx/clientes/estructura/img/administrador/archivos/olflex_classic_110_cy.pdf I use the 110 CY cable, the standard 110 cables has no shielding. The 21 AWG cable is perfect for signals, I use the 18 AWG for the stepper motors and 16 AWG for the spindle. This cable is number coded - all black with white numbers that are perfectly visible. > This I would do, if I ever have the problem. I have also probed for contour > several times and have not had any errors of more than a thou or two in the > data. This using the sliding tube opto-interrupter device one of the guys > here gave me a link to when I asked about that a couple of years ago. Home- > made of course. :) > Any pics ? > To repeat, all grounds are done in 'star' fashion with the motor drivers > being > at the center of the star, and no cable shielding connected except at the > star. Good work! That is the only way to prevent problems in grounding. For those who don't have a background in electrics/electronics: always ground cables on one side only. Grounding cables on both sides will introduce ground loops that act as coils - this may result in a bigger problem than the original one :-} Regards, Rob -- 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] compile
On Sun, May 03, 2009 at 09:27:39PM +0800, ygdan1001 wrote: > Dear sir : > I compile software as described in the emc wiki: > > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#On_Ubuntu_with_EMC2_package_already_installed You did not follow the instructions at this link. If you had, all required packages would have been installed. Reread section 2.1.2 and follow the instructions. -- 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] unshielded cable
Erik Christiansen wrote: > On Sun, May 03, 2009 at 09:26:40AM -0400, Gene Heskett wrote: > >> This I would do, if I ever have the problem. I have also probed for contour >> several times and have not had any errors of more than a thou or two in the >> data. This using the sliding tube opto-interrupter device one of the guys >> here gave me a link to when I asked about that a couple of years ago. Home- >> made of course. :) >> > > It's heartening to hear that it can be done without optos. > > Since the link http://www.hedingrips.com/Dcp00470.jpg, posted by Dean > Hedin on 25 April 2007, now gives error 404, I was wondering if my > imaginings of a pair of concentric tubes with a hairline aperture, > closing on contact, are anywhere like the real thing? (I'm trying to > figure how to have enough light for the detector when open, yet shut > with little probe motion. Or is it just that the movement to close the > aperture is known, and can be subtracted?) > > Cheers, > Erik > > Thanks All, I think I will use my wire for a doorbell or something. I don't need to add to the problems of getting my home made mill to run. Thanks to all Doug -- 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] Tool changer
On Sun, 2009-05-03 at 07:04 -0500, Ray Henry wrote: > On Sun, 2009-05-03 at 09:56 +0100, robert wrote: > > this is a shame if emc does not store current tool into a paramiter > > looks like i need to keep a perm record in plc some how then. > > You could use a parameter in the var file to keep track of current tool > number. This ability has been a part of the EMC for all the years I've > been hanging around it. IMO this is more a user interface issue than it > is a core EMC problem. Parameter as in .var file or with g-code #? I did a little more research, I think iocontrol.0.tool-number and iocontrol.0.tool-prep-number will work. Using a sim config and Hal Meter, it looks like tool-prep-number changes on the completion of the Tx word, and the tool-number changes on the completion of the M6 word. I suspect they where designed to work that way :). So tool prepare-prepared can stay tied together (logical short circuit). Then the change-changed loop could be opened to insert a script that checks iocontrol.0.tool-number, checks the carousel encoder and insures they match, invoke a tool removal, read iocontrol.0.tool-prep-number, move the carousel to the prep-number, move the tool from the carousel to the spindle, set tool-changed to true. Other parts of the script could be made to clean the tool taper, verify the tool is seated properly, verify the changer arm is in the proper positions, time-out if any procedure takes too long, check for adequate air pressure if needed, check for proper sensor operation, etc. One problem might be that EMC2 seems to start with iocontrol.0.tool-number = 0, and iocontrol.0.tool-prep-number = -1, so an init script may be needed to read the carousel encoder, or maybe better, require the operator to check or set the carousel, spindle and tool status at start up. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- 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] unshielded cable
Try it out first. It's not as bad as people make it out to be. If you add a capacitor and use twisted pair then you are almost certain not have problems from unshielded stepper power cables. Personally I only run step and direction and supply voltage to the Gecko's on my large gantry machine. The geckos are mounted as close as possible to the steppers and the frame does the cooling of the Gecko's. A distributed control box approach. Works flawless and has less issues. I think the steppers also work 'crisper' as the drive to motor cables are less than 6 inches... Not feet over feet... A simple metal box shields the gecko from dirt and even lowers electronic noise further. Maybe that's in idea for you as well. I use Cat5 cable for the power and the step and direction signals. Cheap and works nice. Rainer On Sun, May 3, 2009 at 11:41 AM, Douglas Pollard wrote: > Erik Christiansen wrote: >> On Sun, May 03, 2009 at 09:26:40AM -0400, Gene Heskett wrote: >> >>> This I would do, if I ever have the problem. I have also probed for contour >>> several times and have not had any errors of more than a thou or two in the >>> data. This using the sliding tube opto-interrupter device one of the guys >>> here gave me a link to when I asked about that a couple of years ago. Home- >>> made of course. :) >>> >> >> It's heartening to hear that it can be done without optos. >> >> Since the link http://www.hedingrips.com/Dcp00470.jpg, posted by Dean >> Hedin on 25 April 2007, now gives error 404, I was wondering if my >> imaginings of a pair of concentric tubes with a hairline aperture, >> closing on contact, are anywhere like the real thing? (I'm trying to >> figure how to have enough light for the detector when open, yet shut >> with little probe motion. Or is it just that the movement to close the >> aperture is known, and can be subtracted?) >> >> Cheers, >> Erik >> >> > Thanks All, > I think I will use my wire for a doorbell or something. I don't need > to add to the problems of getting my home made mill to run. > Thanks to all > Doug > > -- > 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] Tool changer
Kirk Wallace wrote: > On Sun, 2009-05-03 at 07:04 -0500, Ray Henry wrote: > >> On Sun, 2009-05-03 at 09:56 +0100, robert wrote: >> >>> this is a shame if emc does not store current tool into a paramiter >>> looks like i need to keep a perm record in plc some how then. >>> >> You could use a parameter in the var file to keep track of current tool >> number. This ability has been a part of the EMC for all the years I've >> been hanging around it. IMO this is more a user interface issue than it >> is a core EMC problem. >> > > Parameter as in .var file or with g-code #? > i just asked on IRC about the var file, cradek said you cant realy do it and looking through the docs i cant see any ref to setting a parameter in atxt file from hal, unless one makes there own hal comp file > I did a little more research, I think iocontrol.0.tool-number and > iocontrol.0.tool-prep-number will work. Using a sim config and Hal > Meter, it looks like tool-prep-number changes on the completion of the > Tx word, and the tool-number changes on the completion of the M6 word. I > suspect they where designed to work that way :). i can see why, as on a random access changer, u would call the tool, wait for the carousel to get that tool ready and in position, normaly while running and cutter metal then issue the m06 commad > So tool prepare-prepared can stay tied together (logical short circuit). Then > the change-changed loop could be opened to insert a script that checks > iocontrol.0.tool-number, checks the carousel encoder and insures they > match, invoke a tool removal, read iocontrol.0.tool-prep-number, move > the carousel to the prep-number, move the tool from the carousel to the > spindle, set tool-changed to true. > > Other parts of the script could be made to clean the tool taper, verify > the tool is seated properly, verify the changer arm is in the proper > positions, time-out if any procedure takes too long, check for adequate > air pressure if needed, check for proper sensor operation, etc. > yep this is pritty much what i have written out in a quick classicladder sketch, obvisly adding things and sequencs as needed for setup like spindle orientation. thanks for taking time to confirm this > One problem might be that EMC2 seems to start with > iocontrol.0.tool-number = 0, and iocontrol.0.tool-prep-number = -1, so > an init script may be needed to read the carousel encoder, or maybe > better, require the operator to check or set the carousel, spindle and > tool status at start up. > > yes this shame if theiocontrol.0.tool-number was set as a paramiter and stayed from last sesion etc we could just read it right in at start. i dont see anyway to set tool-number from mdi etc i was hoping M61 would of done it but it didt iocontrol.0.tool-number get sets after the first complete M06 i belive as i dont have any encoder etc or anyway to know where i am on the carousel as it is , so #1 option setup a way to set a preset count and keep track where we are from session to session #2 take the changer apart and find a place to fit an encoder of sorts to read in each pocket number/posision i dont realy want to rely on the operator to setup carousel each time, and ever morning etc it might get a bit tedius also > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.325 / Virus Database: 270.12.15/2093 - Release Date: 05/02/09 > 14:23:00 > > -- 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] user interface development?
Is there any documentation available on user interface development for EMC2? I have looked through the various manuals and the code for axis, Tkemc, mini and keystick all of which give me some idea as to the system calls to EMC2 for the various interfaces. Is there a complete list of the calls used to control EMC2 from the user interface available? I am looking to develop a user interface for use with a touch screen with no or very limited keyboard use and no mouse if possible. Thanks - John Guenther 'Ye Olde Pen Maker' Sterling, Virginia -- 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] emc2 won't start.
On Sun May 3 2009 11:34:40 am Michael Buesch wrote: > On Sunday 03 May 2009 16:06:10 C wrote: > > [ 298.544393] motmod: Unknown symbol ceil > > Did you compile rtai with math support? That was the problem Michael. I recompiled rtai with math support. Then recompiled emc, and all seems to be working now. Thanks! C -- 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] user interface development?
John, There are two main functions which a user interface must perform. 1> Issue NML commands. The best reference for these is in the Developers Handbook: http://www.linuxcnc.org/docs/devel/EMC2_Developer_Manual.pdf See chapter II on NML messages. You can also see examples of how these commands are issued in (among other places) emc/usr_intf/shcom.cc. 2> Display operational information Most operational information can be accessed through the global variable (from emc.hh) "emcStatus". It contains a number of classes including "task", "io", and "motion" which in turn have additional classes, methods, etc. to access various information including estop state, machine state, position information, etc. You can look at emc/usr_intf/emcsh.cc or emc/usr_intf/emcrsh.cc to see how emcStatus is used. You can also look at emc/nml_intf/emc.cc/hh and emc/nml_intf/emc_nml.hh for the available classes and methods. The function of the module "emcsh" is to provide an interface to EMC for tk/tcl for use with the "tkemc" user interface found in the tcl folder at the same level as src. I believe emc/usr_intf/axis/extensions/emcmodule.cc does basically the same thing for Python and the Axis user interface. If you are writing your user interface in a language other than C/C++ you will probably need some code of this sort to interface with the intended environment. One alternative, provided it has all of the functionality you require is to use emcrsh. This uses a socket connetion to interface with EMC, so is both language independent and has the ability to run the user interface either locally or remotely without running an X shell or other similar technique on the remote machine. To test it, just edit the configuration file core_sim.hal and add the line: loadusr emcrsh Then run the TkEMC configuration under "sim". You should now be able to connect to EMC as follows from a terminal session: telnet localhost 5007 When it connects, simply type "help" to get a list of available commands. For implementing a user interface, you just need to have your program issue and parse these commands the same way they are issued over the telnet session. Complete doc on emcrsh can be found here: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Emcrsh Regards, Eric Is there any documentation available on user interface development for EMC2? I have looked through the various manuals and the code for axis, Tkemc, mini and keystick all of which give me some idea as to the system calls to EMC2 for the various interfaces. Is there a complete list of the calls used to control EMC2 from the user interface available? I am looking to develop a user interface for use with a touch screen with no or very limited keyboard use and no mouse if possible. -- 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] Tool changer
On Sun, 2009-05-03 at 18:28 +0100, robert wrote: > i just asked on IRC about the var file, cradek said you cant realy do it > and looking through the docs i cant see any ref to setting a parameter > in atxt file from hal, unless one makes there own hal comp file I guess I never worried about getting it from HAL since tool number is an EMC global variable. You mentioned iocontrol and that system does reference it but then so does emcsh, emcrsh and other stuff that was more common years ago. When I was working with mini or tkemc I wrote a bit of a process that saved it just like any other variable is saved to that file. Rayh -- 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] unshielded cable
On Sunday 03 May 2009, Erik Christiansen wrote: >On Sun, May 03, 2009 at 09:26:40AM -0400, Gene Heskett wrote: >> This I would do, if I ever have the problem. I have also probed for >> contour several times and have not had any errors of more than a thou or >> two in the data. This using the sliding tube opto-interrupter device one >> of the guys here gave me a link to when I asked about that a couple of >> years ago. Home- made of course. :) > >It's heartening to hear that it can be done without optos. > >Since the link http://www.hedingrips.com/Dcp00470.jpg, posted by Dean >Hedin on 25 April 2007, now gives error 404, I was wondering if my >imaginings of a pair of concentric tubes with a hairline aperture, >closing on contact, are anywhere like the real thing? (I'm trying to >figure how to have enough light for the detector when open, yet shut >with little probe motion. Or is it just that the movement to close the >aperture is known, and can be subtracted?) > >Cheers, >Erik I used 2 pieces of brass tubing from the model hobby store that slip inside the next larger size. 1/4" & the next size smaller. I cut a pair of windows in the outside 1/4" tube such that a one piece opto interrupter (ir led on one side, ir photo-transistor looking at the led across the air gap) fit by friction across the slots. Then in the smaller tube I cut a longer pair of matching windows in, using diamond wheels in a dremel cuz that stuff bends easily, too easily to saw, filled the top with solder so a ball point pen spring could rest on it pushing it down, made a steel pointed plugin for the bottom of it, and slid a piece of a black cable tie inside it to act as the light valve. The outside tube is swaged in at the top just enough to trap the ball point pen spring. It isn't at all fancy, and if the surface its touching is slanted and slick enough for the steel point to slide down the slant, then of course there is a few thou of slop and it will record, using the G38 scan facility, a point a couple of thou lower. It worked well enough to trace the floor plate in 3d for my old deer rifle. I had visions of replacing 3oz of steel with an ounce of alu, but it is still a "work in progress". Shoemakers kids etc. :) If that link is down, perhaps I could go take some pix and put them on my web page, but mine isn't quite as well finished as that one was. Or maybe that link could be made to work again. Humm, isn't it on the wiki now, seems like I saw it there back up the log a year or ?? As far as subtracting the movement between the tip touching and the opto signal coming in, that is a fixed offset, zeroed out if you like by making contact and trigger at the top of the part, and clicking on home axis. No more offset. -- 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) "Whatever the missing mass of the universe is, I hope it's not cockroaches!" -- Mom -- 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] unshielded cable
On Sunday 03 May 2009, Rob Jansen wrote: >Gene, > >> Can you describe this Olflex cable please? > >http://www.olflex.com.mx/clientes/estructura/img/administrador/archivos/olfl >ex_classic_110_cy.pdf Looks like a decent cable, but probably stiffer than star-quad. Made in Mexico I take it. >I use the 110 CY cable, the standard 110 cables has no > shielding. The 21 AWG cable is perfect for signals, I use the 18 AWG for > the stepper >motors and 16 AWG for the spindle. >This cable is number coded - all black with white numbers that are >perfectly visible. > >> This I would do, if I ever have the problem. I have also probed for >> contour several times and have not had any errors of more than a thou or >> two in the data. This using the sliding tube opto-interrupter device one >> of the guys here gave me a link to when I asked about that a couple of >> years ago. Home- made of course. :) > >Any pics ? Humm, sounds like I'll have to go take some as Dean Hedins pages seem to be on the missing list. I'll advise the list when they are up on my web page. >> To repeat, all grounds are done in 'star' fashion with the motor drivers >> being at the center of the star, and no cable shielding connected except >> at the star. > >Good work! That is the only way to prevent problems in grounding. >For those who don't have a background in electrics/electronics: always >ground cables on one side only. Grounding cables on both sides will >introduce ground loops that act as coils - this may result in a bigger >problem than the original one :-} Yes, this bears repeating, at least annually. Or even monthly for some... Well, my background in electronics goes back a bit, to the later 1940's TBE. Last 45 years in broadcast engineering, usually as the Chief, last 25 at WDTV here in WV. Retired now, but like old soldiers, we fade to black very slowly. Ok, got the pix, but now for some reason I can't mount my camera to read them, vfat is suddenly an unknown file system. But I'll get it & let the list know when I do. >Regards, > >Rob -- 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) You'll never see all the places, or read all the books, but fortunately, they're not all recommended. -- 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] unshielded cable
Here is the US link for the Olflex cable http://www.lappusa.com/sect1contents.htm Ne M'oubliez ---Family Motto Hope for the best, plan for the worst ---Personal Motto Gene Heskett wrote: > On Sunday 03 May 2009, Rob Jansen wrote: >> Gene, >> >>> Can you describe this Olflex cable please? >> http://www.olflex.com.mx/clientes/estructura/img/administrador/archivos/olfl >> ex_classic_110_cy.pdf > > Looks like a decent cable, but probably stiffer than star-quad. Made in > Mexico I take it. -- 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] Tool changer
> On Sun, 2009-05-03 at 18:28 +0100, robert wrote: >> i just asked on IRC about the var file, cradek said you cant realy do it >> and looking through the docs i cant see any ref to setting a parameter >> in atxt file from hal, unless one makes there own hal comp file > > I guess I never worried about getting it from HAL since tool number is > an EMC global variable. You mentioned iocontrol and that system does > reference it but then so does emcsh, emcrsh and other stuff that was > more common years ago. > > When I was working with mini or tkemc I wrote a bit of a process that > saved it just like any other variable is saved to that file. > > Rayh > For a simple toolchanger, you are correct. You can just save the tool number in the spindle, and reload that after a restart. For a more complex toolchanger (like Robert asked for) you also need to remember the carusel number that's currently in the tool-change position. That number is probably also in the status struct, but I'm not sure it's the best place to remember it. The whole tool changing part needs some rework, as it's designed to be specific for a certain type of tool-changer. (e.g. a rack toolchanger won't work). Regards, Alex -- 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