Re: [Emc-users] Engraving Tools.
I'd definitely go for a more substantial spindle. Proxxon and Metabo make excellent small spindles or you could use one of the better grade trim routers (Bosch Colt, Dewalt, Porter-Cable, etc.) Also check out the precision collets available from Precisebits.com. These will greatly reduce the runout and enable you to use small diameter bits. -Greg From: Speaker To-Dirt To: emc-users@lists.sourceforge.net Sent: Fri, September 10, 2010 1:20:11 AM Subject: Re: [Emc-users] Engraving Tools. Hi All: Here's a question esp for the XY routing table folks. What's a good 'dremel' tool to survive the side loading of engraving on alumnium? I want to make face plates for electronics enclosures, so text, numbers, outlines etc. That means small end mills and high RPM's. Maybe even nameplates and the such. I'm designing a clamp on mechanism to allow me to mount a 'dremel' tool shotgun on my z pillar and just vary the z axis like +/- 100 thau at most. But that side loading seems to me would tear a dremel apart. I see the XY table crowd uses them. What approach should I take? The $30 special from Horrible Fright and just blow through them? Or sink $100+ into something that will last me more than a few projects? Your thoughts? Andrew -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Engraving Tools.
Hi All: Here's a question esp for the XY routing table folks. What's a good 'dremel' tool to survive the side loading of engraving on alumnium? I want to make face plates for electronics enclosures, so text, numbers, outlines etc. That means small end mills and high RPM's. Maybe even nameplates and the such. I'm designing a clamp on mechanism to allow me to mount a 'dremel' tool shotgun on my z pillar and just vary the z axis like +/- 100 thau at most. But that side loading seems to me would tear a dremel apart. I see the XY table crowd uses them. What approach should I take? The $30 special from Horrible Fright and just blow through them? Or sink $100+ into something that will last me more than a few projects? Your thoughts? Andrew -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Help! Axis runs hidden
If nothing is really wrong, you can find out by using the fg command from a terminal. Open a terminal and type: fg whatever_axis_real_name_is_here Nobody that uses EMC was on IRC tonight and I'm too lazy to walk to the basement to see if Axis is really named axis, so you'll have to figure that part out for yourself Eric On Thu, Sep 9, 2010 at 2:08 PM, vh5...@libero.it wrote: > Hi guys, > today I started my machine and EMC2 didn't start automatically as all the days > (it is in the start-up section) so I tried to launch it manually and I got the > error "ECMC2 is still runnnig. Restart it". So I realized that the process was > still active. I killed the running processes and restarted EMC2 but nothing > happened. The problem is that I cannot see Axis interface... Axis and EMC2 are > listed in the processes list (sleeping) but I cannot see the grafic interface. > I tried to stop the processes and restart them but nothing changed. > I'm running Ubuntu 8.04, EMC2 2.2.8 > All the other application are running correctly, only Axis is hidden. > > What can I do? > > Thank you > > Luigi > > -- > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Rtai problem on install
Gentlemen, I performed a new install of 10.04 Desktop. I then installed EMC2 using the shell script. I then downloaded the source with git and compiled. This install runs fine. I have had zero problems with it. I performed an upgrade from 9.1 to 10.04. I then installed EMC2 as in the prior example. I cannot make either the shell install or the source/compile install run. I haven't tried very hard but I don't seem to want to. If I need it to run I will do a new install of 10.04 and see how that goes. Just sharing my recent experience. HTH Stuart -- dos centavos -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Emc-users Digest, Vol 53, Issue 31
On Thursday, September 09, 2010 10:38:31 pm Kent A. Reed did opine: > Thu, 9 Sep 2010 12:23:44 -0400 Gene Heskett wrote: > > On Thursday, September 09, 2010 12:13:11 pm Andy Pugh did opine: > >> > On 9 September 2010 02:52, Gene Heskett wrote: > >>> > > If its going to take more iron to run this, how about a > >>> > > suggestion for a newer motherboard, video card etc that can > >>> > > do all this in real time? > >> > > >> > I am not sure it makes sense to "upgrade" a working system to a > >> > non-working one, then invest more money in extra hardware to fix > >> > the problem. > > > > So I am beginning to see. However, Kubuntu-6.06 was working well, but > > not update able to the 2.4 emc. > > > >> > How did you do the upgrade? I am assuming a new LiveCD install, > >> > which also installed Ubuntu 10? > > > > Yes, from the iso just released. Even that was a problem, I had to do > > a cut and splice of the little rubber belt in the dvd reader in order > > to get it to load and unload the tray. Old age& heat, so I took > > about 1/8" out of the belt& super glued the cut ends together again. > > > >> > Any problem you see is probably with the > >> > Linux kernel rather than EMC2 (You could, in theory step back to > >> > 8,04 and install EMC2 2.4.3 on that. I am running 2.5-pre on > >> > Ubuntu 8.04 with no issues). > > > > Where can I find that install image? > > > >> > At a guess I would say that the problem might be with the video > >> > driver, but that is merely a guess from a position of ignorance. > > > > I know its part of it, without an xorg.conf file, it uses the radeon > > driver, and I have found the vesa driver is a requirement for emc. I > > have posted to the xorg list to see if someone there can give me a > > hint about forcing the vesa driver. > > > >> > If you want to upgrade hardware anyway, the Intel D510MO board is > >> > small, cheap, silent, and works well with EMC2 using the onboard > >> > video and other peripherals. > > > > And this is size compat with a medium tower case? > > > > Thanks Andy. I hope this gets to the list, gmail is refusing to take > > my posts at smtp.gmail.com again, so while I am using it as an > > address, I am posting thru the tv stations server. G. > > > > -- 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) No line available at 300 baud. > > Gene: > > Sorry to hear your tale of woe. > > Regarding the Radeon driver, have you read the helpful remarks at > https://help.ubuntu.com/community/RadeonDriver ? > Not well, but printed for tomorrows reference, thank you. > Does dmesg have anything useful to say? Only the huge latencies, and quite a few verses of this when I last stopped emc. [102700.227629] [drm:edid_is_valid] *ERROR* Raw EDID: [102700.227646] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.227651] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.227655] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.227660] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.227664] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.227669] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.227673] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.227677] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.227681] [102700.282053] [drm:edid_is_valid] *ERROR* Raw EDID: [102700.282068] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.282072] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.282077] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.282081] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.282086] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.282090] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.282094] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.282099] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.282102] [102700.335734] [drm:edid_is_valid] *ERROR* Raw EDID: [102700.335741] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.335746] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.335750] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.335755] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.335759] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.335763] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [102700.335768] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Re: [Emc-users] Help! Axis runs hidden
vh5...@libero.it wrote: > Hi guys, > today I started my machine and EMC2 didn't start automatically as all the > days > (it is in the start-up section) so I tried to launch it manually and I got > the > error "ECMC2 is still runnnig. Restart it". So I realized that the process > was > still active. I killed the running processes and restarted EMC2 but nothing > happened. The problem is that I cannot see Axis interface... Axis and EMC2 > are > listed in the processes list (sleeping) but I cannot see the grafic > interface. > I tried to stop the processes and restart them but nothing changed. > I'm running Ubuntu 8.04, EMC2 2.2.8 > All the other application are running correctly, only Axis is hidden. > You should have a "task bar" on your main screen with a block for each application. Clicking on those should bring EMC up on the current desktop. But, maybe the problem is Axis is not starting for some reason, but the rest of EMC is not completely shutting down. You may need to start EMC from a terminal window so you can see any error messages. in your EMC directory, there should be a subdirectory scripts, so you run /scripts/emc and it should start up, and report some info in the terminal window. You'll have to determine what is on your particular system. Jon -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] inverted tripod question
Hallo, first of all thanks for all the work done with emc2, and for ubuntu 10.04 emc iso. then.. i've a problem using the tripod setup. i've changed a little the kins and ini to have 4 legs, but the problem i have is the same as in a tripod: as i home all my axes, i change into world mode and emc2 assume i'm on the positive Z above the XY plane. then if i move the point 'down' to reach the same position under the XY plane, and i re-home, this time emc2 thinks the point is under the XY plane. How can i tell mr. Emc2 that i want my point to be ONLY under the XY plane? assume that my setup is the same as Alex Jony's Toy. i did that with four legs, but i repeat..it's the same. I'm using EMC2 2.4.3. thanks! -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] G-code question
Hi, is there a g-code to change the value of acceleration and deceleration? -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC2 on Ubuntu 10.04 Lucid Lynx LTS - official announcement
On Mon, 6 Sep 2010 11:54:18 +0300, you wrote: >As most of you probably know, the latest version of Ubuntu has been released >a couple months ago: Ubuntu 10.04 Lucid Lynx. >However I do not encourage at this point to replace a working hardy install >with the new lucid version, unless there is really good reason to do so. Here's one good reason to . My latency under 8.04 was 13000, under 10.04 it's now 8000. I installed as dual boot and just copied my emc config folder over. All works fine. Onboard NVidia graphics now works properly without a crippleware driver at any resolution up to 1600x1024 instead of being limited to 1024x768. I suspect this is where the overall latency improvement comes from. Steve Blackmore -- -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Emc-users Digest, Vol 53, Issue 31
Thu, 9 Sep 2010 12:23:44 -0400 Gene Heskett wrote: > On Thursday, September 09, 2010 12:13:11 pm Andy Pugh did opine: >> > On 9 September 2010 02:52, Gene Heskett wrote: >>> > > If its going to take more iron to run this, how about a suggestion for >>> > > a newer motherboard, video card etc that can do all this in real >>> > > time? >> > >> > I am not sure it makes sense to "upgrade" a working system to a >> > non-working one, then invest more money in extra hardware to fix the >> > problem. > So I am beginning to see. However, Kubuntu-6.06 was working well, but not > update able to the 2.4 emc. > >> > How did you do the upgrade? I am assuming a new LiveCD install, which >> > also installed Ubuntu 10? > Yes, from the iso just released. Even that was a problem, I had to do a > cut and splice of the little rubber belt in the dvd reader in order to get > it to load and unload the tray. Old age& heat, so I took about 1/8" out > of the belt& super glued the cut ends together again. > >> > Any problem you see is probably with the >> > Linux kernel rather than EMC2 (You could, in theory step back to 8,04 >> > and install EMC2 2.4.3 on that. I am running 2.5-pre on Ubuntu 8.04 >> > with no issues). > Where can I find that install image? > >> > At a guess I would say that the problem might be with the video >> > driver, but that is merely a guess from a position of ignorance. > I know its part of it, without an xorg.conf file, it uses the radeon driver, > and I have found the vesa driver is a requirement for emc. I have posted > to the xorg list to see if someone there can give me a hint about forcing > the vesa driver. > >> > If you want to upgrade hardware anyway, the Intel D510MO board is >> > small, cheap, silent, and works well with EMC2 using the onboard >> > video and other peripherals. > And this is size compat with a medium tower case? > > Thanks Andy. I hope this gets to the list, gmail is refusing to take my > posts at smtp.gmail.com again, so while I am using it as an address, I am > posting thru the tv stations server. G. > > -- 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) No line available at 300 baud. Gene: Sorry to hear your tale of woe. Regarding the Radeon driver, have you read the helpful remarks at https://help.ubuntu.com/community/RadeonDriver ? Does dmesg have anything useful to say? I endorse Andy's comment about the D510M0 board. Just remember that, unlike its predecessor the D945GCLF2, it does NOT bring out the parallel port lines to a connector on the backplane. You'll have to work something out (shouldn't be too hard for someone who first rebuilds his dvd reader on the fly!). The D510M0 is a mini-ITX board 170mm x 170mm. Size-wise, this is no problem in a medium tower case, but if your case is old enough, it may not match up with any mounting holes :-( Still, it's so dang inexpensive, how can you pass it up? Good hunting. Regards, Kent PS - to paraphrase the Gospel, those who live by the upgrade, die by the upgrade. -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC as an alternative to Heidenhain iTNC 530, Siemens 840D, etc.
On Thu, 2010-09-09 at 17:33 +0200, Florian Rist wrote: > Hi Michael > > >> G-code which consists of many many short G01-segments. > > > > What about adding a G64 P... or similar? > > I was about to mention that, too. I relay helps a lot. And on simple, > not very rigid mills, it even improve the surface quality, especially in > free from milling. Note that it also enables the naive cam detector. That means if you program several points in an (almost) straight line, it will not slow down at all and drive in a straight line. Whether dots are in a straight line is decided by the G64 parameters (P and Q). -- Greetings Michael. -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Rtai problem on install
On 9 September 2010 22:11, Ian W. Wright wrote: > If I just delete the 99-rtai.rules file will the upgrade to > rtai-modules-2.6.32-122 automatically create a new file or > will this break things altogether? If you rename it rather than delete it then you can try, then reverse it if it is no help? -- atp -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Rtai problem on install
Hi, I have tried to install the new EMC2 on an existing installation of Ubuntu 10.04LTS using the .sh script, however, I have hiot a problem which i don't quite understand. First let me say that the Ubuntu and EMC2 installation has been upgraded several times and I suspect that the problem is caused by my wetware failure in deleting things that I shouldn't have - or not deleting things I should have.. The EMC2 installation ran to completion but left me with a 'broken' package - rtai and so EMC2 won't run even in sim mode (earlier versions seemed to run the sim modes without rtai being installed at all...). When I try to fix the broken package using the 'broken' filter on package manager, I get the following message... E: /var/cache/apt/archives/rtai-modules-2.6.32-122-rtai_3.8.1-linuxcnc1_386.deb: trying to overwrite '/etc/udev/rules.d/99-rtai.rules; which is also in package rtai-modules-2.6.31-21-rtai 0 The 99-rtai.rules file contains... #RTAI: rtai_shm KERNEL == "rtai_shm", MODE = "0666" #RTAI: rtai_fifos KERNEL == "rtf[0-9]*", MODE = "0666" I'm pretty sure that the 'rtai-modules-2.6.31-21-rtai' has been uninstalled at the same time as the 2.6.31-21 kernel - when it was upgraded to 2.6.31-22 but I'm not absolutely certain. If I just delete the 99-rtai.rules file will the upgrade to rtai-modules-2.6.32-122 automatically create a new file or will this break things altogether? Thanks Ian __ Ian W Wright Sheffield UK -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
Lack of intelligence is not the problem - strange (and as far as I know undocumented) behavior of the edge component is. IMHO, for any value of out_width_ns from zero to the thread period, it should generate an output pulse of one period, not two. On Thu, 09 Sep 2010 13:51 -0500, "Stuart Stevenson" wrote: > John, > like I said - lacking intelligence is the problem > setting the width to 0 is the answer > works like a charm > MANY MANY THANKS > > Is the "out_width_ns" parameter of the edge component zero? > > > > Any positive value (even 1 nanosecond) will result in the component > > producing an output pulse that is at least two cycles long, which > > would result in a double count. Zero is the default value for > > that parameter, but you might be setting it to something else, or > > something might be broken - verify the value with halcmd show. > > > > > Stuart > -- > dos centavos > -- > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- John Kasunich jmkasun...@fastmail.fm -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
John, like I said - lacking intelligence is the problem setting the width to 0 is the answer works like a charm MANY MANY THANKS Is the "out_width_ns" parameter of the edge component zero? > > Any positive value (even 1 nanosecond) will result in the component > producing an output pulse that is at least two cycles long, which > would result in a double count. Zero is the default value for > that parameter, but you might be setting it to something else, or > something might be broken - verify the value with halcmd show. > > Stuart -- dos centavos -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
On Thu, 09 Sep 2010 13:10 -0500, "Stuart Stevenson" wrote: > How do I run halscope in the base thread? That shouldn't be neccessary, if you are running your tool change component and the edge component in the servo thread. But if you want to try anyway, hit the button at the top right of the horizontal part of the halscope screen. (The one that says N samples at M sample rate.) It should open a dialog that lets you set the sample rate (which really means letting you chose what thread does the sampling). > > I get the same double count using the falling edge. > Is the "out_width_ns" parameter of the edge component zero? Any positive value (even 1 nanosecond) will result in the component producing an output pulse that is at least two cycles long, which would result in a double count. Zero is the default value for that parameter, but you might be setting it to something else, or something might be broken - verify the value with halcmd show. John Kasunich -- John Kasunich jmkasun...@fastmail.fm -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
How do I run halscope in the base thread? I get the same double count using the falling edge. thanks Stuart On Thu, Sep 9, 2010 at 10:34 AM, Andy Pugh wrote: > On 9 September 2010 16:26, Stuart Stevenson wrote: > > > > http://www.mpm1.com:8080/machines/enshu/Screenshot.png > > Looks to be a glitch on the rising edge. > > I see you have an empty base-thread, run the Halscope in that, trigger > on the rising edge and zoom to 1ms/div. > > -- > atp > > > -- > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- dos centavos -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
How do I run halscope in the base thread? I get the same double count using the falling edge. thanks Stuart On Thu, Sep 9, 2010 at 10:34 AM, Andy Pugh wrote: > On 9 September 2010 16:26, Stuart Stevenson wrote: > > > > http://www.mpm1.com:8080/machines/enshu/Screenshot.png > > Looks to be a glitch on the rising edge. > > I see you have an empty base-thread, run the Halscope in that, trigger > on the rising edge and zoom to 1ms/div. > > -- > atp > > > -- > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- dos centavos -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Help! Axis runs hidden
Hi guys, today I started my machine and EMC2 didn't start automatically as all the days (it is in the start-up section) so I tried to launch it manually and I got the error "ECMC2 is still runnnig. Restart it". So I realized that the process was still active. I killed the running processes and restarted EMC2 but nothing happened. The problem is that I cannot see Axis interface... Axis and EMC2 are listed in the processes list (sleeping) but I cannot see the grafic interface. I tried to stop the processes and restart them but nothing changed. I'm running Ubuntu 8.04, EMC2 2.2.8 All the other application are running correctly, only Axis is hidden. What can I do? Thank you Luigi -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] [OT] Interferometry
Getting two flats aligned well enough to produce that first fringe is not trivial. It takes fine adjustment controlling elements. HeNe lasers go along way to aid this effort. Reflections and all. I have a Davidson D304, 5.5" aperture unit here in the home lab. Not useful for any machine tool application, but good for qualifying the flats one might use. Cheers Cal - Original Message - From: "Jon Elson" To: "Enhanced Machine Controller (EMC)" Sent: Thursday, September 09, 2010 12:36 Subject: Re: [Emc-users] [OT] Interferometry > Kirk Wallace wrote: >> >> A very accurate sphere (amateur made, using Foucault tester) is used as >> a standard to compare against the mirror being tested. I am wondering if >> a version of this could be used for testing machine axis accuracy using >> two accurate flats, one on the axis table, one stationary with the test >> rig? Flats can be difficult to make, but it is possible. >> > To see the fringes (Newton's rings) the flats have to be very close > together, or very > highly coherent light needs to be used. Even air currents in the room > will blur the > fringes if separated by more than a few inches. I can see checking > parallelism > and straightness of motion with a fixed flat and one riding on the > slide. I'm not > sure what else you could do with a pair of flats. > > It is probably a lot easier to measure flatness of parts with spotting > dye and a > granite surface plate, and then assume that when you put it together it > will move > in a straight line. > > Jon > > -- > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Question #1
On 9 September 2010 17:23, Gene Heskett wrote: > Where can I find that install image? http://www.linuxcnc.org/content/view/21/4/lang,en/ But if you came straight from Dapper, then it is probably unsafe to assume that Hardy will work better than Lucid. > I know its part of it, without an xorg.conf file, it uses the radeon driver, > and I have found the vesa driver is a requirement for emc. I have posted > to the xorg list to see if someone there can give me a hint about forcing > the vesa driver. I needed to make one to get my touchscreen to work. I just used gedit, IIRC. This looks like a better plan: http://www.cyberciti.biz/tips/create-a-xorgconf-file.html -- atp -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] [OT] Interferometry
Kirk Wallace wrote: > > A very accurate sphere (amateur made, using Foucault tester) is used as > a standard to compare against the mirror being tested. I am wondering if > a version of this could be used for testing machine axis accuracy using > two accurate flats, one on the axis table, one stationary with the test > rig? Flats can be difficult to make, but it is possible. > To see the fringes (Newton's rings) the flats have to be very close together, or very highly coherent light needs to be used. Even air currents in the room will blur the fringes if separated by more than a few inches. I can see checking parallelism and straightness of motion with a fixed flat and one riding on the slide. I'm not sure what else you could do with a pair of flats. It is probably a lot easier to measure flatness of parts with spotting dye and a granite surface plate, and then assume that when you put it together it will move in a straight line. Jon -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Question #1
On Thursday, September 09, 2010 12:13:11 pm Andy Pugh did opine: > On 9 September 2010 02:52, Gene Heskett wrote: > > If its going to take more iron to run this, how about a suggestion for > > a newer motherboard, video card etc that can do all this in real > > time? > > I am not sure it makes sense to "upgrade" a working system to a > non-working one, then invest more money in extra hardware to fix the > problem. So I am beginning to see. However, Kubuntu-6.06 was working well, but not update able to the 2.4 emc. > How did you do the upgrade? I am assuming a new LiveCD install, which > also installed Ubuntu 10? Yes, from the iso just released. Even that was a problem, I had to do a cut and splice of the little rubber belt in the dvd reader in order to get it to load and unload the tray. Old age & heat, so I took about 1/8" out of the belt & super glued the cut ends together again. > Any problem you see is probably with the > Linux kernel rather than EMC2 (You could, in theory step back to 8,04 > and install EMC2 2.4.3 on that. I am running 2.5-pre on Ubuntu 8.04 > with no issues). Where can I find that install image? > At a guess I would say that the problem might be with the video > driver, but that is merely a guess from a position of ignorance. I know its part of it, without an xorg.conf file, it uses the radeon driver, and I have found the vesa driver is a requirement for emc. I have posted to the xorg list to see if someone there can give me a hint about forcing the vesa driver. > If you want to upgrade hardware anyway, the Intel D510MO board is > small, cheap, silent, and works well with EMC2 using the onboard > video and other peripherals. And this is size compat with a medium tower case? Thanks Andy. I hope this gets to the list, gmail is refusing to take my posts at smtp.gmail.com again, so while I am using it as an address, I am posting thru the tv stations server. G. -- 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) No line available at 300 baud. -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Question #1
On 9 September 2010 02:52, Gene Heskett wrote: > If its going to take more iron to run this, how about a suggestion for a > newer motherboard, video card etc that can do all this in real time? I am not sure it makes sense to "upgrade" a working system to a non-working one, then invest more money in extra hardware to fix the problem. How did you do the upgrade? I am assuming a new LiveCD install, which also installed Ubuntu 10? Any problem you see is probably with the Linux kernel rather than EMC2 (You could, in theory step back to 8,04 and install EMC2 2.4.3 on that. I am running 2.5-pre on Ubuntu 8.04 with no issues). At a guess I would say that the problem might be with the video driver, but that is merely a guess from a position of ignorance. If you want to upgrade hardware anyway, the Intel D510MO board is small, cheap, silent, and works well with EMC2 using the onboard video and other peripherals. -- atp -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Question #1
On Thursday, September 09, 2010 11:54:04 am Gene Heskett did opine: > Greetings; > > I just took a few minutes to play with it, using the same configs from > the 2.3.6? install I had before, and two things are glaringly obvious. > > 1, I either need to throw about 10 times the cpu at 2.4.3 than 2.3.6 > needed, or something is pretty badly miss-configured. > > Having it run the logo code, cutting air, the backplot only gets updated > about once a second, ditto for the code display in the bottom of the > screen, skipping from having line 317 highlighted, to 328 on the next > screen update. Hitting the stop button takes about 2 seconds to > recognize the mouse click, and after the machine is stopped, I hit F5 > and entered g0z0y0x0. It moved back alright, but took about a second > after I hit enter to start the move. The backplot showed two more > snapshots of the motion after the motors had stopped at 0,0,0, finally > arriving at 0,0,0 on the third screen update after the motors stopped.. > > This is an XP1400 athlon running at 1.6 ghz, half a gig of ram, using > the radeon (spit) driver on an ATI 9200SE card. > > The BASE_PERIOD etc: > [EMCMOT] > EMCMOT = motmod > COMM_TIMEOUT = 1.0 > COMM_WAIT = 0.010 > BASE_PERIOD = 58000 > SERVO_PERIOD = 100 > > This is quite conservative IMO as 2.3.6 could, with less lag than I'm > seeing now, run down to the 28000 range, but 58000 still allows more > steps than my motors can handle. > > Is there that much diff in the expected abilities between these two > versions? > > If its going to take more iron to run this, how about a suggestion for a > newer motherboard, video card etc that can do all this in real time? > > Thanks guys. Ping? -- 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) I'm wearing PAMPERS!! -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The kind of fun I had yesterday
On 09/09/2010 08:12 AM, Igor Chudov wrote: > http://igor.chudov.com/projects/Bridgeport-Series-II-Interact-2-CNC-Mill/29-High-Speed-Spindle/ > > Includes a video too. This is an adaptor plate for a high speed > spindle (Bosch 1617EVS router). > Very cool Igor! How is the rigidity without screws to close the clamps around the router & spindle? Show us a video of the router cutting something in a routerish fashion! -- Sebastian Kuzminsky -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
On 9 September 2010 16:26, Stuart Stevenson wrote: > > http://www.mpm1.com:8080/machines/enshu/Screenshot.png Looks to be a glitch on the rising edge. I see you have an empty base-thread, run the Halscope in that, trigger on the rising edge and zoom to 1ms/div. -- atp -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC as an alternative to Heidenhain iTNC 530, Siemens 840D, etc.
Hi Michael >> G-code which consists of many many short G01-segments. > > What about adding a G64 P... or similar? I was about to mention that, too. I relay helps a lot. And on simple, not very rigid mills, it even improve the surface quality, especially in free from milling. Flo -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC as an alternative to Heidenhain iTNC 530, Siemens 840D, etc.
Hi > Would they sell this bare bones? Well, as far as I know yet, no. So I'd have to buy an unnecessary controller. > Since it wouldn't make much sense to pay for the control and then not use it. Right, the only good think would be that I could use the new mill immediately as a 3+2 axes mill and later on "upgrade" to 5 axes > If they want a sell, ask if they can sell it with a Simodrive 611U > instead of 611D, the 611U would take analog inputs and then emc2 would > have no issues making this work with mesa cards. I see. It sound like a good idea to try to avoid the latest highly integrated digital servo drivers. > Tell them what you try to do and see how far you can talk them out of > a complete machine. I would think they make more money on their > machine than the control and if they are a competent builder, they > should be able to sell a control-less machine with the digital drives > replaced by Siemens' analog drives. I'll talk about this with the sales guy on the next meeting. > Obviously i am applying an highly idealistic "Kunde ist Koenig" > thinking... The big problem right now is, the the economy crises is over and the manufacturers don't need to accommodate there customers. We just had a manufacturer sell a machine, we already agreed on buying after longer negotiations, to someone else (probably at a higher price), just while the documents were waiting to be sighed by the right person here. :-( See you Flo -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
http://www.mpm1.com:8080/machines/enshu/Screenshot.png -- dos centavos -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Tool table, setting up offsets with a caliper
On 9 September 2010 15:52, John Kasunich wrote: > A dowel pin works great for this - very precise, and you can simply > push it against the side of the tool, then raise the tool (or lower > the knee) slowly until the pin rolls under. I think I have just found a use for the shank of the 6mm carbide milling cutter I broke. -- atp -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
John, Can you post the complete file somewhere? (pastebin.ca, etc) I'm > interested in seeing the variable declarations, etc, as well as the > logic itself. > -- > > here are the files http://www.mpm1.com:8080/machines/enshu/enshu.ini http://www.mpm1.com:8080/machines/enshu/enshu.hal http://www.mpm1.com:8080/machines/enshu/touchy.hal http://www.mpm1.com:8080/machines/enshu/gear2.comp http://www.mpm1.com:8080/machines/enshu/enshutoolchange.comp you can usually find all my files here http://www.mpm1.com:8080 hope this doesn't hurt your eyes(brain) too much for troubleshooting I removed all logic except the previous quoted I had already created a pin so I could see the internal results thanks Stuart -- dos centavos -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Tool table, setting up offsets with a caliper
On Wed, 08 Sep 2010 22:22 -0700, "Speaker To-Dirt" wrote: > > For what it's worth. I stumbled across this by accident. At a tool > change take your tool to an area where there's still a surface z0.000. > End the move with z1.000. Remove the tool, and insert the new tool. > Now use a clamp arm from your clamp kit that is 1" on a side. Raise or > lower the knee until your tool is just touching the upper surface of > your clamp arm. You're now indexed 1.00x inches above your work. Be careful with this. Clamps sets are not precision items. If you measure your 1" thick clamps with a micrometer, I wouldn't be at all surprised to find that one clamp is 1.004, and another is 0.998. I'd only be a little surprised to find that a single clamp is 1.001 at one end and 1.003 on the other end. A dowel pin works great for this - very precise, and you can simply push it against the side of the tool, then raise the tool (or lower the knee) slowly until the pin rolls under. Don't lower the tool onto the dowel (or a clamp, or any other piece of metal). It doesn't take much to chip the edge of a carbide tool, or dull a steel one. John Kasunich -- John Kasunich jmkasun...@fastmail.fm -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
On Thu, 09 Sep 2010 07:39 -0500, "Stuart Stevenson" wrote: > Gentlemen, > I have a prox for tool change zero return (to home the chain of pots) > and > a prox to count the pots during chain motion > The chain moves slow - between 1 and 2 pots per second > The chain matrix carries 30 pots > This is a random tool changer - the pot swings down and a transfer arm > swaps the tools between the spindle and the tool change pot > I want to reset the count to 1 every time the zero return dog passes > the > prox > The following code resets the count as I wish > I have an edge component set up to trigger on the falling edge of the > pot count prox signal > The following code counts two every time the pot count dog passes the > prox Use halscope to observe the input from the prox. Zoom in enough to clearly see every single servo cycle. (set the horizontal scale to 1 or 2mS/div) Maybe it is generating a double pulse? or a pulse with a glitch on the leading edge? Use halscope to observe the output of the edge component. Maybe it is broken and is triggering on both edges? Maybe it is broken and is making a two-cycle long pulse? Use halscope to see exactly when and by how much the count advances. You can trigger on the count itself, so it should be easy to see the event. If the count is only used internally in your component, and isn't visible to halscope, then at least temporarily make it a pin. Does it advance by two during one servo cycle? Or does it advance by one in one cycle, and advance again on the next cycle? > > if (PotZero) { > toolpotcount = 1; > } else if (PotCount) { > toolpotcount = toolpotcount + 1; > } That code seems sort of OK to me. "Sort of" meaning, I can't tell why it would count twice. There is another possible problem with it though: Suppose the Count signal and the Zero signal arrive in the same servo cycle. In the cycle when both signals arrive, the first conditional is true, and the second one is skipped. Result = 1, OK. Now suppose the Count signal arrives one (or more) cycles before the Zero signal. In the cycle where the count signal arrives, the second conditional is true and you get an increment. A few milliseconds later the zero signal arrives, the first conditional is true, and the result is 1. Still OK. Now suppose the Count signal arrives one (or more) cycle _after_ the Zero signal. In the cycle where the Zero signal arrives, the first conditional is true and the result is one. But a cycle or two later, the Count signal arrives, the second conditional is true, and the counter increments. Result = 2 which is wrong. If the zero and count edges happen very close together, it will be impossible to guarantee correct operation. I'd look at both inputs with a scope (hal or real storage scope) while running the chain around many times. If there is a clear and repeatable interval between the two edges, then you can code accordingly. But if they are too close together to reliably ensure that one always comes first, then I'd consider using a rising edge to count, and a falling edge to reset, or something along those lines. You want the count to happen first, followed by the reset. Personally, if I was writing C code anyway for this component, I'd incorporate the edge detection in the component to avoid having a couple other components and signals in my HAL config. Something like this: static int oldPotZero, oldPotCount; // detect rising edge of count if ( PotCount && ! oldPotCount ) { toolpotcount = toolpotcount + 1; } //detect falling edge of zero if ( ! PotZero && oldPotZero ) { toolpotcount = 1; } // remember current state of inputs for next time oldPotCount = PotCount; oldPotZero = PotZero; > I have removed all other logic from my component - this is the entire > logic in the file at this time Can you post the complete file somewhere? (pastebin.ca, etc) I'm interested in seeing the variable declarations, etc, as well as the logic itself. > What am I missing? (except for intelligence) :) > I trigger the pot with pliers and get the same results whether I > trigger > quickly or hold the pot on. > thanks > Stuart > Hope this helps, John Kasunich -- John Kasunich jmkasun...@fastmail.fm -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
I will try that. I didn't think a prox would require a debounce thanks On Thu, Sep 9, 2010 at 9:18 AM, Peter C. Wallace wrote: > On Thu, 9 Sep 2010, dave wrote: > > > Date: Thu, 09 Sep 2010 07:14:19 -0700 > > From: dave > > Reply-To: "Enhanced Machine Controller (EMC)" > > > > To: "Enhanced Machine Controller (EMC)" > > > Subject: Re: [Emc-users] tool change component > > > > > > > > On Thu, 2010-09-09 at 15:08 +0100, Andy Pugh wrote: > >> On 9 September 2010 14:36, Stuart Stevenson wrote: > >> > >>> I could also move the zero trigger to create a trigger time difference > >>> my main question is - Why to I count 2 for every pot trigger? > >> > >> Is the edge detector in the same realtime thread as the toolchange comp? > >> Is the edge pulse width too long? > >> Perhaps try changing the order in which they are added to the thread? > >> > > If it is triggering on both edges I should think that a FF to divide by > > two would fix it. > > > > Or a one shot that just masks the second pulse. > > > > > > Dave > > > Isn't there a debounce component just for this purpose? > > > Peter Wallace > > > > -- > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- dos centavos -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The kind of fun I had yesterday
On Thu, Sep 9, 2010 at 9:18 AM, dave wrote: > On Thu, 2010-09-09 at 09:12 -0500, Igor Chudov wrote: >> http://igor.chudov.com/projects/Bridgeport-Series-II-Interact-2-CNC-Mill/29-High-Speed-Spindle/ > > I did pretty much the same thing on my Mazak but hung the router > co-axially with the spindle. It does impressive things in wood. I do not really have the room for this, unfortunately. i > > Dave > > > -- > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The kind of fun I had yesterday
On Thu, 2010-09-09 at 09:12 -0500, Igor Chudov wrote: > http://igor.chudov.com/projects/Bridgeport-Series-II-Interact-2-CNC-Mill/29-High-Speed-Spindle/ I did pretty much the same thing on my Mazak but hung the router co-axially with the spindle. It does impressive things in wood. Dave -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
On Thu, 2010-09-09 at 15:08 +0100, Andy Pugh wrote: > On 9 September 2010 14:36, Stuart Stevenson wrote: > > > I could also move the zero trigger to create a trigger time difference > > my main question is - Why to I count 2 for every pot trigger? > > Is the edge detector in the same realtime thread as the toolchange comp? > Is the edge pulse width too long? > Perhaps try changing the order in which they are added to the thread? > If it is triggering on both edges I should think that a FF to divide by two would fix it. Or a one shot that just masks the second pulse. Dave -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
On Thu, 9 Sep 2010, dave wrote: > Date: Thu, 09 Sep 2010 07:14:19 -0700 > From: dave > Reply-To: "Enhanced Machine Controller (EMC)" > > To: "Enhanced Machine Controller (EMC)" > Subject: Re: [Emc-users] tool change component > > > > On Thu, 2010-09-09 at 15:08 +0100, Andy Pugh wrote: >> On 9 September 2010 14:36, Stuart Stevenson wrote: >> >>> I could also move the zero trigger to create a trigger time difference >>> my main question is - Why to I count 2 for every pot trigger? >> >> Is the edge detector in the same realtime thread as the toolchange comp? >> Is the edge pulse width too long? >> Perhaps try changing the order in which they are added to the thread? >> > If it is triggering on both edges I should think that a FF to divide by > two would fix it. > > Or a one shot that just masks the second pulse. > > > Dave > Isn't there a debounce component just for this purpose? Peter Wallace -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] The kind of fun I had yesterday
http://igor.chudov.com/projects/Bridgeport-Series-II-Interact-2-CNC-Mill/29-High-Speed-Spindle/ Includes a video too. This is an adaptor plate for a high speed spindle (Bosch 1617EVS router). i -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
On 9 September 2010 14:36, Stuart Stevenson wrote: > I could also move the zero trigger to create a trigger time difference > my main question is - Why to I count 2 for every pot trigger? Is the edge detector in the same realtime thread as the toolchange comp? Is the edge pulse width too long? Perhaps try changing the order in which they are added to the thread? -- atp -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
when the zero return and count pots trigger I get 3 as the first count on the next pot count the result is 5 then 7 then 9 until the zero return hits again and resets to 3 I think I can probably fix the first three count by triggering the count prox on rising edge and triggering the zero pot on a falling edge. they are certainly on at the same time and appear to come on at exactly the same time I could also move the zero trigger to create a trigger time difference my main question is - Why to I count 2 for every pot trigger? -- dos centavos -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
they are separate triggers and pots they trigger very close to the same time but the zero return triggers only once per complete chain cycle the pot count triggers 30 times per chain cycle On Thu, Sep 9, 2010 at 8:09 AM, Andy Pugh wrote: > On 9 September 2010 13:39, Stuart Stevenson wrote: > > > if (PotZero) { > >toolpotcount = 1; > > } else if (PotCount) { > >toolpotcount = toolpotcount + 1; > > } > > Does the "zero" pot also trigger the "PotCount" pin? > > I would be tempted to put the edge detector into the comp, to make the > HAL simpler. That would also allow you to mask PotCount on PotZero. > > if (PotZero && !OldPotZero){. > > -- > atp > > > -- > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- dos centavos -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change component
On 9 September 2010 13:39, Stuart Stevenson wrote: > if (PotZero) { > toolpotcount = 1; > } else if (PotCount) { > toolpotcount = toolpotcount + 1; > } Does the "zero" pot also trigger the "PotCount" pin? I would be tempted to put the edge detector into the comp, to make the HAL simpler. That would also allow you to mask PotCount on PotZero. if (PotZero && !OldPotZero){. -- atp -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] tool change component
Gentlemen, I have a prox for tool change zero return (to home the chain of pots) and a prox to count the pots during chain motion The chain moves slow - between 1 and 2 pots per second The chain matrix carries 30 pots This is a random tool changer - the pot swings down and a transfer arm swaps the tools between the spindle and the tool change pot I want to reset the count to 1 every time the zero return dog passes the prox The following code resets the count as I wish I have an edge component set up to trigger on the falling edge of the pot count prox signal The following code counts two every time the pot count dog passes the prox if (PotZero) { toolpotcount = 1; } else if (PotCount) { toolpotcount = toolpotcount + 1; } I have removed all other logic from my component - this is the entire logic in the file at this time What am I missing? (except for intelligence) :) I trigger the pot with pliers and get the same results whether I trigger quickly or hold the pot on. thanks Stuart -- uno centavo -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC as an alternative to Heidenhain iTNC 530, Siemens 840D, etc.
On Thu, 2010-09-09 at 13:47 +0300, Anders Wallin wrote: > > The basic question I guess is would EMC be able to provice the same tool > > path quality as the (lower end) Siemens or Heidenhain controllers? > > You should run EMC in simulator mode, and use halscope or halstreamer > to record all the joint positions to disk. Then you can analyze this > data later for correctness/smoothness. > > It is fairly easy to "choke" the EMC interpreter/traj-planner with > G-code which consists of many many short G01-segments. It could be > argued that these should be filtered to longer lines, arcs, biarcs or > NURBS G-code, but if you have a CAM-program that only outputs these > short G01-segments this could become a problem. What about adding a G64 P... or similar? Even with a very small P of a few hundredth of a millimeter it improves the situation significantly. I have some experience on the 840D and I do not think that it behaves differently. If you run the 840D in G60 mode (default), it will also stop after each G1/0 move and re-accelerate. So I do not think there's a difference between 840D and EMC here. The machine does what you program. So if you program a stop every 5 microns, it will completely halt every 5 microns. -- Greetings Michael. -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC as an alternative to Heidenhain iTNC 530, Siemens 840D, etc.
> The basic question I guess is would EMC be able to provice the same tool > path quality as the (lower end) Siemens or Heidenhain controllers? You should run EMC in simulator mode, and use halscope or halstreamer to record all the joint positions to disk. Then you can analyze this data later for correctness/smoothness. It is fairly easy to "choke" the EMC interpreter/traj-planner with G-code which consists of many many short G01-segments. It could be argued that these should be filtered to longer lines, arcs, biarcs or NURBS G-code, but if you have a CAM-program that only outputs these short G01-segments this could become a problem. Even with a hobby mill this is an issue. We have 5m/min rapids on our machine and when programming a contouring operation at say for example 2m/min feedrate, if the CAM-program outputs lots and lots of short G01-segments the EMC interpreter/traj-planner will not handle it well and the actual feedrate may be 1m/min or even lower. You should be able to test for this in simulator mode (see above). Improving the trajectory-planner is not an easy task. I think the consensus reached last time we were discussing this is that it is a very hard task indeed _unless_ some restrictions are added. For example restricting traj-planner to only 3-axis trivkins and/or restricting feed-override to 0-100% (not >100%). Also I think there is a restriction of one G-code block (or canon-command) per servo thread cycle. If you run a normal servo-thread at 1ms that means 1000-lines of G-code per second (in theory). If your CAM-program outputs more than this you will get the slowed down feedrate I mentioned above. As mentioned by other posters this is a problem you rarely encounter with hobby-grade machines because it only occurs with "bad" CAM-code which consists of the many many small G01 segments and with high-speed machinery where you want to cut at 5m/min or 10m/min (or more!). When you have this kind of cash invested in the machine, the tooling, and are under time-pressure to have to run your machine at 10m/min then suddenly I think investing another 10k or 20k in a pro controller is not a problem... (contrast to sitting down, learning all the innards of emc2, learning trajectory-planning math/geometry, and attempting to write a high-speed traj-planner for EMC2) Anders -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC as an alternative to Heidenhain iTNC 530, Siemens 840D, etc.
Hi Ulf > If you have money for a dmg machine of this new age, maybe emc is not > what you need. That's what I'm trying to figure out. At present state I do not really know how much EMC might save me, probably 20k EUR. Depending on how difficult the conversion would be this could be worth it or not. I'll certainly lose a lot of nice features of the professional controllers, but mostly features that I don't need. But it would certainly take a few weeks to do the conversion. > The Siemens 810 is fully digital and fitting emc with the other digital > controls would require much rewiring. That's a good point, I have to make sure it's possible to link the digital servo drives to EMC. I didn't think of this problem yet, because I never worked with these new digital servo controllers. Do you have any details on that? > It would be better and simpler to upgrade the 810 to 840. Would be an option indeed, I'll try to figure out how much that would be. > Maybe you should look for a good old machine on ebay? I thought about that, but having the machine under the manufacturer warranty is a good thing. Of course I will lose warranty as soon as starting the conversion, but I could wait for a few month and use the new machine in its original 3+2 set-up at first. See you Flo -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Run in place
As Jeff say I just forgot to enter: "source scripts/emc-environment" Now it works. Manuals are pretty bad (well not accurate). I know that kepping manuals up to date is near same job as programming itself. But as project (emc2) is maintained with so many developers kepping documantation is even harder. I hate organization of emc2 webpages and support. It's so spreaded that this make confussion. We have mailing list, forum, IRC ... emc2 page at linuxcnc and wiki and ... ... ... I think that now is time to join all that together in same place and to keep only one of 'delayed support as forum or mailing list' and live IRC. Near same is in code. There is so many doubled things and that just confuse users. Just one example (I know that as it's done for me.) In documentation the stepgen has 14 different modes. That's just not true. It's 15 different modes as one is added half year ago. And if someone look in source the same thing appear. In header where types are explained the type 15 is missing. I find just two lines burried in code that talking something with type 15. Near impossible to find it. And type 15 can be substitute for types 3 to 14 too. So kepping doubled functionality is in question. To keep or not to keep. Of course if that types are deleted the all users (using it) need to change one line in hal.ini I must stop as I use EMC2 and I think I got a little out of toppic. Na 8.9.2010 20:32, K.J. Kirwan je pisal: > Hi Slavko, > > Although this does not help you with the question you asked, > on behalf of those of us who are trying to improve the > documents and user manuals, and for the benefit of those > who might be reading and following this discussion, may I > recommend that instead of whatever configuration you are > using, as in your example > > ./configure --enable-run-in-place > > that you use instead > > ./configure --enable-run-in-place --enable-build-documentation > > so that you will have the latest documents available. > > It does not add too much time to the make, and you will get > the benefit of the document corrections and updates that we > are trying to bring you. > > Someone said that now --enable-run-in-place is the default, > and is no longer needed, is this true? If so, perhaps the > --enable-build-documentation should also be made the default, > and instead have --disable-build-documentation or something > similar. Comments? > > And if anyone has any document corrections needed, or any > suggestions for document improvement, please post them to > the emc-users list. > > Thanks for reading. > > Kim > > > -Original Message- >> From: Slavko Kocjancic >> Sent: Sep 7, 2010 11:00 AM >> To: "Enhanced Machine Controller (EMC)" >> Subject: [Emc-users] Run in place >> >> Hello... >> I just try to make new development version of emc2 on my computer. >> >> as many times before I do: >> >> git clone git://git.linuxcnc.org/git/emc2.git emc2-dev >> >> cd emc2-dev >> cd src >> ./autogen.sh >> ./configure --enable-run-in-place >> make >> sudo make setuid >> cd .. >> emc >> >> and try to run my configuration. >> The program report error and here is log. >> In the 1'st line is something that seems wrong. I (think) I compile with run >> in place ! >> (I use 2.5.0~pre in same computer without problems) - Linux Hardy! >> >> >> >> Print file information: >> RUN_IN_PLACE=no >> EMC2_DIR= >> EMC2_BIN_DIR=/usr/bin >> EMC2_TCL_DIR=/usr/share/emc/tcl >> EMC2_SCRIPT_DIR= >> EMC2_RTLIB_DIR=/usr/realtime-2.6.24-16-rtai/modules/emc2 >> EMC2_CONFIG_DIR= >> EMC2_LANG_DIR=/usr/share/emc/tcl/msgs >> INIVAR=inivar >> HALCMD=halcmd >> EMC2_EMCSH=/usr/bin/wish8.4 >> EMC2 - 2.4.3 >> Machine configuration directory is '/home/slavko/emc2/configs/tester' >> Machine configuration file is 'tester.ini' >> INIFILE=/home/slavko/emc2/configs/tester/tester.ini >> PARAMETER_FILE=stepper.var >> EMCMOT=motmod >> EMCIO=io >> TASK=milltask >> HALUI=halui >> DISPLAY=axis >> NML_FILE=emc.nml >> Starting EMC2... >> Starting EMC2 server program: emcsvr >> Loading Real Time OS, RTAPI, and HAL_LIB modules >> Starting EMC2 IO program: io >> Starting HAL User Interface program: halui >> Starting EMC2 TASK program: milltask >> Starting EMC2 DISPLAY program: axis >> Shutting down and cleaning up EMC2... >> Killing task emcsvr, PID=5873 >> Killing task milltask, PID=5996 >> Removing HAL_LIB, RTAPI, and Real Time OS modules >> Removing NML shared memory segments >> Cleanup done >> >> Debug file information: >> Traceback (most recent call last): >> File "/usr/bin/axis", line 55, in >> from rs274.interpret import StatMixin >> ImportError: cannot import name StatMixin >> 5873 >> PID TTY STAT TIME COMMAND >> 5996 >> PID TTY STAT TIME COMMAND >> Stopping realtime threads >> Unloading hal components >> >> Kernel message information: >> [ 395.838657] I-pipe: Domain RTAI registered. >> [ 395.838671] RTAI[hal]:<3.6.1> mounted over IPIPE-NOTHREADS 2.0-04. >> [ 395.838674] RTAI[hal]: compiled with