Re: [Emc-users] micro-v belts, smaller
On Saturday 02 May 2015 05:30:56 Erik Christiansen wrote: On 01.05.15 05:55, Gene Heskett wrote: If the larger pulley is 70mm, thats nominally 110mm of wrap, and the smaller pulley is 40mm, thats 62mm of belt wrapped, and the shafts are 100mm apart, I'd have 110+62+200=372 to 380mm of belt needed. The dis-similar sizes will of course give more wrap length on the larger pulley and less on tha smaller pulley, so to be dead on I'd better look it up in the Handbook. OTOH, thats what the pivoting motor mount is for anyway. :) Gene, If you need 380 mm, but 600 mm is the shortest generally available, is there room for a pair of idler pulleys off to the side, making the whole belt path resemble a boomerang? The boomerang arms would be significantly less than 15 cm (6) with 60 cm (2') belt length, so it wouldn't take up a lot of room. (The outer idler would be larger than the inner, to avoid belt fouling.) Might need a new belt cover if it's on top of the minimill, though. There's probably no belt length calculator for that scenario, but four cardboard wheels cut from a beer carton, and a bit of string, ought to suffice for non-computer modelling, I figure. If you find a good price on poly-v belts of either length, please post the link. It might help me start on a project still on the back burner. (There's a few of those.) Erik My snooping around the net yesterday would seem to indicate that belts down to around 190mm can be had, so I don't think I'll have to resort to that sort of tom-foolery. But first I need to find why that box is crashing. There's a couple questions in the previous post that I am hoping someone can answer. Thanks Erik. Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] micro-v belts, smaller
On 01.05.15 05:55, Gene Heskett wrote: If the larger pulley is 70mm, thats nominally 110mm of wrap, and the smaller pulley is 40mm, thats 62mm of belt wrapped, and the shafts are 100mm apart, I'd have 110+62+200=372 to 380mm of belt needed. The dis-similar sizes will of course give more wrap length on the larger pulley and less on tha smaller pulley, so to be dead on I'd better look it up in the Handbook. OTOH, thats what the pivoting motor mount is for anyway. :) Gene, If you need 380 mm, but 600 mm is the shortest generally available, is there room for a pair of idler pulleys off to the side, making the whole belt path resemble a boomerang? The boomerang arms would be significantly less than 15 cm (6) with 60 cm (2') belt length, so it wouldn't take up a lot of room. (The outer idler would be larger than the inner, to avoid belt fouling.) Might need a new belt cover if it's on top of the minimill, though. There's probably no belt length calculator for that scenario, but four cardboard wheels cut from a beer carton, and a bit of string, ought to suffice for non-computer modelling, I figure. If you find a good price on poly-v belts of either length, please post the link. It might help me start on a project still on the back burner. (There's a few of those.) Erik -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Computer crashing. Re: micro-v belts, smaller
On Fri, May 1, 2015 at 8:17 PM, Gene Heskett ghesk...@wdtv.com wrote: On Friday 01 May 2015 15:08:45 Mark Wendt wrote: On Fri, May 1, 2015 at 12:53 PM, Gene Heskett ghesk...@wdtv.com wrote: Our bullfrogs here in MD are bowled over pretty easily too. ;-) I am glad you said that. If I had, there would have been a contract out on me. ROFL! [...] I'm kinda partial to the Tek 7000 mainframe series. There are tons of plugins besides the horizontal and vertical amps from counters, to curve tracers to spectrum analyzers to you name it. Yeah, but you can't put it, a probe, and a usb cable to charge it with, along with the DSO-1, in your polo shirt pocket. ;-) True dat. But your DSO-1, usb cable and probe can't do waveform calculations, curve tracing, spectrum analyzing or have up to 1 GHz bandwidth... ;-) The 7000 series are lab scopes, that's for sure. But they sure are fun to work with, and for some things, pretty much essential. Besides, if you have enough of 'em, stick one permanently in the shop. Nobody sez ya gotta stop at just one! ;-) That being said, the 2000 series also make some pretty nice shop scopes, and are pretty portable, though not pocket protector-sized. Cheers, Gene Heskett Cheers, mark -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] micro-v belts, smaller
On Saturday 02 May 2015 05:30:56 Erik Christiansen wrote: On 01.05.15 05:55, Gene Heskett wrote: If the larger pulley is 70mm, thats nominally 110mm of wrap, and the smaller pulley is 40mm, thats 62mm of belt wrapped, and the shafts are 100mm apart, I'd have 110+62+200=372 to 380mm of belt needed. The dis-similar sizes will of course give more wrap length on the larger pulley and less on tha smaller pulley, so to be dead on I'd better look it up in the Handbook. OTOH, thats what the pivoting motor mount is for anyway. :) Gene, If you need 380 mm, but 600 mm is the shortest generally available, is there room for a pair of idler pulleys off to the side, making the whole belt path resemble a boomerang? The boomerang arms would be significantly less than 15 cm (6) with 60 cm (2') belt length, so it wouldn't take up a lot of room. (The outer idler would be larger than the inner, to avoid belt fouling.) Might need a new belt cover if it's on top of the minimill, though. There's probably no belt length calculator for that scenario, but four cardboard wheels cut from a beer carton, and a bit of string, ought to suffice for non-computer modelling, I figure. If you find a good price on poly-v belts of either length, please post the link. It might help me start on a project still on the back burner. (There's a few of those.) Erik I expect I will, Erik. I do tend to report progress as you have observed. I just woke up with another thought about the crashing. Something in that install, same install cd was used, is tickling the drive led at about 1.5 second intervals. The other, supposedly identical machine has never done that. And this crasher has already destroyed one hard drive.. Methinks I am going to log into it, and install htop, something tickling the drive that often ought to be right at the top of the cpu usage list. I'll post the result of that too. Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] My crashomatic lathe box
Greetings all; Its come to my attention that something has already destroyed one hard drive in that box, forcing a reinstall and a recovery session with amanda to recover my stuff, and I am wondering if whatever is polling the drives at 2 second intervals was a contributing factor. So I just logged into that box and ran htop, discovering that networkmanager was also running although everything it touches has been subjected to a chattr +i, effectively emasculating that bit of crap. So the first thing I did was to sudo apt-get purge networkmanager. On rerunning htop, I found that udev-daemon and hal-addon-storage were polling /dev/sr0 at 2 second intervals. Can those be disabled? Can I not mount the optical drive by hand in the event its needed? Also, gnome-power-manager is in the top 20 of the htop list. Perhaps that might be disabled also? Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] My crashomatic lathe box
On 02.05.15 09:06, Gene Heskett wrote: Here is a snippet from /var/log/messages showing one such crash and my pressing of the reset button when I found the mouse was frozen: Aha, crash doesn't mean the host is rebooting. If it were, I'd expect swearwords in kern.log. But it it isn't, so it's probably some process hogging all the cycles. If you're already logged in over the network, running htop, then you might catch it - though it'll take a while to seep out with the hog up to its derriere in it. If you just have htop (or top) displaying on the offending host, then the X11 freeze ought to retain for a little while the figures immediately preceding the freeze. It isn't any process crashing - that'll just give a coredump if you've done a ulimit -c unlimited, or otherwise leave the party unnoticed, and X won't freeze. You could run iotop as well, for good measure, but you'd probably hear disk thrashing unless it's a SSD. Apr 29 14:42:51 lathe kernel: [62057.888772] hm2/hm2_5i25.0: IO Pin 033 (P2-13): IOPort Apr 29 14:42:51 lathe kernel: [62057.888955] hm2/hm2_5i25.0: registered Apr 29 14:42:51 lathe kernel: [62057.888961] hm2_5i25.0: initialized AnyIO board at :05:00.0 Apr 29 15:03:03 lathe kernel: imklog 4.2.0, log source = /proc/kmsg started. Apr 29 15:03:03 lathe rsyslogd: [origin software=rsyslogd swVersion=4.2.0 x-pid=755 x-info=http://www.rsyslog.com;] (re)start Apr 29 15:03:03 lathe rsyslogd: rsyslogd's groupid changed to 103 Apr 29 15:03:03 lathe rsyslogd: rsyslogd's userid changed to 101 Apr 29 15:03:03 lathe kernel: [0.00] Initializing cgroup subsys cpuset Apr 29 15:03:03 lathe kernel: [0.00] Initializing cgroup subsys cpu Apr 29 15:03:03 lathe kernel: [0.00] Linux version 2.6.32-122-rtai (root@moses-6core) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) ) #rtai SMP Tue Jul 27 12:44:07 CDT 2010 (Ubuntu 2.6.32-122.35.rtai-rtai 2.6.32.11+drm33.2) Apr 29 15:03:03 lathe kernel: [0.00] KERNEL supported cpus: Apr 29 15:03:03 lathe kernel: [0.00] Intel GenuineIntel Apr 29 15:03:03 lathe kernel: [0.00] AMD AuthenticAMD Apr 29 15:03:03 lathe kernel: [0.00] NSC Geode by NSC Apr 29 15:03:03 lathe kernel: [0.00] Cyrix CyrixInstead Apr 29 15:03:03 lathe kernel: [0.00] Centaur CentaurHauls Apr 29 15:03:03 lathe kernel: [0.00] Transmeta GenuineTMx86 Apr 29 15:03:03 lathe kernel: [0.00] Transmeta TransmetaCPU I don't see a thing in that. Nah, but not totally surprising. The bad stuff usually appears in /var/log/kern.log, and you're only freezing X. That's something I've only ever handled by coming in over the network to look at it, and usually kill the offending process. Erik -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] micro-v belts, smaller
Gene, Have you looked at this source for belts??I see a 15 belt... http://www.vbeltsupply.com/k-series-poly?cat=248 I've purchased V belts from this place before for my finish mower that I pull with a tractor. Locally belts for it were near $80 each. They sell them for about $25 each.The belts they supplied were as good or better than what I could buy locally. Dave On 5/2/2015 6:31 AM, Gene Heskett wrote: On Saturday 02 May 2015 05:30:56 Erik Christiansen wrote: On 01.05.15 05:55, Gene Heskett wrote: If the larger pulley is 70mm, thats nominally 110mm of wrap, and the smaller pulley is 40mm, thats 62mm of belt wrapped, and the shafts are 100mm apart, I'd have 110+62+200=372 to 380mm of belt needed. The dis-similar sizes will of course give more wrap length on the larger pulley and less on tha smaller pulley, so to be dead on I'd better look it up in the Handbook. OTOH, thats what the pivoting motor mount is for anyway. :) Gene, If you need 380 mm, but 600 mm is the shortest generally available, is there room for a pair of idler pulleys off to the side, making the whole belt path resemble a boomerang? The boomerang arms would be significantly less than 15 cm (6) with 60 cm (2') belt length, so it wouldn't take up a lot of room. (The outer idler would be larger than the inner, to avoid belt fouling.) Might need a new belt cover if it's on top of the minimill, though. There's probably no belt length calculator for that scenario, but four cardboard wheels cut from a beer carton, and a bit of string, ought to suffice for non-computer modelling, I figure. If you find a good price on poly-v belts of either length, please post the link. It might help me start on a project still on the back burner. (There's a few of those.) Erik My snooping around the net yesterday would seem to indicate that belts down to around 190mm can be had, so I don't think I'll have to resort to that sort of tom-foolery. But first I need to find why that box is crashing. There's a couple questions in the previous post that I am hoping someone can answer. Thanks Erik. Cheers, Gene Heskett --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] My crashomatic lathe box
On Saturday 02 May 2015 10:05:51 Erik Christiansen wrote: I don't see a thing in that. Nah, but not totally surprising. The bad stuff usually appears in /var/log/kern.log, and you're only freezing X. That's something I've only ever handled by coming in over the network to look at it, and usually kill the offending process. Erik With an ssh -Y lathe session? Not possible, the crash of that machine, losing the nfs4 export, locks up this machine too. This machine, without being touched, resumes normal operation once that box is rebooted. HUmm, maybe a clue in that? Malformed nfs file, as in either /etc/exports there, or /etc/fstab here? exports on the lathe box as it sits right now are disabled, reading like this: #/home shop.coyote.den(rw,sync,fsid=0,no_subtree_check) \ lappy.coyote.den(rw,sync,fsid=0,no_subtree_check) #/ coyote.coyote.den(rw,sync,fsid=0,no_subtree_check) And it hasa not crashed in about 18 hours now. But when it last was reset, the # comments weren't there, so the machine is mounted and visible from here right now. And fstab here has had that import line commented out, but has not been rebooted, yet: THe umount command says the mount is busy. shop.coyote.den:/ /net/shop nfs defaults,intr 0 2 #lathe.coyote.den:/ /net/lathe nfs defaults,intr 0 2 lappy.coyote.den:/ /net/lappy nfs defaults,intr 0 2 The comments and ,intr above were added yesterday after the 2nd crash of the day. So I'm going to go out carve up some code to make the taperlock hub. I could use some good luck, but this time I will save the code after every line added, so I don't lose an hours work, I was about 25 lines in and nearly done with the outside profile when it went away yesterday. I hope there is room enough for some 6-32 draw and jack bolts. Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Computer crashing. Re: micro-v belts, smaller
On Saturday 02 May 2015 07:14:14 Mark Wendt wrote: On Fri, May 1, 2015 at 8:17 PM, Gene Heskett ghesk...@wdtv.com wrote: On Friday 01 May 2015 15:08:45 Mark Wendt wrote: On Fri, May 1, 2015 at 12:53 PM, Gene Heskett ghesk...@wdtv.com wrote: Our bullfrogs here in MD are bowled over pretty easily too. ;-) I am glad you said that. If I had, there would have been a contract out on me. ROFL! [...] I'm kinda partial to the Tek 7000 mainframe series. There are tons of plugins besides the horizontal and vertical amps from counters, to curve tracers to spectrum analyzers to you name it. Yeah, but you can't put it, a probe, and a usb cable to charge it with, along with the DSO-1, in your polo shirt pocket. ;-) True dat. But your DSO-1, usb cable and probe can't do waveform calculations, curve tracing, spectrum analyzing or have up to 1 GHz bandwidth... ;-) Given the bw limit of about 4mhz, when I started out all those years ago, the scope I inherited for a bench scope was a Hickok 505. Even that trace could be mentally expanded to tell you a lot. Most folks see a rounded top on a waveform at the grid of the tune and take it at face value which to them is meaningless. But that rounded top needs to be compared to the DC bias, something that AC coupled Hickok couldn't do. But I learned early on that it was generally a sign of a tired tube, it was drawing grid current when it wasn't supposed to be. If you know what to expect, even that DSO-1 can tell you much more than the specs would lead you to believe. Thats 100% mental, and thats what I seem to be decent at. The 7000 series are lab scopes, that's for sure. But they sure are fun to work with, and for some things, pretty much essential. Besides, if you have enough of 'em, stick one permanently in the shop. Nobody sez ya gotta stop at just one! ;-) True, but that lab scope is not something you would want to slip a couple pieces of big spaghetti on so you could close a transmitter door on it, and standing on a plastic floor, proceed to use it to determine the screen grid current flowing in a 4CX5000A modulator stage by measuring the voltage drop across a 100 ohm 200 watt power resistor. The scope is going to be sitting at nominally 1500 volts above ground, One hand in pocket is the rule for stuff like this folks, do NOT try it at home. I once did that with a triple insulated 35 mhz dual trace phillips scope, worked right well, and told me the tube was toast as during the sync pulse, it was drawing nearly an amp of screen current, and the drop in screen voltage was what was causing pretty extreme, uncompensatable synch compression. The 4CX5000a is built as a shadow grid construction internally, and because the screens wire is physically wound to be precisely behind the control grid wires, exerting its fixed positive voltage as both an electron accelerant and because its well bypassed at the rf frequency, shields the control grid from the several thousand volts of rf swing on the plate making it quite easy to neutralize. And it all works quite well until something sneezes, causing one or more of those wires to overheat and sag. At that point, it is no longer precisely in the control grids shadow and starts intercepting the edge of the electron stream going by. That self destruction cycle continues until a tube, despite being able to handle the amperage in terms of plate current, is effectively burnt toast. That was a teaching/learning moment for me. A fresh tube, at full power will not draw more than 2.5 to 3 milliamps of screen current. And it can run several thousand hours, but if, in the 2x an hour logging of the meters, you note that this screen current is rising, order a fresh one when the meter says 5 milliamps, you have about a month left because the compression will become un compensatable by the time its showing 10 milliamps. The synch tip time is 4.7 microseconds, out of every 63.xx microseconds. All of that 10 milliamps average is drawn in that 7.4% of the synch pulse time. That being said, the 2000 series also make some pretty nice shop scopes, and are pretty portable, though not pocket protector-sized. That they were, once you had put a decent crt in them. But they are loaded with stuff thats now made out of the purest unobtainium made. They also have a 3rd pin grounded power cord, and because the line bypass filtering is so weak in breakdown voltage, such a stunt as I did with that triple insulated Phillips couldn't even be considered with the tek. You would probably, even if the 3rd pin was removed, have used the line cord as a fuse when the whole tx power supply, usually capable of fusing a 16 gauge wire, would be destroyed in a flash of light accompanied by the sound of clearing bullding entrance breakers if the transmitters own breakers aren't fast enough. One such incident on Fisher hill resulted in replacing a 4 ton
Re: [Emc-users] My crashomatic lathe box
On 02.05.15 06:26, Gene Heskett wrote: Its come to my attention that something has already destroyed one hard drive in that box, forcing a reinstall and a recovery session with amanda to recover my stuff, and I am wondering if whatever is polling the drives at 2 second intervals was a contributing factor. So I just logged into that box and ran htop, discovering that networkmanager was also running although everything it touches has been subjected to a chattr +i, effectively emasculating that bit of crap. So the first thing I did was to sudo apt-get purge networkmanager. That's pretty much the first thing I do on a ubuntu box, but more to get mail and other network-related stuff working. What do /var/log/kern.log, and perhaps /var/log/messages say? Being persistent across boots, I guess they're your best bet for diagnosis. If the wheels are falling off in rtai, then hopefully it'll squeal there. As for regular disk activity, they all seem to do it these days, whether ubuntu or debian - mine is doing it every 7 seconds or so. Also, gnome-power-manager is in the top 20 of the htop list. Perhaps that might be disabled also? I've just killed that process on a non-rt ubuntu 8.04 box. After twenty minutes, it hasn't been auto restarted, and I haven't noticed any issues. (Had to boot another host, since this debian 7.8.0 box has no gnome-power-manager to begin with.) Not sure if this is the latest version, but have you run an eye over the things to check here?: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?TroubleShooting#Checking_the_RealTime_subsystem That pcspkr is sufficiently vague to make one wonder. This is admittedly fox hunting in the dark without a spotlight, but if I've set something running, mebbe someone else will plug it. Erik -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] My crashomatic lathe box
On Saturday 02 May 2015 08:50:28 Erik Christiansen wrote: On 02.05.15 06:26, Gene Heskett wrote: Its come to my attention that something has already destroyed one hard drive in that box, forcing a reinstall and a recovery session with amanda to recover my stuff, and I am wondering if whatever is polling the drives at 2 second intervals was a contributing factor. So I just logged into that box and ran htop, discovering that networkmanager was also running although everything it touches has been subjected to a chattr +i, effectively emasculating that bit of crap. So the first thing I did was to sudo apt-get purge networkmanager. That's pretty much the first thing I do on a ubuntu box, but more to get mail and other network-related stuff working. What do /var/log/kern.log, and perhaps /var/log/messages say? Being persistent across boots, I guess they're your best bet for diagnosis. If the wheels are falling off in rtai, then hopefully it'll squeal there. Its not in RTAI. It will crash just as randomly when lcnc isn't running. As for regular disk activity, they all seem to do it these days, whether ubuntu or debian - mine is doing it every 7 seconds or so. The other, first box I bought, isn't blinking the led drive led. But htop does show that command running, scanning /dev/sr0 for a disk insertion I'd guess, at 2 second intervals. Also, gnome-power-manager is in the top 20 of the htop list. Perhaps that might be disabled also? I've just killed that process on a non-rt ubuntu 8.04 box. After twenty minutes, it hasn't been auto restarted, and I haven't noticed any issues. (Had to boot another host, since this debian 7.8.0 box has no gnome-power-manager to begin with.) Not sure if this is the latest version, but have you run an eye over the things to check here?: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?TroubleShooting#Checking_the_ RealTime_subsystem That pcspkr is sufficiently vague to make one wonder. Thats the beep generator. Uses the speaking in the computer if there is one. I don't think these boxes have one. This is admittedly fox hunting in the dark without a spotlight, but if I've set something running, mebbe someone else will plug it. Erik Here is a snippet from /var/log/messages showing one such crash and my pressing of the reset button when I found the mouse was frozen: Apr 29 14:42:51 lathe kernel: [62057.888772] hm2/hm2_5i25.0: IO Pin 033 (P2-13): IOPort Apr 29 14:42:51 lathe kernel: [62057.888955] hm2/hm2_5i25.0: registered Apr 29 14:42:51 lathe kernel: [62057.888961] hm2_5i25.0: initialized AnyIO board at :05:00.0 Apr 29 15:03:03 lathe kernel: imklog 4.2.0, log source = /proc/kmsg started. Apr 29 15:03:03 lathe rsyslogd: [origin software=rsyslogd swVersion=4.2.0 x-pid=755 x-info=http://www.rsyslog.com;] (re)start Apr 29 15:03:03 lathe rsyslogd: rsyslogd's groupid changed to 103 Apr 29 15:03:03 lathe rsyslogd: rsyslogd's userid changed to 101 Apr 29 15:03:03 lathe kernel: [0.00] Initializing cgroup subsys cpuset Apr 29 15:03:03 lathe kernel: [0.00] Initializing cgroup subsys cpu Apr 29 15:03:03 lathe kernel: [0.00] Linux version 2.6.32-122-rtai (root@moses-6core) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) ) #rtai SMP Tue Jul 27 12:44:07 CDT 2010 (Ubuntu 2.6.32-122.35.rtai-rtai 2.6.32.11+drm33.2) Apr 29 15:03:03 lathe kernel: [0.00] KERNEL supported cpus: Apr 29 15:03:03 lathe kernel: [0.00] Intel GenuineIntel Apr 29 15:03:03 lathe kernel: [0.00] AMD AuthenticAMD Apr 29 15:03:03 lathe kernel: [0.00] NSC Geode by NSC Apr 29 15:03:03 lathe kernel: [0.00] Cyrix CyrixInstead Apr 29 15:03:03 lathe kernel: [0.00] Centaur CentaurHauls Apr 29 15:03:03 lathe kernel: [0.00] Transmeta GenuineTMx86 Apr 29 15:03:03 lathe kernel: [0.00] Transmeta TransmetaCPU I don't see a thing in that. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you
Re: [Emc-users] micro-v belts, smaller
On Saturday 02 May 2015 10:15:59 Dave Cole wrote: Gene, Have you looked at this source for belts??I see a 15 belt... http://www.vbeltsupply.com/k-series-poly?cat=248 I've purchased V belts from this place before for my finish mower that I pull with a tractor. Locally belts for it were near $80 each. They sell them for about $25 each.The belts they supplied were as good or better than what I could buy locally. Dave That doesn't hit it exactly but a search for a 384K3, which would be 15.11 comes up with a solid hit. And from the drawings the 3.56 mm spacing says I can put that on a 1/2 wide pulley rim with a bit of room to spare. Their sort by title is busted, it starts with 1000khuge and works up into the 300's about 17 pages in. :( They do not say, but I have to assume the 384 is the length in mm's. And at $3.16/copy, thats certainly affordable enough to buy spares. I think I will have fun grinding the rib profile on a cutoff tool bar to make it though, that is a quite narrow included angle, with lots of material to remove at the bottom of the rib. But I'll have to call them Monday to get the rest of the measurements. Unless someone here has a copy of the K profile they can share? Hint hint. ;) Probably better off in terms of z flex on that thin cutoff tool, to set up the right angle and do one side of a 1/4 tool to half that angle. But that is not todays job, making the OD of the first taperlock hub is. ;-) On 5/2/2015 6:31 AM, Gene Heskett wrote: On Saturday 02 May 2015 05:30:56 Erik Christiansen wrote: On 01.05.15 05:55, Gene Heskett wrote: If the larger pulley is 70mm, thats nominally 110mm of wrap, and the smaller pulley is 40mm, thats 62mm of belt wrapped, and the shafts are 100mm apart, I'd have 110+62+200=372 to 380mm of belt needed. The dis-similar sizes will of course give more wrap length on the larger pulley and less on tha smaller pulley, so to be dead on I'd better look it up in the Handbook. OTOH, thats what the pivoting motor mount is for anyway. :) Gene, If you need 380 mm, but 600 mm is the shortest generally available, is there room for a pair of idler pulleys off to the side, making the whole belt path resemble a boomerang? The boomerang arms would be significantly less than 15 cm (6) with 60 cm (2') belt length, so it wouldn't take up a lot of room. (The outer idler would be larger than the inner, to avoid belt fouling.) Might need a new belt cover if it's on top of the minimill, though. There's probably no belt length calculator for that scenario, but four cardboard wheels cut from a beer carton, and a bit of string, ought to suffice for non-computer modelling, I figure. If you find a good price on poly-v belts of either length, please post the link. It might help me start on a project still on the back burner. (There's a few of those.) Erik My snooping around the net yesterday would seem to indicate that belts down to around 190mm can be had, so I don't think I'll have to resort to that sort of tom-foolery. But first I need to find why that box is crashing. There's a couple questions in the previous post that I am hoping someone can answer. Thanks Erik. Cheers, Gene Heskett --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] My crashomatic lathe box
On Saturday 02 May 2015 12:11:29 Gene Heskett wrote: On Saturday 02 May 2015 10:05:51 Erik Christiansen wrote: I don't see a thing in that. I went out and wrote the code for the taperlock hubs tapered portion. Loaded it up into LCNC that I had just started, fixed a coule typu's, looked good on the backplot, stepped it in far enough to start the first pass thru the while loop, and about 1/2 to the left of the startpoint, the spindle coasted to a stop, every led on the breakout board at full brightness, its an older cnc4pc C1G board. lcnc screen looks good, like its running fine but everythiung is frozem where it was. No mouse, no keyboard. Come back in here, clicked on my thread to send this message, but this box is locked. reset reboot this one to get rid of the nfs mount of lathe. So now I can open the thread and send a new msg. Lathe is not reachable by the usual ssh -Y lathe from a cli. So its still crashed locked whatever. Good video, but the only response will be from the reset button. So I will go do that, load lcnc again, home everything and redo the touchoffs to get back to my starter point, and see if it will run without the nfs sharing, but the nfs stuff itself will still be running on the reboot. The psu I ordered, that only looks like the right shape mounting, will not be here till next friday. Dammit. But I see zero flickers in the video output when it freeses. I need more clues. I'll go see if there is a kern.log or whatever once I hit the reset button reboot it. Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] charge pump start at Axis startup (if no Estop)
I am trying to get my charge pump to start up when Axis starts and the Estop button is disabled (out) but not having any luck. This page gives several variations http://wiki.linuxcnc.org/cgi-bin/wiki.pl?About_Charge_Pumps and says: An example is, net notEstop iocontrol.0.user-enable-out = charge-pump.enable to have the charge pump run except with an e-stop But this does not work. I can either get the charge pump to come on when I press the red On button in Axis (which is not what I want) or not come on at all. Any ideas? Thanks, -Tom Snippet of related config: loadrt trivkins loadrt [EMCMOT]EMCMOT servo_period_nsec=[EMCMOT]SERVO_PERIOD num_joints=[TRAJ]AXES loadrt hostmot2 loadrt hm2_pci config= num_encoders=4 num_pwmgens=0 num_stepgens=3 sserial_port_0=00 setphm2_5i25.0.watchdog.timeout_ns 500 loadrt pid names=pid.x,pid.z,pid.s loadrt abs names=abs.spindle loadrt lowpass names=lowpass.spindle loadrt scale names=scale.spindle loadrt charge_pump addf charge-pump servo-thread addf hm2_5i25.0.read servo-thread addf motion-command-handler servo-thread addf motion-controllerservo-thread addf pid.x.do-pid-calcs servo-thread addf pid.z.do-pid-calcs servo-thread addf pid.s.do-pid-calcs servo-thread addf scale.spindleservo-thread addf abs.spindle servo-thread addf lowpass.spindle servo-thread addf hm2_5i25.0.write servo-thread # ---Chargepump StepGen: 0.25 velocity = 10Khz square wave output--- setp hm2_5i25.0.stepgen.02.dirsetup100 setp hm2_5i25.0.stepgen.02.dirhold 100 setp hm2_5i25.0.stepgen.02.steplen 100 setp hm2_5i25.0.stepgen.02.stepspace 100 setp hm2_5i25.0.stepgen.02.position-scale 1 setp hm2_5i25.0.stepgen.02.step_type 2 setp hm2_5i25.0.stepgen.02.control-type1 setp hm2_5i25.0.stepgen.02.maxaccel0 setp hm2_5i25.0.stepgen.02.maxvel 0 setp hm2_5i25.0.stepgen.02.velocity-cmd0.25 net charge-pump = charge-pump.out = hm2_5i25.0.stepgen.02.enable # --- ESTOP-EXT --- net estop-ext = hm2_5i25.0.7i84.0.0.input-16 #net machine-is-enabled= motion.motion-enabled net machine-is-enabled charge-pump.enable = motion.motion-enabled # ---estop signals--- net estop-out = iocontrol.0.user-enable-out net estop-ext = iocontrol.0.emc-enable-in -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] charge pump start at Axis startup (if no Estop)
On 05/02/2015 04:34 PM, Tom Easterday wrote: I am trying to get my charge pump to start up when Axis starts and the Estop button is disabled (out) but not having any luck. This page gives several variations http://wiki.linuxcnc.org/cgi-bin/wiki.pl?About_Charge_Pumps and says: An example is, net notEstop iocontrol.0.user-enable-out = charge-pump.enable to have the charge pump run except with an e-stop But this does not work. I can either get the charge pump to come on when I press the red On button in Axis (which is not what I want) or not come on at all. Any ideas? The iocontrol manpage says: iocontrol.0.user-enable-out (Bit, Out) FALSE when an internal estop condition exists Experimenting with 2.7.0~pre6 here shows that user-enable-out follows the E-stop button in Axis, which is what i think you want. Snippet of related config: loadrt trivkins loadrt [EMCMOT]EMCMOT servo_period_nsec=[EMCMOT]SERVO_PERIOD num_joints=[TRAJ]AXES loadrt hostmot2 loadrt hm2_pci config= num_encoders=4 num_pwmgens=0 num_stepgens=3 sserial_port_0=00 setphm2_5i25.0.watchdog.timeout_ns 500 loadrt pid names=pid.x,pid.z,pid.s loadrt abs names=abs.spindle loadrt lowpass names=lowpass.spindle loadrt scale names=scale.spindle loadrt charge_pump addf charge-pump servo-thread addf hm2_5i25.0.read servo-thread addf motion-command-handler servo-thread addf motion-controllerservo-thread addf pid.x.do-pid-calcs servo-thread addf pid.z.do-pid-calcs servo-thread addf pid.s.do-pid-calcs servo-thread addf scale.spindleservo-thread addf abs.spindle servo-thread addf lowpass.spindle servo-thread addf hm2_5i25.0.write servo-thread # ---Chargepump StepGen: 0.25 velocity = 10Khz square wave output--- setp hm2_5i25.0.stepgen.02.dirsetup100 setp hm2_5i25.0.stepgen.02.dirhold 100 setp hm2_5i25.0.stepgen.02.steplen 100 setp hm2_5i25.0.stepgen.02.stepspace 100 setp hm2_5i25.0.stepgen.02.position-scale 1 setp hm2_5i25.0.stepgen.02.step_type 2 setp hm2_5i25.0.stepgen.02.control-type1 setp hm2_5i25.0.stepgen.02.maxaccel0 setp hm2_5i25.0.stepgen.02.maxvel 0 setp hm2_5i25.0.stepgen.02.velocity-cmd0.25 net charge-pump = charge-pump.out = hm2_5i25.0.stepgen.02.enable # --- ESTOP-EXT --- net estop-ext = hm2_5i25.0.7i84.0.0.input-16 #net machine-is-enabled= motion.motion-enabled net machine-is-enabled charge-pump.enable = motion.motion-enabled # ---estop signals--- net estop-out = iocontrol.0.user-enable-out net estop-ext = iocontrol.0.emc-enable-in I think you want charge-pump.enable netted to iocontrol.0.user-enable-out, so that when the machine comes out of Estop, the charge-pump starts pumping. I dont understand why you're netting charge-pump.out to the stepgen enable, could that be the source of your troubles? The charge pump component makes a square wave all by itself, you don't need a stepgen inline. Just net the charge-pump.out to a gpio. -- Sebastian Kuzminsky -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] charge pump start at Axis startup (if no Estop)
On May 2, 2015, at 6:45 PM, Sebastian Kuzminsky s...@highlab.com wrote: The iocontrol manpage says: iocontrol.0.user-enable-out (Bit, Out) FALSE when an internal estop condition exists Experimenting with 2.7.0~pre6 here shows that user-enable-out follows the E-stop button in Axis, which is what i think you want. It does sound like what I want. I think you want charge-pump.enable netted to iocontrol.0.user-enable-out, so that when the machine comes out of Estop, the charge-pump starts pumping. I thought I already tried that but will do it again and see... I dont understand why you're netting charge-pump.out to the stepgen enable, could that be the source of your troubles? Well, that wasn’t working but I have tried about a dozen different combinations and only the last one had that config. The charge pump component makes a square wave all by itself, you don't need a stepgen inline. Just net the charge-pump.out to a gpio. Hmm, I wonder if this is my problem. I want to use the Mesa stepgen to generate the charge pump signal. Should I not even be doing the loadrt (and addf) for the charge-pump component? But if I don’t will I still have all the charge pump signals (like charge-pump.enable and charge-pump.out)? The mesa stepgen will stop if it loses contact with Linuxcnc (via watchdog). Thanks Seb, -Tom -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] My crashomatic lathe box, update, sorta
On Saturday 02 May 2015 12:11:29 Gene Heskett wrote: One thing I noted today was that when I put it all back together with the new 1 hp motor, I neglected to run a solid ground from the lathes frame to someplace on the star ground in the breakout and motor driver box. So I hung a light weight clip lead to bridge it. It still crashes, but not near as often. So I may be onto something. Need a decent sized wire gauge, a 24 ga cliplead isn't it. But before I continue, I have at least 2 cables to add about a foot too, one being the x motors power run, the other the X home switch. While drilling out the inner of the taperlock, the last drill before I goto the boring bar was going to be a 5/8, about 15mm IOW. But to chuck it in the drill chuck which is mounted in a boring bar QC holder, I had to run it clear to the tailstock end to get clearance enough to chuck the drill. And ran it about 1/2 farther that the x home switch and x motor cables could reach. So as it was Derby dinner time, I quit, having mowed and weed eated the place while the taper hub code was running. Tomorrow, thats first on the agenda. I need to get some chain conduit and do it right. Tisn't the first time I've hooked those 2 cables on something that stretched them a bit too far... Cheers, Gene Heskett -- There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users