#emc | Logs for 2007-09-15

[00:00:13] <dmess> cool
[00:00:17] <OzarkMark> Has NE1 successfully set up EMC in unbuntu? Or do I have to go back to dapper drake? My Bootmenu is filled with linux versions
[00:00:17] <jepler> cradek: great
[00:00:39] <jmkasunich> cradek: what are you making?
[00:00:47] <cradek> jmkasunich: a vacuum table for max
[00:00:58] <cradek> for pcbs
[00:01:08] <jmkasunich> nice
[00:01:14] <jepler> OzarkMark: emc2 packages are prebuilt for Ubuntu 6.06 "Dapper Drake" and Ubuntu 5.10 "Breezy Badger". The next release of emc2 will be for 6.06 only.
[00:01:34] <cradek> I got to drill a lot of 5" deep holes
[00:01:35] <jmkasunich> the next pre-built release that is
[00:01:37] <SWPadnos> OzarkMark, um - most people here have either (a) been able to install and set up Ubuntu/EMC2 successfully or (b) are the people who created the packages and liveCD :)
[00:01:56] <OzarkMark> Thats what I was afraid if. I installed Feisty before I new about the 6.06 ISO
[00:02:03] <OzarkMark> if=of
[00:02:28] <SWPadnos> you can steill get it to work on Feisty, but there aren't any precompiled packages
[00:02:47] <OzarkMark> I tried B=Live CD. I have a screen Res problem that I can see the OK button to even start EMC
[00:02:57] <jepler> OzarkMark: the precompiled packages won't work on Edgy or Feisty. It's a lot of work (you have to do things like patch and compile kernels) and if you're more interested in just using emc it's a better idea to use Dapper.
[00:02:59] <OzarkMark> It defaults to 640x480
[00:03:26] <OzarkMark> Can I wipe my linux partition and start over?
[00:03:32] <cradek> OzarkMark: are you using a KVM?
[00:03:51] <OzarkMark> <--newb to the penguin OS
[00:04:14] <dmess> Cradek ..you have a peck drilling macro
[00:04:22] <cradek> dmess: of course :-)
[00:04:37] <jepler> OzarkMark: yes, carefully note which partition(s) you used and tell the installer to use those when you reinstall. You'll loose any files you put on there (including your home directory), though
[00:05:29] <dmess> deep drillng macro??
[00:05:54] <jepler> OzarkMark: this page may help you fix the screen resolution after you finish the install: https://help.ubuntu.com/community/FixVideoResolutionHowto
[00:06:05] <OzarkMark> I dont care about losing anything.I only have linux for a week now. But tried doing unbunto kernal builds and have 8 different startup options then some1 told me about 6.06
[00:06:26] <dmess> vidio card??
[00:06:51] <cradek> dmess: I used G83 for everything
[00:07:01] <dmess> ubintu has worked on most machines i tried it on...
[00:07:13] <OzarkMark> ATI RAdeon 200 series
[00:07:22] <OzarkMark> Unbuntu resolution is great
[00:07:29] <dmess> no that was meant for OzarkMark
[00:07:32] <OzarkMark> the dapper res defaults to 640x480
[00:07:47] <skunkworks> 5 inch deep holes? for connecting all the vertial vacuum holes togather?
[00:07:55] <cradek> skunkworks: yes
[00:07:57] <skunkworks> cool
[00:07:58] <dmess> dia??
[00:08:07] <cradek> skunkworks: then one 6.5" deep the other way to hook them together
[00:08:23] <skunkworks> nice. your going to wonder why you didn't make one sooner.
[00:08:23] <OzarkMark> getting frustrated. was gonna go back to mach3(cringe)
[00:08:49] <dmess> no.. whack the box again..
[00:09:08] <skunkworks> cradek: what are you going to put on the top for actual drilling thru the copper clad?
[00:10:13] <SWPadnos> OzarkMark, if you don't mind losing everything, then a fresh install with 6.06 will be your best bet. Just boot with the 6.06 CD or the EMC2 LiveCD, and while it's at the CD boot ment, press F4 (I think) to change video modes. You should be able to choose 1024x768 or thereabouts
[00:10:36] <SWPadnos> err - menu, not ment
[00:10:54] <OzarkMark> ok thx. for the 411. I've been on CNCzone but the turnaround time on info is way slow
[00:11:49] <SWPadnos> when you install, just select "use entire disk" if you really don't care about what's on it :)
[00:12:06] <OzarkMark> will wipe the linux partition and install 6.06 exclusively
[00:12:16] <SWPadnos> yeah - especially for EMC questions. I think only one of us here is actually on cnczone
[00:12:25] <OzarkMark> Cant use whole disk, have to maintain a small windoze part.
[00:13:15] <SWPadnos> ok, then you need to be more careful. you may want to delete the Linux partitions and then select "use free space"
[00:13:34] <OzarkMark> can I do that with GREP?
[00:13:37] <OzarkMark> grub?
[00:13:42] <OzarkMark> er whatever
[00:13:51] <SWPadnos> no, I don't think grub lets you delete partitions
[00:13:56] <SWPadnos> (which is probably a good thing)
[00:14:29] <SWPadnos> do you have one Linux partition (plus a swap partition)?
[00:15:01] <dmess> the boot dis has the capability ti sesize partitions..
[00:15:04] <OzarkMark> Ive got Windows and Linux. But the linux has about 8 or 9 start options
[00:15:20] <SWPadnos> ok, start options and partitions aren't the same thing
[00:15:36] <SWPadnos> it would be a very good tihng for you to understand the difference before doing the install :)
[00:15:39] <OzarkMark> remember, I've still got water behind my ears
[00:15:42] <OzarkMark> lol
[00:18:10] <OzarkMark> SWP- ya, in a perfect world, I would take the time to learn everything, but I just want to get my comp set up for the cnc machine. There were several people within 100 miles that run linux and emc so I figured that would be the way to go if I needed support
[00:18:28] <SWPadnos> way to go :)
[00:19:07] <OzarkMark> So if worse comes to worse, Ican take a road trip
[00:19:11] <OzarkMark> ;)
[00:19:18] <SWPadnos> he
[00:19:19] <SWPadnos> h
[00:23:43] <OzarkMark> G2G will be back now that I found this place. Thanks again, The pest will return!
[00:23:53] <OzarkMark> hagn
[00:50:03] <JymmmEMC> I dont think grep allows that either ;)
[00:51:26] <Ziegler> ?
[01:22:15] <jlmjvm> swpadnos: i ordered the usc today
[01:32:29] <jlmjvm> the emc2 disk does a very painless dual boot setup if you wanna have windows also
[01:33:38] <jlmjvm> use the create partition in free space option,use the slider to select the size,it does the rest
[01:34:13] <jlmjvm> did it on 2 different computers this week
[01:36:29] <JymmmEMC> Anyone in here have renter's insurance?
[01:54:06] <Skullworks-PGAB> I don't rent
[02:24:16] <Ziegler> when I did rent.. I did not have the insurance
[02:35:53] <tomp> gEDA components for m5i20 7i33 7i37 on wiki http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?M5i20_Halvcp_Test_Panel
[03:08:45] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[03:51:49] <Skullworks-PGAB> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems - last line - "I'd also enable G43 while doing the Z Touch Off."
[03:52:09] <Skullworks-PGAB> um - why?
[04:56:54] <cradek> Skullworks-PGAB: if your tool is not your "reference" tool length you'll get the wrong number otherwise
[05:14:44] <fenn> "the acceleration and deceleration functions on most controls are much different for positioning than for feeding. G1 generally has a much shorter, sharper speed ramp than G0. If you routinely move at very high speeds with G01, on a machine that's not specifically designed for very high-speed machining, you'll beat the screws and thrust bearings to death."
[05:22:38] <fenn> there's more detailed explanation here http://www.desktopcnc.com/swarf/dog_leg.htm
[05:23:28] <fenn> it probably doesnt apply to milling machines though
[05:24:31] <cradek> I've seen this in some youtube videos
[05:24:42] <cradek> it seems scary and emc works better
[05:25:11] <SWPadnos> I think the ngc spec doesn't specify that the axes will be coordinated
[05:25:26] <fenn> the dog leg thing is stupid
[05:25:27] <SWPadnos> just that they'll get there rapidly
[05:25:51] <fenn> i think i understand what this is about now - the guy specifies the amount of time a move will take, and the control determines the accel from that
[05:25:52] <SWPadnos> no, it's max speed on all axes, with each axis stopping once it gets to the correct position
[05:26:15] <fenn> SWPadnos: ngc specifies that g0 moves are coordinated
[05:26:31] <fenn> at least, that they'll all end at the same time
[05:26:39] <cradek> 'set the target and let pid take care of it' is an easy way to do rapids on old machines.
[05:26:50] <cradek> 'tell me when you get there'
[05:27:09] <fenn> i dont really see the point since you have to be able to do G1 anyway
[05:27:10] <SWPadnos> hey - it does say coordinated now :)
[05:27:17] <cradek> now?
[05:27:20] <SWPadnos> I'm pretty sure it didn't say that a year ago
[05:27:21] <cradek> haha
[05:27:33] <cradek> I bet you're mistaken, I doubt anyone changed that
[05:27:33] <fenn> i remember it saying coordinated since always
[05:27:55] <fenn> perhaps you fell through a time portal without realizing it
[05:28:10] <SWPadnos> that could be
[05:28:22] <SWPadnos> I'm obviously wrong about that, I've just proven it to myself
[05:28:30] <SWPadnos> "but I could swear ..."
[05:31:19] <JymmmEMC> what said coordinated?
[05:31:36] <SWPadnos> the RS274NGC spec, revision 3 (or later)
[05:31:42] <JymmmEMC> url?
[05:31:42] <SWPadnos> and maybe earlier as well
[05:31:46] <SWPadnos> nope
[05:32:02] <SWPadnos> here's one: http://www.isd.mel.nist.gov/personnel/kramer/pubs/RS274NGC_3.web/RS274NGC_3TOC.html
[05:32:18] <SWPadnos> I have a version from 2000 on my local disk, which says the same thing
[05:32:43] <JymmmEMC> SWPadnos: well 2000 aint a year ago buddy =)
[05:32:56] <SWPadnos> it's at least a year ago
[05:32:59] <SWPadnos> I'm quite sure of that
[05:33:09] <JymmmEMC> a year ago is did NOT say coordianted?
[05:33:37] <SWPadnos> if I had read the 2000 version a year ago, and it didn't say that, then it would be true that a year ago, it didn't say that
[05:33:45] <SWPadnos> (of course, I was wrong about it anyway)
[05:34:16] <JymmmEMC> ok, pick a year from 2001 to 2006
[05:34:23] <SWPadnos> 1947
[05:35:04] <JymmmEMC> fine you search then... http://www.archive.org/web/web.php
[05:35:06] <SWPadnos> the 24 1/2th Century!!!
[05:35:39] <JymmmEMC> ok Duck Dodgers!
[05:35:44] <SWPadnos> heh
[05:36:19] <JymmmEMC> SWPadnos: (I got all those on DVD too)
[05:37:04] <SWPadnos> I saw one on New Years Eve
[05:37:28] <SWPadnos> a movie theater had looney toons playing from noon to midnight as part of the First Night festivities
[05:37:51] <SWPadnos> just walk into the theater (free), watch some cartoons, leave when you want ...
[05:38:04] <SWPadnos> it was cool to see them on the big screen
[05:47:37] <fenn> it seems endmill holders should have a slot cut out opposite the set screw, thus giving you two lines of contact and one point contact, instead of one line and one point
[07:20:24] <Twingy> 2007.09.15 gcam released
[07:42:32] <fenn> maybe axis could have a 'halmeter' to show values in the 3d window like with x y z vel
[07:43:12] <fenn> thinking about the guy with the 800x600 display
[07:48:58] <maddash> axis is slow.
[07:55:02] <maddash> isn't anyone coming to axis' rescue?
[08:04:59] <JymmmEMC> SWPadnos: That would have been very cool.
[08:07:36] <JymmmEMC> SWPadnos: A friend of ours has a place in the river in AZ, in the summrertime, him and allthe neighbors hit th bakcyard, and they bbq whatever and play movies on the side of the 2 story wall outdoors when the breeze picks up.
[08:08:06] <JymmmEMC> everyone just brings their food, lawn chairs etc
[08:08:38] <maddash> who brings the CNC? har har.
[08:28:13] <liorc> I want to install emc2 in debian etch (stable - 4.0). I just read http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Debian_Etch_Compile_RTAI , and I have to say I was surprised by the complexity of the installation. Is there any other way to install emc2 on debian? Anyone here running emc2 on debian?
[08:30:13] <fenn> just pretend you're on ubuntu and install normally
[08:33:09] <liorc> it should work? I'll try, thanks.
[08:34:37] <fenn> well, officially it's 'not supported' but i've done it before and it worked. i'm having trouble getting apt to work with linuxcnc.org lately though
[08:37:58] <liorc> do you happen to know what's the equivalent Ubuntu version of Debian Sarge? (I guess the stable version of Ubuntu)
[08:39:29] <fenn> dapper drake
[08:40:11] <fenn> sarge is pretty old, i think etch is stable now
[08:41:04] <liorc> you're right.
[08:45:56] <JymmmEMC> yo fenn
[08:46:44] <fenn> ya
[08:46:53] <JymmmEMC> whaz up
[08:47:03] <fenn> pasta
[08:47:17] <fenn> i'm also making cheese
[08:47:19] <JymmmEMC> too many carbs
[08:47:28] <JymmmEMC> cheese is ok, as long as you aint cutting it
[08:47:31] <fenn> carbs are good for you
[08:47:40] <fenn> cheese is evil nasty stuff
[08:47:43] <JymmmEMC> fuck no thay aint
[08:48:01] <JymmmEMC> Mmmmmmmmmm cheeeeeese
[08:48:23] <fenn> i stirred the curds as they were forming so i got this grainy stuff that isnt really cheese at all
[08:48:30] <JymmmEMC> That reminds me, I gotta find a cheese tasting place
[08:48:48] <JymmmEMC> curds?! are you seriously making cheese?
[08:49:11] <fenn> we get raw milk from a local farmer; had some extra this week
[08:49:32] <JymmmEMC> making butter too? lol
[08:49:40] <JymmmEMC> CNC butter churn
[08:49:57] <fenn> nah not enough milk to make it worthwhile, but i just didnt want to dump all that pretty milk down the drain
[08:50:10] <JymmmEMC> * JymmmEMC hates when an auction will end when he'll be aslepp
[08:50:25] <fenn> * fenn hates auctions
[08:50:43] <JymmmEMC> Eh, a 7" LCD TV I wanted to suprise my gf with
[11:13:34] <fenn> tomp: ever heard of a vernier optical encoder?
[11:14:34] <tomp> never, the reader is usually pretty simple. vernier implies the reader is a staggered array . is that right?
[11:15:04] <fenn> idea i just came up with - you have a mask grating that has 1 more line than the encoder disc. as the disc goes through one phase cycle, a dark spot appears to circle around the encoder 360 degrees
[11:15:51] <tomp> moire-like
[11:15:57] <tomp> good idea
[11:16:01] <fenn> so you have two (low resolution) sensors 90 degrees apart on the disc, that gives you sinusoidal quadrature output
[11:16:42] <fenn> problem is that the two gratings have to be close together, if they're touching that means wear
[11:17:21] <tomp> top & bot of 2 glass plates?
[11:17:42] <fenn> i was thinking printing on transparency from a laser printer
[11:17:53] <fenn> do you think glass would work better?
[11:17:53] <tomp> etch top of one and bot of other? how close you gotta be?
[11:18:19] <tomp> glass is whats used in encoders by people better at it than me ;)
[11:18:37] <fenn> well i suppose the light could diffuse/diffract in the space between the two gratings
[11:18:57] <fenn> uh, short answer is "i dont know"
[11:20:00] <tomp> oops, google it 'vernier encoder' (1st hit is 'priorart' )
[11:20:04] <fenn> you could do two dimensional gratings too
[11:20:23] <fenn> pattern of holes and dots
[11:20:40] <fenn> or, more likely, hexagons
[11:21:19] <fenn> anyway i thought you could use that to get more resolution out of your encoders somehow
[11:23:44] <fenn> btw i have been playing with postscript for generating encoder discs, i can probably make one pretty easy
[11:25:09] <tomp> i read some discussionon that, like alex's cd printer. i remember old 8" floppys had a series ( many ) of holes used to make precise timing
[11:30:56] <alex_joni> morning guys
[11:31:23] <tomp> 'lo
[11:35:20] <jlmjvm> alex_joni:morning
[11:36:18] <jlmjvm> alex_joni:have you ever fooled with a usc board?
[11:40:39] <alex_joni> nope
[11:40:57] <alex_joni> around here only SWPadnos, anonimasu, jmkasunich and elson have
[11:41:05] <alex_joni> and rayh I think
[11:41:09] <jlmjvm> k,thought some said you had
[11:41:40] <jlmjvm> got 1 coming,was wondering how hard its gonna be to do the pid loop
[11:42:54] <jlmjvm> on the emc end
[11:44:25] <jlmjvm> alex_joni:do you know anything about the adaptive feed in emc
[11:45:26] <jlmjvm> i noticed its in my hal
[11:48:35] <alex_joni> jlmjvm: I know a couple things
[11:48:41] <alex_joni> 1. you can switch it on/off with g-code
[11:48:55] <alex_joni> 2. it basicly works as a realtime float input (from 0 to 1)
[11:49:16] <alex_joni> 3. the value will be used to scale the speed (0 - 0%, 0.25 - 25%, etc)
[11:49:47] <alex_joni> so if your adaptive-speed input is 1, emc2 will go at the normal speed (taking into account programmed feedrate, feed override, etc)
[11:50:00] <alex_joni> if the adaptive-speed input is .5, then it will be half of the above
[11:56:08] <jlmjvm> so if its set at .5,would the mill go down to 50% feed under a load?
[12:05:33] <alex_joni> jlmjvm: if you set it at .5 then it will always go at 50%
[12:06:15] <fenn> ugh writing the code for these encoder things makes you dizzy
[12:06:19] <alex_joni> what you want to do is take some value (maybe force measured on the spindle, or the following error), and scale/offset that to result in a 0..1 value
[12:06:40] <jlmjvm> ahh
[12:07:05] <jlmjvm> link adaptive feed and following error
[12:07:15] <alex_joni> yup
[12:07:42] <jlmjvm> adaptive feed,m53 is feed override
[12:07:58] <alex_joni> say you have following error from 0 to 0.05 "
[12:08:35] <alex_joni> at 0 ferror you want 1 adaptive feed, at 0.05 you want 0 adaptive feed
[12:09:46] <alex_joni> connect ferror to an add2
[12:09:54] <alex_joni> connect -0.05 to the other input
[12:10:05] <alex_joni> and scale the output with 0.05/1
[12:10:16] <alex_joni> err.. 1/0.05
[12:23:03] <jlmjvm> awesome
[12:23:40] <fenn> tomp: it works, try yourself if you have a laser printer http://fenn.dyndns.org/pub/irc/encoder-vernier.ps
[12:24:03] <fenn> edit the .ps if you want to change any parameters, but its sorta hacky right now
[12:24:46] <alex_joni> fenn: can you generate a pic?
[12:24:52] <alex_joni> or pdf?
[12:25:48] <fenn> http://fenn.dyndns.org/pub/irc/encoder-vernier.pdf
[12:26:14] <fenn> you can print on plain laser paper and hold up to a light, put a pin through the crosshairs
[12:26:52] <jlmjvm> thanks alex,im gonna try this later today,gotta go work on some new mazaks for a few hours
[12:27:03] <alex_joni> jlmjvm: ok, cool
[12:27:06] <alex_joni> let me know how it works
[12:27:57] <fenn> i should put a giant one of these on my bicycle
[12:28:02] <jlmjvm> will do,i think it will be like you said,an unstallable stepper
[12:28:30] <alex_joni> jlmjvm: we'll see :)
[12:29:03] <jlmjvm> see you guys later today,gotta run
[12:29:16] <alex_joni> bye
[12:29:44] <alex_joni> although I wonder..
[12:29:55] <alex_joni> lets assume the stepper does lose some steps
[12:30:15] <alex_joni> that will be noticed by emc though ferror
[12:30:24] <alex_joni> but the commanded position will not change
[12:30:41] <alex_joni> and stepgen (taking a commanded position) won't compensate
[12:30:48] <alex_joni> fenn: care to back me up on this?
[12:50:46] <fenn> thats why you use adaptive feed to slow the commanded feed down
[12:51:23] <fenn> oh..
[12:52:25] <fenn> i guess you need PID too
[12:53:16] <fenn> if you need to recover a lost full-step
[12:53:19] <alex_joni> that would assume some velocity command, isn't that true?
[12:53:26] <alex_joni> or PID on position?
[12:53:28] <fenn> i think it would recover a lost half-step or less by itself
[12:53:39] <fenn> pid on position
[12:53:49] <alex_joni> I'm thinking about a couple lost steps
[12:54:02] <alex_joni> till adaptive starts to kick in
[12:54:52] <alex_joni> or a stepgen with an external feedback :)
[12:54:56] <alex_joni> it already has a PID inside
[12:54:57] <fenn> i think your P gain would have to be pretty low or you'd overshoot
[12:55:23] <fenn> because of the delay in step/dir signalling
[12:56:39] <fenn> how much do steppers normally lag behind the magnetic field phase?
[12:57:09] <fenn> cant be more than a fullstep
[12:57:15] <alex_joni> I have no idea, but I'm thinking about a really bad case
[12:57:29] <alex_joni> where for example the encoder has less resolution then full steps/rev.
[12:57:39] <fenn> i'm trying to figure out what the stepper's "internal PID loop" looks like
[12:57:51] <fenn> not inside stepgen, inside the motor itself i mean
[12:58:17] <fenn> there's P due to the magnetic field, and D due to friction (?)
[12:58:34] <fenn> eh, nevermind that train of thought
[12:58:46] <SWPadnos> I think the motor lag gets to 1 full step (360 degrees)
[12:58:59] <fenn> and then it starts losing steps
[12:59:05] <SWPadnos> ISTR Mariss mentioningthat regarding his new step/servo drive design
[13:00:49] <alex_joni> I guess simply linking ferror to adaptive feed, will reduce the speed of the machine in case of error, and never get back to full speed
[13:01:44] <SWPadnos> you probably want to use freqgen instead of stepgen for a feedback system
[13:01:52] <fenn> you could add ferror to the position command
[13:02:11] <alex_joni> fenn: that's an interesting idea
[13:03:08] <SWPadnos> you still need the adaptive feed stuff, but you'd want to have that decay toward full speed (so it's always trying to get to full speed, and only slows down when "actively" pulled away from full speed by a following error)
[13:03:36] <alex_joni> SWPadnos: right
[13:03:49] <SWPadnos> I think adding ferror to the position command is unstable
[13:04:01] <fenn> its like P in PID
[13:04:06] <fenn> with a gain of 1
[13:04:13] <alex_joni> (max_ferror-curr_ferror)*1/max_ferror -> adaptive_feed
[13:04:14] <SWPadnos> so you'd add it in HAL
[13:04:14] <fenn> you can scale the value to suit your taste
[13:04:27] <alex_joni> SWPadnos: only as input to the stepgen
[13:04:28] <SWPadnos> hmmm
[13:04:31] <SWPadnos> right
[13:05:01] <SWPadnos> that's OK for servos (right - it's like P), but steppers need you to slow down
[13:05:29] <SWPadnos> so you'd have to slowly add it in, after the adaptive feed has slowed things down a bit
[13:05:36] <fenn> no, you want to speed the motor falling behind up, relative to the commanded feed which is slowing down in response to ferror
[13:05:52] <SWPadnos> right
[13:05:52] <fenn> so multiply it by some value less than 1
[13:06:28] <SWPadnos> AFO=1-K*(ferror)
[13:06:35] <fenn> so the motor that's falling behind is slowing down in reality a bit
[13:06:59] <SWPadnos> hmm
[13:07:08] <fenn> its slowing down by K
[13:07:57] <SWPadnos> no - I think there's a problem there
[13:08:19] <fenn> there's too many constants :)
[13:08:31] <SWPadnos> motion outputs points along a path, sampled in time. at some time, a motor can't keep up
[13:08:41] <SWPadnos> so the whole system is slowed down using FO
[13:09:13] <SWPadnos> hopefully, the motor can catch up , but the question is, what if it has lost steps
[13:09:35] <SWPadnos> (ie, the impending stall wasn't detected and corrected for before a step was lost)
[13:10:23] <SWPadnos> but motion is still happily tossing out uncorrected positions - though at a slower rate of motion
[13:10:34] <alex_joni> SWPadnos: that's why we want to add ferror to the input of stepgen
[13:10:55] <alex_joni> so it travels towards the real point (where it should be)
[13:11:04] <SWPadnos> sure - it's just that you'll need to add that error in until you restart EMC
[13:11:19] <SWPadnos> motion saays
[13:11:22] <SWPadnos> gah
[13:11:25] <fenn> but if you add ferror*1 to the input of stepgen, the motor that's struggling doesn't slow down at all, and presumably continues losing steps
[13:11:43] <SWPadnos> motion says "go to 1.000", but the motor only makes it to 0.999
[13:11:45] <fenn> do it in hal
[13:11:56] <SWPadnos> so the AFO code automatically slows everything down
[13:11:59] <alex_joni> there's another problem
[13:12:10] <SWPadnos> but stepgen still thinks it's at 1.000, not 0.999
[13:12:31] <SWPadnos> so you get past the roadblock, but there's still this following error
[13:12:34] <alex_joni> once the motor catches up (ferror =0) stepgen will be at 1.001 not 1.000
[13:12:43] <SWPadnos> so you lie to stepgen "go to 1.001"
[13:12:46] <alex_joni> and it will want to go back to 1.000
[13:12:47] <SWPadnos> ding ding
[13:12:57] <fenn> the difference between stepgen's position and emc's commanded position is the number of steps you've lost so far
[13:12:59] <alex_joni> SWPadnos: emc.pos-cmd + ferror
[13:13:19] <alex_joni> I think we need another component here
[13:13:25] <SWPadnos> you have to keep that ferror correction until you turn off the machine (F2 = machine off, where I think stepgen will reset its position (?) )
[13:13:26] <alex_joni> emc -> component -> stepgen
[13:13:31] <fenn> naw its simple
[13:13:39] <fenn> a scale block and an add block
[13:14:03] <alex_joni> fenn: actually a bit more complicated
[13:14:10] <alex_joni> lets take an example
[13:14:17] <alex_joni> emc-cmd is 1.000
[13:14:24] <alex_joni> stepgen only goes to 0.999
[13:14:27] <SWPadnos> actually, it's an integrator block - you want to develop a positive error in the stepgen command to counteract the negative error caused by the missed steps
[13:14:32] <alex_joni> ferror is 0.001
[13:14:35] <fenn> why does stepgen only go to 0.999?
[13:14:46] <alex_joni> lost step (it thinks it's at 1.000)
[13:14:48] <SWPadnos> stepgen thinks it's at 1.000, but the motor missed step
[13:14:54] <SWPadnos> ~a
[13:14:59] <SWPadnos> ^a
[13:14:59] <fenn> ok, let's talk about what the motor's doing then :)
[13:15:09] <alex_joni> ok, so motor is at 0.999
[13:15:17] <alex_joni> ferror is 0.001
[13:15:29] <alex_joni> stepgen cmd will be 1.001 (emc-cmd + ferror) right?
[13:15:34] <fenn> yes
[13:15:39] <alex_joni> motor goes to 1.000
[13:15:46] <alex_joni> stepgen thinks it's at 1.001
[13:15:50] <fenn> everyone's happy
[13:15:51] <alex_joni> ferror is 0
[13:15:54] <fenn> d'oh
[13:15:58] <alex_joni> stepgen input will be 1.000
[13:16:04] <alex_joni> stepgen goes back one step
[13:16:12] <SWPadnos> oscillation ensues
[13:16:17] <alex_joni> and it starts to wobble
[13:16:42] <alex_joni> I'd say you need some smartish (not sure how smart) component
[13:16:49] <SWPadnos> integrator
[13:17:00] <alex_joni> pid?
[13:17:05] <alex_joni> p=1, i > 0 ?
[13:17:05] <SWPadnos> as ferror increases, it slowly increases the error output
[13:17:17] <SWPadnos> no, that would be equivalent to ferror
[13:17:38] <alex_joni> how so?
[13:17:38] <SWPadnos> you need to keep track of ferrors that have developed over time and feed those back into the stepgen command
[13:17:43] <alex_joni> yes
[13:17:46] <SWPadnos> oh, I>0
[13:17:51] <fenn> PID would have the same problem as just adding ferror
[13:17:52] <alex_joni> pid that takes emc command, and encoder feedback
[13:18:06] <alex_joni> fenn: no, as it doesn't know/care where stepgen thinks it is
[13:18:16] <SWPadnos> but PID only works on the current state, I think some history is needed
[13:18:51] <fenn> you need to count the number of lost steps and always add them to stepgen-in
[13:19:06] <alex_joni> I really think we need a velocity-loop
[13:19:17] <alex_joni> then this adding in goes away
[13:19:18] <SWPadnos> freqgen, anyone?
[13:19:22] <alex_joni> SWPadnos: yup
[13:19:32] <alex_joni> emc-cmd > ddt > pid > freqgen
[13:19:44] <fenn> wheee
[13:19:56] <alex_joni> bet it will be a pain to tune :D
[13:20:02] <fenn> does stepgen really have an internal PID loop or is that just a myth?
[13:20:11] <alex_joni> fenn: it does have something
[13:20:24] <alex_joni> it does have limits on accel & vel
[13:20:26] <SWPadnos> it's not PID, it's an accel/vel limited ramp
[13:20:31] <alex_joni> so it needs to have something..
[13:20:44] <alex_joni> SWPadnos: I think jmk said it's some crude pi
[13:20:51] <alex_joni> not sure about d :)
[13:21:11] <alex_joni> obviously P and I are there to assure it reaches where you want to go
[13:21:15] <SWPadnos> could be. I don't remember (and I think I'll make coffee before looking :) )
[13:21:21] <alex_joni> even if it's not explicitely stated
[13:21:25] <alex_joni> or parametrized
[13:29:59] <jmkasunich> you guys are going about this "unstallable stepper" thing all wrong ;-)
[13:29:59] <SWPadnos> uh-oh ;)
[13:30:00] <jmkasunich> you _cannot_ deal with a lost step
[13:30:06] <fenn> oh pssh
[13:30:27] <jmkasunich> the idea is to prevent it from losing a step
[13:30:44] <SWPadnos> I'll just design a step drive that does that. I hear it's easy
[13:30:54] <SWPadnos> (once you know how to do it)
[13:31:11] <jmkasunich> isn't everything?
[13:31:16] <SWPadnos> oh, right
[13:31:39] <alex_joni> jmkasunich: why can't you deal with a lost step?
[13:32:09] <fenn> its only if you're a motor drive designer that you can't deal with it :)
[13:32:25] <fenn> has to be done in the control
[13:32:33] <alex_joni> fenn: I know that..
[13:33:05] <jmkasunich> if you lose "a" step, you will actually lose 4 full steps
[13:33:11] <jmkasunich> one electrical cycle
[13:33:48] <fenn> um, isnt an electrical cycle 1 full step?
[13:33:47] <jmkasunich> and when it happens, the motor will make a jump
[13:33:52] <jmkasunich> nope
[13:34:17] <alex_joni> you think it bounces back?
[13:34:34] <fenn> it starts accelerating backwards
[13:34:36] <SWPadnos> you can get the motor to run backwards at 1/4 (?) the speed
[13:34:41] <jmkasunich> winding currents during a full cycle (4 steps) = 0+ +0 0- -0
[13:35:18] <jmkasunich> in fact, full step winding currents look a lot like quadrature encoder signals
[13:35:24] <SWPadnos> huh
[13:35:26] <SWPadnos> :)
[13:36:00] <SWPadnos> on a side note, I had a little fun connecting two stepper motors together. turn one shaft fast enough, and the other motor stays in step
[13:36:10] <jmkasunich> lets talk about the "bounces back" thing
[13:36:17] <alex_joni> then simply put another stepper and use a hall probe to make an electrical encoder
[13:36:39] <jmkasunich> assume you energise one winding in one direction - that is a particular full step location
[13:36:49] <fenn> alex_joni: i believe that's called a magnetic encoder :P
[13:37:02] <alex_joni> fenn: ok then
[13:37:05] <jmkasunich> there is a magnetic field in the motor from the windings
[13:37:20] <jmkasunich> and if the torque is zero, the magentic field from the rotor lines up with it
[13:37:23] <jmkasunich> now apply some torque
[13:37:38] <jmkasunich> the rotor gets displaced a bit from alignment
[13:37:48] <jmkasunich> and the further you displace it the more it resists
[13:37:50] <jmkasunich> up to a point
[13:38:02] <jmkasunich> the resisting torque is a sine wave
[13:38:12] <jmkasunich> increases from zero displacement to 90 degrees
[13:38:25] <jmkasunich> above 90 degrees, it begins to decrease
[13:38:41] <jmkasunich> at 180 degrees it goes negative, and begins driving the rotor away from the initial stable position
[13:38:50] <jmkasunich> to a new stable position at 360 degrees
[13:39:19] <fenn> and then?
[13:39:34] <jmkasunich> and then depends on whether you keep applying torque
[13:40:19] <jmkasunich> experiement: clamp a 200 step/rev stepper to your workbench, energise it with your favorite drive (no steps, just zero speed)
[13:40:31] <jmkasunich> put a wrench on the shaft, and apply torque
[13:40:35] <fenn> what is actually pushing on the motor to make it go backwards, in a milling machine?
[13:40:39] <jmkasunich> count the number of cogs per revolution
[13:40:49] <jmkasunich> fenn: load torque
[13:40:52] <alex_joni> fenn: inertia
[13:40:58] <alex_joni> err.. load
[13:41:16] <jmkasunich> my experiement is on a stationary motor, but it also applies while spinning
[13:41:16] <alex_joni> inertia for forward, or backward during decel and accel phase
[13:41:20] <fenn> relative to the (rotating) magnetic field
[13:41:23] <jmkasunich> right
[13:41:57] <jmkasunich> if the observer rotates with the magnetic field, they will see load torque trying to turn the rotor backwards
[13:42:08] <fenn> so, if we slow down that magnetic field, and the motor stays in the same place, the motor is "accelerating" forward in the electrical cycle
[13:42:18] <jmkasunich> and if the torque is high enough, it will slip backwards just like in the zero speed experiment
[13:42:52] <jmkasunich> you lost me
[13:43:12] <jmkasunich> "the motor stays in the same place" relative to what?
[13:43:21] <jmkasunich> the rotating field, or the world?
[13:43:23] <fenn> relative to its own inertia
[13:43:42] <fenn> sorry.. there's no change in the motor's inertia but it appears to be accelerating from your observer's point of view
[13:43:44] <jmkasunich> inertia isn't a reference frame
[13:44:31] <jmkasunich> s/accelerating/moving
[13:44:47] <fenn> it's accelerating because we're decelerating the magnetic field (from emc)
[13:45:28] <jmkasunich> as soon as you start talking about acceleration and deceleration things get a lot more complicated
[13:45:32] <fenn> yep
[13:45:46] <fenn> i dont think it should be complicated though, let's talk about something else :)
[13:45:50] <jmkasunich> first you have to have a mental model of the nmotor behavior
[13:46:09] <jmkasunich> which for me is a rotating magentic field (rotated by the drive), with a spring connecting it to the rotor
[13:46:31] <fenn> a floppy compression spring maybe
[13:46:34] <alex_joni> a spring that can easily break :)
[13:46:45] <jmkasunich> if the spring gets stretched too far (90 electrical degrees) it "slips" one "tooth" (4 steps)
[13:47:08] <jmkasunich> not floppy at all - in the range from -45 to +45 degrees, it is quite linear
[13:47:09] <fenn> ball detent is a good analogy
[13:47:26] <jmkasunich> from 45 to 90 it rolls off instead of being linear
[13:47:36] <jmkasunich> above 90 the force decreases and eventually goes negative
[13:47:48] <jmkasunich> the ball detent is a _fairly_ good analogy
[13:48:36] <jmkasunich> but balls often lock up completely until you exceed some force - steppers will deflect from perfect magentic alignment for _any_ force - hence the spring
[13:48:45] <fenn> right
[13:48:57] <fenn> this doesnt explain why we can never make up a lost step
[13:49:06] <jmkasunich> the spring, combined with the rotor inertia, is a spring-mass system, with a resonant frequency, and that is what mid-band resonance is all about
[13:49:30] <jmkasunich> its not that you can never make it up
[13:49:53] <jmkasunich> its that when you lose the step, you have a completely uncontrolled movement of 1/50 of a turn
[13:50:04] <jmkasunich> once you go over the peak and the "spring" breaks
[13:50:22] <jmkasunich> IMO, the goal of an unstallable stepper is not to recover from that, it is to prevent it
[13:53:09] <alex_joni> right, but that all has to happen inside the stepper drive
[13:53:31] <jmkasunich> not neccessarily
[13:53:39] <fenn> not with microstepping
[13:53:48] <jmkasunich> you _do_ need a microstepping drive, so that you can control where the current vector is
[13:53:57] <jmkasunich> the encoder tells you where the rotor is
[13:54:07] <alex_joni> given enough accuracy
[13:54:23] <jmkasunich> you watch the difference, and as it approaches 90 degrees you back off to allow the rotor to catch up
[13:54:42] <jmkasunich> alex_joni: exactly - you don't really know where the current vector is
[13:54:55] <jmkasunich> because the actual current lags behind the command, due to inductance etc
[13:55:07] <alex_joni> except if you do it in the driver.. then you might know
[13:55:16] <jmkasunich> yeah
[13:55:25] <alex_joni> seen mariss's latest info on the geckodrive list?
[13:55:33] <jmkasunich> I read it on-and-off
[13:55:50] <jmkasunich> I'm aware of what he's been doing with the unstallable stepper, but haven't looked recently
[13:55:59] <jmkasunich> he is basically building a vector drive
[13:56:06] <alex_joni> http://finance.groups.yahoo.com/group/geckodrive/files/Stepper%20Servo/
[13:56:12] <alex_joni> there are some results there
[13:56:58] <fenn> i think we were going somewhere with the 'integrator' component
[13:57:25] <fenn> this component should add ferror to an accumulator, then set ferror to zero (?)
[13:57:49] <alex_joni> why shoudl it set ferror to zero?
[13:57:55] <alex_joni> emc needs to know it's off-course
[13:57:59] <fenn> so you dont add it to the accumulator twice
[13:58:02] <alex_joni> and it needs to slow things down
[13:58:13] <alex_joni> that's what a pid does usually
[13:58:39] <fenn> how does pid know it already added the error?
[13:59:08] <alex_joni> it doesn't add anything
[13:59:19] <alex_joni> it increases output untill the error goes to zero
[13:59:33] <alex_joni> it compares prescription and feedback, and adjust the output
[13:59:55] <jmkasunich> gotta go - places to be, things to do
[13:59:58] <fenn> ok, but, that oscillates because the commanded position is not the same thing as what PID outputs
[14:00:10] <fenn> seeya
[14:00:38] <alex_joni> fenn: except if it's velocity
[14:00:51] <fenn> oh, right
[14:01:22] <fenn> does velocity -> freqgen actually get you to the right place eventually?
[14:01:31] <alex_joni> sure
[14:01:42] <alex_joni> why shouldn't it?
[14:01:52] <alex_joni> velocity -> DC servo does too
[14:02:03] <alex_joni> there's a problem with PID though
[14:02:22] <alex_joni> it usually increases output as ferror builds up
[14:02:27] <alex_joni> and that's bad for steppers
[14:03:31] <fenn> ok, so i guess the only thing left is to try it and see
[14:04:06] <fenn> * fenn volunteers jlmjvm to solve this pressing scientific issue
[14:04:14] <alex_joni> well.. I don't have encoders on my steppers.. so it's up to jlmjvm
[14:04:39] <alex_joni> but with high enough resolution, slowing things down (fast enough), might actually make it work
[14:05:19] <alex_joni> and if it really can't keep up, it will stop
[14:05:29] <alex_joni> F2 to reset and you can continue without issues
[14:05:45] <fenn> why wouldnt it be able to keep up?
[14:05:56] <alex_joni> I'm talking about the simple setting
[14:06:04] <alex_joni> ferror connected only to adaptive feed
[14:06:12] <alex_joni> as jlmjvm is going to try first
[14:06:35] <alex_joni> and assuming the system speeds down too slow.. the motor keeps losing steps
[14:06:44] <alex_joni> eventually it will decelerate to a halt
[14:07:24] <fenn> ok
[14:07:58] <fenn> 'error 54321 Operator needed to turn handle'
[14:08:17] <alex_joni> error 54322 would someone please help me?
[14:08:37] <alex_joni> I seem to be stuck on one axis
[14:08:53] <fenn> i think the complicated solution sounds more useful
[14:09:31] <fenn> would be nice to have a pin to axis you could hook up any hal signal to, and it would color the backplot segment that color
[14:09:35] <SWPadnos> error x: error reporting error code
[14:09:53] <fenn> then you could see where feeds are too high etc
[14:09:59] <alex_joni> error code missing while trying to report the error reporting error code
[14:10:10] <SWPadnos> eror:
[14:10:21] <SWPadnos> (that's it, just "eror:")
[14:10:23] <fenn> programmer stuck in a loop
[14:10:33] <alex_joni> why not grub like?
[14:10:35] <alex_joni> e
[14:10:35] <alex_joni> er
[14:10:37] <alex_joni> err
[14:10:39] <alex_joni> erro
[14:10:39] <SWPadnos> heh
[14:10:49] <alex_joni> er...
[14:10:52] <SWPadnos> err?
[14:10:56] <alex_joni> something foobared
[14:11:44] <skunkworks> is it all figured out now?
[14:12:39] <alex_joni> http://youtube.com/watch?v=WefWH8OwtDU
[14:13:21] <alex_joni> skunkworks: not really
[14:13:32] <alex_joni> but some problems are clear now :D
[14:14:10] <skunkworks> heh :)
[14:57:45] <Adam__> morning
[14:57:54] <alex_joni> morning
[14:59:31] <Adam__> we finally have all of our bits time to put them to use
[15:00:07] <alex_joni> gotta run for a couple hours
[15:06:38] <jepler> * jepler installs dapper yet again
[15:07:43] <millie> hi
[15:08:05] <jepler> millie: hello
[15:08:20] <millie> is this a german or english chan?
[15:08:32] <jepler> primarily english
[15:08:39] <millie> ok
[15:08:45] <jepler> I don't know if anyone here now speaks german
[15:08:55] <millie> no problem
[15:10:09] <millie> my english is not perfect, but good enough to annoy others ;)
[15:10:21] <jepler> looks good so far
[15:10:25] <jepler> if you have any questions, just ask them
[15:11:30] <millie> yeah, i want to use emc2, but i dont know which hardware i can use for a good performance
[15:12:08] <fenn> how much money do you have to spend?
[15:12:58] <jepler> millie: By "hardware" do you mean the PC, or other parts of the cnc system?
[15:13:00] <millie> right now i don't have a machine. but i try to start learning how to use emc and i have install it on a duron 1300 wit 512Meg Ram and an oooold Riva TNT2
[15:13:34] <jepler> 512 megs RAM is plenty
[15:13:39] <fenn> the computer isnt so important really
[15:13:47] <millie> it runs, but a "good performance" is soemthing different
[15:14:26] <jepler> I found a 1GHz Duron was a bit sluggish when running emc, but it was usable.
[15:14:35] <jepler> (for instance, when switching windows or running image-to-gcode it would take a long time...)
[15:15:02] <fenn> * fenn uses a 1GHz duron daily
[15:15:46] <millie> mhm, ok. i will try it :)
[15:16:10] <jepler> it should work, but it might feel sluggish
[15:16:16] <fenn> millie: more important than the computer is what kind of electronics and motors the CNC machine will use
[15:16:34] <Ziegle1> Any of you guys metal casters?
[15:16:48] <fenn> Ziegle1: i've done some aluminum
[15:16:55] <millie> fenn: yes, thats my next question
[15:17:19] <millie> what can i use?
[15:17:22] <Ziegle1> Well if you are interested... we have a "just for fun" contest starting up:
[15:17:28] <Ziegle1> http://www.backyardmetalcasting.com/forums/viewtopic.php?p=22612
[15:17:38] <fenn> millie: how much money is available for this project?
[15:18:13] <millie> we are planning to build a 3 axis machine and we want to modify it that i can use it as an SMD placer
[15:18:13] <fenn> hrm. what counts as 'sand cast'
[15:18:32] <fenn> sodium silicate wouldn't fit my definition
[15:18:33] <Ziegle1> basically non-die cast or investment cast
[15:18:39] <jepler> millie: interesting project!
[15:18:44] <millie> money is a good question.
[15:18:50] <millie> i don't know
[15:19:01] <Ziegle1> lol... yeah resin bound, or SS bound are probably a no go
[15:19:22] <millie> if i know what kind of electronic i need i can build it myself
[15:19:26] <SWPadnos> millie, there's a new Yahoo group for people who want to make pick-n-place machines:
[15:19:30] <SWPadnos> http://groups.yahoo.com/group/picknplace
[15:19:30] <Ziegle1> but... i dunno... might be worth it
[15:20:01] <millie> SWPadnos: thx
[15:20:04] <SWPadnos> sure
[15:20:57] <SWPadnos> also, if you look over the recent messages on the Yahoo gecko group, there is a long discussion on the subject http://groups.yahoo.com/group/geckodrive/
[15:21:29] <jepler> millie: inexpensive CNC machines are often based around NEMA-23 stepper motors, driver boards based around chips like ST L297/298, Allegro 3997, all controlled by "step and direction" signals from the PC.
[15:21:33] <millie> my friend who builds the machine said that up to 3 printerports are enough, but i think its not
[15:21:46] <SWPadnos> for pick/place, it may not be enough
[15:22:20] <jepler> I don't know what kind of I/O a pick and place uses .. seems like there will be a lot of them, though.
[15:22:31] <SWPadnos> I'd suggest using something more, maybe the Mesa 5i20 or 5i22 ($199 to $429)
[15:22:42] <millie> there will be a lot of io
[15:22:51] <SWPadnos> you need I/Os for the feeders, multiple vacuum lines, the axes (at least 4) etc
[15:23:04] <millie> yep
[15:23:10] <jepler> count up the I/O you anticipate needing, and then figure out what I/O card to buy
[15:23:36] <SWPadnos> I'd say at least one I/O per feeder, or a really nasty mux setup :)
[15:24:11] <millie> i think i dont need to buy a i/o card. i just need to know which kind of hard- and software interfaces i need
[15:24:16] <fenn> or you could use a serial protocol and talk to some microcontrollers :)
[15:24:28] <millie> fenn: thats what i meen
[15:24:44] <fenn> most of the i/o is not critical timing after all
[15:24:54] <millie> i'm working with AVR Controller all the day
[15:24:57] <SWPadnos> millie, you will almost definitely need an I/O card of some sort, unless you're interested in writing EMC2 drivers for serial ports and the like
[15:25:14] <fenn> SWPadnos: that's what m-codes are for
[15:25:36] <SWPadnos> an AVR can certainly do some of the PLC-like control (advance a feeder, monitor vacuum, etc)
[15:26:07] <SWPadnos> but you'll still want some real-time feedback to EMC, at least to tell the PC when it needs to stop motion
[15:26:28] <millie> thought there are different io mappers availibel
[15:26:54] <SWPadnos> there's a simple serial protocol that's meant for non-realtime reading of some I/O bits
[15:27:06] <fenn> there is?
[15:27:07] <SWPadnos> there are drivers for various servo controller cards and dumb I/O cards
[15:27:20] <SWPadnos> yeah - dpp, I don't think its in CVS
[15:27:30] <jepler> SWPadnos seems to be under the impression that I ever actually wrote or tested dpp
[15:27:38] <jepler> I only talked about it on IRC a few times
[15:27:47] <SWPadnos> I thought you had some code or something
[15:28:02] <SWPadnos> You thought about it, therefore it is :)
[15:28:13] <jepler> if I have the code I don't know where it is
[15:28:16] <SWPadnos> heh
[15:28:28] <SWPadnos> ok, I'm very capable of being mistaken :)
[15:28:30] <jepler> millie: emc2 lets you write new drivers and components, but there's a learning curve
[15:29:25] <millie> hm, it would be easyer for my to put the whole machine control into external µC than writing an io mapper für emc2
[15:29:47] <millie> my=me
[15:29:58] <fenn> how does a pick-and-place advance the component spools?
[15:30:15] <SWPadnos> fenn, depends on the pick-n-place
[15:30:22] <fenn> lets say you were building one :)
[15:30:25] <SWPadnos> some use pneumatics, others mechanical ratchets ...
[15:30:42] <SWPadnos> well, JonE mentioned an interesting thing about the one he bought
[15:31:44] <SWPadnos> I think he said that as the placement head nears the feeder, a blade slides back (pushed mechanically I think) to slice the cover off the next part. when the head moves away with the part, the feeder ratchets forward, and the blade remains over the part, to keep it from being bounced out from the motion
[15:32:05] <dmessier> hi all
[15:32:14] <SWPadnos> the part to be picked up would have been uncovered by the first inbound motion that pushed back the blade
[15:32:48] <fenn> that sounds smarter than putting a motor or solenoid on every spool
[15:32:56] <SWPadnos> yep, but mechanically more challenging
[15:33:02] <dmessier> what are we on about controlling push off??
[15:33:08] <SWPadnos> especially because the spools have different-sized parts
[15:33:13] <jepler> dmessier: pick & place machine
[15:33:24] <dmessier> ok
[15:33:56] <dmessier> linear drives are the way to go if $$$ is no object
[15:34:15] <SWPadnos> yeah, except that you may need 100 feeders
[15:34:24] <fenn> deltabots work well
[15:34:33] <SWPadnos> (that's what we were talking about, not the head motion stages)
[15:34:52] <millie> hmm, it should be possible to control 3-4 steppers with the printer port
[15:35:01] <SWPadnos> at least 4, probably 5 or 6
[15:35:28] <dmessier> what are you feeding?
[15:35:34] <SWPadnos> SMT parts
[15:35:40] <dmessier> smt??
[15:35:44] <SWPadnos> you know - PC board assembly
[15:35:50] <SWPadnos> Surface Mount Technology
[15:35:52] <fenn> the little square things on circuit boards
[15:36:02] <millie> it is also possible to control som io extensions via rs232. i've done this bevore. its fast enough
[15:36:07] <dmessier> i see... speed requirements??
[15:36:20] <fenn> as fast as your wallet allows
[15:36:21] <SWPadnos> well, the fast machines place 18000 parts/hour
[15:36:26] <SWPadnos> or more
[15:36:39] <millie> no requirements so far ^^
[15:37:03] <millie> it should just work
[15:37:18] <dmessier> and different end of arm stuff required for every component shape
[15:37:22] <millie> and it should work faster than i can do with my hands ;)
[15:37:31] <fenn> i saw a video of a machine, and there was a red light that blinked every once in a while, looked like it was an infrared lamp heating something
[15:37:49] <fenn> any idea what that was?
[15:37:52] <SWPadnos> each placement is a sequence of move to feeder, pick up part (move head down, engage vacuum, wait for sensor, raise head), possibly center part, rotate part, move to place location, push part down, release vacuum, wait for vacuum sensor, raise head
[15:38:16] <SWPadnos> you only need somewhat different vacuum nozzles, the head is mostly the same
[15:38:28] <dmessier> i see
[15:38:53] <SWPadnos> (and some machines have an auto-nozzle-changer, so it can place a bunnch of tiny parts, swap nozzles as it goes for a bigger part, and go on from there)
[15:39:11] <fenn> do they ever use hot glue?
[15:39:31] <millie> i think it sould be possible to controll the steppers with a printer port and extend the io via rs232 with a self made io extension
[15:39:36] <SWPadnos> I think the glue they use is activated by pushing the part onto it (pressure-sensitive), but I'm not sure
[15:39:57] <SWPadnos> actually, they can't use hot-glue - it would release in the oven
[15:40:12] <fenn> well its only for holding it down until it gets to the oven
[15:40:24] <millie> SWPadnos: yes, afair it is preasure sensitive
[15:40:25] <SWPadnos> usually glue is used for bottom-side components, so ...
[15:40:45] <SWPadnos> the solder paste is tacky enough that most parts don't need to be glued down
[15:41:04] <SWPadnos> unless you have very uncoordinated people moving the boards from pick&place to oven
[15:41:16] <millie> SWPadnos: that's depending on the handling
[15:41:52] <SWPadnos> right
[15:41:53] <millie> if you move the assembled boards very soft the solder paste is maybe enough
[15:42:01] <fenn> does the pick-n-place machine dispense solder goo too, or is that done with a stencil?
[15:42:08] <SWPadnos> stencil
[15:42:25] <SWPadnos> I think early machines did dispense solder, and they can still dispense glue
[15:42:29] <millie> you can also use a dispenser
[15:42:49] <fenn> i guess you can only stencil one type of goo
[15:42:50] <SWPadnos> stencils are much more common, at least for production quantities
[15:42:51] <millie> but dispensers are limited.
[15:42:56] <SWPadnos> prototypes are a different story
[15:43:09] <millie> smaller grids than 0.7mm are very difficult
[15:43:31] <fenn> 0.7mm is pretty small
[15:43:47] <fenn> inkjet maybe
[15:43:49] <millie> i'm working with 0.5 and less ;)
[15:44:00] <SWPadnos> heh - 7 of the chips on this board I just did are 0.5mm pitch :)
[15:44:13] <fenn> you dont have to put a dot of solder on each pin
[15:44:19] <millie> most terrible housings are MLF and BGA
[15:44:28] <SWPadnos> and I've done hand soldering of 8x0402 resistor packs before
[15:44:52] <SWPadnos> MLF aren't so bad if there's enough rooom around them, but BGA are inmpossible for hand-work
[15:45:01] <millie> SWPadnos: me too. i know the techniques
[15:45:05] <SWPadnos> heh
[15:46:17] <millie> smd hand soldering is one of my jobs :)
[15:47:03] <SWPadnos> I usually do it myself too (though this board has ~275 parts, so I had it done for me)
[15:48:02] <millie> thats why i want to use a machine. but for the solder paste i will use ... hm, damn, i don't kow the english word
[15:48:13] <millie> a mask
[15:48:17] <SWPadnos> stencil
[15:48:31] <SWPadnos> (I guess mask works too though)
[15:48:41] <millie> mhm, stencil? ok
[15:49:12] <SWPadnos> http://en.wikipedia.org/wiki/Stencil
[15:50:04] <millie> ok, thx
[15:50:39] <SWPadnos> sure
[15:51:53] <millie> but do you think that it could work? steppers controld by the printer port and an io extension via rs232 for any general io?
[15:52:14] <SWPadnos> it could work, but you'll have to write the serial driver
[15:52:26] <millie> hmm
[15:52:54] <SWPadnos> I'm working on a modbus driver, so the low level serial port handler should be done for you, but the protocol will need to be defined and implemented
[15:53:52] <millie> any other low cost alternitives? especially for self made
[15:54:10] <SWPadnos> err - lots of PCI parallel port cards?
[15:54:25] <SWPadnos> it also depends on your definition of "low cost"
[15:54:53] <fenn> hint: you dont need it :)
[15:55:34] <millie> hm, i don't know why, but i'm not a friend of such pci cards
[15:55:42] <SWPadnos> heh
[15:55:52] <millie> fenn: what i dont need?
[15:56:08] <fenn> the card swp is going to recommend
[15:56:32] <SWPadnos> actually, I wasn't going to recommend anything :P
[15:56:36] <fenn> ok
[15:56:39] <SWPadnos> heh
[15:56:48] <fenn> no, really, i believe you
[15:57:14] <SWPadnos> even a 5i22 only has 96 I/Os, so it could possibly be enough
[15:57:27] <SWPadnos> but it may not be
[15:57:39] <fenn> this futurlec 8255 is more expensive than i remember
[15:57:50] <fenn> $80 72 io
[15:58:27] <SWPadnos> it also depends greatly on what the intent is. a pick&place that only has 5 feeders and is used to place all the filter and bypass caps would be very useful, and doesn't need anywhere near the I/O of a full production machine
[15:59:11] <fenn> it should be modular and extensible if anything
[15:59:16] <SWPadnos> this board of mine has 34 line items, and 275 placements - there's one part value that's used 54 times. that kind of thing is perfect for a 5-feeder machine
[15:59:43] <SWPadnos> feeders are a bit complex, possibly enough that an AVR board is a good idea for each one
[16:00:14] <SWPadnos> you need "end of reel" detection, missing part detection, actuator control and feedback, and probably more
[16:00:19] <millie> hmm, ok guys. thx for your help. i will think about a solution. if i found one or if i have any questions i'll be back ;)
[16:00:23] <SWPadnos> ok. good luck
[16:00:38] <millie> now its food hunting time
[16:00:38] <SWPadnos> and definitely come back if you feel like working on a serial protocol ;)
[16:00:50] <millie> i will
[16:01:05] <fenn> swp you mean i cant just stick a webcam on my robot arm i bought from lynxmotion???
[16:01:12] <SWPadnos> sure you can
[16:01:32] <SWPadnos> it son't be a pick-place, but you can do it if you want ;)
[16:01:36] <SWPadnos> won't
[16:01:42] <millie> ohu, one last question: is it possible to run emc on an "normal" pc without rt kernel for sumilations?
[16:01:54] <SWPadnos> yes, as long as the normal PC runs Linux
[16:01:55] <millie> simulations
[16:02:17] <fenn> you can run it in vmware or whatever too
[16:03:24] <millie> any requirements or settings?
[16:04:21] <SWPadnos> I think there's a precompiled sim package for Ubuntu, but I'm not sure
[16:04:38] <skinnypuppy1334> SWP, fenn I'm going to buy a torroid xfmr this weekend for my bp clone conversion. 80v secondary. I've seen a few 800Va, 1000Va and 1500. Whats substantial and whats overkill?
[16:04:40] <SWPadnos> otherwise, just install Linux of some sort into a VM and compile the CVS version
[16:04:59] <SWPadnos> substantial is enough to run the machine, overkill is way more than you need
[16:05:03] <SWPadnos> :)
[16:05:15] <fenn> overkill trips the breaker when you turn it on
[16:05:18] <millie> on my normal pc i'm running ubuntu gutsy
[16:05:48] <millie> mhm, i will try it. try and error ;)
[16:06:01] <SWPadnos> should be fun :)
[16:06:12] <fenn> skinnypuppy1334: what's your biggest stepper's current rating?
[16:06:18] <millie> if i could'nt find some binarys i compile it myself
[16:06:24] <fenn> er, actually need current for all of them
[16:06:30] <fenn> stupid stepper motors
[16:07:04] <millie> ok, my food's escaping ;)
[16:07:09] <millie> have a nice weekend
[16:07:19] <SWPadnos> heh
[16:07:47] <skinnypuppy1334> Fenn, I was looking at a limit of 5A for x&y prob 3A on quill
[16:08:16] <fenn> so you need (3+5+5)A*80V plus fudge
[16:08:16] <SWPadnos> for steppers, it's power, not current (depending on the drives)
[16:11:58] <fenn> skinnypuppy1334: you can get away with less if your drives cut the current when idle
[16:12:21] <SWPadnos> it's the chopping that does it, not idle current reduction
[16:12:31] <fenn> huh?
[16:12:33] <SWPadnos> the step drive is a switching power supply - power out = power in
[16:12:40] <SWPadnos> (less a little loss)
[16:13:13] <fenn> if the motor's consuming 5A then how much current is the drive taking in?
[16:13:36] <SWPadnos> well, let's do an example
[16:13:39] <skinnypuppy1334> Yeah I got the 203v, I was figuring on the microstepping and current off feature to help out there
[16:13:58] <SWPadnos> you have a 3V / 5A motor that's stopped but providing full torque (5A)
[16:14:12] <SWPadnos> 3V * 5A is 15W
[16:14:29] <SWPadnos> the drive is taking in 15W plus a little to cover its efficiency loss
[16:14:32] <fenn> where's 3V come from and why does it mean anything?
[16:14:40] <SWPadnos> that's the stepper rating
[16:14:46] <fenn> but you're driving it with 80V
[16:14:48] <SWPadnos> it's the voltage at DC
[16:14:50] <SWPadnos> no you're not
[16:14:58] <SWPadnos> you're feeding the drive with 80V, not the motor
[16:15:06] <SWPadnos> (at least, not always)
[16:15:35] <fenn> you're driving it with 80V but the reactance limits the voltage across the motor coils to .. ~3V
[16:15:41] <SWPadnos> the drive is a current-limited supply, so it flips the switch to the 80V supply, and as soon as the current reaches the trip point, it shuts off the supply for the rest of the PWM cycle
[16:15:58] <SWPadnos> no, inductors don't limit voltage change, they limit current change
[16:16:06] <skinnypuppy1334> Ahh
[16:16:11] <fenn> what's all this back-emf stuff about then :)
[16:16:39] <SWPadnos> I'm talking about a stopped motor for the moment ;)
[16:16:48] <SWPadnos> so there's no back EMF
[16:17:28] <fenn> i always figured the inductor generated a reverse emf, otherwise current would flow in the wire
[16:17:44] <SWPadnos> at low speed it's the resistance that matters
[16:17:53] <SWPadnos> at higher speed the inductive reactance takes over
[16:18:03] <fenn> guh. i'm just talking about a coil
[16:18:35] <SWPadnos> I think the power supply rating guidelines are int eh step motor white paper
[16:18:55] <SWPadnos> (and I sure as hell can't explain it as well as Mariss)
[16:18:59] <skinnypuppy1334> I didn't see any swp
[16:19:03] <SWPadnos> hmmm
[16:19:17] <skinnypuppy1334> power supply ratings that is
[16:20:58] <SWPadnos> page 10
[16:21:24] <SWPadnos> of this http://www.geckodrive.com/photos/Step_motor_basics.pdf
[16:22:24] <SWPadnos> he just posted a different formula for choosing a voltage though
[16:22:33] <fenn> btw skinnypuppy1334 you know that DC voltage is 1.44 times the rms AC voltage right?
[16:22:58] <skinnypuppy1334> Fenn I needed that reminder
[16:24:12] <SWPadnos> V=1000*sqrt(L) (V in volts, L in henries), or V=32*sqrt(L) with L in millihenries
[16:25:24] <SWPadnos> if you have access to the Yahoo gecko group archive, look at Mariss' post from 9/13/2007 (4:10 PM eastern time), subject "Re: Step motor supply voltage"
[16:26:53] <fenn> pretty busy list
[16:27:05] <SWPadnos> lots of pick&place discussion lately ;)
[16:27:22] <skinnypuppy1334> I think I subscribed to gecko drive list months ago, but didn't subscribe to the e-mail digest
[16:32:08] <jepler> whee, new system up and running
[16:32:28] <fenn> 7) unless you really really need the speed, in which case you can try to go up to 110V and see if the geckos explode :)
[16:32:36] <jepler> much more responsive than the old one (2.1GHz Athlon XP vs 1GHz Duron)
[16:32:39] <fenn> then back off a bit until they stop exploding
[16:32:44] <jepler> fenn: hahahaha
[16:38:19] <skinnypuppy1334> Thanks for the help again guys... I'm kind of in and out here.
[16:40:04] <skinnypuppy1334> Been priming painting the back half of the house, can't wait to be through
[17:24:44] <Noobie1000> Hi, I'm looking for a simple program to create tool paths on Linux (without switching to windows). I was thinking of using Skencil with the special exporter, but I can't get it to run on Dapper. Any ideas?
[17:26:24] <renesis> GCAM
[17:26:38] <renesis> gcam.js.cx
[17:26:44] <Noobie1000> Thanks, I'll have a look.
[17:35:16] <dmessier> APT360
[17:41:20] <Noobie1000> Thanks dmessier, apt is very interesting, too. And there's a tutorial on the EMC wiki
[17:43:40] <fenn> inkscape is a much better version of skencil, btw
[17:43:46] <Noobie1000> Another question, this time about Axis: when using a rotary table (as axis A), is there a way to tell Axis the rotary table position and rotation axis. For the moment, A only rotates the tool itself around the X axis.
[17:44:00] <dmessier> chk out #cam also
[17:45:04] <SWPadnos> A is defined in the G-code standard as having its axis rotation parallel to the X axis
[17:45:11] <Noobie1000> fenn, I don't know if inkscape will work with the script that jepler wrote to export GCODE
[17:45:11] <SWPadnos> you'd have to call it B or C to change that
[17:45:20] <SWPadnos> (to Y and Z respectively)
[17:46:33] <Noobie1000> Thanks SWPadnos. So there is no way I can get "WYSIWYG" when using the rotary table?
[17:46:52] <SWPadnos> heh - I don't think so at the moment
[17:47:05] <fenn> you'd have to define the kinematics of the table
[17:47:29] <Noobie1000> OK, that's good to know.
[17:47:49] <SWPadnos> I guess technically you could make a model of the machine with the 3D previewing code that's somewhere
[17:48:10] <SWPadnos> then you'd get correct toolpaths and also you'd have a graphical simulation of the machines movement
[17:48:15] <Skullworks-PGAB> First we make it work good - then we add extra bells and whistles
[17:50:55] <Noobie1000> In any case, I'm already impressed with what I can do with EMC and AXIS. They sure aren't the limiting factors for me yet.
[17:51:01] <SWPadnos> heh
[17:51:27] <SWPadnos> throw HAL into the mix, and they're unlikely to be the limiting factor for quite a while
[17:54:10] <Noobie1000> I'm teaching myself Python for the moment, to use as a gcode generator (like holecircle.py). Haven't touched HAL yet.
[18:06:58] <Noobie1000> When trying to compile gcam, I get the error: 'GtkAssistant' undeclared. Any idea which package to install to fix this? I can't find any instruction from the src or the website.
[18:08:00] <fenn> you need a recent version of gtk, 2.10 i think
[18:08:07] <fenn> i wish he wouldnt do that
[18:11:29] <Noobie1000> thanks fenn. I have found a post about this problem. Looks like I won't be able to compile it. I'm starting to feel that Ubuntu 6.06 is a bit dated.
[18:13:53] <fenn> maybe.. iirc ubuntu didnt have the right gtk libraries when gcam development started
[18:15:21] <fenn> https://lists.ubuntu.com/archives/ubuntu-devel/2006-December/022989.html
[18:29:44] <Noobie1000> Thanks fenn. I have to think about updating to the latest Ubuntu and building EMC and RTAI.
[18:31:02] <dmessier> there is a live cd that has what you need..
[18:32:00] <Noobie1000> dmessier, I only know about a Ubuntu 6.06 live CD. Is there another one?
[18:32:52] <dmessier> will it not work??
[18:33:21] <dmessier> there is a live - Breezy edition
[18:33:25] <Noobie1000> I think I need a newer Ubuntu, so I can get GCAM and Skencil to work.
[18:33:49] <dmessier> sounds like you know more than me
[18:47:22] <JymmmEMC> print multiply add 4 add 6 5 divide 1 square-root 3
[18:47:28] <JymmmEMC> doh
[18:58:52] <ds2> % stack underflow
[18:59:58] <JymmmEMC> ds2: 8.66025403784439
[19:26:10] <alex_joni> SWPadnos: got the tamron 18-250
[19:32:28] <alex_joni> SWPadnos: it's quite nice
[19:46:26] <JymmmEMC> alex_joni: how much?
[19:47:09] <alex_joni> JymmmEMC: a bit pricier than us
[19:47:12] <alex_joni> about 400eur
[19:49:49] <JymmmEMC> alex_joni: dont like changing lenses?
[19:50:30] <alex_joni> JymmmEMC: depends on the situation
[19:50:45] <alex_joni> but when going on a trip I somtimes wished I had only one
[19:52:38] <JymmmEMC> ah
[19:52:54] <alex_joni> on trips where I leave even my battery grip at home
[19:54:29] <JymmmEMC> alex_joni: Maybe it's time for you to look at two cameras... an all-in-one and the one you have now.
[19:54:51] <alex_joni> I have about 5 cameras already
[19:54:58] <JymmmEMC> heh
[19:55:05] <alex_joni> the rest are film though
[19:55:49] <JymmmEMC> I carry my lil 2MP everywhere/everyday, and pull out my D70 as needed.
[19:56:21] <JymmmEMC> If I can find a phone I like, maybe I won't have to carry it anymore.
[19:56:34] <alex_joni> I do have a 2mp on my phone
[19:56:39] <alex_joni> but it's not really nice
[19:58:04] <JymmmEMC> There's one phone with a 5MP camera
[19:58:48] <JymmmEMC> But, the phone I want either a) doens't exist yet, or b) I haven't found it yet
[19:59:33] <JymmmEMC> The biggest issue seems to be a qwerty kybd
[20:03:13] <alex_joni> I really like my phone
[20:05:17] <JymmmEMC> I want: kybd, A-GPS, miniUSB, WiFi, Stereo Bluetooth, Quad Band, EDGE/G3, CF/SD slots, 2.5mm headset jack, 3+MP camera
[20:07:29] <alex_joni> sounds like a laptop to me
[20:08:06] <JymmmEMC> alex_joni: Nope, it's a phone. Many out there, one big drawback is they have everything but a 1.2MP camera
[20:08:22] <alex_joni> I was joking
[20:08:32] <alex_joni> but CF slot on a phone is f-big
[20:08:49] <JymmmEMC> iPaq has both CF and SD slots
[20:11:43] <JymmmEMC> I dont care a whole lot about CF, other than being able to transfer photos from my Nikon across the network
[20:12:27] <JymmmEMC> alex_joni: http://www.phonescoop.com
[20:14:04] <alex_joni> hmm.. mine isn't in there
[20:14:53] <alex_joni> http://www.sonyericsson.com/spg.jsp?cc=GB&lc=en&ver=4000&template=pip1&zone=pp&pid=10653
[20:16:31] <JymmmEMC> Yeah, like I mentioned... haven't foudn it yet =)
[20:18:02] <mgouget> Hello!
[20:18:16] <alex_joni> hi
[20:19:43] <mgouget> Hello Alex; I am trying to download the CVS for the simulator using the wiki command, but I get: 'lin-dsl-static-206-222-212-221.inetnebr.com: No route to host'. Any idea?
[20:20:18] <alex_joni> can you try 'dig cvs.linuxcnc.org' ?
[20:21:05] <mgouget> it works, and pinging the host works also.
[20:21:42] <mgouget> My command is: 'CVSROOT=:ext:anon@cvs.linuxcnc.org/cvs cvs co -rv2_1_branch -demc2.1 emc2'
[20:21:49] <alex_joni> do you have ssh set as the preferred cvs medium?
[20:22:27] <alex_joni> try 'export CVS_RSH=ssh'
[20:22:29] <mgouget> I don't think so. I CVS on a local system using pserver.
[20:22:44] <alex_joni> then the command above
[20:23:20] <mgouget> Bingo, it works!
[20:23:28] <alex_joni> good
[20:23:39] <mgouget> THANKS!
[20:23:59] <alex_joni> no problem ;)
[20:24:34] <mgouget> Bye. I will now try co compile it on a redhat 8 box.
[20:24:41] <alex_joni> have fun ;)
[20:24:45] <alex_joni> is rtai working?
[20:24:51] <mgouget> :) cheers
[20:25:17] <JymmmEMC> we'll find out in about 30 minutes if it is
[20:25:24] <alex_joni> ;)
[20:26:29] <JymmmEMC> * JymmmEMC hates when you're trying to learn a new lang, they don't make the examples clear, and/or especially when they toss in things they haven't/don't bother to explain.
[21:38:10] <CIA-8> 03alex_joni 07TRUNK * 10emc2/src/emc/task/emctaskmain.cc: fix stepping issues (step after resume wasn't working). Both normal stepping and run/pause/step should work now
[21:38:10] <CIA-8> 03alex_joni 07TRUNK * 10emc2/src/emc/motion/command.c: fix stepping issues (step after resume wasn't working). Both normal stepping and run/pause/step should work now
[21:53:11] <CIA-8> 03jepler 07TRUNK * 10emc2/src/hal/components/stepgen.c: remove useless statement
[23:00:23] <JymmmEMC> 220nK
[23:01:27] <SWPadnos> 220 nano kilo-whats?
[23:01:51] <JymmmEMC> no idea; on a component on a sw ps
[23:02:00] <SWPadnos> ah
[23:02:27] <JymmmEMC> 220nK 275V%X2
[23:02:44] <JymmmEMC> only 2 leads
[23:02:55] <SWPadnos> no idea
[23:03:07] <JymmmEMC> sq lookin g thung
[23:03:38] <SWPadnos> could be a crystal, but I don't see what the markings would mean
[23:03:45] <JymmmEMC> c1
[23:03:53] <JymmmEMC> capaciy=tator
[23:03:54] <SWPadnos> c1 is the designator?
[23:04:31] <JymmmEMC> Yeah... 120V --> F1 --> C1--> L1
[23:04:44] <SWPadnos> ok, then X2 may be the precision / temperature rating (like X7R), 275V, dunno why there's a K there
[23:04:46] <JymmmEMC> this being C1
[23:05:01] <JymmmEMC> or th nK
[23:05:07] <JymmmEMC> or the nK
[23:05:19] <SWPadnos> I should have said I don't know why there's an n there
[23:05:27] <JymmmEMC> ah gotcha
[23:05:39] <SWPadnos> caps are usually rated in mucrofarads of nanofarads, but not milli or nano farads
[23:05:39] <JymmmEMC> now to find a 3.3V@4A supply
[23:05:43] <SWPadnos> micro
[23:06:06] <SWPadnos> so a 220 nanofarad cap is labeled as a 220k picofarad cap
[23:06:13] <JymmmEMC> ah
[23:06:27] <SWPadnos> maybe they're covering both bases - 220n and 220K ;)
[23:06:58] <SWPadnos> then again, they also use the exponential notation, so that may be 22 (whatevers) instead of 220 - 22 with no zeroes after it
[23:08:53] <JymmmEMC> I found a 24p netgear sw. I think just the PS is bad
[23:09:12] <JymmmEMC> single voltage supply 3.3Vdc @ 4A
[23:09:20] <JymmmEMC> tiny lil thing too
[23:09:40] <JymmmEMC> made by http://www.dveusa.com/index.html
[23:09:44] <Martini_> Martini_ is now known as jlmjvm
[23:10:51] <JymmmEMC> SWPadnos: think i'll fry it using a 5V supply?
[23:11:03] <SWPadnos> yep
[23:11:07] <alex_joni> put a resistor in series
[23:11:08] <JymmmEMC> heh
[23:11:27] <alex_joni> or a couple of diodes to drop the voltage
[23:11:42] <alex_joni> 3.3 sounds like core voltage, so 5v will definately fry it
[23:11:45] <JymmmEMC> oh gawd, brain in gear... ohms laws... that slike murphys law, right?
[23:12:06] <alex_joni> you can use a computer PSU
[23:12:10] <alex_joni> those have 3.3 iirc
[23:12:16] <alex_joni> and plenty amps too
[23:12:26] <SWPadnos> if you confuse ohms law and murphys law, then murphys law is sure to dominate
[23:12:38] <alex_joni> orange is 3.3V on ATX
[23:12:49] <alex_joni> http://pinouts.ru/Power/atxpower_pinout.shtml
[23:12:50] <JymmmEMC> alex_joni: I was JUSt gonna ask that
[23:13:29] <JymmmEMC> now to find a paperclip
[23:13:55] <alex_joni> good night
[23:14:03] <SWPadnos> see ya
[23:14:06] <alex_joni> JymmmEMC: don't forget the fire estinguisher
[23:14:26] <alex_joni> halon baby
[23:15:07] <JymmmEMC> alex_joni: There's one very nice feature in ATX supplys.... short it out, it shuts down =)
[23:15:15] <JymmmEMC> (in theory)
[23:15:20] <jlmjvm> alex joni:you gonna be on tomorrow
[23:16:20] <JymmmEMC> laters alex_joni
[23:17:07] <alex_joni> JymmmEMC: yeah, but it surely can provide more than 4A
[23:17:13] <alex_joni> jlmjvm: I think so :)
[23:17:50] <jlmjvm> k,wanted to get with ya and try that adaptive feed
[23:17:51] <JymmmEMC> alex_joni: "Amps are nuttin, it's resistance that ya gotta worry about" ;)
[23:18:43] <jlmjvm> gonna try to put the stuff you told me earlier in the ini file
[23:19:06] <jlmjvm> but im sure it wont work the first time around
[23:21:19] <jlmjvm> SWPadnos:have you ever set the pid loop in emc for the usc?
[23:21:42] <SWPadnos> not really
[23:22:23] <SWPadnos> I think the only time I had a motor spinning with the USC was during testing of the encoder driver code
[23:22:32] <jlmjvm> im gonna have to do it next week
[23:22:47] <JymmmEMC> damn, my extractor tool is too big =(
[23:22:52] <SWPadnos> heh
[23:23:17] <SWPadnos> I've been wishing I could find my tweezers lately (while doing rework on baords with 0603 parts)
[23:23:41] <JymmmEMC> what have you been using?
[23:23:48] <SWPadnos> a screwdriver
[23:23:50] <SWPadnos> :)
[23:23:52] <JymmmEMC> lol
[23:24:03] <SWPadnos> I just push the parts into place and hold them down
[23:24:17] <JymmmEMC> * JymmmEMC shakes his head
[23:24:38] <SWPadnos> I have a nice pair of tweezers for that though, so it's annoying that I can't find them
[23:24:54] <SWPadnos> they're so damned thin, they may never show up
[23:25:01] <JymmmEMC> yeah, no doubt... I keep a seperate lil contianer for all the tiny stuff
[23:25:22] <SWPadnos> so do I, but every so often something doesn't make it back inside ...
[23:25:47] <JymmmEMC> just due to their nature... I ALWAYS make sure they're returned.
[23:25:54] <SWPadnos> :P
[23:25:57] <JymmmEMC> everythign else, eh.
[23:26:24] <JymmmEMC> all the tools when I used to do microelectroincs
[23:30:01] <JymmmEMC> ok i guess thats a lie... just saw the on pair of tweezers onm my desk
[23:51:03] <JymmmEMC> well it's dead fred
[23:51:17] <JymmmEMC> all LED's stay lit upon ppower on