Re: [Emc-users] Emc-users Digest, Vol 46, Issue 5
> Date: Fri, 5 Feb 2010 23:12:01 -0500 > From: e...@dc9.tzo.com > To: emc-users@lists.sourceforge.net > Subject: Re: [Emc-users] Classicladder problem > > Rudy, > > I'd probably put another assignment statement below the existing one, > but assign the value to a register that you can monitor. > That way you can make sure the value is a legit timer preset value. > > Dave > >To watch the (eg) new style timer preset: >open the watch window >change one of the %Wx values to %TM0.P >then you can see the timer preset value >This is the same for all the variables >you can even watch bit variables that way Dave, Chris Thanks for the tip about the watch window - that will be useful. I have found a work around - I add a small value to the result so that the timer value is never set to zero. That has solved the problem. %TM0.P = 16*(%IW1 - %IW0) + 1 and has no significant effect on the functioning of the toolchanger. It now works fine and one can select any one of 6 tools (btw it is a EMCO Compact 5 CNC toolchanger, if anybody is interested. Rudy __ Information from ESET Smart Security, version of virus signature database 4846 (20100208) __ The message was checked by ESET Smart Security. http://www.eset.com -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Directional motion loss
richard harris wrote: > This code has more linear inches of motion and is longer than the program > that was exhibiting issues. > I ran it three times without the coolant or spindle running, i had two other > machines running at the same time as i did the other day. I also had halmeter > showing the encoder count, not sure if it would show anything of value but i > was curious. The machine repeated within the tolerance of the indicator.. > I then ran it three times with the coolant and spindle running and witnessed > two thousands of motion lost over the three runs. However Halmeter showed > the same number of encoder counts. > I think halmeter will ALWAYS show the same count, as EMC will always move such that at a particular commanded position, the count will be the same. The problem is that the encoder is presumed to actually be at a different position than EMC is seeing. > I am assuming two things, 1 my problem is noise, 2 the error was less during > the test because i did not load the spindle. Do those sound like reasonable > assumptions? > I agree strongly with #1, not sure about #2. The different program may have a lot more to do with it than the spindle load. But, you could also be quite right. Do you have a VFD on your spindle? These are VERY noisy devices. Make sure there is a good ground conductor between the VFD and the motor frame. You may need to put a noise filter on the line input to the VFD. If the spindle motor wires and VFD supply wires run near any other wires, suspend them away from other wiring and rerun this test. > My plan at the moment is get a differential receiver on all the encoders, and > run new wires on the x-axis just in case. If these mods don't improve the > situation I'm thinking of adding a line reactor to the VFD. > Any other straight forward things I can do to improve the noise situations? > A line reactor, by itself may not help much (or it might). A complete EMI filter is a better way to go. You may be able to find one at a surplus store. The kind used to protect a rack of computers is the sort that works best in these cases, I have one on my mill's VFD. The differential receiver should help, but good noise control practices are still important. Jon -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Keyboard Jog
Hello All, Anyone know how to disable keyboard jog buttons? Using jog push buttons thru halui instead. Paul -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Directional motion loss
On Sunday 07 February 2010, richard harris wrote: >The encoders on this machine are differential sealed units from BEI. When > i got the machine one was nonfunctional so i sent all three to BEI and had > them rebuilt and upgraded from an incandescent bulb to led. The encoder > is mounted to the rear of the motor, and shows no sign of any oil or > coolant contamination. Currently the encoders are wired as single ended, i > plan on ordering differential receiver from US digital on monday. All > wires are shielded and grounded at the controller side only. All cables > are run in flexible metal conduits. I checked all the grounds along with > all the mechanical couplers, nothing looked unacceptable. > >I wrote the code below to see if i could manage to duplicate the error > without scraping parts. G1 X.5 F30 >M3 S4000 >#1 = 0 >O101 while [#1 lt 150] >G1 X2.0 Y2.0 z-1.0 F40 >G1 X.5 Y0.0 Z-1.716 >#1 = [#1+1] >O102 if [#1 EQ 30] >S3000 >(MSG, 30 loops down) >O102 endif >O102 if [#1 EQ 60] >S2000 >(MSG, 60 loops down) >O102 endif >O102 if [#1 EQ 90] >S1500 >(MSG, 90 loops down) >O102 endif >O102 if [#1 EQ 120] >S1000 >(MSG, 140 loops down) >O102 endif >O101 endwhile >M5 >G1 X.05 Y0.0 Z-1.716 F30 >G1 X0.0 F10 >M2 >This code has more linear inches of motion and is longer than the program > that was exhibiting issues. I ran it three times without the coolant or > spindle running, i had two other machines running at the same time as i > did the other day. I also had halmeter showing the encoder count, not sure > if it would show anything of value but i was curious. The machine repeated > within the tolerance of the indicator.. I then ran it three times with the > coolant and spindle running and witnessed two thousands of motion lost > over the three runs. However Halmeter showed the same number of encoder > counts. I am assuming two things, 1 my problem is noise, 2 the error was > less during the test because i did not load the spindle. Do those sound > like reasonable assumptions? Very much so. Guessing at a distance, I'd blame the spindle motors brushes & start waving a scope probe around in the vicinity of its power cable. I don't have encoders, entirely dependent on the steppers sstaying in time here. but I did do that and was pleasantly surprised that my motors power cable, which is not shielded in its run from the PWM controller I moved from the gear head into a box about 4 feet of cable away so it could be hooked directly to the PMDX-106 controlling it, and my 100mhz scope can't find either the PWM noise, or the brush noise from 4 or 5" away from that twisted cable. > My plan at the moment is get a differential > receiver on all the encoders, and run new wires on the x-axis just in > case. If these mods don't improve the situation I'm thinking of adding a > line reactor to the VFD. The idea I believe, is to add the ferrite stuff so it attacks the longitudinal noise, in other words both conductors going to the motor go through the ferrite core as if they were zip cord, and that zip cord was wound through the core several times. That slows down the unbalanced component of the noise, without seriously effecting the VFD's ability to read the motor & see what its doing. It also, because the huge majority of the currents are equal but opposite directions, the controlling currents balance each other out magnetically, so the core will not easily saturate and disappear from the circuit. > Any other straight forward things I can do to > improve the noise situations? Star grounding, when running through conductive conduit, often isn't what one thinks he has. The wires themselves should also be shielded according to function, and the only place the shields and the grounded conduits are actually tied together should be at the 'star' point itself, at the controller. The shielding should not be connected to the conduit any other place. If you are depending on the conduit for ground, problems such as this are a possibility. Good luck. >--- On Fri, 2/5/10, richard harris wrote: > >From: richard harris >Subject: [Emc-users] Directional motion loss >To: "Enhanced Machine Controller (EMC)" >Date: Friday, February 5, 2010, 6:17 PM > >Hey, > >I am running emc 3.2.0 off the BDI with Jon Elson's pwm servo boards. The > machine is a knee mill, of similar size and mass to a hurco. > >This machine gets little use as its bigger brother does all the heavy > lifting so the problem i describe below might have existed for some time > and not been noticed based upon part configuration and tolerance. I notice > during the last few days, while machining a thin wall box that one > sidewall was thicker than the other. At first i assumed that i had a chip > in the vise when i loaded the part, however the next part had a similar > condition. I re-zeroed the machine and noted that it showed i was .010" > off. Ran the next part and it was fine, the second part showed some > issues, and the third clearly
Re: [Emc-users] Directional motion loss
The encoders on this machine are differential sealed units from BEI. When i got the machine one was nonfunctional so i sent all three to BEI and had them rebuilt and upgraded from an incandescent bulb to led. The encoder is mounted to the rear of the motor, and shows no sign of any oil or coolant contamination. Currently the encoders are wired as single ended, i plan on ordering differential receiver from US digital on monday. All wires are shielded and grounded at the controller side only. All cables are run in flexible metal conduits. I checked all the grounds along with all the mechanical couplers, nothing looked unacceptable. I wrote the code below to see if i could manage to duplicate the error without scraping parts. G1 X.5 F30 M3 S4000 #1 = 0 O101 while [#1 lt 150] G1 X2.0 Y2.0 z-1.0 F40 G1 X.5 Y0.0 Z-1.716 #1 = [#1+1] O102 if [#1 EQ 30] S3000 (MSG, 30 loops down) O102 endif O102 if [#1 EQ 60] S2000 (MSG, 60 loops down) O102 endif O102 if [#1 EQ 90] S1500 (MSG, 90 loops down) O102 endif O102 if [#1 EQ 120] S1000 (MSG, 140 loops down) O102 endif O101 endwhile M5 G1 X.05 Y0.0 Z-1.716 F30 G1 X0.0 F10 M2 This code has more linear inches of motion and is longer than the program that was exhibiting issues. I ran it three times without the coolant or spindle running, i had two other machines running at the same time as i did the other day. I also had halmeter showing the encoder count, not sure if it would show anything of value but i was curious. The machine repeated within the tolerance of the indicator.. I then ran it three times with the coolant and spindle running and witnessed two thousands of motion lost over the three runs. However Halmeter showed the same number of encoder counts. I am assuming two things, 1 my problem is noise, 2 the error was less during the test because i did not load the spindle. Do those sound like reasonable assumptions? My plan at the moment is get a differential receiver on all the encoders, and run new wires on the x-axis just in case. If these mods don't improve the situation I'm thinking of adding a line reactor to the VFD. Any other straight forward things I can do to improve the noise situations? --- On Fri, 2/5/10, richard harris wrote: From: richard harris Subject: [Emc-users] Directional motion loss To: "Enhanced Machine Controller (EMC)" Date: Friday, February 5, 2010, 6:17 PM Hey, I am running emc 3.2.0 off the BDI with Jon Elson's pwm servo boards. The machine is a knee mill, of similar size and mass to a hurco. This machine gets little use as its bigger brother does all the heavy lifting so the problem i describe below might have existed for some time and not been noticed based upon part configuration and tolerance. I notice during the last few days, while machining a thin wall box that one sidewall was thicker than the other. At first i assumed that i had a chip in the vise when i loaded the part, however the next part had a similar condition. I re-zeroed the machine and noted that it showed i was .010" off. Ran the next part and it was fine, the second part showed some issues, and the third clearly had a problem. Part is taking 17 minutes, and the properties pull down shows 400" of motion. I checked the machine for a loose belt, loose ball screw to thrust washer, and loose ball nut, all of these looked fine. I continued to run the code, cutting air and double checking the machine position to the zero point on the vise. I am loosing .002-.005" to the in the minus x direction. I have checked for backlash within the working envelope with a dial indicator and have not found anything that would alarm me. Any ideas on what would causing a loss of position in one direction only it is repeatably losing in the minus direction only. Mechanical, electrical, anything at this point. As always thanks. Richard -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.ne
Re: [Emc-users] Hardy won't mount my thumb drive
Belli Button wrote: > Well if anybody has a similar difficulty this is what I did. Plug your thumb > drive into the motherboard USB, I guess the port on the front runs through a > USB hub on the motherboard and that this particular driver is not loaded. > The mouse for some reson works great in any port... > > Greg > > - Original Message - > From: "Belli Button" > To: "Enhanced Machine Controller (EMC)" > Sent: Saturday, February 06, 2010 8:34 PM > Subject: Re: [Emc-users] Hardy won't mount my thumb drive > > >> Hello All, >> >> I have am starting with EMC, so far so good. I tried move a gcode program >> from my windows machine to the EMC machine but Ubuntu doesn't see the >> thumb >> drive and so can't even mount it manually. Is it related to this problem? >> https://bugs.launchpad.net/ubuntu/+bug/211760 >> >> This is a new CD image install downloaded a week ago, 8.04 with no updates >> after the download. >> >> Help please.. >> >> Greg >> Troubleshooting USB memory devices under Linux: - check that usb storage module is installed lsmod | egrep 'usb|stor' usb_storage52576 0 <-- possible output if not try modprobe usb-storage modprobe needs to be run as root or use sudo in front of the command. Then try lsmod again to see if the module was installed. You should see something like this in /var/log/messages file: Feb 7 10:47:12 krpan kernel: [ 4503.411593] Initializing USB Mass Storage driver... Feb 7 10:47:12 krpan kernel: [ 4503.411649] usbcore: registered new interface driver usb-storage Feb 7 10:47:12 krpan kernel: [ 4503.411653] USB Mass Storage support registered. - check what's on USB port(s) lsusb you should get something like Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 002: ID 0c45:63fa Microdia Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub One of the devices should be your memory device. Try lsusb both with and without memory plugged in. Should see the difference. - if the device is visible on USB bus, then try to see if there's a recognizable partition on that device: fdisk -l or fdisk -l /dev/sdb fdisk -l /dev/sdc etc. if a partition is recognized then try to mount it (as root or use sudo) with mount /dev/sdb1 /mnt/usbmem where sdb1 is the first partition on USB memory thingie and /mnt/usbmem is empty directory used as a mounting point. To create empty partition on USB memory usable in windog do the following mkfs -t vfat /dev/sdb1 Be careful with mkfs as it can ruin your day. - if the memory was plugged in during bootup, it should be recognized which you can verify with dmesg | less look for USB related stuff and storage following the line with: sd 0:0:0:0: [sda] Attached SCSI disk I know from personal experience that some USB memory is simply not being recognized no matter what. That includes SD memory cards. Disconnecting and reconnecting helped sometimes. If you write to USB memory you either need to wait for a minute or two before you unplugg USB memory device or use command sync I was under impression that this is not needed in modern Unix systems, however, I learned that sometimes not all data written to that "drive" actually ended there. By the way, why not use network connection to copy files over? Good luck, -- Rafael -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Hardy won't mount my thumb drive
Well if anybody has a similar difficulty this is what I did. Plug your thumb drive into the motherboard USB, I guess the port on the front runs through a USB hub on the motherboard and that this particular driver is not loaded. The mouse for some reson works great in any port... Greg - Original Message - From: "Belli Button" To: "Enhanced Machine Controller (EMC)" Sent: Saturday, February 06, 2010 8:34 PM Subject: Re: [Emc-users] Hardy won't mount my thumb drive > Hello All, > > I have am starting with EMC, so far so good. I tried move a gcode program > from my windows machine to the EMC machine but Ubuntu doesn't see the > thumb > drive and so can't even mount it manually. Is it related to this problem? > https://bugs.launchpad.net/ubuntu/+bug/211760 > > This is a new CD image install downloaded a week ago, 8.04 with no updates > after the download. > > Help please.. > > Greg > > > > > > > -- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > ___ > 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.435 / Virus Database: 271.1.1/2666 - Release Date: 02/03/10 19:35:00 -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users