#emc | Logs for 2008-01-19

[00:01:01] <acemi> Intel announced a new tool named as LatencyTOP which can be used to find what's causing the latency. http://lkml.org/lkml/2008/1/18/355
[00:04:35] <toastyde1th> toastyde1th is now known as toastydeath
[00:16:59] <tomp> "LatencyTOP is a Linux tool for software developers (both kernel and userspace), aimed at identifying where system latency occurs, and what kind of operation/action is causing the latency to happen. "
[00:17:08] <tomp> thx acemi
[00:30:59] <tomp> paranoia strikes deep... it always seems someone's posted some goody then left before i can ask
[00:31:28] <tomp> hey seb! thats a 250 uS cycle time? on the new 7i43
[00:32:07] <tomp> err, servo update time
[01:20:32] <[1]a-l-p-h-a> [1]a-l-p-h-a is now known as a-l-p-h-a
[01:29:09] <skunkworks> http://www.cnczone.com/forums/showthread.php?p=396118#post396118
[01:35:47] <cradek> he can set TLO by probing - there's sample gcode in the distribution
[01:36:07] <Ziegler> or... he can do a tool change in the program if he needs to touch off with a new tool
[01:36:36] <Ziegler> "jog/touchoff"
[01:38:20] <Ziegler> z axis touch plate would work with emc wouldnt it
[01:38:21] <Ziegler> ?
[01:38:55] <Ziegler> custom m code?
[01:42:50] <cradek> tool length probing works great, I use it
[01:44:11] <archivist> how would one use it for a gear cutter
[01:44:41] <cradek> depends on the sensor I guess
[01:45:05] <cradek> if you probe the arbor and know the offset up to the teeth, that could work
[01:45:23] <cradek> but I doubt you'll be doing a job with a lot of tool changes, one of them being a gear cutter
[01:45:26] <archivist> well one needs to rotate the spindle to know the peak
[01:46:04] <cradek> I picture tool length probing as more useful for (say) loading a series of drills in a jacobs chuck
[01:46:09] <archivist> been contemplating optical of some method
[01:47:02] <Ziegler> pieazo
[01:47:17] <Ziegler> err piezo
[01:47:35] <Ziegler> can be sensitive enough to work as a touch pad
[01:48:21] <Ziegler> http://en.wikipedia.org/wiki/Piezoelectricity
[01:48:39] <Ziegler> combine with a simple transistor and the probe pin on the para port
[01:50:19] <archivist> hmm possible, I actually want 3 measurements for automated centering and offset for the cutter
[01:50:56] <archivist> and some of the cutters are damn small
[01:52:09] <Ziegler> multiple pads
[01:52:21] <Ziegler> ?
[01:52:59] <archivist> or a line ccd camera(scanner optics maybe)
[01:53:19] <Ziegler> cool
[01:54:00] <Ziegler> I just got about 10 lbs of machinable wax
[01:54:01] <archivist> current methods can take a day to make 1 pinion
[01:54:20] <Ziegler> been trying to make some molds for it to reform waste into "bricks"
[01:54:24] <Ziegler> for re-use
[01:54:53] <Ziegler> day to make a pinion?
[01:54:59] <Ziegler> what are your current methods?
[01:55:11] <Ziegler> (im just curious)
[01:55:40] <archivist> microscope and trial and error
[01:56:01] <Ziegler> using cnc?
[01:57:30] <archivist> no 1950's production gear cutter
[01:57:47] <Ziegler> ohhh
[01:57:59] <Ziegler> got any pictures?
[01:58:27] <archivist> once set up one can make 100's , yes link in a sec
[02:00:04] <archivist> www.archivist.info/cnc top right
[02:00:35] <Ziegler> now thats a newat machine
[02:00:39] <Ziegler> neat
[02:01:22] <archivist> its massivly built for the size it cuts
[02:02:11] <jmkasunich> mass is good (as long as you don't have to move it down steps)
[02:02:26] <archivist> very true
[02:02:46] <Ziegler> heh
[02:02:47] <archivist> down is easy up is harder
[02:07:13] <archivist> hmm a jeweled v block could sense od and centering with x/y motion detection or combination of v and flat
[02:17:56] <jmkasunich> jeweled?
[02:18:22] <jmkasunich> you mean the contacting surfaces would be jewels, or the block would pivot or something on jewels?
[02:18:51] <archivist> contact surfaces
[02:19:40] <archivist> with directionam sensing (peizo or similar)
[02:19:49] <archivist> directional
[02:20:33] <jmkasunich> doesn't that risk dulling the cutter?
[02:20:41] <archivist> a modified record pickup
[02:20:51] <archivist> well if slow enough
[02:21:40] <archivist> needs to be hard to avoid wear and be repeatable
[02:22:55] <jmkasunich> * jmkasunich imagines something like those old pulsar tuning fork watches - a vibrating probe - when it touches something, the vibrations stop
[02:24:25] <jmkasunich> if you had a probe (as opposed to a v-block), how small would it need to be? 1mm sphere? 0.5mm sphere?
[02:24:37] <archivist> cutter tooth width is 10 thou on small sizes
[02:24:52] <jmkasunich> do you need to sneak in between teeth?
[02:24:57] <archivist> no
[02:25:40] <archivist> just looking for peak od and centerline
[02:25:53] <jmkasunich> this is like a traditional gear cutter, only smaller, right? multiple cutter teeth, but a single gear tooth - not a hob
[02:26:14] <archivist> cut a pinion and see how good and mod offsets and....
[02:26:26] <archivist> yes
[02:27:19] <jmkasunich> you say you use a microscope.... would optical methods work (webcam looking in microscope eyepiece) or is it something else that makes it a try-and-repeat process?
[02:28:00] <archivist> form of cutter is often not exactly simetrical
[02:28:20] <tomp> can you 'look for daylight' ?
[02:29:19] <archivist> I need to do some pics of the problems I see
[02:30:20] <jmkasunich> when you say not symmetrical. do you mean tooth-to-tooth variation on the cutter, and you have to find the biggest tooth?
[02:30:49] <jmkasunich> (actually, it might be one tooth cuts farthest left, another cuts farthest down, and a third cuts farthest right
[02:31:10] <tomp> or swap the tool for something that is symmetric while finding location, then mount the real tool for cutting
[02:31:16] <archivist> sum of all errors cutter, arbor, spindle
[02:31:41] <jmkasunich> suppose you can achieve a bright white background, and the cutter is dark
[02:32:07] <jmkasunich> video it while running slowly, then merge all the frames, using a "darkest pixel wins" algorithm
[02:32:16] <jmkasunich> the final dark outline shows what will be cut
[02:32:23] <archivist> I do have some backlight units to try that
[02:33:22] <archivist> doing that I could correct for form to some extent
[02:33:54] <tomp> i'm hearing hints for video recognition in hal/emc :)
[02:34:30] <archivist> would be fun
[02:35:02] <jmkasunich> tomp: not really
[02:35:11] <jmkasunich> this would be more of a touch-off type step
[02:35:21] <jmkasunich> but instead of using an edge finder, you'd be using video
[02:35:33] <tomp> 'looking for daylight' video
[02:36:39] <tomp> 'lookin for daylight' is watching for when something approaches soemthing by watching when light is no longer visible between them
[02:36:39] <archivist> and a pile of maths to get best depth depending on cutter profile and module(DP)
[02:37:02] <jmkasunich> gearcutting is always a pile of maths
[02:37:27] <archivist> as ours is cycloidal
[02:37:42] <archivist> or near enough
[02:38:24] <archivist> looking right being more important than actual shape
[02:45:33] <lewin1> lewin1 is now known as lewing
[04:25:12] <maddash> can someone look at the last row on page 3 of measure.igpp.ucla.edu/hemisphere/Manuals/ads7870.pdf and tell me what "aperture delay" means?
[04:27:00] <maddash> er, nvm
[04:27:43] <toastydeath> pew pew pew
[04:27:44] <toastydeath> lasers
[04:28:25] <maddash> arghhh this a/d takes 577 cycles of a 29.49MHz clock just to convert a single channel
[04:29:11] <jmkasunich> obviously not intended for high speed work
[04:29:15] <jmkasunich> pick a different one
[04:29:23] <jmkasunich> (assuming you need high speed)
[04:32:24] <maddash> is it the norm among a/d chips?
[04:33:17] <jmkasunich> there is no such thing as "norm"
[04:33:37] <jmkasunich> there are ADs ranging from 60 samples per second to 60 million (or more)
[04:33:50] <jmkasunich> and from 8 bits resolution to 22 bits
[04:33:55] <jmkasunich> and from $1 to $100
[04:34:33] <maddash> one benjamin for just one chip?
[04:34:49] <jmkasunich> high resolution at high speed = big bucks
[04:34:58] <maddash> holy cow
[04:35:08] <maddash> what would they be used for?
[04:35:27] <jmkasunich> digitizing rader waveforms and stuff like that
[04:36:40] <maddash> argh the doc claims a 52kHz conversion rate
[04:36:49] <jmkasunich> thats about what I calculated
[04:37:00] <maddash> oh, right
[04:37:01] <jmkasunich> 577 clocks at 29MHz = something like 51 KHz
[04:37:06] <jmkasunich> what rate do you need?
[04:37:11] <jmkasunich> how many bits of precision do you need?
[04:37:20] <maddash> how would I know?
[04:37:23] <jmkasunich> how do you want to interface to it - serial or parallel
[04:37:42] <jmkasunich> wtf are you looking at A/D converters for if you have no clue what you are gonna use it for?
[04:38:11] <maddash> er, measuring voltage? 120VAC scaled down to 0-20V?
[04:38:20] <maddash> I'm just not sure how many bits I need
[04:38:30] <jmkasunich> well, why are you measuring it?
[04:38:42] <jmkasunich> so you can read it with your eyes? then a few samples per second will do
[04:39:03] <jmkasunich> how precisely do you need to measure it?
[04:39:14] <jmkasunich> +/- 1V? +/- 0.1V?
[04:39:35] <maddash> i see what you mean
[04:39:51] <maddash> what about interface? isn't serial usually more troublesome than parallel?
[04:40:01] <jmkasunich> it depends on what you are hooking it to
[04:40:37] <jmkasunich> if you are using a microcontroller that has SPI ports built in, serial can be more convenient, uses fewer uP pins, and is usually cheaper (smaller package because of fewer data pins)
[04:41:16] <jmkasunich> wow - how about $978 for an A/D converter
[04:41:51] <jmkasunich> National Semiconductor, ADC083000 - 8 bits, 3 gigasamples per second
[04:42:08] <maddash> isn't SPI just some underlying protocol? what do you mean by built-in spi port?
[04:42:21] <maddash> what quantity for the 978?
[04:42:31] <jmkasunich> thats the 1 piece price
[04:42:52] <jmkasunich> if you buy 1000 of them they're only $808 each
[04:43:29] <LawrenceG> cool... lets all ask for samples
[04:43:31] <jmkasunich> (digikey pricing - except nobody in their right mind would buy 1000 from digikey - if you are ordering 800K of chips, you go direct to the manufacturer
[04:43:59] <maddash> isn't digikey aware of that?
[04:44:08] <jmkasunich> probably
[04:44:24] <jmkasunich> somebody might buy 1 or 10 or even 100 from them
[04:44:34] <jmkasunich> it doesn't cost them anything to list a 1000 piece price on the website
[04:44:51] <jmkasunich> so, your A/D requirement
[04:45:03] <jmkasunich> do you have any clue what sample rate and accuracy you need?
[04:45:19] <jmkasunich> why are you measuring the line voltage? for fun? to control something? to monitor something?
[04:45:36] <maddash> ...the lights in my dad's office flicker
[04:46:06] <jmkasunich> ok, so you really do want to monitor a 120V 60Hz line
[04:46:10] <maddash> he thinks the landlord is cutting corners with the electrical wiring, but he has no proof
[04:46:30] <jmkasunich> I assume you don't have an oscillscope, or you'd be using that already
[04:46:46] <maddash> scopes can take 20V?
[04:46:53] <jmkasunich> with the right probes
[04:46:53] <maddash> * maddash goes check
[04:47:23] <jmkasunich> usually the scope can take 5-10V at the connector, and with 10x probes that 50-100V at the probe tip
[04:47:49] <jmkasunich> if you don't know EXACTLY what you are doing, you better not try to measure line voltage
[04:48:27] <maddash> yow! the wires got so hot!
[04:48:54] <jmkasunich> don't tell me you just tried to measure line voltage with your scope
[04:49:23] <maddash> something must have happened to the scaling circuitry
[04:49:33] <jmkasunich> you probably just killed your scope
[04:49:39] <jmkasunich> wtf were you thinking?
[04:49:50] <maddash> no, no I didn't hook up the scope yet
[04:49:56] <maddash> I'm not *that* stupid
[04:50:05] <jmkasunich> what wires got hot?
[04:50:30] <maddash> er, s/wires/rectifier chip/
[04:50:43] <jmkasunich> rectifier chip?
[04:50:43] <maddash> or whatever is the name of the chip that converts ac to dc
[04:50:53] <jmkasunich> * jmkasunich is very confused
[04:51:08] <jmkasunich> you have some circuit that takes the 120V ac, reduces the voltage, and turns it to DC?
[04:51:27] <jmkasunich> and you want to monitor that DC with an A/D converter, or a scope, or whatever?
[04:52:11] <maddash> 'lm2575m'
[04:52:27] <maddash> yes to both
[04:53:22] <jmkasunich> lm2575 = boost regulator, 6 volts MAX input voltage
[04:53:41] <jmkasunich> how can that possibly be part of a 120V to 20V circuit?
[04:53:58] <maddash> that's odd, because it's the hottest chip on the board
[04:54:09] <jmkasunich> well, how many volts are you giving it?
[04:54:38] <maddash> crap, now wonder it's not working
[04:54:52] <maddash> I forgot that I'm using a power brick
[04:54:55] <jmkasunich> why are you messing with chips like that anyway?
[04:55:27] <maddash> no*
[04:55:37] <maddash> what else would I work with?
[04:55:57] <jmkasunich> since you can't seem to tell me what you are trying to do, I don't know
[04:55:58] <toastydeath> i am impressed by you guys
[04:56:07] <jmkasunich> but switching power supply chips are not for beginners
[04:57:13] <jmkasunich> all I know so far is flickering light,. bitching about a 50KHz A/D being too slow, and a boost regulator that is intended to take battery power and step it up to 5V or so
[04:57:33] <maddash> how's it 5V?
[04:57:49] <jmkasunich> what, the LM2757?
[04:58:10] <maddash> er 2575
[04:58:21] <jmkasunich> oops
[04:58:26] <maddash> brb, I think I shocked myself
[04:58:59] <toastydeath> nice.
[04:59:21] <jmkasunich> ok, my dyslexia got the best of me
[04:59:33] <jmkasunich> 2575 is a step down switcher
[05:00:16] <jmkasunich> this is stupid - I have better things to do than try to figure out riddles
[05:00:24] <jmkasunich> * jmkasunich mills dovetails
[05:01:12] <maddash> * maddash reaches for the PETA hotline number
[05:02:01] <jmkasunich> its OK, I only use the tails off of organic doves
[05:02:12] <jmkasunich> none of this factory farm dove stuff for me
[05:02:17] <toastydeath> hahahahah
[05:02:22] <jmkasunich> free range doves!
[05:04:03] <toastydeath> what are you dovetailing
[05:04:45] <jmkasunich> a couple blocks of cast iron that will clamp onto the bedways of my shoptask
[05:04:54] <toastydeath> for stops?
[05:05:03] <jmkasunich> they're t-slotted on top, so I can attach things like a steady rest
[05:05:06] <toastydeath> oh
[05:05:15] <toastydeath> cool man
[05:14:43] <maddash> but can they run linux?
[05:15:27] <jmkasunich> the blocks of cast iron? I doubt it
[05:17:04] <maddash> is there a bug list for emc? I'm just wondering where jepler got "bug #1735431" for shcom.cc
[05:17:23] <jmkasunich> its on sourceforge
[05:18:23] <jmkasunich> http://sourceforge.net/tracker/?group_id=6744
[05:18:45] <maddash> thanks
[05:19:38] <maddash> haha, cradek wants donations
[05:20:15] <maddash> er, higher priority numbers denote greater urgency, right?
[05:20:22] <maddash> or the reverse?
[05:20:32] <jmkasunich> high = high
[05:24:27] <maddash> am I allowed to submit fixes for bugs that are already assigned to someone else?
[05:24:37] <jmkasunich> sure
[05:27:06] <maddash> sweet. I'm going to be famous.
[05:32:23] <seb_kuzminsky> i just wrapped the signal wires for my encoder in Aluminum foil and now they dont glitch all over the place when I strain the motors :-)
[05:33:04] <seb_kuzminsky> servo people: can you recommend wires & connectors for motors & encoders?
[05:33:49] <jmkasunich> other than "shielded twisted pair" (for the encoders) I don't have any specific recommendations
[05:34:35] <seb_kuzminsky> twisted pair even for non-differential encoders? run ground on the other wire of each pair?
[05:36:00] <jmkasunich> yeah
[05:36:10] <jmkasunich> can't hurt
[05:36:20] <seb_kuzminsky> yeah
[05:40:10] <tomp> fewer connectors is good (typical failure point, so try to have least interruptions in any signal)
[05:40:39] <seb_kuzminsky> right, mechanical failure and electrical discontinuity
[05:41:05] <seb_kuzminsky> on the other hand, connectors makes the system nicely modular, especially useful when you're prototyping & just playing around
[05:42:17] <tomp> wasnt the 1st semiconductor a bad joint ;-)
[05:42:35] <seb_kuzminsky> heh, i donno
[05:42:47] <maddash> wow, some of these bugs are really OLD
[05:43:58] <maddash> am I to understand that emc2 has no more than 17 open bugs at this time?
[05:45:46] <seb_kuzminsky> goodnight people
[05:50:38] <brendanjerwin> Hey folks, sorry to jump right in, but I'm hoping someone can provide some info and opinions...
[05:51:26] <brendanjerwin> First, anyone worked with the electronics from probotix.com?
[05:52:13] <brendanjerwin> Second, does EMC have an equivalent to the automatic tool zeroing that Mach3 has?
[05:57:28] <fenn> emc has probing and coordinate offsets..
[05:58:00] <fenn> not sure if you can set tool lengths from within g-code, but surely it's possible with a script
[05:59:58] <brendanjerwin> is probing a general function or something specific to a single task?
[06:00:30] <fenn> probing means emc moves in some direction until a switch is closed (or opened)
[06:00:46] <fenn> look at g38 and g41
[06:00:59] <fenn> er.. not g41, g43
[06:01:55] <fenn> axis has a 'touch off' button but i haven't used it so i dont know what it actually does
[06:02:13] <brendanjerwin> I was just reading about it in the wiki
[06:02:44] <brendanjerwin> seems similar, but he uses a feeler gauge and manual jogging to 0 position
[06:10:28] <fenn> g38.2 z-#<probe depth>; g43.1 K #5063 should do what you want
[06:10:43] <fenn> ; means new line
[06:12:31] <fenn> i wonder why probotix uses screw terminals for their kits
[06:13:17] <brendanjerwin> you dont have to use them it seems, if you use all their electronics there is a ribbon cable to go between the boards
[06:13:28] <brendanjerwin> is that what you were asking?
[06:13:47] <fenn> yes
[06:14:08] <fenn> so the terminals are just along for the ride?
[06:14:25] <brendanjerwin> http://www.probotix.com/accessories/ 10PIN 4" IDC Cable
[06:14:40] <brendanjerwin> I think the terminals are to allow for extensibility.
[06:14:57] <brendanjerwin> use some other breakout board if you want... that kind of thing
[06:16:08] <maddash> brendanjerwin: the 'touch off' does g10
[06:17:17] <brendanjerwin> fenn: what is the 5063 in your example? the offset of the tool set by the probe?
[06:17:51] <fenn> yep
[06:18:16] <brendanjerwin> ok, how did you know what value would be placed in 5063?
[06:18:22] <fenn> i guessed :)
[06:18:33] <fenn> http://www.linuxcnc.org/docs/html/gcode_main.html#sub:G43,-G49:-Tool
[06:18:49] <fenn> 5061 is probably X, so 5063 is probably Z
[06:19:27] <brendanjerwin> wow, you really did guess.... I thought that was a bit of a RTFM coming from you! :)
[06:19:28] <fenn> oh, -#<var> won't work
[06:19:56] <fenn> you'd have to do some crap like [0-#<var>]
[06:21:43] <brendanjerwin> I've just come to the realization that my concept that I'd be going quickly from CAD to milling without hand adjusting the g-code just isn't going to happen... :) I need to get comfortable with this stuff I guess.
[06:22:22] <brendanjerwin> maddash: how did you know touch off does g10?
[06:23:24] <maddash> i recalled peeking inside axis's code half a year ago
[06:23:33] <fenn> brendanjerwin: if you have a "real" CAM program there are post processor templates where you can do weird stuff to get the g-code output you want
[06:23:49] <fenn> but you have to know what you want first of all
[06:24:10] <brendanjerwin> yep, not a problem, just a puzzle. I have a lot of learning to do.
[06:24:32] <brendanjerwin> madddash: thx
[06:27:22] <brendanjerwin> is it common for people to use SCM packages (CVS, SVN) for g-code stuff? Is a g-code program something that is commonly tweaked over time, like a 'regular' program?
[06:28:18] <toastydeath> not in my limited experience
[06:28:39] <toastydeath> the machinists I work with don't save prior versions at all, and usually just re-write the whole thing
[06:29:10] <brendanjerwin> not kidding?
[06:29:25] <toastydeath> not kidding at all?
[06:29:29] <brendanjerwin> wow, seems painful...
[06:29:32] <toastydeath> why?
[06:29:47] <brendanjerwin> to have to re-write each time...
[06:29:50] <toastydeath> most handwritten code isn't long
[06:30:07] <toastydeath> and if there are changes they usually demand a very large change
[06:30:25] <toastydeath> so the amount of work to revise vs. rewrite is similar
[06:30:34] <toastydeath> it's not at all like normal coding
[06:30:43] <brendanjerwin> ah... I see.
[06:31:08] <brendanjerwin> hence the post-processing stuff on the CAM packages
[06:31:15] <toastydeath> yep
[06:31:24] <brendanjerwin> so that machine specific stuff can be injected
[06:31:26] <brendanjerwin> got it
[06:32:13] <brendanjerwin> speaking of CAM; I was thinking of focusing on using CamBam. Any thoughts?
[06:32:24] <toastydeath> nope
[08:58:58] <maddash> this is one cool puma
[08:58:59] <maddash> http://gizmodo.com/346294/70000-industrial-robot-modded-to-fire-flameballs
[08:59:22] <maddash> even though those guys are idiots
[11:10:23] <alex_joni> way cool: http://www.wpyr.com/multimedia/images/GH01.jpg
[11:36:48] <Vq^> haha
[11:37:13] <alex_joni> hi captain
[11:37:21] <Vq^> hello mr Joni
[11:37:26] <alex_joni> what's up?
[11:37:36] <alex_joni> how's your crap going?
[11:37:40] <alex_joni> :P
[11:37:54] <Vq^> the crap is doing poorly
[11:38:07] <Vq^> to many school projects thats eating time :/
[11:41:00] <Vq^> * Vq^ disappears
[15:12:19] <BigJohnT> On the Stepconf Basic machine page their is Step Time and Step Space. The specs for my 203v list step pulse "0" time and step pulse "1" time
[15:12:35] <BigJohnT> which one goes where?
[15:12:40] <BigJohnT> bbr
[15:12:44] <BigJohnT> brb
[15:26:36] <BigJohnT> ok back
[15:38:00] <Ziegler> http://producten.hema.nl/
[15:38:02] <Ziegler> hehe
[17:03:54] <fsdafsd> fsdafsd is now known as Unit41
[17:27:14] <dave_1> Just hit a small speed bump: yesterday my system would load emc and today it complains
[17:27:42] <seb_kuzminsky> complains how?
[17:28:34] <dave_1> core_servo_hal:20 pin 'axis.2.motor-pos-fb' does not exist
[17:28:47] <dave_1> AXES = 2
[17:29:28] <dave_1> If I change to AXES = 1 then it drops to axis.1....
[17:31:42] <dave_1> core_servo file is the unaltered dist 2.2.2-1 motenc
[17:32:28] <seb_kuzminsky> got to go now, back later, sry
[17:32:49] <dave_1> the only thing that has changed since yesterday is the temp of the shop .. probably down to 60. ... 23 degrees outside.
[17:37:17] <dave_1> bbl
[17:37:21] <cradek> dave_1: if it worked yesterday but not today it is a HARDWARE problem. do not monkey with your working software configuration
[17:37:56] <dave_1> I wonder if it isn't a cold disk ... and it just shows up this way.
[17:38:10] <dave_1> good point!
[17:38:53] <dave_1> really want to get this thing up on one axis so I can try at_pid
[17:39:18] <dave_1> is anyone commenting on at_pid?
[17:39:32] <cradek> the real error is probably in dmesg. could be "I can't find the motenc card"
[17:40:11] <dave_1> well at least I can check that ... but the card hasn't moved since yesterday
[17:40:58] <dave_1> I'll wander down and check dmesg
[17:41:14] <dave_1> bbl
[17:57:43] <dave_1> I'm back
[17:58:25] <dave_1> cradek loads all the rt stuff just fine ... then starts on io and shutdown
[17:59:03] <dave_1> shuts down
[18:01:11] <dave_1> dmesg doesn't give a hint
[18:02:37] <cradek> maybe pastebin the stdout and dmesg for others to see? maybe something is hiding in there
[18:03:01] <dave_1> I'll work on that
[18:03:13] <dave_1> bbl ... again
[18:04:14] <dave_1> oh, yes ... how do I clear dmesg so I can start over
[18:04:20] <cradek> sudo dmesg -c
[18:04:31] <skunkworks> dave_1: I have played with the at_pid. It looks like it would work great but my setup (just a servo) didn't have enough mass to do a zn tuning calculation (period was to low) petev has used it (as he wrote it)
[18:04:35] <dave_1> I left out the sudo .. tnx
[18:04:44] <skunkworks> it got me close
[18:05:00] <dave_1> close is good ... then one can tweak
[18:05:14] <dave_1> thanks skunkworks
[18:05:43] <dave_1> gotta go see if I can get a hint on my system glitch
[18:05:49] <dave_1> bbl
[18:16:31] <skunkworks> this new biostar p4 motherboard performs almost exactly the same as the old ecs motherboard except for memory write speed (ddr vs ddr2) and disk speed. (almost twice as fast)
[18:16:42] <skunkworks> (just swapping processor)
[18:18:28] <skunkworks> seems zippy :)
[18:21:03] <skunkworks> makes sense I guess.. the memory in the old computer is 333mhz vs 667mhz
[18:40:38] <dave_1> cradek, etc. I cat'd emc2 errors and dmesg
[18:40:45] <dave_1> http://pastebin.ca/864286
[18:41:12] <dave_1> I don't see much useful but must be skipping something important
[19:04:35] <dave_1> cradek most interesting ... same failure mode WITHOUT the motenc card plugged in!
[19:07:46] <dave_1> Hi SWP
[19:07:53] <SWPLinux> hi
[19:08:23] <Jymm> ug
[19:08:30] <SWPLinux> oog
[19:08:45] <SWPLinux> I think I ate too much kim-chee last night
[19:09:10] <dave_1> ah ... tums time
[19:09:18] <Jymm> SWPLinux: Uh oh... I was wondering why I heard the Haz Mat tem being dispatched.
[19:09:24] <SWPLinux> heh
[19:09:43] <SWPLinux> maybe the bland pancakes for breakfast will help :)
[19:10:03] <dave_1> soak up some of the garlic and acid???
[19:10:08] <SWPLinux> yep
[19:10:19] <SWPLinux> plus the added acid of the coffee (required)
[19:10:38] <dave_1> caffeine is good stuff
[19:10:46] <SWPLinux> yes indeedy
[19:10:54] <SWPLinux> maybe I'll make more
[19:11:06] <dave_1> pancakes or coffee?
[19:11:23] <SWPLinux> coffee - don't have full cooking facilities in this hotel :)
[19:11:45] <dave_1> ah .. so you are not home
[19:11:49] <SWPLinux> nope
[19:12:00] <SWPLinux> I'm in your time zone
[19:12:06] <dave_1> oh, oh
[19:12:10] <dave_1> where?
[19:12:16] <SWPLinux> San Jose
[19:12:26] <SWPLinux> (Santa Clara actually, but who's counting)
[19:12:36] <dave_1> Only 800 mi south
[19:12:48] <SWPLinux> a mere stones throw
[19:12:53] <SWPLinux> (compared to usual)
[19:12:54] <dave_1> if you fly
[19:13:02] <dave_1> nasty days drive
[19:13:11] <SWPLinux> or have a very god stone throwing arm
[19:13:15] <SWPLinux> good
[19:13:19] <Jymm> either
[19:13:24] <dave_1> yep
[19:13:55] <dave_1> a day to SF .. a day to SLC 2.5 hard days to Galesburg
[19:14:33] <Jymm> SWPLinux: There was this place that you can pay by the hour to use things like a mill, laser cutter, plasma cutter, etc, but I swear I can't remember the name nor find it in my bookmarks.
[19:15:14] <SWPLinux> hmmm. sounds like a good thing to try to remember :)
[19:15:22] <SWPLinux> in this area?
[19:15:27] <dave_1> I've got an interesting problem .. emc is shutting down ... on trying to load io ... shuts down before checking for card.
[19:15:35] <dave_1> Jymm check on ebay
[19:15:50] <SWPLinux> http://search.ebay.com/Machine-Shop-Time-CNC-Lathe-Mill-1-In-Quality-Work_W0QQfsiZ1QQsatitleZMachineQ20ShopQ20TimeQ20CNCQ20LatheQ20MillQ20Q2dQ20Q231Q20InQ20Q51ualityQ20WorkQ21Q21
[19:15:52] <Jymm> Yeah, Not in Santa Clara county, but someplace reasonably close.
[19:18:11] <Jymm> SOB I FOUND IT!!! http://techshop.ws/index.html
[19:18:34] <SWPLinux> .cool
[19:18:53] <Jymm> Menlo Park
[19:19:04] <SWPLinux> hey dave - got a ballscrew holding question, I wonder if you can give some insight into what might be the best course of action
[19:19:14] <dave_1> can try
[19:19:21] <SWPLinux> thanks
[19:19:27] <SWPLinux> so, this is Jymm's machine
[19:19:48] <SWPLinux> the X ballscrew is held in place by a single bearing at each end
[19:20:11] <SWPLinux> you tighten nuts on both ends of the screw to "bind" it to the frame
[19:20:24] <SWPLinux> (the gantry moves with the ballnut)
[19:21:29] <SWPLinux> so, it seems to me that capturing one end "hard" - between nut and a shoulder on the screw, would be better
[19:21:30] <dave_1> and?
[19:22:02] <SWPLinux> I should draw a picture of how it is now, it's hard to describe
[19:22:06] <Jymm> http://farm2.static.flickr.com/1213/863197056_71deace0d0_b.jpg
[19:22:13] <SWPLinux> (part of why Jymm was having a hard time :) )
[19:22:48] <Jymm> In that photo, the gantry has been disconnected from the ballnut.
[19:23:00] <SWPLinux> did you put it back in, or is that the old photo you had?
[19:23:07] <Jymm> old photo
[19:23:09] <SWPLinux> ok
[19:24:03] <SWPLinux> so, if you look at the two mounts on the sides, they have a flange on the inner side, and a nut on the end, but I think neither one actually clamps the inner race of the ball bearing from both sides
[19:24:41] <dave_1> That Al 'U' that the ball screw is mounted in does't look too stiff.
[19:24:51] <SWPLinux> so the question is, just grab one nut hard and let the other float a little (like a BP)
[19:25:16] <SWPLinux> or machine a new mount for one end and capture a pair of angular-contact bearings?
[19:25:23] <dave_1> bearing are single taper roller?
[19:25:31] <SWPLinux> heh - nope
[19:25:37] <SWPLinux> 6000 skate bearings ...
[19:25:39] <Jymm> dave_1: The U channel is more of a "dust shield" than anything else.
[19:26:01] <dave_1> let me look at some stuff brg
[19:26:03] <dave_1> brb
[19:26:10] <SWPLinux> it seems to me that the current setup is basically using the ballscrew and two nuts like a bearing puller on the inner races :)
[19:26:11] <SWPLinux> ok
[19:26:56] <archivist> they should handle that to some extent
[19:27:16] <archivist> as long as not over tightened
[19:27:42] <SWPLinux> well, the problem is that the only thing that fixes the screw to the frame is how tightly you cinch those nuts down
[19:29:49] <Jymm> SWPLinux: Since we were tlaking about it last night, I do remember measuring the threaded holes in the 80/20 and they were drilled/tapped correctly - no skew in them iirc.
[19:30:02] <SWPLinux> ok, that's a good thing
[19:30:02] <archivist> 4 small bolts to frame they are separate (what is looks like on pic)
[19:30:06] <jmkasunich> dave_1: you still around?
[19:30:19] <SWPLinux> making an adjustable holder could be difficult without a mill :)
[19:31:01] <Jymm> SWPLinux: And when you move the underside gantry plate in place to attach the ballnut mount, they're pretty much aligned.
[19:31:03] <jmkasunich> regarding your "core_servo.hal:20: pin 'axis.2.motor-pos-fb' does not exist" error message
[19:31:08] <archivist> I would be checking squareness in case of screw bending/binding
[19:31:20] <jmkasunich> I'm about 99.94% sure that core_servo.hal tries to set up three axes
[19:31:43] <jmkasunich> if you configure EMC for 1 or 2 axes, then the axis.2.whatever pins will be missing
[19:31:47] <SWPLinux> archivist: oh, it's almost definitely bending/binding, it's just a question of how many things need to be changed to make it work
[19:31:52] <jmkasunich> 1 axis = axis.0.whatever
[19:32:04] <archivist> SWPadnos, fun!
[19:32:04] <jmkasunich> 2 axes = axis.0. whatever and axis.1.whatever
[19:32:06] <SWPLinux> jmkasunich: we should have for loops in halcmd :)
[19:32:07] <jmkasunich> etc
[19:32:36] <SWPLinux> for i=0..num_axes / connect thing.i.whatever / next :)
[19:32:39] <dave_1> so comment out axes in core_ ?
[19:32:52] <SWPLinux> yep
[19:33:02] <jmkasunich> yeah, assuming you only want 1 or two axes
[19:33:15] <jmkasunich> or just tell emc that there are three, and don't use the third one
[19:33:38] <dave_1> I suppose I can lie to emc ... it doesn't know any better
[19:33:47] <jmkasunich> depends on what the permanent setup is gonna be - if its a three axis machine and you are using two for testing, I'd tell emc its three
[19:33:48] <dave_1> expecially for just getting set up
[19:34:04] <jmkasunich> if the machine actually only has two axes, I'd fix the hal files to match
[19:34:21] <dave_1> I'm going for one first ... then two and maybe three eventually
[19:34:50] <dave_1> thanks JMK
[19:35:00] <dave_1> back to Jymm and SWP
[19:35:31] <SWPLinux> yay! :)
[19:35:44] <dave_1> mount ball screw ends in angular ballbearings or better yet high angle ball bearings.
[19:36:16] <dave_1> secure with nut and spring washer so it is always tight.
[19:37:00] <SWPLinux> so bearings tight to screw, but not necessarily to mount, like the "far end" of a BP?
[19:37:03] <dave_1> I don't know what proper end loading is. ... tension on the ball screw
[19:37:38] <SWPLinux> but on one side, captured tightly on the frame and screw
[19:37:44] <dave_1> I suspect tight to mount and screw ... at least on one end
[19:37:48] <SWPLinux> ok
[19:37:54] <SWPLinux> similar to the BP arrangement
[19:38:37] <SWPLinux> this is steel and aluminum with a ~40C temperature span, so thermal expansion could be an issue (like the BP)
[19:39:21] <jmkasunich> good axial and radial support on one end, and radial only at the other end (my 2 cents)
[19:39:31] <jmkasunich> _especially_ since there is a mixed metals situation
[19:39:36] <SWPLinux> ok, good to have as many cents as possible :)
[19:40:29] <dave_1> gotta run ... too much going on today.. see ya later
[19:40:35] <SWPLinux> see you - thanks
[19:41:28] <jmkasunich> I did something very unusual today
[19:41:30] <fenn> if you try to pull on the screw from both ends, when it heats up and expands you lose the tension
[19:41:39] <jmkasunich> I went to HGR surplus and came home emptyhanded
[19:41:40] <SWPLinux> uh - should aI ask what? :)
[19:41:50] <SWPLinux> oh... my... god!
[19:42:02] <fenn> we've got to get this man a hangar
[19:42:03] <SWPLinux> fenn: good point
[19:42:15] <SWPLinux> he has one, it's called HGR
[19:43:00] <jmkasunich> if I had a hanger, I'd be in deep serious trouble
[19:43:14] <SWPLinux> well of course - HGR is open the third saturday of every month?
[19:43:29] <jmkasunich> with the current situation, I usually can only buy small stuff
[19:43:38] <SWPLinux> (which is the later Saturday of CNC workshop)
[19:43:47] <jmkasunich> SWPadnos: yes - they call it the saturday sidewalk sale
[19:44:06] <SWPLinux> Jymm and I went to a couple of surplus places yesterday - one of them had a Van Norman mill
[19:44:18] <jmkasunich> which model? #12?
[19:44:30] <SWPLinux> dunno - I didn't look too closely
[19:44:38] <jmkasunich> how big was it?
[19:44:46] <SWPLinux> it's not the same as yours, but I think it was a horizontal/vertical
[19:44:56] <SWPLinux> hmmm - taller than me, so 6' +
[19:44:56] <jmkasunich> smaller than a bport? kind of short and squatty?
[19:45:05] <SWPLinux> no, relatively tall
[19:45:13] <jmkasunich> thats probably one of the big ones then
[19:45:34] <SWPLinux> I think. there were two large-ish machines there and I may be melding hem together
[19:45:49] <SWPLinux> they had semiconductor fab stuff too, like a 4-station spin-coater
[19:45:57] <jmkasunich> the #12 is a nice home shop size, the others are beasts, of varying amounts of beastishness
[19:46:08] <SWPLinux> heh - this was probably a samaller beast then
[19:46:12] <SWPLinux> smaller
[19:47:08] <jmkasunich> #12 http://jmkasunich.com/vannorman/VN_12_1.jpg
[19:47:27] <jmkasunich> the top of the motor is probalby at top-of-head height for a 6' person
[19:47:39] <jmkasunich> maybe even eyeball height
[19:47:51] <SWPLinux> hmmm. I don't think it looked like that, but I could be wrong
[19:48:10] <SWPLinux> I also didn't notice if it was on a pallet or something, so it could have been shorter than it looked
[19:48:25] <jmkasunich> the common feature of all the vn ram types is the swiveling cutterhead on the left side of a sliding ram
[19:48:31] <SWPLinux> I didn't look too closely, as I'm going home in an airplane ...
[19:48:35] <jmkasunich> http://jmkasunich.com/vannorman/VN_12_Horiz.jpg
[19:48:39] <jmkasunich> http://jmkasunich.com/vannorman/VN_12_Vert.jpg
[19:48:44] <jmkasunich> head in both orientations
[19:49:32] <jmkasunich> I just saw one at HGR today
[19:49:42] <SWPLinux> cool
[19:51:50] <SWPLinux> hey Jymm - the TechShop is open today ...
[19:51:55] <tomp> how does techshop handle insurance/liabilities? letting people off the street at a cnc mill, welder, ripsaw ! sounds like a great service, one i might use.
[19:53:07] <jmkasunich> shame there isn't one around here
[19:53:21] <SWPLinux> heh - that's a business I would love to franchise
[19:53:26] <jmkasunich> there's times I'd like to be able to weld stuff, but I don't want to get a complete welding setup
[19:54:21] <tomp> jmk, start one with equipment from hgr, offer to sell them ( dont buy them :-)
[19:54:55] <jmkasunich> "them" = what? welders?
[19:55:07] <SWPLinux> them = the equipment, I think
[19:55:11] <tomp> all the tools TechShop has, from HGR
[19:55:18] <jmkasunich> oh
[19:55:33] <jmkasunich> I wouldn't touch running a techshop with a 20 foot pole
[19:55:39] <Jymm> SWPLinux: looking for bearings, not even McMaster has them - smallest ID is 12mm
[19:55:43] <jmkasunich> too much paperwork, insurance, etc
[19:55:58] <jmkasunich> Jymm: what kind of bearings are you looking for?
[19:56:29] <SWPLinux> Jymm: yeah - I'd like to try just clamping one of the bearings hard to see what that does, but later maybe make blocks with a larger bore
[19:56:31] <Jymm> jmkasunich: angular contact 10x26x8 (or dbl being 16mm)
[19:56:38] <SWPLinux> jmkasunich: angular contact version of 6000
[19:56:50] <Ziegler> arnt skate bearing id pf 7mm?
[19:56:50] <jmkasunich> 10mm ID, 28mm OD, 8mm thick?
[19:56:55] <SWPLinux> they're mostly 10 ID x 30 OD
[19:57:01] <Ziegler> of*
[19:57:10] <SWPLinux> the ones he has now are 10ID 26OD
[19:57:39] <Ziegler> skate bearings: od=20mm id=8mm thick=7mm
[19:57:51] <Ziegler> still too big?
[19:57:52] <SWPLinux> these are 6000-2RS
[19:57:59] <jmkasunich> skate bearings don't matter
[19:58:03] <SWPLinux> not big enough :)
[19:58:04] <tomp> skate != thrust bearing
[19:58:08] <jmkasunich> what matters is the size of his ballscrew
[19:58:13] <SWPLinux> 10mm
[19:58:22] <jmkasunich> 2nd thing that matters is the bore in his housing - although a new housing could be made
[19:58:31] <Ziegler> I didnt know you were looking for thrust bearings
[19:58:32] <jmkasunich> third thing that matters is thickness, within some range
[19:58:34] <SWPLinux> I think that'll be needed at some point
[19:58:49] <SWPLinux> (a new bearing block)
[19:58:52] <Ziegler> real men pour babbit
[19:58:57] <tomp> :)
[19:59:22] <jmkasunich> mcmaster has 10x30x9 in angular contact, for $23 each
[19:59:35] <Jymm> jmkasunich: pn?
[19:59:47] <SWPLinux> yep - that would require boring out the block - it's only 26mm at the moment
[19:59:53] <jmkasunich> how long is the turned portion of the screw? if there is only one bearing per end now, its gonna be tough to find two that will fit on one end
[20:00:01] <dave_1> Koyo lists 10 x 30 angular contact 10 x 30 x 14.3 #3200
[20:00:04] <jmkasunich> Jymm: 6680K11
[20:00:06] <SWPLinux> I think there's enough room
[20:00:26] <jmkasunich> 18mm long bearing seat?
[20:00:29] <SWPLinux> is the 3200 series an angular contact pair?
[20:00:32] <dave_1> JMK going back to 3 axes fixed the problem
[20:00:39] <jmkasunich> do they have a long spacer on there now or something?
[20:00:42] <dave_1> swp yes
[20:00:43] <jmkasunich> dave_1: good
[20:00:57] <dave_1> jmk thanks
[20:01:06] <SWPLinux> jmkasunich: the screw almost floats right now
[20:01:08] <dave_1> now I can get on with life
[20:01:28] <jmkasunich> SWPLinux: not following you
[20:01:31] <SWPLinux> it's only captured because there's a nut on both ends, pushing gains the bearings
[20:01:39] <SWPLinux> s/gains/against/
[20:01:41] <jmkasunich> right, that I get
[20:01:49] <dave_1> gone again
[20:01:53] <jmkasunich> but the ends of the screw have some machining
[20:02:15] <SWPLinux> Jymm: can you measure the section of the screw that's 10mm diameter?
[20:02:20] <jmkasunich> a shoulder (even if its just the start of the ballscrew part), then a smooth section, then a threaded section for the nut
[20:02:28] <fenn> i assume the machined end is not long enough to fit two bearings along it
[20:02:44] <jmkasunich> fenn: I suspect the same, but I try to avoid assuming
[20:03:04] <SWPLinux> yep - the shoulder is the end of the threaded part, then there's a fairly long smooth section before the thread for the nut
[20:03:06] <Jymm> SWPLinux: In ebonics.... "we be fscked"
[20:03:13] <SWPLinux> no - go measure :)
[20:03:18] <jmkasunich> Jymm: that isn't a measurement
[20:03:43] <jmkasunich> this is a router, right?
[20:03:49] <SWPLinux> I think it was fairly long, possibly to account for screwups in positioning of the mounts
[20:03:51] <SWPLinux> yes
[20:03:53] <juanjo> :-s
[20:03:56] <jmkasunich> so we're not talking machine tool tolerances here
[20:04:04] <juanjo> hi folks
[20:04:08] <SWPLinux> well, "closer" would be better :)
[20:04:18] <SWPLinux> hello juanjo
[20:04:25] <fenn> hi juanjo. have you made progress on your machining center?
[20:04:57] <Jymm> On the end where the pulley would mount... From the should3er to the first thread .250"
[20:04:58] <jmkasunich> Jymm doesn't have a lathe does he?
[20:05:06] <juanjo> hello !!!, well i move it to a suitable location to be retrofitted
[20:05:14] <SWPLinux> Jymm: what about the other end?
[20:05:19] <jmkasunich> Jymm: so 10mm diameter for 0.250 long, then threads?
[20:05:55] <Jymm> Other end from shoulder to first thread is .350"
[20:06:05] <SWPLinux> ok, I'd use that end I guess :)
[20:06:09] <juanjo> this was a very hard job, due the weight ans size of the machine, i need a 20 ton crane and 2 flat truck
[20:06:11] <juanjo> to move it
[20:06:31] <Jymm> Let me grab camera...
[20:06:34] <jmkasunich> at the pulley end, how is the pulley attached
[20:06:38] <jmkasunich> yes, do that ;-)
[20:06:44] <tomp> is the 'angular contact bearing' vs a thrust bearing to try get some radial and thrust qualities in a single package? (.250 is too small for 2 bearings, ditto for .350)
[20:06:59] <jmkasunich> I'm looking at the flikr photo now, but it doesn't show much detail
[20:07:08] <jmkasunich> tomp: the angular contact is to get thrust, yes
[20:07:20] <jmkasunich> I'm thinking about the possiblities of needle thrust bearings
[20:07:23] <jmkasunich> they make some thing ones
[20:07:30] <SWPLinux> hmmm
[20:07:32] <jmkasunich> bearing plus two hardened washers
[20:07:56] <fenn> needle bearing + angular contact?
[20:08:15] <jmkasunich> no, needle bearings (two) for thrust, and whatever for radial
[20:08:57] <fenn> if the bearing blocks are only designed for one bearing, it's going to take some lathe work anyway, so you might as well make an extension
[20:08:57] <jmkasunich> at the belt end a cheapo ball bearing would be nice, and the other end it doesn't much matter, could even be sleeve
[20:09:07] <jmkasunich> since there is little or no radial load at that end
[20:09:11] <juanjo> the move was a week ago, the temperature in tucuman was 38 degreed celcius, so is like you working inside a Sauna!!!. in this week i study the gantry type robot tool changer, and the way to replace the servos for the axis x1,y1,v by a Bosh type SD
[20:10:02] <tomp> mcmaster carr 5909K11 10mm needle
[20:10:11] <jmkasunich> a needle thrust bearing is 2mm thick, and the hardened washers are 1mm each
[20:10:18] <jmkasunich> so you can do a nice thrust bearing in 4mm
[20:10:30] <jmkasunich> tomp: exactly
[20:10:32] <SWPLinux> hmmm - cool
[20:10:46] <jmkasunich> and tbey're cheap
[20:10:56] <jmkasunich> the bearing is $3.05, and the washers $1.03 each
[20:11:02] <SWPLinux> cooler! :)
[20:11:22] <jmkasunich> I'm using those on my shoptask Y axis (have been for years)
[20:11:22] <tomp> Jymm has screw in an aluminum frame, gotta be careful with tension
[20:11:25] <fenn> uh, so 8mm for two needle bearings leaves .036" for the radial bearing
[20:11:34] <jmkasunich> fenn: no, you gotta be creative
[20:11:45] <jmkasunich> which is why we're waiting for Jymm to come up with pics
[20:11:53] <fenn> yeah but if you're being creative, why bother messing around
[20:11:58] <jmkasunich> for example - put one thrust bearing between the bracket and the pulley
[20:12:20] <jmkasunich> (only works if the pulley can handle thrust, which depends on how its attached to the shaft, which depends on us seeing a picture
[20:12:34] <SWPLinux> setscrews
[20:12:39] <SWPLinux> 2, I think
[20:12:57] <juanjo> also i very confusing abouth a realible i/o i see the vital system DSPMC/IP interface, anybody kown if it i can use it with emc ??
[20:13:00] <jmkasunich> the pic shows ballscrew threads, then bearing mount block, then pulley
[20:13:13] <jmkasunich> so where is the nut that is clamping the bearing? inside the bearing mount block?
[20:13:19] <jmkasunich> (this is the right end in the pic)
[20:14:01] <SWPLinux> jmkasunich: yes, I think so
[20:14:24] <jmkasunich> so the screw is smooth, then threaded, then smooth again for the pulley?
[20:14:31] <SWPLinux> yep
[20:14:34] <fenn> juanjo: no, emc does not support the DSPMC
[20:14:44] <SWPLinux> and I think a smaller diameter, like 6mm for the pulley
[20:15:01] <jmkasunich> has to be smaller, unless you have a magic nut
[20:15:08] <SWPLinux> (I think they didn't want to bore out the pulleys, so they made the shaft match)
[20:15:29] <SWPLinux> I need to wait for the photo - I don't remember the specifics :)
[20:15:40] <jmkasunich> how is the bearing retained in the block? its bored from one side, with a shoulder at the bottom?
[20:15:43] <SWPLinux> it was two days ago that I looked at it
[20:16:04] <SWPLinux> right - it's not fully captured, it just has a shoulder on the screw side
[20:16:55] <jmkasunich> so even if you could fit two angular contact in there, you'd need to add something to clamp the bearing into the block
[20:17:14] <SWPLinux> yes
[20:17:52] <SWPLinux> why the recommendation for two needle bearings? Are those supposed to be at the same end of the screw or opposite ends?
[20:17:58] <jmkasunich> same end
[20:18:09] <jmkasunich> a needle thrust bearing only supports thrust one way
[20:18:24] <SWPLinux> odd - it looks symmetric
[20:18:27] <jmkasunich> you'd do something like one on each end fof the bracket
[20:18:33] <jmkasunich> it is symmetric
[20:19:03] <jmkasunich> but if one washer is attached to the bracket, and one attached to the screw, it can only support force that pushes the washers towards each other
[20:19:29] <SWPLinux> ah - ok
[20:19:38] <jmkasunich> ideally it would be like this:
[20:19:45] <fenn> it's quite obvious when you pick one up and it falls apart
[20:19:49] <SWPLinux> heh
[20:20:04] <SWPLinux> right - you always have to push, it doesn't help if you're pulling
[20:20:29] <jmkasunich> screw shoulder - rotating bearing washer - bearing needles - stationary washer - mounting block - stationary washer - needles - rotating washer - double nuts, locked to each other
[20:21:03] <jmkasunich> and you might be able to fit a radial bearing inside the mounting block between the stationary washers
[20:21:07] <juanjo> ok humm this was a good option to my proyect due de stand alone plc,
[20:21:17] <SWPLinux> double nuts so they don't come loose, or for another reason?
[20:21:24] <jmkasunich> so they don't come loose
[20:21:27] <SWPLinux> ok
[20:21:38] <SWPLinux> one nut and loctite? :)
[20:21:53] <jmkasunich> sure, if that floats your boat
[20:22:25] <juanjo> i want to put a sort of supervisory board in the event of PC hangup to take the control to a safe stop
[20:22:30] <jmkasunich> the issues I see with jymm's specific case are: if there isn't a real shoulder, only the thread, then the first rotating washer won't sit flat
[20:22:33] <tom1> the shoulder has to be daed square, not sure it is `( else needle bearing is wobbly)
[20:22:45] <SWPLinux> heh
[20:22:46] <jmkasunich> tom1: right
[20:22:47] <SWPLinux> jinx
[20:22:53] <tom1> sorry
[20:23:27] <SWPLinux> juanjo: you can use an external charge pump circuit in the e-stop chain
[20:24:30] <juanjo> yes i designing one with a AVR and triger it at a interval by a pin of the emc.
[20:24:46] <SWPLinux> you should use hardware, not software for that
[20:25:03] <SWPLinux> even AVR software :)
[20:25:13] <juanjo> ok by example a 555 timer
[20:25:34] <SWPLinux> sure, or a diode/capacitor + relay/transistor "switch"
[20:25:41] <jmkasunich> juanjo: usually charge pumps are very simple
[20:25:56] <jmkasunich> two caps, two diodes, and a transistor driving a relay, for example
[20:26:02] <Jymm> Of course the battery is dead, silly me - charging now
[20:26:08] <SWPLinux> heh
[20:26:08] <juanjo> have sense, we not be be hold on soft
[20:27:20] <juanjo> anybody have a idea the scan time spected for every pin, using a 1ghz machine???
[20:27:39] <SWPLinux> with what hardware?
[20:28:31] <juanjo> with motenc-100 by example
[20:28:42] <SWPLinux> don't know about that hardware :)
[20:28:47] <jmkasunich> 1ms is the default, and is quite easy
[20:28:52] <jmkasunich> do you need faster?
[20:28:54] <SWPLinux> the speed of the CPU isn't all that important for I/O
[20:30:05] <fenn> 100us should be possible i think, but it depends what is going on
[20:30:17] <SWPLinux> it also depends on the hardware
[20:30:43] <juanjo> not i need to get a stimeted to see the times in the cicles for the machine, due the large i/o used , 250 imputs
[20:30:44] <juanjo> at 1ms i get 1/4 sec to scan the whole boards
[20:30:57] <SWPLinux> ?
[20:30:58] <jmkasunich> juanjo: what?
[20:31:13] <fenn> the inputs are read in parallel
[20:31:18] <jmkasunich> when I say 1ms, I mean that EMC reads all the inputs every 1mS
[20:31:20] <SWPLinux> the driver should read all the inputs every cycle
[20:31:42] <SWPLinux> but you don't get anywhere near 250 I/Os with any single board I know of
[20:31:52] <jmkasunich> I don't know what hardware you are using to handle 250 inputs, since the motenc only has 24 or something like that
[20:32:05] <juanjo> ahh ok, i comfusing the question
[20:32:11] <SWPLinux> unless there's a modbus thing in there :)
[20:32:41] <fenn> * fenn is curious what 250 inputs are used for
[20:33:02] <juanjo> i thinking in a secuentia scaning, not parallell
[20:33:59] <jmkasunich> the default is parallel, although a form of sequential might be used to expand the I/O count
[20:34:13] <fenn> ugh.. with multiplexers or something?
[20:34:23] <SWPLinux> modbus, for example
[20:34:27] <jmkasunich> yes, or shift registers, or whatever
[20:34:31] <SWPLinux> non-RT though
[20:35:04] <fenn> spi over parport to a bank of avr's :)
[20:35:06] <jmkasunich> SWPadnos: what I'm thinking of would be RT
[20:35:06] <juanjo> so 1ms is fine to this
[20:35:22] <SWPLinux> sure - SPI clocked by the driver
[20:35:37] <SWPLinux> (more or less)
[20:36:04] <jmkasunich> I was thinking more of a bank of $0.25 shift registers
[20:36:35] <fenn> jmkasunich: how do you clock them 8 times in one i/o cycle?
[20:36:36] <jmkasunich> a 24 I/O board with say 20 x 8 bit shift registers and one i/o for clock would give you 160 inputs scanned every 8ms
[20:36:43] <jmkasunich> fenn: I wouldn't
[20:36:57] <fenn> er.. nevermind
[20:37:18] <Jymm> Ok, shitty pics, can retake when other camera is charged, in the meantime...
[20:37:22] <juanjo> 250 impust, this machine have a lot of sensors like the 6 doors, the 4 panels with buttons and selectors, have a full line of sensors for each of the 7 axis, the 2 pallets
[20:37:28] <alpha1125> alpha1125 is now known as a-l-p-h-a
[20:37:40] <Jymm> pulley end http://farm3.static.flickr.com/2161/2204653656_f0f27ff6e9_b.jpg
[20:38:15] <SWPLinux> get some focus, will you? ;)
[20:38:34] <Jymm> SWPLinux: Ok, shitty pics, can retake when other camera is charged, in the meantime...
[20:38:38] <juanjo> ok spi sound good also the shift registers!!!!!!
[20:38:39] <SWPLinux> damn. I didn't remember it being that stupid :)
[20:38:42] <jepler> fwiw the hal_m5i20 driver seems to take about 25us to read and write everything (dac, digital I/O, encoder) when run from a 1ms thread on a 2.1GHz machine. digital-out-write takes less than 1us, while digital-in-read takes less than 3us. the m5i20 is a PCI card. more info: http://pastebin.ca/864691
[20:38:43] <SWPLinux> heh - phone camera?
[20:38:45] <jmkasunich> SWPLinux: what was the problem that lead to thi discussion anyway?
[20:38:50] <Jymm> SWPLinux: yeah
[20:39:06] <SWPLinux> well, one of the bearings had gone oval
[20:39:09] <jmkasunich> lash? or things loosening up?
[20:39:11] <jmkasunich> oval?
[20:39:18] <Jymm> floating (?) end http://farm3.static.flickr.com/2023/2204653568_a97cf23308_b.jpg
[20:39:19] <SWPLinux> wobble wobble wobble
[20:39:30] <SWPLinux> you could feel it when pushing the gantry by hand
[20:39:31] <juanjo> i have a rack with a PLC i/o boards the Siemens 130W, and i figuring to crack it with a aver to convert to spi
[20:39:39] <SWPLinux> but the screw is fine when it's not mounted
[20:39:43] <jmkasunich> so the actual bearing is shot?
[20:39:49] <SWPLinux> (checked by Thompson engineers as well as me)
[20:39:57] <SWPLinux> one of them is, but he's got replacements
[20:40:02] <SWPLinux> of the same kind - radial
[20:40:35] <SWPLinux> since the mounting method is the equivalent of a bearing puller though, it seemed to me that just putting in another bearing wouldn't be the best thing in the long run
[20:40:42] <jmkasunich> if they are deep groove radial they can probably handle non-trivial axial loads, at the expense of a few thou of lash
[20:41:01] <jmkasunich> what if you locked one bearing to one end of the screw, and locked that bearings outer ring into the bracket
[20:41:08] <SWPLinux> I think they're cheap groove radial
[20:41:13] <jmkasunich> lock the other bearing to bracket or screw but not both
[20:41:22] <juanjo> due the board is made to a round trip to the moon!!!
[20:41:24] <SWPLinux> that was my idea for the first step in figuring this out
[20:41:51] <SWPLinux> using the bearings he's already got, and the mounts as well (plus a capture cover on one of them)
[20:42:37] <BigJohnT> jepler: stepconf is very nice, you might consider adding the gecko 203v to the stepper list it has much different timing than the 201 and 202 thanks
[20:43:14] <BigJohnT> stepper driver list
[20:44:19] <jmkasunich> SWPLinux: mcmaster has 6000 series bearings listed under "electric motor quality" - I bet those are deep groove
[20:44:34] <SWPLinux> they could be
[20:44:39] <tom1> wobble wobble wobble (not a turkey) maybe bearing not perp to axle?
[20:44:42] <jmkasunich> when a motor is mounted with the shaft vertical, the bearings have to handle the weight of the rotor as an axial load
[20:44:43] <SWPLinux> heh
[20:45:09] <archivist> 6000 series are often used in 24/7 motors
[20:45:19] <jmkasunich> what kind of forces are expected on this machine? 10s of lbs, 100s? not 1000 lbs
[20:45:27] <archivist> they wont mind the load
[20:45:32] <jmkasunich> 6000 is rated ag 1020 lbs radial
[20:45:38] <SWPLinux> tom1: I could feel the wobbling when I was moving the screw in my hand - as well as on the machine
[20:45:45] <jmkasunich> I'm sure they can handle 10% of that as axial, probably 25%
[20:45:55] <SWPLinux> ok, that's probably enough
[20:46:15] <SWPLinux> I think the easiest thing to do is to make a plate to hold a bearing down hard
[20:46:19] <SWPLinux> in the mount
[20:46:24] <jmkasunich> those wonderfully fuzzy photos don't show the shoulder very well
[20:46:38] <jmkasunich> if the shoulder is really just screw, the bearing may not be seating square on it
[20:46:50] <SWPLinux> next best thing (lots harder) is to make new bearing mounts and a new "foot plate" for the nut
[20:46:54] <fenn> woah mcmaster searches as you type
[20:46:55] <SWPLinux> that could be
[20:47:20] <jmkasunich> the inner races have a chamfer, and if the minor diameter of the screw sits in the chamfer, but the screw thread itself contacts the face, the bearing will be tilted
[20:47:57] <SWPLinux> hmmm. that could be part of the problem - I could only feel the wobbling in one direction - when pushing (I think)
[20:47:59] <fenn> this sounds like a job for a lathe...
[20:48:05] <jmkasunich> 629 mearings from mcmaster hare the same OD and thickness, but 9mm ID - any chance of remachining the screw down to 9mm to leave a better shoulder?
[20:48:15] <jmkasunich> s/mearings/bearings
[20:48:19] <SWPLinux> though I could also tilt the inner race by hand, so that bearing was definitely shot
[20:48:21] <jepler> BigJohnT: argh, I knew the timing on the 203v was different, I didn't know they were incompatible. 201: .5uS/4uS 203v: 1uS/2uS (step "0" and "1" times)
[20:48:21] <jmkasunich> s/hare/have
[20:48:44] <SWPLinux> machining the screw would probably be the hardest thing to do at this point
[20:48:51] <jmkasunich> does jymm even have precision tools? like a mic?
[20:49:02] <fenn> jepler: can you just take the max of each?
[20:49:05] <SWPLinux> it's likely the hardest thing on the machine, and neither of us is a lathe master
[20:49:09] <jmkasunich> for all we know the shaft is 9.7mm instead of 9.98 mm
[20:49:17] <BigJohnT> jepler: yes, I'd make the change but I can't figure out all your code LOL
[20:49:29] <SWPLinux> oh, the bearings slide on and off quite easily
[20:49:32] <jepler> er, wait -- 203v is 2uS/1uS which is even worse
[20:49:39] <jmkasunich> SWPLinux: wrong answer
[20:49:45] <SWPLinux> also, they can be "press-fit" into/out of the blocks by hand
[20:49:46] <SWPLinux> heh
[20:49:50] <juanjo> guys i put a image of the machine in
[20:49:52] <jmkasunich> inner races are usually supposed to be press fit
[20:49:52] <juanjo> http://imagebin.org/13218
[20:50:00] <BigJohnT> the direction is much faster on the 203v
[20:50:09] <SWPLinux> yeah - press fit with a tool, not a finger
[20:50:16] <SWPLinux> juanjo: nice machine :)
[20:50:17] <jmkasunich> and outer races slip fit
[20:50:34] <jmkasunich> who made this machine anyway?
[20:50:35] <SWPLinux> I usually thing of them as "tap-fit" - with a soft hammer :)
[20:50:39] <SWPLinux> k2cnc
[20:50:40] <jepler> BigJohnT: but having direction too large doesn't hurt much (doesn't lower max step rate)
[20:51:12] <BigJohnT> ok didn't know, I put the values in manually but thought it would help others
[20:51:44] <fenn> a fleshy hammer
[20:52:02] <SWPLinux> rubber/plastic - the same one I use to tap the drawbar
[20:52:21] <tom1> juanjo: real nice, twin palette
[20:52:23] <jmkasunich> tricky part is applying force only to the race
[20:52:36] <SWPLinux> yep - I use a tube for that
[20:52:40] <jmkasunich> anyway, if the shaft is loose in the inner race, IMO the shaft is fscked
[20:52:44] <juanjo> Yel Tom1 , is a big iron
[20:52:55] <jmkasunich> needs to be measured with a proper mic to see how fscked
[20:53:13] <fenn> juanjo: perhaps you should start out with something smaller and easier, just to learn emc
[20:53:18] <SWPLinux> yep. I didn't bring my measurement tools, though Jymm has a dial caliper at least
[20:53:33] <juanjo> and everything is big the mains fuses are 100A
[20:53:40] <jmkasunich> what did the caliper say the bearing seat diameter is?
[20:53:41] <BigJohnT> jepler: just wondering does stepconf use another file for the GUI part? or do I need to study it harder?
[20:53:52] <SWPLinux> we didn't measure it while I was there
[20:54:03] <SWPLinux> Jymm: got those calipers out?
[20:54:23] <jmkasunich> calipers aren't good for much better than a thou or two anyway, unless you are very careful
[20:54:28] <jepler> BigJohnT: yes, the gui file is "stepconf.glade". that's where the names of the different drive types are mentioned
[20:54:35] <juanjo> yes fenn i have year to made tha conversion so i thr the emc on a desktop
[20:54:41] <SWPLinux> turning that to 9mm would also help with seating the bearing race to the screw
[20:54:56] <jmkasunich> right, assuming it didn't wind up undersize again
[20:55:01] <SWPLinux> heh
[20:55:04] <SWPLinux> loctite? ;)
[20:55:14] <jmkasunich> the other problem with the 9mm plan would be if the nut thread is 10mm
[20:55:28] <SWPLinux> indeed. it was a little smaller I think
[20:55:30] <jepler> unfortunately, it looks like I've written it in a way that makes it disruptive to add new drive types, because I use numbered indexes. adding something either means making "other" an item in the middle of the list, or making stepconf files forward-incompatible, or making more extensive changes to use names instead of indexes
[20:55:36] <jepler> :(
[20:55:42] <juanjo> i want to buy the hardware to support it and asembly it on the bench to figure how solve it
[20:55:44] <jmkasunich> loctite makes a bearing retaining compound intended to fill gaps up to a couple thou between race and shaft
[20:55:55] <SWPLinux> yep - 682 or something
[20:56:18] <jmkasunich> the trick is getting it on centered and perpendicular
[20:56:21] <fenn> jepler: you can hack it so other is always the end
[20:56:29] <SWPLinux> I bought some, in case I screwed up boring out my pulleys :)
[20:56:43] <jmkasunich> I guess the bearing block could hold it perpendicular, but centered is tougher
[20:56:58] <juanjo> i see the time in the m5i20 nad very impresed with it
[20:56:59] <SWPLinux> if the bearing block isn't a POS
[20:57:00] <jmkasunich> not having a lathe is crippling for this
[20:57:05] <SWPLinux> heh
[20:57:13] <SWPLinux> I've been crippled all my life then :)
[20:57:15] <jepler> fenn: those would be the "more extensive changes"
[20:57:26] <SWPLinux> ZOther
[20:57:38] <jmkasunich> if I was gonna loctite it, I'd bore a piece of aluminum bar with a good slip fit over the screw, and a pocket for the bearing
[20:57:57] <jmkasunich> slip it on and use it to hold the bearing while the loctite sets, the slide it off the other end
[20:58:05] <jmkasunich> the other bearing wouldn't be able to use that tool though
[20:58:11] <SWPLinux> heh
[20:58:12] <jmkasunich> but only one is critical, let the other float
[20:58:22] <juanjo> ok guys i left by now, i see later, thansk you by the support!!!
[20:58:26] <SWPLinux> use the dremel solution - cut a slot in it
[20:58:30] <SWPLinux> see you juanjo
[20:58:34] <juanjo> bye Juanjo
[20:58:41] <SWPLinux> heh
[20:58:43] <BigJohnT> jepler: you might just add the 201/202 to the Gecko selection
[20:59:07] <juanjo> juanjo is now known as Juanjo
[20:59:12] <SWPLinux> jepler: is there a version number in the stepconf-generated files?
[20:59:38] <jepler> BigJohnT: yeah that is more doable
[20:59:43] <SWPLinux> (so an updated stepconf could recognize an "old style" file)
[20:59:44] <jepler> SWPLinux: no
[20:59:47] <SWPLinux> ok
[21:00:08] <SWPLinux> the "quick-pick" selection is currently done with an index?
[21:00:10] <jepler> SWPLinux: originally I just assumed I'd get the software perfect before anybody else used it
[21:00:14] <SWPLinux> numerical
[21:00:15] <SWPLinux> heh
[21:00:19] <SWPLinux> a likely story :)
[21:00:19] <jepler> right, 0 is first entry, and so on
[21:00:22] <jepler> and I made "other" the last entry
[21:00:27] <SWPLinux> ok
[21:00:37] <archivist> hmm a database backend
[21:00:50] <jepler> I had the same problem with signal names on port setup, so for 2.3 I've used strings instead. but I won't make that big a change during 2.2..
[21:01:19] <SWPLinux> if it's changed so a named index is used, it's easy to recognize old-style files because they'll have a number
[21:01:29] <jepler> exactly
[21:01:57] <SWPLinux> the structure that contains the timings can also be hacked to have the index of that entry in the last version that used indexes
[21:02:07] <SWPLinux> so an old-style file could still be output if necessary
[21:02:10] <jepler> exactly
[21:02:14] <SWPLinux> (and the named entry could be found)
[21:02:15] <jepler> er, for output? nah
[21:02:30] <SWPLinux> ok, you've thought of it all already - I'll shut up now :)
[21:03:01] <SWPLinux> you have a two-way lookup once the entries have both a number and name (duh) :)
[21:08:54] <jepler> anybody know offhand if the 4000/500/20000/1000 timings are OK for geckodrive 211 and 212?
[21:26:10] <toastydeath> fff
[21:36:17] <Jymm> Jebus jimminy cricket... finally.... http://farm3.static.flickr.com/2334/2204778154_06e09f2d96_b.jpg
[21:40:18] <Jymm> SWPLinux: Better? ;)
[21:40:26] <jmkasunich> yes
[21:40:28] <SWPLinux> yes :)
[21:40:31] <archivist> not the best machining on the end of that
[21:40:37] <jmkasunich> looks like crap
[21:40:44] <SWPLinux> heh
[21:40:46] <Jymm> archivist: (understatment)
[21:40:57] <jmkasunich> it also looks like the turned part is longer than the bearing is thick, so you can't clamp down on the bearing
[21:41:20] <SWPLinux> washer to the screw?
[21:41:33] <jmkasunich> yeah. something like that
[21:41:49] <jmkasunich> I'd probably put it between the bearing and nut, unless its a precision washer
[21:41:51] <Jymm> I was able to sneak in that photo befor ethe battery died completely, it's charging now, then I cna take more.
[21:43:10] <archivist> look for lack of shoulder where the bearing contacts (upper in pic) bearring could "lean" eg swash plate motion
[21:44:11] <archivist> needs a damn good fit to stop that with such a thin screw and large bearing
[21:45:05] <archivist> would attempt to bend the screw if bearing is tight in the housing
[21:45:25] <SWPLinux> yep
[21:45:50] <SWPLinux> especially when you pull the two ends toward the screw with nuts *to hold the screw in place)
[21:46:44] <Jymm> SWPLinux: Not to mention their "FINE Precision machining" as you saw examples of yesterday.
[21:47:02] <SWPLinux> heh
[21:51:57] <Jymm> * Jymm keeps looking over at the charger every 30s waiting for the light to turn green - getting sore neck now :(
[21:52:21] <SWPLinux> it would probably be faster for me to drive over there with my camera
[22:09:01] <SkinnypuppY34> What was that ballscrew cut with ?
[22:10:40] <archivist> could be rolled
[22:14:11] <SWPLinux> probably a hacksaw ;)
[22:14:34] <tom1> looks rolled, see the groove between
[22:14:35] <SWPLinux> (for the turning, and an axe to actually cut it to length)
[22:14:38] <SWPLinux> yep
[22:15:01] <SkinnypuppY34> Oh not the screw but the end ..
[22:15:09] <tom1> chewed
[22:15:26] <SkinnypuppY34> alligator
[22:15:30] <SWPLinux> like I said, a hacksaw, which must have been hard to mount as a lathe tool ;)
[22:16:14] <jmkasunich> the sad part is that somebody charged money for that
[22:16:20] <SWPLinux> heh
[22:16:25] <SkinnypuppY34> Yeah thats what I was asking about whether the material or the method... jeez
[22:16:27] <jmkasunich> it would be not so bad if it was a homebrew job
[22:16:44] <SkinnypuppY34> OMG that was as supplied?
[22:16:56] <SWPLinux> it's too bad you need to know more to be able to evaluate what someone else has done than to do it ourself
[22:16:58] <jmkasunich> that's my understanding
[22:17:14] <SWPLinux> yeah - it looks like k2cnc isn't the best supplier out there
[22:17:29] <SWPLinux> or at least they weren't a couple of years ago
[22:19:21] <SkinnypuppY34> k2cnc needs a machinist
[22:20:45] <SWPLinux> and an engineer
[22:21:10] <jmkasunich> yep
[22:24:09] <acemi> what is the meaning of the first dotin command . ./scripts/emc-environment
[22:24:23] <acemi> what is the meaning of the first dot in command . ./scripts/emc-environment
[22:25:19] <SWPLinux> it's equiva;lent to the "source" command
[22:26:19] <acemi> umm, then I'll learn what is source
[22:26:23] <SWPLinux> heh
[22:26:37] <SWPLinux> it runs the script in the same environment (or something like that)
[22:27:24] <jtr> yes - otherwise, when the script ended, the environment variables it had created would go away.
[22:27:55] <alex_joni> acemi: it adds some env variables to the current shell
[22:28:06] <alex_joni> sources aka learns them
[22:28:19] <alex_joni> from then on things like 'man comp' will work
[22:28:41] <acemi> I see now, thanks SWPLinux jtr alex_joni
[23:08:53] <Gamma-X> gots a problem booting into the livecd from my other pc.
[23:09:40] <Gamma-X> gets to the 2nd screen after u load kernel. and it goes threw the first action and it says ok then the next and it freezes
[23:12:59] <tom1> does the boot screen say something like 'all actions recorded to blah.log'?
[23:13:20] <Gamma-X> i dont believe so.
[23:13:45] <Gamma-X> i only get to loading cd, then unloadin kernel then the 2nd screen that has color, then it freezes
[23:14:21] <tom1> disregard the 'log' this is live cd, logs vanish
[23:14:48] <Gamma-X> tried switching out motherboards,
[23:14:54] <Gamma-X> differant video cards
[23:14:56] <tom1> sounds vaguely like an x problem, like it didnt like you vid, but i'm no expert
[23:14:57] <Gamma-X> same thing happeneds
[23:15:39] <tom1> differnt mobos AND diff vid cards? sounds like bad cd/cdreader
[23:16:07] <Gamma-X> possible...
[23:16:16] <Gamma-X> it does shut down after a while...
[23:16:25] <Gamma-X> u can hear it spin slower and slower.. in succesion
[23:16:30] <tom1> i think you were doing 2 systems so try swapping the cd device to the one that did work
[23:16:48] <tom1> (becuz , if same cd, then its the reader maybe)
[23:16:59] <Gamma-X> cant lol my cd rom on my pc now is sata.
[23:17:01] <Gamma-X> fudge!
[23:17:01] <tom1> i know the sounds
[23:18:01] <tom1> was old ide and new is ONLY sata?
[23:18:11] <Gamma-X> yup
[23:18:13] <Gamma-X> what a bummer
[23:18:44] <jtr> Is SATA supported in that kernel?
[23:19:43] <Gamma-X> i guess.... it did work....
[23:19:48] <Gamma-X> on this pc atleast
[23:36:06] <tom1> did work, doesnt now? "hardware problem"
[23:36:45] <tom1> or do you mean it never worked with live cd and always works some other way?
[23:37:40] <Gamma-X> live cd worked on my new computer, not on the old one i have for the machine, it does but only goes so far
[23:39:42] <maddash> * maddash is the One b/c he managed to compute the moving avg. and RMS for 3 separate analog channels in <500 clocks on a 29.49MHz Rabbit
[23:39:56] <tom1> try the 'cehck cd' option on the boot screen to make sure the cd reader is good
[23:40:02] <Gamma-X> ok
[23:40:08] <tom1> check
[23:41:08] <SkinnypuppY34> I have two older generic cdrom drives around the house linux just won't boot on , but the rest of the pc is fine with a newer cd drive
[23:41:28] <maddash> * maddash has a .4+/-.2 ms reaction time
[23:41:34] <maddash> which is freakin' ironic
[23:42:06] <maddash> crap, wrong channel