Back
[00:00:06] <bpmw> bye for now!
[00:00:17] <cncuser> cu later, good luck
[00:00:28] <bpmw> Thanks!
[00:00:59] <cncuser> has any on you a woody running ? i cant seem to find a mirror with woody sourcepackages
[00:02:58] <LawrenceG> no woody at the moment :}
[00:03:15] <cncuser> hehe, yes
[00:03:59] <cncuser> im searching for backports of different hardware and securityfixes for 2.4.26 kernels :)
[00:05:44] <bpmw> I'm back, could'f find packages for new kernel.
[00:05:58] <cncuser> hehe, fast
[00:06:51] <bpmw> any clue what deb list i NEED?
[00:06:51] <cncuser> bpmw: so you run a dualboot pc ?
[00:07:11] <bpmw> DUALBOOT no.
[00:07:22] <cncuser> hmmm
[00:07:41] <cncuser> why do you have to quit irc when running the other environment (bdi)
[00:07:54] <bpmw> 5 computer network :)
[00:08:07] <cncuser> ok, no i dont get it at all :)
[00:08:14] <cncuser> s/no/now/
[00:08:29] <bpmw> ?
[00:08:49] <cncuser> ah, ok, you jump from pc to pc
[00:09:22] <cncuser> what features do you like the new magma kernel has ?
[00:09:29] <cncuser> got any special hardware ?
[00:09:38] <bpmw> no just only have dial-up figured i'd save resources by closing apps using internet.
[00:10:02] <cncuser> irc doesnt make much trafik when you are just in this channel :)
[00:10:46] <cncuser> if noone talks all there is are alive tests :)
[00:10:53] <bpmw> ok. i can leave it open. I just thought I would make everyting related to Emc current.
[00:11:00] <cncuser> hehe ;)
[00:11:09] <cncuser> do as you like, i was just curious
[00:11:28] <bpmw> no problem.
[00:13:12] <bpmw> cncuser what ar you running emc on?
[00:14:31] <cncuser> a newer intel box. intercontrollers. nividia graphics. the machine i want to use is a stepfour540 mill (X50xY30xZ10cm)
[00:14:50] <cncuser> with the freqmod
[00:15:24] <bpmw> whats the x,y,z in inches
[00:15:34] <cncuser> hmmmm
[00:15:44] <cncuser> dunno :) i think metric :)
[00:16:38] <cncuser> its allmost 2 LPs close to each other in size
[00:16:54] <bpmw> 19x11x4
[00:17:44] <bpmw> Mine is about he same size theres a pic on the frapper page
[00:17:52] <cncuser> ic
[00:18:10] <cncuser> id like it for use as pcboutlinemill
[00:18:23] <bpmw> have 1280oz/in steppers on x and y
[00:18:39] <cncuser> i dont know anythink bout the specs :)
[00:19:09] <cncuser> i have the machine around here for 2 months now... and never done more then playing around with manual stepping :)
[00:19:18] <cncuser> no time, too much noise...
[00:19:31] <bpmw> are you just building now?
[00:19:36] <cncuser> no
[00:19:39] <cncuser> im a user
[00:19:41] <cncuser> :)
[00:20:19] <bpmw> Machine came CnC ready?
[00:20:26] <cncuser> bpmw: yes
[00:20:29] <cncuser> moment
[00:21:49] <cncuser> bpmw:
http://www.step-four.at/files/technical_data_basic540_2004.pdf
[00:22:07] <bpmw> I'll check it out.
[00:22:24] <cncuser> bought it used, with slightly signs of milling on parts of the chassis ;)
[00:23:14] <bpmw> all Im getting is unknown host.
[00:23:21] <cncuser> hehe, nice
[00:24:01] <cncuser> the ip is 195.58.170.4
[00:24:16] <bpmw> ill try that.
[00:24:19] <cncuser> but its with virtualhosts
[00:24:20] <cncuser> no
[00:24:23] <cncuser> it doesnt work
[00:24:34] <cncuser> you would have to add it tou your /etc/hosts :)
[00:24:54] <cncuser> not woth it :)
[00:25:01] <cncuser> try it tomorrow :)
[00:25:53] <bpmw> ok, sounds nice though. i'd like to get an actual machining center one day.
[00:26:37] <cncuser> bpmw: are those computers all different types ?
[00:26:44] <cncuser> bpmw: in you network ?
[00:28:14] <bpmw> yes, 1 linux firewall, linux sever, 2 xp workstations, and emc machine controller.
[00:28:26] <cncuser> bpmw: i have put together a livecd with emc2 and axis. if you got time you could give it a try once and tell me if you got any problems.
[00:29:12] <cncuser> but with a dialup i think a 50mb download is way to far off :)
[00:29:39] <bpmw> sure why not, i can do it at work have broadband there.
[00:29:48] <cncuser> nicec :)
[00:30:20] <bpmw> would you email me the link?
[00:30:36] <cncuser> ok
[00:30:47] <bpmw> bpmw@mts.net
[00:32:32] <cncuser> done
[00:33:48] <bpmw> Ok, i'll download it on Monday and probable won't be able to try it until weekend though. Is that Ok.
[00:34:17] <cncuser> bpmw: shure, no hurry :) it will be in testingphase for at least a month i think :)
[00:36:16] <bpmw> Sounds good. I just have a test jig to make for someone. need to get mill back working this weekend. Then have linear encoder to install.
[00:38:11] <bpmw> Had to take mill all apart to move it from garage to shop.
[00:39:51] <cncuser> sounds like stress
[00:40:08] <bpmw> no building shop was stress!
[00:40:09] <cncuser> well, im of for the bedbugs
[00:40:14] <cncuser> ok :)
[00:40:25] <cncuser> cu
[00:40:32] <bpmw> take care it was nice talking to you.
[00:42:45] <bpmw> Lawrence you still there? Hows the math going
[00:47:29] <bpmw> JMK are you there?
[00:47:41] <jmkasunich> yeah
[00:47:53] <bpmw> ho's things?
[00:48:21] <jmkasunich> got arcs and helix's spinning around in my head
[00:49:11] <bpmw> Do you know why i can't apt-get install magma kernel?
[00:49:32] <jmkasunich> no
[00:49:41] <jmkasunich> not enough information to even begin to answer
[00:49:43] <jmkasunich> what distro?
[00:49:53] <bpmw> Ok, 4.20
[00:50:27] <jmkasunich> I have never successfully upgraded a kernel on a BDI box
[00:50:31] <jmkasunich> (I
[00:50:36] <jmkasunich> (I only tried once)
[00:50:51] <bpmw> Hmmmm.
[00:50:56] <jmkasunich> why do you want a new kernel?
[00:51:39] <bpmw> I'm just upgrading everything!
[00:51:51] <jmkasunich> I don't change kernels lightly
[00:52:23] <jmkasunich> if you really want to do that, you should go to the BDI list
[00:53:06] <bpmw> I dont necessisaryly have to upgrade kernel. just Emc2
[00:53:47] <jmkasunich> but you were asking about apt-get install magma kernel
[00:54:40] <bpmw> I was following wiki, Installing Emc2 from source on a BDI-4 System.
[00:55:03] <jmkasunich> have you _ever_ had emc2 on that system?
[00:55:17] <bpmw> Almost frm the start.
[00:55:33] <jmkasunich> then you don't have to do that stuff, it is one time only
[00:56:05] <jmkasunich> cvs up -dP ; cd src ; ./configure --enable-run-in-place ; make ; sudo make setuid
[00:56:13] <jmkasunich> that should be all you need
[00:56:44] <bpmw> Ok, Thanks again for bailing me out :)
[00:56:48] <staggerlytom> hello
[01:25:33] <bpmw> Hi JMK , cvs up -dP didn't work, authorization failed.
[01:27:42] <bpmw> ssourceforge server not letting anonymous checkouts.
[01:29:48] <bpmw> Ok, I'll try later. Bye.
[01:46:19] <giacus_afk> night
[03:01:17] <CIA-8> 03cradek * 10emc2/src/emc/task/emccanon.cc:
[03:01:17] <CIA-8> fix last of the coordinated motion problems: helical motion in XZ plane
[03:01:17] <CIA-8> while rotary axes are turning
[03:02:05] <CIA-8> 03cradek * 10emc2/src/emc/task/emccanon.cc: whee, remove a FIXME
[03:49:59] <cradek> ok I'm going to move TESTING, are we ready?
[03:50:11] <jepler> whee
[03:50:15] <cradek> wrong channel...
[03:50:16] <cradek> oh well
[03:50:17] <cradek> hi jeff
[03:50:34] <cradek> can you fix the 25.4 thing in axis please?
[03:50:44] <jepler> uh .. maybe
[03:50:52] <cradek> in maint1_2 I guess
[03:50:57] <jmkasunich> he said please...
[03:51:22] <jepler> sorry; I spent the day with bdi 4.38 .. don't ask me why
[03:51:31] <cradek> doing what with it?
[03:51:35] <jepler> revising the emc2 building info on the wiki, wanted to get it right
[03:51:44] <jmkasunich> THANK YOU!!!
[03:51:46] <cradek> that's very honorable
[03:51:56] <cradek> no kidding
[03:52:25] <CIA-8> 03cradek * 10emc2/VERSION: moving TESTING
[03:54:23] <jmkasunich> jepler: whats with the "KDIR=/usr/src/....." on the make command line?
[03:54:36] <jmkasunich> is that something screwy about the 4.38 BDI?
[03:54:44] <cradek> yes
[03:54:51] <jepler> yeah
[03:54:54] <jmkasunich> I thought it was ./configure'
[03:54:55] <cradek> it has a bogus link in /lib/modules/.../build
[03:54:57] <jepler> there's a symlink missing or broken in /lib/modules
[03:55:11] <jmkasunich> configure's job to find stuff like that
[03:55:13] <jepler> the really unfortunate thing is that if you forget it .. make recurses forever
[03:55:31] <cradek> no, we call kbuild, which doesn't work right on bdi.
[03:55:43] <jmkasunich> I wonder if that's the "fork bomb" that Paul was FUDing about?
[03:56:03] <jepler> jmkasunich: it could be
[03:56:04] <jepler> hard to tell
[03:56:07] <jmkasunich> iow, HE fscked something up on his distro, then blames the result on us
[03:56:36] <cradek> let's not go there
[03:57:07] <cradek> (but, yeah)
[03:57:22] <jmkasunich> way back, when we first started using the configure/make system, we had a few hacks built into configure to deal with quirks of certain BDIs
[03:58:25] <jmkasunich> I think we used uname -v to detect the specific kernel
[03:59:03] <jmkasunich> is the KDIR something that could be stuck in Makefile.inc and still work?
[03:59:32] <jepler> jmkasunich: maybe (or Makefile.inc.in so it doesn't get blown away each time)
[03:59:43] <CIA-8> 03cradek * 10emc2/VERSION: Done tagging
[04:00:22] <jmkasunich> well, configure would stick it into Makefile.inc if it detected the right kernel, otherewise we would want nothing there
[04:00:44] <jmkasunich> there would be something in Makefile.inc.in of course
[04:00:59] <cradek> instead, paul could make a new kernel or modules package to fix the actual problem
[04:01:15] <jmkasunich> not likely
[04:01:24] <jmkasunich> although possible with BDI-4
[04:01:45] <jmkasunich> the problems we were dealing with before were in the older BDIs, where there was really no way to replace the kernel
[04:01:57] <jmkasunich> what you got in the iso was what you lived with
[04:02:19] <jepler> well that took way too much of my day
[04:02:24] <jmkasunich> that meant we could count the number of specific kernels we had to deal with on one hand with fingers left over
[04:02:24] <jepler> qemu is not fast, even with kqemu
[04:03:03] <jepler> 'night guys
[04:03:10] <jmkasunich> goodnight
[04:03:28] <cradek> jepler: goodnight
[04:03:36] <bpmw> Hi Guys!
[04:04:07] <cradek> hi
[04:05:01] <bpmw> finally got emc updated and configured, now i can't start it I get this message EMC2 - Prerelease CVS HEAD
[04:05:04] <bpmw> Xlib: connection to ":0.0" refused by server
[04:05:05] <bpmw> Xlib: No protocol specified
[04:05:05] <bpmw> Application initialization failed: couldn't connect to display ":0.0"
[04:05:05] <bpmw> Error in startup script: invalid command name "image"
[04:05:05] <bpmw> while executing
[04:05:05] <bpmw> "image create photo -file $wizard_image"
[04:05:07] <bpmw> ("foreach" body line 3)
[04:05:09] <bpmw> invoked from within
[04:05:11] <bpmw> "foreach wizard_image $wizard_image_search {
[04:05:13] <bpmw> if { [file exists $wizard_image] } {
[04:05:15] <bpmw> set logo [image create photo -file $wizard_image]
[04:05:18] <bpmw> ..."
[04:05:19] <bpmw> (file "/emc2/tcl/bin/pickconfig.tcl" line 36)
[04:05:25] <bpmw> any Ideas.
[04:05:56] <jmkasunich> this is vanilla ubuntu installation? or are you doing remote X or something?
[04:06:32] <bpmw> no this is a fresh cvs checkout.
[04:06:43] <jmkasunich> on what distro?
[04:07:18] <cradek> 22:05:04 < bpmw> Xlib: connection to ":0.0" refused by server
[04:07:27] <cradek> this is a very fundamental problem with your X
[04:07:35] <cradek> (not an emc problem)
[04:07:42] <bpmw> Bdi 4.20
[04:08:13] <bpmw> Ok, how do I fix that?
[04:09:11] <jmkasunich> you have no problems running other GUI programs?
[04:09:46] <bpmw> not at the moment.
[04:10:03] <jepler> bpmw: Are you using 'sudo' to run emc2? That is not necessary, and can sometimes cause errors like that one.
[04:10:29] <jepler> ~/emc2/src$ make -k
[04:10:30] <jepler> make: *** No rule to make target `../include/genhexkins.h', needed by `userspace'.
[04:10:33] <jepler> OK, now what did I do wrong?
[04:10:52] <jepler> I updated with -Pd
[04:10:53] <bpmw> no, the only sudo Iused was sudo make setuid
[04:11:10] <cradek> bpmw: in that same terminal window, try running "xload"
[04:11:54] <jepler> * jepler runs ./configure again
[04:12:03] <bpmw> ok.
[04:12:31] <bpmw> cradek "Cant open display: 0:0"
[04:13:02] <cradek> you're inside a terminal window in X, right?
[04:14:44] <bpmw> cradek, also says xlib: no protocol specified.
[04:14:56] <CIA-8> 03jepler * 10emc2/src/Makefile:
[04:14:56] <CIA-8> When building axis, specify EMCROOT in a different way that should work even if 'axis' is a symlink
[04:14:56] <CIA-8> Try to avoid the 'recursive death' behavior when KDIR is guessed wrong
[04:14:56] <CIA-8> Try to quiet down the messages about .d files that haven't been created yet
[04:15:11] <jepler> can anyone else build HEAD? I'm getting this error about genhexkins.h
[04:15:19] <jepler> 22:10:28 <jepler> make: *** No rule to make target `../include/genhexkins.h', needed by `userspace'.
[04:15:21] <cradek> it's fine for me
[04:15:23] <jmkasunich> I built it about 45 mins ago
[04:16:21] <jepler> hu
[04:16:23] <jmkasunich> you doing inplace or install
[04:16:26] <jepler> inplace
[04:16:43] <jepler> I don't have a genhexkins anywhere in src/ but it is mentioned in Makefile
[04:16:45] <cradek> sixth
[04:16:52] <cradek> oops
[04:17:12] <jepler> cradek: I'm not going to fix that axis bug tonight .. sorry
[04:17:16] <cradek> chris@buster2:~/emc2.cvs$ find . -name '*genhex*'
[04:17:16] <cradek> ./src/emc/kinematics/genhexkins.c
[04:17:16] <cradek> ./src/emc/kinematics/genhexkins.h
[04:17:24] <cradek> jepler: no problem, we'll get it later
[04:17:33] <jepler> oh .. am i still on a branch in kinematics? I thought I fixed that!
[04:17:35] <cradek> jepler: I do need to make a new axis package to go with this TESTING
[04:17:37] <jmkasunich> I just updated my testing checkout (cradek just moved the tag), it seems to be building right
[04:18:10] <jepler> It's operator error. I had a -D in src/emc/kinematics
[04:18:18] <jmkasunich> ok
[04:18:23] <jepler> sorry to alarm
[04:18:34] <bpmw> cradek, any thoughts on what i might do?
[04:19:05] <cradek> bpmw: I asked "you're inside a terminal window in X, right?" and you didn't answer
[04:19:12] <cradek> I thought you had left
[04:20:16] <bpmw> I'm in a shell
[04:21:07] <jmkasunich> bpmw: a shell in X, right? (a window inside a big GUI, not the old-fashined black and white text only mode)
[04:21:46] <bpmw> Oh, yes its a gui shell
[04:22:16] <jmkasunich> xload is a completely indelated program that should pop up a gui window (outside your shell)
[04:22:24] <jmkasunich> its not part of emc at all, comes with linux
[04:22:38] <jmkasunich> if it doesn't work, you have a problem with your X configuration
[04:22:49] <jmkasunich> unfortinately I'm no X expert, for me it just works
[04:23:01] <cradek> bpmw: maybe try logging out and back in and starting a new shell?
[04:23:07] <jmkasunich> I used to use BDI-4.20, but its been 6 months or so since I moved to something else
[04:23:57] <bpmw> ok Guys ill try logging out and back in, BRB
[04:24:25] <cradek> unless something nuked his .Xauthority after he logged in, I don't know how his X could be broken so badly
[04:24:46] <jmkasunich> and still be running, thats the strange part
[04:25:36] <jmkasunich> hmm, the farm has a 4.20 slot
[04:25:55] <jmkasunich> but I don't think X is even installed there
[04:26:08] <cradek> I'm sure X is fine on bdi 4.20
[04:26:23] <jmkasunich> just not on his 4.20
[04:30:21] <bpmw> Hey guys, logged in as root and xload poped up , emc started, life is wonderful again. THANK-YOU !!!!
[04:32:15] <jmkasunich> did you try just logging in as a normal user?
[04:32:46] <jmkasunich> you should NOT need to log in as root
[04:32:58] <bpmw> not yet, I'll try it right now. BRB.
[04:33:12] <bpmw> quit
[04:34:02] <SWP_Away> is he running remote X or something?
[04:34:05] <SWP_Away> SWP_Away is now known as SWPadnos
[04:34:30] <jmkasunich> I don't think so
[04:34:47] <jmkasunich> but not long ago he was asking why he couldn't apt-install a newer kernel
[04:34:54] <jmkasunich> so who knows what he was doing
[04:35:02] <SWPadnos> I had noticed that earilier
[04:35:06] <jmkasunich> kernel upgrades on BDI aren't something I do lightly
[04:35:12] <SWPadnos> then I ran away with my wife ;)
[04:35:25] <SWPadnos> nope. I had a real problem with one try, and finally got another working
[04:35:34] <SWPadnos> reinstallation tends to work better
[04:43:24] <bpmw> Ok, I'm Back. It wont load as user. still thiks its running on root.
[04:44:03] <jmkasunich> were you root when you did the cvs up, or any of the compiling?
[04:44:06] <jmkasunich> or the cvs checkout?
[04:44:46] <bpmw> i'm not sure
[04:45:07] <jmkasunich> running as root is not a good thing
[04:45:09] <bpmw> I think I was root
[04:45:19] <jmkasunich> that means the files you checked out are owned by root
[04:45:29] <jmkasunich> that tends to screw things up
[04:45:53] <bpmw> But of course! :)
[04:46:05] <jmkasunich> I _never_ run as root
[04:46:21] <jmkasunich> su -c "command" or sudo work fine when you _need_ to be root
[04:46:36] <jmkasunich> the rest of the time it is better and safer not to be root
[04:47:25] <bpmw> ok , so to start emc now i have to do sudo scripts/emc.
[04:48:42] <SWPadnos> you could probably chown all the files to your user, then run "sudo make setuid" (for run-in-place)
[04:48:58] <SWPadnos> you would need to change the CVS user though, which I don't know how to do (if it's possible)
[04:49:29] <jmkasunich> better to delete the entire cvs checkout and make a fresh one, as a normal user
[04:49:39] <SWPadnos> agreed.
[04:49:48] <jmkasunich> if you are on DSL that should only take 5 mins or so
[04:49:58] <SWPadnos> or just do a new one, if disk space isn't an issue
[04:50:30] <SWPadnos> my god, is windows stupid
[04:51:19] <bpmw> Ok, Im on dial-up, it took forever to get the root one. but sudo srripts/emc worked!
[04:51:26] <SWPadnos> a computer with 1.5G of RAM, and it can't seem to remember what icons are supposed to look like
[04:51:56] <SWPadnos> for sial-up, use -z3 (or higher) for the cvs command
[04:51:58] <SWPadnos> dial=up
[04:52:00] <SWPadnos> argh
[04:52:04] <SWPadnos> dial-up
[04:52:06] <SWPadnos> yay!
[04:52:24] <jmkasunich> I use the -z3 all the time, and I think its on the wiki page he was following
[04:52:32] <jmkasunich> so he probably did that
[04:52:34] <SWPadnos> ok.
[04:52:48] <bpmw> yes.
[04:52:52] <SWPadnos> I usually don't bother, since the total download is so small for DSL
[04:52:59] <SWPadnos> you can go up to z9, I think
[04:53:11] <SWPadnos> though the space savings aren't that great with the higher numbers
[04:53:23] <jmkasunich> I use it when I'm getting a fresh checkout, not for cvs up or anything
[04:53:35] <bpmw> what is that -z thing?
[04:53:47] <jmkasunich> tells CVS to compress the network traffix
[04:53:52] <jmkasunich> traffic
[04:53:52] <SWPadnos> it's a compression level, like for gzip
[04:54:04] <jmkasunich> means less "stuff" to go over the phone line
[04:54:19] <SWPadnos> z0 is no compression, z1-z9 are progressively more CPU intensive, but also progressively less data to transfer
[04:54:29] <bpmw> oh , higer number = more compression. I got it.
[04:54:35] <SWPadnos> right
[04:54:50] <SWPadnos> if your dialup is slow, then higher numbers may actually help
[04:55:17] <jmkasunich> even with compression, its not gonna be fast on dialup
[04:55:32] <SWPadnos> nope, but it shuold compress well, since it's only text
[04:55:32] <bpmw> mabe i'll try it in morning, now i have to get some sleep. THANKS FOR THE HELP!!! Goodnight.
[04:55:38] <jmkasunich> goodnight
[04:55:46] <SWPadnos> hight - good luck
[04:55:51] <SWPadnos> night. (argh)
[05:20:36] <CIA-8> 03cradek * 10emc2/src/emc/kinematics/tp.c: remove debugging tool (colored blends)
[05:31:00] <cradek> new emc2, emc2-dev, emc2-axis packages, containing the new trajectory planner, in the ubuntu repository
[06:32:14] <SWPadnos> SWPadnos is now known as SWP_Away
[07:11:16] <CIA-8> 03jmkasunich * 10emc2/src/ (Makefile hal/user_comps/vcp/Submakefile):
[07:11:16] <CIA-8> A joystick driver for HAL. This is a user space component that uses Linux's
[07:11:16] <CIA-8> joystick driver. Not hard realtime, but very responsive. Exports HAL pins for
[07:11:16] <CIA-8> all analog axis and buttons on the joystick (as reported by the Linux driver.
[07:15:55] <CIA-8> 03jmkasunich * 10emc2/src/hal/user_comps/devices/ (Submakefile hal_joystick.c):
[07:15:55] <CIA-8> A joystick driver for HAL. This is a user space component that uses Linux's
[07:15:55] <CIA-8> joystick driver. Not hard realtime, but very responsive. Exports HAL pins for
[07:15:55] <CIA-8> all analog axis and buttons on the joystick (as reported by the Linux driver.
[07:22:12] <CIA-8> 03jmkasunich * 10emc2/src/hal/user_comps/devices/hal_joystick.c: added standard header to joystick driver source
[07:22:41] <jmkasunich> bedtime
[10:13:07] <anonimasu> morning
[13:17:08] <giacus> giacus is now known as giacus_afk
[14:13:53] <steves_logging> steves_logging is now known as stevestallings
[15:09:15] <cncuser> hello
[15:13:49] <CIA-8> 03rayhenry * 10emc2/tcl/scripts/ (Set_Coordinates.tcl balloon.tcl): adjusted copyright messages.
[15:14:09] <rayh> How you doing today?
[15:15:37] <SWP_Away> SWP_Away is now known as SWPadnos
[15:15:39] <cncuser> hi ray: im feeling fine :) i got news from a friend testing coolcnc on 8 mahcines (mostly laptops) so it works on about30 out of 30 mahcines now :)
[15:15:44] <cncuser> rayh: how are you ?
[15:15:54] <SWPadnos> hey guy
[15:15:56] <SWPadnos> s
[15:16:06] <cncuser> hi swpadnos :)
[15:16:11] <rayh> Good to hear the report.
[15:16:21] <cncuser> yes, had to write a post to ml :)
[15:16:41] <rayh> Are we in the clear to hand out copies of coolcnc at cnc-workshop?
[15:17:07] <cncuser> this kernel issues really hit me bad in the last 2 weeks, ando now : its all just butterflys :)
[15:17:25] <cncuser> ray: shure, never heard of this :)
[15:17:46] <cncuser> ray: i cpould put together a special edition with douckumenattion and logos and stuff
[15:17:52] <cncuser> rayh: when should it be ?
[15:18:07] <cncuser> this sounds nice :)
[15:18:26] <CIA-8> 03rayhenry * 10emc2/tcl/ (8 files in 2 dirs): adjusted copyright messages. Mod to mini
[15:18:30] <rayh> Oh! That would be great. Mid may. www.cnc-workshop.com
[15:18:37] <cncuser> ok :)
[15:19:21] <cncuser> rayh: we could put a thread on the mailinglist regarding documentation, extratools and logos/images to be on the iso
[15:19:33] <cncuser> or make up a wikipage
[15:19:45] <cncuser> but multipwerson editing is no fun with this wiki ;)
[15:20:35] <rayh> Mailing list sounds good to me.
[15:20:59] <rayh> How good is the hd install of coolcnc?
[15:21:25] <cncuser> rayh: not much tested. here it workes.
[15:22:39] <cncuser> rayh: i dropped the ntfs patch... maybe i reintegrate it. most boxes it was testet on where winbloat2000/xP boxes.
[15:23:04] <rayh> I don't mind you leaving that off.
[15:23:05] <cncuser> rayh: but i like the idea more to either use cdrom+usb or usb or cdrw
[15:23:15] <SWPadnos> I wonder if it works with winbloat XP64? :)
[15:23:43] <cncuser> swpadnos: it never will work with. but it may run on the box :)
[15:24:05] <SWPadnos> yeah - ubuntu64 installed without a hitch. WinXP64 was a real lPITA to get working
[15:24:24] <cncuser> dunno
[15:24:27] <SWPadnos> XP64 doesn't even have a driver for the Logitech MX510 mouse :O
[15:24:32] <rayh> SWPadnos, Did you try kubuntu?
[15:24:58] <SWPadnos> I did, on muy laptop
[15:25:02] <SWPadnos> it works fine
[15:25:26] <rayh> Was that with emc?
[15:25:32] <SWPadnos> the only problem with the emc install on mubuntu is that the menu entry for emc is under lost+found
[15:25:39] <SWPadnos> kubuntu, that is
[15:26:03] <rayh> Ah right. That location would be different.
[15:26:12] <SWPadnos> cradek and I were discussing how to fix that , but I never found a definitive answer (and he doesn't have kubuntu)
[15:26:30] <SWPadnos> well, the menu entry is correct, but creating a submenu is different
[15:26:49] <rayh> cncuser, I tried puppy on a usb a while back. Worked well.
[15:26:52] <SWPadnos> KDE just drops anything from nonexistent subfolders into lost+found
[15:27:16] <rayh> have not gotten to download the latest cool. Will try next time I get to a fast link.
[15:28:16] <SWPadnos> cncuser, where is fdread.org located?
[15:28:38] <cncuser> ray: ok :) maybe theres the www.cnc-workshop.com edition out there till then
[15:28:51] <cncuser> SWPadnos: austria
[15:29:03] <rayh> Sounds fantastic.
[15:29:09] <SWPadnos> ok. I think I'll respond to your email with the US mirror
[15:29:16] <cncuser> whois fdread.org | grep City
[15:29:35] <SWPadnos> well, I figured I could ask faster ;)
[15:29:41] <SWPadnos> (haven't had my coffee yet)
[15:29:47] <cncuser> Graz/Styria/Austria/Europe/Earth/Turtle
[15:29:56] <rayh> Oh coffee. brb
[15:30:04] <SWPadnos> elephant - don't forget the elephants
[15:30:12] <cncuser> ahh, yes :)
[15:30:17] <SWPadnos> Europe/Eart/elephants/turtle
[15:30:21] <SWPadnos> earth
[15:31:00] <SWPadnos> yeah - I should make more, instead of drinking this leftover crap from yesterday. brb
[15:31:22] <cncuser> coffjunks :)
[15:31:41] <cncuser> everyone get a hit :)
[15:36:20] <dave-e> hey, ray you awake?
[15:44:55] <cncuser> <rayh> Oh coffee. brb
[15:45:42] <cncuser> http://blog.outer-court.com/videos/epic-2015.html
[15:50:00] <EHJ-1> Hi all. Eric Johnson here, first time on chat. I have a couple of configuration questions if anyone is listening.
[15:50:11] <dave-e> hi eric
[15:50:19] <EHJ-1> hi
[15:50:48] <SWPadnos> I'm not listening ... :)
[15:50:56] <dave-e> what are you working on?
[15:51:14] <EHJ-1> I ported the VTI driver over to EMC2 based mostly on the STG driver. That seems to be working but I have not figured out how to enable the PIDs
[15:51:40] <SWPadnos> PID on the card, or HAL software?
[15:52:12] <EHJ-1> HAL software, the pid.0.enable is always false.
[15:52:47] <SWPadnos> this is in an emc system, not just testing standalone?
[15:53:08] <EHJ-1> I think I should be able to fake it out in vti_io.hal (same as stg_io.hal), but keep getting errors or just does nothing.
[15:53:39] <SWPadnos> the PID should be enabled by a signal fed from motion-controller. something like axis.n.enable-out
[15:53:45] <EHJ-1> Just bringing it up one component at a time, so no I/O is enabled at this time.
[15:54:17] <SWPadnos> ok, then manually atatch a signal to pid.0.enable, and use setp pid-enable true
[15:54:20] <SWPadnos> oops, sets
[15:54:41] <EHJ-1> Yea, I tried using the not signal in the HAL file linksp Xfault <= vti.in-03-not
[15:55:29] <EHJ-1> k, that was probably the error, I tried setp. I was not entirely sure where setp applied.
[15:55:31] <SWPadnos> I think alex checked in your configs. have there been major changes since then?
[15:55:37] <SWPadnos> setp sets parameters
[15:55:54] <SWPadnos> sets sets signals (that aren't driven by "output" pins)
[15:55:57] <EHJ-1> It kept telling me xfault didn't exist.
[15:56:08] <EHJ-1> k
[15:56:27] <EHJ-1> Another question on the scaling?
[15:56:28] <SWPadnos> did you create the signal first? (newsig Xfault bit)
[15:56:33] <EHJ-1> yes
[15:56:44] <SWPadnos> ok. it is case sensitive, just so you know
[15:56:46] <EHJ-1> but then tried to do setp instead of sets
[15:56:49] <SWPadnos> ah
[15:56:53] <SWPadnos> different namespaces
[15:57:01] <EHJ-1> yes, that I have found out. :)
[15:57:04] <SWPadnos> heh
[15:57:26] <SWPadnos> it might be better to have a unified namespace, and say "I'm afraid I can't do that"
[15:57:36] <EHJ-1> I have made the error of not setting the right case.
[15:57:59] <SWPadnos> we really need to get readline + tab completion working in halcmd ;)
[15:58:07] <EHJ-1> In the default font, it was har to tell if the x in xfault was uc or lc.
[15:58:12] <SWPadnos> err - getline
[15:58:18] <SWPadnos> ah
[15:59:03] <EHJ-1> On scaling, my encoders are 20320 CPI or 800 CPmm.
[15:59:28] <SWPadnos> linear?
[15:59:45] <EHJ-1> If I move the motor shaft 100 counts from zero, on pid.0.feedback I get 2032000
[15:59:50] <EHJ-1> yes, linear.
[15:59:59] <EHJ-1> Is that correct.
[16:00:01] <SWPadnos> you used the stg driver from before jmk fixed input scaling ;)
[16:00:12] <EHJ-1> k
[16:00:26] <SWPadnos> the input scale is supposed to be "counts per unit", so the input number needs to be divided by the scale, not multiplied
[16:00:53] <EHJ-1> So the number should be 1/20320 in inches?
[16:01:19] <SWPadnos> 1/scale
[16:01:36] <SWPadnos> you set the scale parameter based on the units you want to use for the machine (inch / mm)
[16:01:37] <EHJ-1> Should I do that in the ini file, or do I need to check back with the stg driver and make my math match that?
[16:01:54] <SWPadnos> are you subscribed to the emc-commit list?
[16:02:11] <dave-e> may be update your driver to conform to the fixes jmk did?
[16:02:12] <EHJ-1> Yea, I tried both ways. When in wasn't working in mm, I switched everything to inch.
[16:02:23] <EHJ-1> yes
[16:02:31] <SWPadnos> the driver should need no knowledge of the user units
[16:02:48] <SWPadnos> ok. if you have the commit from jmk on Feb. 27, that's the one that contains the fixes for position
[16:02:49] <dave-e> just the proper math...
[16:02:57] <EHJ-1> k, I will recheck stg and make sure my stuff matches it.
[16:03:16] <SWPadnos> it's just a little checking for zero scale, and changing the multiply to a divide
[16:03:40] <EHJ-1> k
[16:03:49] <SWPadnos> hmmm. that could be changed, actually.
[16:04:05] <SWPadnos> the check is for scale < EPSILON (1e-20)
[16:04:19] <SWPadnos> that could be <1.0, since the input is an integral number of counts
[16:04:28] <EHJ-1> k
[16:04:30] <SWPadnos> (positive and negative, of course)
[16:04:34] <EHJ-1> k
[16:05:00] <SWPadnos> you can probably just about apply that email as a patch to your driver
[16:05:11] <EHJ-1> k
[16:05:22] <SWPadnos> I think your k key is stuck ;)
[16:05:36] <EHJ-1> Ok, is that better. :)
[16:05:43] <SWPadnos> heh
[16:05:55] <EHJ-1> I didn't say k. :)
[16:06:04] <SWPadnos> d00d!
[16:06:51] <EHJ-1> Thanks for the help, that should keep me occupied for a while.
[16:07:07] <SWPadnos> no problem. let us know if you need more
[16:07:15] <EHJ-1> sure will.
[16:07:57] <dave-e> hi SWP
[16:08:02] <SWPadnos> hiys dave
[16:08:07] <SWPadnos> hiya
[16:08:16] <SWPadnos> -ENOCAFFEINE
[16:08:41] <dave-e> just tea this morning...too lazy to do coffee
[16:08:58] <SWPadnos> black, green, or white - they all have the good stuff in them ;)
[16:09:12] <dave-e> yep!
[16:09:43] <cncuser> id like to have a backup of the internet. 2 years ago.
[16:10:00] <dave-e> spent yesterday working with my son on a bezel for something he is putting in his car.
[16:10:03] <SWPadnos> you'd just about be able to do that with today's consumer hard drives ;)
[16:10:13] <dave-e> both emc2 and synergy worked pretty well.
[16:10:19] <cncuser> seems all 2.4.26 stuff has abandoned
[16:10:29] <rayh> Hi dave-e
[16:10:36] <dave-e> morning ray
[16:11:18] <dave-e> ray...is the path thru the interp different for mdi and auto?
[16:11:59] <rayh> I don't really think so. At least not by a lot.
[16:12:20] <rayh> When you get to the gui level, there are a few things that show up as different.
[16:12:55] <dave-e> backround.......there are times when mdi updates the workspace...g55...59.3 but the display (tkemc) doesn't get the message
[16:13:24] <dave-e> status line shows correctly but not the display
[16:14:04] <dave-e> auto is absolutely solid.
[16:14:53] <dave-e> I need to take better notes on that....but it happens in both emc1 & 2
[16:15:00] <rayh> Okay. I can't imagine why but will think about it for a bit.
[16:15:38] <dave-e> what ever it is has been there a long time
[16:16:14] <SWPadnos> is this usually compounded with a move command?
[16:16:29] <SWPadnos> (ie, g55 yadda yadda move somewhere)
[16:16:29] <rayh> something like g56 x3
[16:16:54] <SWPadnos> hmm - I suppose you can't really move in the same block as a g5x command, can you?
[16:17:12] <rayh> Sure it's a matter of which command is executed first.
[16:17:14] <dave-e> on a line by itself or n combo...sure....G55 G1 X ... Y... Z..
[16:17:19] <SWPadnos> ok
[16:17:51] <rayh> We did find a couple of issues with order of execution and tool length I think.
[16:18:24] <rayh> I remember. It had to do with changing units and tool length.
[16:18:46] <dave-e> I think it is ok now...at least I've not been bitten
[16:18:58] <rayh> You can not really used the skeleton.ngc exactly as written.
[16:20:04] <dave-e> ray....I think it is ok now....but I had some issues earlier and I'm not certain what changed..
[16:20:38] <dave-e> I now pretty much insert skeleton at the head of programs
[16:20:41] <narnia> rayh, hello, how goes it?
[16:20:45] <rayh> I didn't think anything had changed.
[16:21:05] <dave-e> maybe just my typing <grin>
[16:21:11] <rayh> Hey Is this terry? How you doing.
[16:21:21] <narnia> rayh, yes, terry
[16:22:01] <narnia> narnia, 9+yr legal nightmare is coming to a close.
[16:23:08] <narnia> general question to everyone. has anyone used emc to control a waterjet cutting machine?
[16:23:24] <rayh> Fastastic. Listen you have to get to cnc-workshop this year. Just down the road from you in Cameron.
[16:23:53] <narnia> rayh, cameron, illinois ??
[16:24:34] <rayh> Yep.
[16:25:50] <rayh> What kind of issues are you seeing with waterjet?
[16:26:47] <anonimasu> hm, the only problem I can see with a waterjet is the pressures ;) but that's not quite emc related
[16:27:02] <SWPadnos> wetter than a laser
[16:27:22] <anonimasu> * anonimasu is hellbent on getting the mill togther this week
[16:27:36] <dave-e> should be easier than plasma
[16:27:47] <dave-e> less electrical noise
[16:28:04] <anonimasu> yeah I hear plasma is hell-ish to do properly
[16:28:18] <anonimasu> have anyone tried the new at pretty high speed?
[16:28:43] <anonimasu> new tp..
[16:29:03] <dave-e> I will after it hits testing but not from head
[16:29:10] <anonimasu> ok
[16:29:20] <anonimasu> * anonimasu is in deep shit if he does not get the mill running
[16:29:21] <rayh> It's in testing as of last night.
[16:29:22] <anonimasu> so :)
[16:29:47] <rayh> I've run it at 200 ipm. Seems to work well.
[16:29:47] <dave-e> oh, really...guess that removes the excuses..
[16:29:48] <narnia> rayh, i am looking at a small waterjet cutter with a cutting envelope of 4ftx4ft. the problem i have with the unit it currently comes with a burny controller running windows xp. i have serious concerns about windows xp controling a nearly $90k usd machine.
[16:30:19] <SWPadnos> I've run it on a setup that can do 180 IPM, and with 300% FO
[16:30:29] <dave-e> can you buy it sans controller?
[16:30:32] <SWPadnos> there was no machine atatched, but the axis plots looked great
[16:30:39] <narnia> dave-e, yes
[16:30:41] <anonimasu> SWPadnos: that'll do :)
[16:30:44] <anonimasu> with blending and stuff?
[16:30:46] <dave-e> hmmmm
[16:30:47] <SWPadnos> yep
[16:30:48] <rayh> Yep. Unless it's a real motion board I'd also be afraid.
[16:31:00] <SWPadnos> running a USC, not steps
[16:31:05] <anonimasu> :)
[16:31:17] <anonimasu> I guess I dont have any excuses anymore.
[16:31:28] <SWPadnos> heh
[16:33:18] <rayh> hey dave-e I've run g54 and g55 a couple dozen times in mdi with no failure.
[16:33:31] <rayh> tkemc shows the correct offsets every time.
[16:33:48] <dave-e> ok...I'll have to document better.....
[16:33:57] <narnia> rayh, the machine is am looking at is a wardjet.
http://www.wardjet.com/
[16:34:10] <dave-e> somehow I get a set of circumstances that lead to failure
[16:34:31] <anonimasu> narnia: also keep in mind that they sell it as CE maked/whatever it is in the us
[16:34:39] <rayh> These tests were all on the same mdi line.
[16:34:59] <narnia> anonimasu, ????
[16:35:01] <rayh> although a g55 on a line by itself does set the offsets.
[16:36:28] <anonimasu> narnia: atleast over here to sell machines and stuff they need to be cerified..
[16:36:30] <narnia> rayh, the reason to look at waterjet is that it will cut more than just metal.
[16:37:13] <narnia> anonimasu, understand.
[16:38:00] <narnia> anonimasu, i would locked into a proprietory controller which is not what i really desire to do.
[16:38:26] <SWPadnos> hmmm - wireless pendant. I'd be scared of that
[16:38:29] <narnia> rayh, if necessary i would consider building one.
[16:38:32] <dave-e> rayh....I tried all sorts of combos... G5n on a line by itself plus G5n G1 X Y Z to no avail
[16:39:00] <SWPadnos> what's your TASK cycle time?
[16:39:01] <narnia> SWPadnos, i would never use a wireless pendant.
[16:39:08] <dave-e> .01
[16:39:12] <SWPadnos> me either. I'm surprised they sell on
[16:39:13] <SWPadnos> one
[16:39:47] <rayh> dave-e, Sounds to me like you've somehow gotten the read of tkemc corrupted.
[16:40:02] <SWPadnos> oops, I meant DISPLAY cycle time
[16:40:05] <anonimasu> yeah
[16:40:08] <dave-e> Matt used an IR keyboard with emc
[16:40:28] <SWPadnos> "IR, thking the E out of EStop for over 10 years"
[16:40:31] <SWPadnos> taking
[16:40:31] <dave-e> I think I left it at the default.... .05?
[16:40:39] <rayh> Speaking of wireless, I had two mazaks several years ago when they built them without transformers. One could talk to the other.
[16:40:54] <SWPadnos> ok. that's 0.1 in the config I'm looking at
[16:41:06] <SWPadnos> rayh, could they help but "talk" to each other? ;)
[16:41:23] <dave-e> I used to run the display more like .03
[16:41:56] <SWPadnos> that may be a bit fast for the GUI updates, though you don't use software step generation, so it may be OK
[16:42:05] <SWPadnos> that's a 33 FPS update rate
[16:42:25] <dave-e> yep...above the flicker rate
[16:42:36] <rayh> I could pres cyc start on one and the other would go as well.
[16:42:46] <dave-e> I think I did that on an old P1 or P2
[16:42:57] <SWPadnos> ah, so they were eavesdropping on each other then
[16:43:02] <dave-e> ray...that scary
[16:43:09] <dave-e> that's
[16:43:31] <rayh> You bet it was. Transformers and some grounding cured it.
[16:44:21] <dave-e> any machine is too big to allow that to happen.
[16:44:40] <SWPadnos> raised ranch style houses really suck for people who like to "collect" things
[16:45:07] <SWPadnos> I have no storage space :(
[16:45:12] <dave-e> most people build too big a house and not enough dry storage
[16:45:17] <SWPadnos> (other than my office floor)
[16:45:22] <SWPadnos> yep
[16:45:29] <jmkasunich> I want a smaller house and a bigger basement
[16:45:35] <SWPadnos> no basement, and a short garage. it's terrible
[16:45:42] <rayh> In this country, the cure for that is called a tin shed.
[16:45:49] <SWPadnos> jmkasunich, plus an outbuilding or two (heated)
[16:45:52] <dave-e> exactly
[16:46:06] <jmkasunich> the tin shed doesn't work if you actually want to use the stuff
[16:46:08] <SWPadnos> hmmm - a pool could make a nice base for machines
[16:46:10] <dave-e> my shop is 32 x 16 and too small
[16:46:21] <SWPadnos> but getting them out again would be ahrd
[16:46:23] <SWPadnos> harfd
[16:46:26] <SWPadnos> hhhasdgasd
[16:46:27] <jmkasunich> my mill is in the detached garage, I really don't like milling in the dead of winter
[16:46:28] <SWPadnos> hard
[16:46:35] <dave-e> but super-insulated and partially solar
[16:46:43] <SWPadnos> mine is in the attached garage, and it's still bad in winter
[16:46:59] <narnia> rayh, shipping containers. i am looking at two new shipping containers that i could join together to form a 16ft by 40 ft shop.
[16:47:08] <SWPadnos> (plus we actually need to keep the cars inside in winter)
[16:47:12] <jmkasunich> 1800 lbs of cast iron cold-soaked for weeks at below freezing :-(
[16:47:13] <rayh> I know a guy who did that.
[16:48:11] <dave-e> foam the outside of the containers for insulation?
[16:48:26] <dave-e> your country is not exactly balmy in winter
[16:49:20] <dave-e> I need to add a 16 x 16 to the shop.
[16:49:42] <dave-e> with a 12' removable door/wall to get stuff in and out
[16:50:37] <narnia> dave-e, global warming will take care of the winter. ;-)
[16:51:04] <dave-e> you'd better hope not or we are all in real trouble
[16:52:13] <dave-e> is so the energy transfer will make Katrina look like a piker
[16:52:38] <dave-e> if so
[16:52:54] <narnia> dave-e, noaa is predicting this year's hurricane season to be worse than last year.
[16:53:51] <SWPadnos> hmmm - maybe I should suggest to my sister that she move out of Galveston
[16:53:53] <dave-e> I guess I live in the right part of the country.... only an occasional mild tornado and the ring of fire to worry about
[16:54:16] <dave-e> and mts don't blow too..oooo often
[16:54:32] <SWPadnos> I think rayh and I will be in the right place when global warming really hits ;)
[16:54:40] <SWPadnos> and all those Canadians next door
[16:55:00] <narnia> anyway. i am looking at emc as a possible controller for a small waterjet cutting machine.
[16:55:10] <Imperator_> buy the Alps from Europe, they will stopp them
[16:55:19] <SWPadnos> hwh
[16:55:20] <SWPadnos> heh
[16:55:33] <Imperator_> or turn the rokymountains by 90� :-)
[16:55:36] <dave-e> well NO won't have to worry much....it'll all be under water...like NL without dikes
[16:55:57] <SWPadnos> I think us Vermonters will be safe
[16:55:59] <SWPadnos> (from the water)
[16:56:24] <narnia> florida will be under water.
[16:56:47] <SWPadnos> florida is almost underwater already
[16:56:55] <dave-e> I can't think of ayny reason why emc(2) should not work well for waterjet
[16:57:34] <SWPadnos> the only technical question is control of water pressure (getting spindle out to control pressure)
[16:57:54] <SWPadnos> presumably there's some hardware to do that anyway, so some analog or PWM output could do it
[16:58:13] <dave-e> mornin tom
[16:58:15] <narnia> dave-e, if i build the xyz table i would go with big servo motor and use ground ball screws for y and z and helical rack and split pinion for x.
[16:58:44] <staggerlytom> hello all
[16:58:45] <dave-e> dimensions?
[16:59:42] <narnia> dave-e, start out small cutting envelop of 4ft x 4ft.
[16:59:50] <dave-e> narnia...have you looked as les watt's side
[16:59:57] <dave-e> site
[17:00:13] <dave-e> lm watts furniture
[17:00:24] <dave-e> of link from wiki
[17:00:31] <dave-e> or link
[17:00:40] <narnia> dave-e, i have looked at his site in a while.
[17:01:17] <dave-e> something like SEM HT-30's for servo's?
[17:01:40] <dave-e> you really don't have to push too much weight
[17:03:29] <rayh> I see that automationdirect has a deal on 100hp drives and motors if you need some real motion work.
[17:03:49] <dave-e> ;-)
[17:04:20] <SWPadnos> SEM MT40H4-44, according to google
[17:04:31] <SWPadnos> found in a search for something else, interestingly enough
[17:04:31] <dave-e> oh...opps
[17:05:07] <staggerlytom> i looked at autmation direct yesterday for 400W drive and amp, looked like 1000$, any good alternates?
[17:05:08] <dave-e> no wonder he says the machine is designed for .5 to 1 G
[17:05:42] <SWPadnos> I think he was saying that it can do closer to 10 on Y, but he limits it to 3 ;)
[17:05:55] <dave-e> gee...only
[17:05:58] <jepler> TESTING's tp is surviving my worst xyza torture test. I changed torture.py so that there are more moves with large ratios between distance moved by different axes, and there are greater chances of complete reversals; it also includes helical+A arcs on all planes.
[17:06:01] <SWPadnos> something like 10kN force, and only a few hundred Kgs to move
[17:06:38] <dave-e> he was talking more like 1000 Kg the other day
[17:06:51] <dave-e> that is in the range of my machine
[17:06:55] <SWPadnos> I think that's the whole gantry. the "shuttle" is much less
[17:07:03] <dave-e> for sure
[17:07:10] <SWPadnos> but I think it has the same size motor
[17:07:52] <rayh> staggerlytom, The AD stuff looks like a pretty good deal for the features.
[17:07:56] <dave-e> I think so
[17:08:28] <rayh> It will even scale the encoder to your motion board.
[17:08:39] <staggerlytom> tomp googles AD
[17:08:53] <dave-e> jepler...sounds promising <big grin>
[17:09:31] <dave-e> ray..those ac or dc servos?
[17:09:41] <rayh> ac
[17:09:56] <staggerlytom> please a bit longer name than AD ? google 'AD servo' is useless
[17:10:10] <dave-e> automationdirect.com
[17:10:13] <jmkasunich> automation direct
[17:10:20] <rayh> They say 150% of torque for starting.
[17:10:28] <staggerlytom> oh, Automation Direct, the one I asked for an alt :-)?
[17:10:36] <SWPadnos> does that price include the motor?
[17:11:11] <rayh> Alternate ah. mesa has a 2 axis 400 watt brush dc drive that mates to m5i20
[17:11:22] <dave-e> dan... ah the sun finally reached your place :-)
[17:11:33] <rayh> But you've got to find your own motors for it.
[17:11:36] <staggerlytom> 400W motor and amp has 1K$ + price
[17:11:36] <SWPadnos> bbiab - time for breakfast with the wife
[17:11:42] <dan_falck> hi dave-e, yep
[17:12:39] <staggerlytom> lemme phrase this another way, is 1K$ right for 400watt motor and amp? a reasonable price?
[17:13:10] <anonimasu> no.
[17:13:14] <dave-e> Servo Dynamics will want almost 1K just for the servo drive.
[17:13:24] <anonimasu> but the prices follow the rest of the market..
[17:13:31] <dave-e> of course that is more power but
[17:13:37] <anonimasu> so yeah, it's reasonable.. if you look at it that way
[17:14:00] <staggerlytom> ok, it seemed hi to me but I'm real cheap
[17:14:05] <dave-e> I've had variable luck with servo motors off ebay
[17:14:15] <dave-e> you get to take your chances
[17:15:19] <anonimasu> I still dont get why servos are so expensive..
[17:16:09] <jmkasunich> because they're mostly bought by industry, and they pay for convenience
[17:16:29] <anonimasu> that's so shitty..
[17:16:57] <anonimasu> :/
[17:17:07] <jepler> XYZA "stepper" configuration without headroom passes torture test:
http://emergent.unpy.net/index.cgi-files/sandbox/tort5-passed.png
[17:17:37] <jepler> (this is very-nearly-TESTING with the blends still indicated in yellow)
[17:17:38] <jmkasunich> ball 'o worms
[17:17:50] <anonimasu> jepler: that's a nice thing :)
[17:18:05] <anonimasu> how long does that test take to run?
[17:18:24] <jepler> anonimasu: I dunno .. minutes, not hours
[17:18:32] <jepler> anonimasu: my program can generate longer or shorter programs
[17:18:32] <anonimasu> is axis included with emc/bdi/puppylinux?
[17:18:35] <dave-e> that looks random enough
[17:18:44] <anonimasu> just being curious :)
[17:18:54] <jepler> anonimasu: puppy and bdi4 both have axis
[17:19:08] <anonimasu> ok :)
[17:19:09] <jepler> anonimasu: axis cvs and tarballs come from axis's own website,
http://axis.unpy.net/
[17:19:28] <anonimasu> puppy is the one perferred for new installs isnt that right=
[17:19:28] <anonimasu> ?
[17:19:48] <jmkasunich> puppy is a live CD
[17:19:52] <jepler> anonimasu: Do you want to develop emc2? Use ubuntu + cradek's packages. Do you want a short download? Get puppy.
[17:20:06] <staggerlytom> jepler: what was the result? what was the final speed and what was the asked for accuracy?
[17:20:07] <jepler> timeguy.com/cradek/emc/ubuntu
[17:20:08] <jmkasunich> if you are going to install to hard disk, I'd recommend ubuntu
[17:20:28] <anonimasu> jepler: develop perferably
[17:20:44] <jmkasunich> get ubuntu, it is a more "conventional" linux distro
[17:21:04] <jmkasunich> puppy makes a lot of compromizes for small download size and live CD running
[17:21:22] <jepler> staggerlytom: I didn't record the (average) speed, I was interested in testing whether the constraints were being violated, which stepgen checks
[17:21:26] <jmkasunich> if you're going to install it on disk, the live CD part doesn't mean anything
[17:21:46] <jmkasunich> jepler: you have following error limits set pretty tight?
[17:21:49] <jepler> staggerlytom: I used regular g64, not g64 pNNN
[17:22:27] <jepler> jmkasunich: no headroom in the STEPGEN_MAXACCEL, STEPGEN_MAXVEL; FERROR 0.050 MIN_FERROR 0.010
[17:22:56] <jepler> hm, FERROR 5.0 MIN_FERROR 1.0 on the "A" axis
[17:23:02] <staggerlytom> jepler: so no violations with intense jiggling, i do same on systems, but not random
[17:23:17] <jmkasunich> the acid test for the TP would be a hal config with ddts to calculate vel and accel, then window comparators that trip if vel or accel exceeds bounds
[17:23:42] <anonimasu> :)
[17:23:59] <staggerlytom> jmk: any examples of Hal window comparators?
[17:24:03] <jepler> jmkasunich: based on talking to cradek I think stepgen provides that; maybe I'm wrong or that's an oversimplification of what stepgen does
[17:24:10] <jmkasunich> the window comps could be "wired" to EMC's limit switch inputs to stop EMC
[17:24:33] <anonimasu> cant you just implement that into stepgen?
[17:24:51] <jmkasunich> stepgen provides pretty rigid limiting, but that just means that the following error will _start_ to build up
[17:25:04] <jmkasunich> if the duration of the violation is short, it might not get high enough to trip
[17:25:20] <jmkasunich> the comparators will detect a violation that lasts only a single servo cycle
[17:25:38] <jmkasunich> anon: why modify the stepgen when the parts to do it already exist
[17:25:47] <jmkasunich> HAL has ddt blocks (differentiators) and window comparators
[17:25:50] <staggerlytom> jmk: so we need a Hal integrator so the comparator isnt so fussy :-)
[17:26:00] <anonimasu> jmkasunich: hm, yeah true
[17:26:12] <jmkasunich> there is an integ block too
[17:26:19] <staggerlytom> nice
[17:26:25] <jepler> jmkasunich: if you get that working, I'd be happy to either send you the torture test ngc files / generator, or run this again with the hal setup you create.
[17:27:05] <jmkasunich> I'll make a hal file that generates vel and acc signals for each axis and runs them thru window comps
[17:27:48] <jepler> I already have a hal file that makes acc and vel (but I think only for XYZ);
[17:28:00] <jmkasunich> trivial to extend it
[17:28:22] <jmkasunich> I think the sim config also has that
[17:29:18] <jmkasunich> staggerlytom: you asked about window comparator examples - see emc2/configs/sim/simulated_limits.hal
[17:29:35] <jepler> um, what's the g-code line to set the path tolerance? I thought it was g64 pNNN but it won't accept that
[17:29:48] <staggerlytom> jmk: thanks, looking now
[17:29:50] <jmkasunich> that's a cradek question
[17:31:56] <staggerlytom> jmk: the implementation of wcomp is sweet. It's clean.
[17:32:15] <jmkasunich> most of the things in blocks.c are very simple
[17:32:36] <jmkasunich> (except for the higher order limit blocks, limit3 made my head hurt)
[17:33:07] <jmkasunich> I think most people don't even know about blocks.c
[17:35:07] <staggerlytom> jmk: just discovered it from your suggestion. blocks.c is a great 'widget' set
[17:36:13] <staggerlytom> Ray's fwd velocity system can be implemented in a script!
[17:36:46] <jepler> uh oh. for some reason, axis and milltask are using /usr/lib/librs274.so instead of the one in emc2 source tree
[17:38:03] <stevestallings> stevestallings is now known as steves_logging
[17:40:26] <jepler> aha. I had moved the emc2 source directory, but I didn't "make clean". The "rpath" was now incorrect, so the version in /usr/lib was found instead of what I expected
[17:40:37] <staggerlytom> rayh: did you look at the gap input schematic & read blocks.c? drop the schematic, it can be done in a .hal file ( mind blown again :-o )
[17:41:26] <jepler> but .. after a rebuild, it's still wrong
[17:41:51] <rayh> Yes it can at least for the most part.
[17:42:50] <rayh> jepler, I still have a bitch of a time with make clean.
[17:43:04] <jepler> oh, forget it -- it is right. I had written "g61 p.05"
[17:43:09] <dave-e> I'm absolutely amazed by the stuff that can be done in emc2...sure makes tuning easy...but I've not figured out how to quantitate following error
[17:43:42] <jmkasunich> dave-e: what do you mean by "quantitate following error"?
[17:44:05] <rayh> quantify?
[17:44:24] <rayh> Oh you want little numbers on the grid lines?
[17:44:33] <dave-e> I've looked at it with halmeter but that really isn't too good...
[17:44:45] <dave-e> well ... something for a dummy...
[17:45:11] <jmkasunich> halscope can look at ferror
[17:45:22] <staggerlytom> dave-e: your errors are just too small :-)
[17:45:28] <dave-e> indeed....just what do the numbers mean
[17:45:46] <jmkasunich> set the scaling to 1m/div, and that means one division is 0.001" of error (for an inch machine)
[17:45:48] <dave-e> 5 e-4 or so
[17:46:00] <dave-e> on halmeter
[17:46:01] <jmkasunich> 5e-4 is half a thou
[17:46:07] <dave-e> yep...
[17:46:20] <jmkasunich> so there you have it
[17:46:24] <dave-e> which is probably as good as I can get
[17:46:28] <jepler> that number is in whatever the units of that axis is, right?
[17:46:38] <jmkasunich> yep
[17:47:01] <dave-e> the 1 mV etc tells me what I wanted to know
[17:47:16] <jmkasunich> units leaving and entering the HAL pins of the motion controller (axis.N.blah) are the units of the ini file
[17:47:34] <jmkasunich> so an inch ini means things like Xpos are in inches
[17:47:35] <staggerlytom> what was the magnitude of your tests dave? how big (small) an error did you get? with what stimulus?
[17:48:44] <dave-e> accel = 20 vel 200 ipm 1-3 " moves probably under a thou following error and full speed in 50-100 mS
[17:48:55] <jepler> I'm looking at blocks.c. Some of the things I imagine wanting are abs, dist, dist3 (so that I could see a graph of the magnitude of acceleration)
[17:49:21] <jepler> are these appropriate for blocks.c?
[17:49:47] <rayh> Sure. I put these in the ini file.
[17:50:06] <staggerlytom> dave: how does accel=20 allign with 'full speed in 50-100ms", they oughtta be same thing
[17:50:07] <jmkasunich> jepler: I was actually thinking about a split of the stuff in blocks
[17:50:11] <jepler> exponentially-weighted moving average, min, max (the last two with some kind of "reset" input to forget the history)
[17:50:24] <jmkasunich> new module: hal_math.c, or math_blks.c or something
[17:50:38] <dave-e> well...if I lowered accel it would take longer
[17:50:40] <jmkasunich> would get things like sum, gain. limit*, as well as the ones you are talking about
[17:50:41] <staggerlytom> hal_dsp :-)
[17:50:49] <jepler> "limit*"?
[17:51:00] <jmkasunich> limit1 limits position
[17:51:08] <jmkasunich> limit2 limits position and vel
[17:51:14] <jmkasunich> limit3 limits pos, vel, and acc
[17:51:24] <jmkasunich> put a square wave into limit3, get a trap out
[17:51:27] <staggerlytom> dave: I mean the 2 things have to agree, what you tell the system the accel is and what you measure it to be
[17:51:30] <jepler> oh, ok ..
[17:51:35] <jmkasunich> oops, thats limit2
[17:52:20] <dave-e> I've not calculated reall accel....but if the following error is small then they had better be the sam
[17:52:20] <jmkasunich> put a step into limit3, you get a complete trapezodial move, accel, cruise, decel
[17:52:22] <dave-e> same
[17:52:34] <jepler> what are the practical reasons to choose "limit" or "don't limit"?
[17:52:46] <jmkasunich> ?
[17:52:49] <jepler> er
[17:52:58] <jepler> what are the practical reasons to choose "split" or "don't split" blocks.c?
[17:53:15] <jmkasunich> the limit blocks (like many others in there) are for building arbitrary HAL stuff, not so much for emc
[17:53:30] <jmkasunich> split vs not split blocks.c is just to prevent source file bloat
[17:53:36] <staggerlytom> dave: i think the '50-100' is the measurement of accel ( v/t/t )
[17:53:36] <jmkasunich> blocks.c is already pretty ling
[17:54:16] <jmkasunich> also, to use any of those blocks, you load the entire blocks kernel module
[17:54:29] <dave-e> yes it is
[17:54:30] <jmkasunich> at load time, you have to say how many of each block you want
[17:54:52] <jmkasunich> someday I want to fix that, make loading the module and instantiating a block two distinct operations
[17:56:10] <rayh> That will be a good change. Will it also work for parport?
[17:56:30] <jmkasunich> when/if it happens, it will work for all RT hal components
[17:56:52] <jmkasunich> that is part of the hal refactor thats been on the back burner for nearly 2 years, so don't hold your breath
[17:56:56] <rayh> Fantastic. That will solve the last problem with bridgeport.
[17:57:38] <staggerlytom> I was just thinkin about parport too (and 8255), but i just had bad planning. why would we instantiate afterwards?
[17:58:14] <jmkasunich> adds flexibility
[17:58:42] <jmkasunich> for instance, suppose you have a hal config for your machine that uses a one instance of one block from blocks.c
[17:59:04] <dmessier> allo tous
[17:59:07] <jmkasunich> then you want to write another hal file, that can be used optionally - it adds some ddt blocks to calculate velocity, for example
[17:59:09] <rayh> For bridgeportio type ability with a stepper system, you have to remove the first instance of parport and add a second. Or start two in the first loadrt.
[17:59:30] <jmkasunich> that second file can't get the ddt blocks it needs, because the first one already loaded blocks
[18:00:02] <staggerlytom> where & when is the optiion selected. must be after thus needing the late instance.. ok
[18:00:40] <dave-e> gotta run ...see ya later.
[18:00:53] <narnia> dave-e, bye.
[18:00:58] <rayh> see you dave.
[18:01:05] <staggerlytom> bye dave ( pleeze read the wiki on EDM )
[18:01:08] <dave-e> bye terry good luck on the waterjet
[18:01:23] <dave-e> tom...will do
[18:06:18] <narnia> rayh, so how have you been?
[18:06:59] <rayh> Feeling old, and had a mizerable cold. Getting better though.
[18:07:31] <rayh> I'm really excited about emc2, what with HAL, CL, and the new work.
[18:07:50] <rayh> I got a 48k pulse train out of it the other day for steppers.
[18:08:19] <jmkasunich> 48K!
[18:09:00] <dmessier> sweet ; )
[18:09:10] <rayh> Alex said he got 60k.
[18:09:28] <jmkasunich> that means 120K interrupts/second
[18:09:51] <jmkasunich> it also means there is a jump from 40K to 60K (it jitters between the two if you ask for 50K)
[18:10:01] <jmkasunich> dunno whether motors could actually track that
[18:10:19] <staggerlytom> 48K is 20uS period
[18:10:46] <rayh> I was running 10us
[18:11:46] <staggerlytom> 20 uS pulse period not on time ( period is event to event ) yah?
[18:12:14] <jmkasunich> 48K steps/sec means 96K interrupts, turn signal on with one intr, off with the next
[18:13:04] <staggerlytom> ray: and the duration of the on was 10uS ?
[18:14:35] <staggerlytom> jmk: I'd say the period was 'turn signal on" till another 'turn signal on'
[18:15:04] <jmkasunich> tom: yes
[18:15:50] <rayh> I was seeing pulses that stayed high during slow moves.
[18:15:55] <staggerlytom> is there some more generic time pulsing in the emc ( that i could use for 1uS on and 1-30uSoff in EDM)?
[18:16:08] <SWPadnos> nope
[18:16:13] <staggerlytom> rayh: gotcha, same wavelenth now
[18:16:39] <rayh> I was thinking about software timing in HAL for those sigs but 1u is way short.
[18:16:51] <staggerlytom> SWP: so quick ;) no gnrc programmble sqr wave?
[18:17:00] <rayh> It would be possible to create a loop -- on off.
[18:17:15] <SWPadnos> not in 1uS increments
[18:17:31] <rayh> External would have to turn on for 1 and off till next pulse.
[18:17:41] <staggerlytom> ok, I began a PIC anyways , and emc can feed ituser requests
[18:18:33] <SWPadnos> if there's a pulse width that doesn't have to change too often, then you can easily use a microcontroller to generate the pulse, and update it with either parallel or serial communication
[18:18:47] <SWPadnos> every trigger (from emc) causes a well-controlled pulse output from the micro
[18:18:48] <staggerlytom> i use PIC cuz more stabile than 555, and I need sharp edges
[18:18:49] <jmkasunich> I bet a m5i20 could do it too
[18:18:56] <staggerlytom> SWP exactly
[18:18:57] <rayh> I can see pins out that send run burn or whatever.
[18:18:58] <SWPadnos> jmkasunich, absolutely
[18:19:10] <SWPadnos> staggerlytom, I use AVRs, since they know what a carry bit is
[18:19:12] <jmkasunich> even JonE's univpwm
[18:19:47] <jmkasunich> the limitation when you use something like that isn't the individual pulses anymore, its how often you need to change width, reprate, duty cycle, etc
[18:19:57] <SWPadnos> right
[18:19:58] <staggerlytom> jmk: the things that can be done in the xilink are neat, and I thouht about Jon Elsons too, he says he can do sub uS stuff
[18:20:12] <jmkasunich> univpwm has 100nS increments
[18:20:12] <SWPadnos> the source clock is 10 MHz
[18:20:28] <jmkasunich> I think the shortest pulse is 200nS, then it goes in 100nS increments
[18:20:37] <staggerlytom> I chg the values at the PLC level now, so immeduate realtime isnt at all needed ( 40mS PLC rate now )
[18:20:41] <SWPadnos> I'm not sure what it is on the m5I20, but it's possible that the PCI clock is available (33 MHz)
[18:21:14] <staggerlytom> 200nS is a PIC at 5M clock ( use 20M clock for 80nS instruction cycles )
[18:21:16] <jmkasunich> I'd love to play around with a m5i20, but too many projects, not enough time
[18:21:25] <rayh> something about 44MHz comes to mind.
[18:22:02] <staggerlytom> i couldnt get the xilink ide on this debian system
[18:22:15] <SWPadnos> that assumes that you're using a hardware PWM to generate the pulses (which is probably a good idea)
[18:22:30] <staggerlytom> ray: diff clock cycles on diff procs, the PIC is risc, so a bit faster
[18:23:22] <staggerlytom> SWP: im thinkin hdwr PWM ( programmable oscillator via PIC ), schemati-sketches on wiki soon
[18:23:31] <rayh> It would be really powerful to run the burn timing from emc.
[18:23:58] <staggerlytom> I pulled out a simle genrator this morning, has parallel interface
[18:24:19] <SWPadnos> if you want continuous pulses, that makes sense
[18:24:29] <staggerlytom> 8 bits of current selection and a single oscillator input ( all opto-isol8d )
[18:24:30] <SWPadnos> if you want it to only pulse when EMC says so, it may be harder
[18:25:18] <staggerlytom> just enable it with a bit ( we used M36 for pulse on AND edm feedrate mode. M37 osc off and feedrate mode )
[18:26:13] <staggerlytom> so when you edm, you change mode and turn on power (gotta have both)
[18:26:24] <staggerlytom> and when you rapid, you want neither
[18:26:49] <staggerlytom> not rapid, but when you move accordin to static feedrates
[18:27:55] <SWPadnos> ok. I thought you wanted something that would output a well-timed pulse every time emc output a pulse of any length ;)
[18:28:34] <staggerlytom> oh, no, it's a perpheral that gets instructions
[18:29:36] <narnia> okay, general question. concerning waterjet cutting. buy one without controller and use emc or build one from scratch just purchasing the cutting head and ultrahigh pressure pump?
[18:30:51] <staggerlytom> narnia: you have to decide based on pockets & abilities & time and... and... and... sorry u gotta decide
[18:31:53] <staggerlytom> but:we'd like you to go the emc way :-)
[18:33:04] <narnia> staggerlytom, i have roughly $250k usd budgeted for my shop. that is cash in the bank.
[18:35:09] <SWPadnos> I can help with that ;)
[18:35:48] <staggerlytom> whew! deep pocketses! I guess you've built machines before. If I had that scratch, I'd buy parts and integrate with EMC. ( my 2 c )
[18:36:40] <SWPadnos> I'd buy a house ;)
[18:36:49] <SWPadnos> err - shop
[18:39:29] <narnia> SWPadnos, all ready have a house.
[18:40:03] <SWPadnos> right - that's why I changed my mind and decided to buy a shop with your money ;)
[18:40:44] <staggerlytom> i'd buy the machine frame, head and amplifier ( the hi-prsr pump system ) and integrtae to emc. 250K leaves a lot (a lot lot ) left over.
[18:40:51] <rayh> retirement comes to mind here.
[18:40:53] <narnia> SWPadnos, i spent 9+yr in a legal nightmare i earned every penny of that money.
[18:41:09] <staggerlytom> good on ya' mate
[18:41:12] <SWPadnos> I can agree with that ;)
[18:41:19] <rayh> narnia, glad to hear the ordeal is winding down.
[18:41:55] <narnia> rayh, my body is still trashed but the money helps.
[18:43:50] <staggerlytom> ray: any thoughts? i gotsa go work on some windoze serial comm stuff...
[18:44:35] <SWPadnos> staggerlytom, any idea how to tell if a USB->serial adapter has been removed (on Windows)?
[18:45:12] <rayh> Looks like you've got a good handle on stuff tom.
[18:45:28] <staggerlytom> hahaha thats where im goin, to setup 99 usb serial ports to spool data to cnc's ( so I dunno, i"m sure I dunno )
[18:46:03] <SWPadnos> heh - have fun
[18:46:11] <staggerlytom> rayh: thanks, wiki up any suggestions, look at the schematics, bye all
[18:46:13] <rayh> see you tom
[18:46:18] <SWPadnos> there are some interesting things that happen once you get past 10 ports
[18:46:35] <staggerlytom> SWP: yep...
[18:49:59] <narnia> rayh, when is the meeting in cameron, illinois?
[18:50:32] <SWPadnos> http://www.cnc-workshop.com
[18:51:30] <CIA-8> 03cradek * 10emc2/src/Makefile: fix for non-kbuild
[19:02:19] <narnia> rayh, bye for now i will be back later.
[19:02:36] <rayh> See you Terry. Glad things are settling out.
[19:03:47] <rayh> See you guys later.
[19:03:55] <SWPadnos> see you
[19:15:30] <Jymmm> Jymmm is now known as JymmmAFK
[19:26:18] <mdynac> greetings all...
[19:26:35] <SWPadnos> hi
[19:27:53] <mdynac> has anyone tried emcconf in emc2?
[19:29:59] <SWPadnos> emcconf? what is that?
[19:30:25] <mdynac> a gui to set up config files....
[19:30:39] <SWPadnos> ah. halconfig?
[19:31:27] <mdynac> not halconfig, emcconfig the coolcnc forum has a link to it but i can't seem to get it to work, operator error i am sure...
[19:31:46] <SWPadnos> weird - never heard of it.
[19:31:54] <SWPadnos> where is the forum?
[19:32:10] <mdynac> it looks kinda kewl, just thought i would give it a try...
[19:32:18] <mdynac> just google coolcnc
[19:32:49] <mdynac> the first hit...
[19:33:02] <SWPadnos> got it - looks nice. never used it ;)
[19:33:48] <mdynac> yeah, it looks kinda slick, just thought i would give it a try
[19:35:07] <jmkasunich> bet it dates from emc1 days
[19:35:15] <jmkasunich> so parts of it will work, parts wont
[19:35:49] <mdynac> probably, it keeps telling me can't find generic.run, in line 21....sounds like emc1
[19:35:54] <SWPadnos> can't be that old, axis is listed
[19:36:04] <SWPadnos> that's defninitely emc1
[19:36:09] <mdynac> k
[19:36:09] <SWPadnos> or BDI4
[19:36:12] <cradek> axis was written on emc1
[19:36:30] <SWPadnos> but only "publicized" about 6 months ago, right?
[19:36:37] <SWPadnos> maybe a year now
[19:37:44] <mdynac> i just installed the ubuntu/emc2 stuff, now that was slick....
[19:39:48] <cradek> that's good to hear
[19:42:17] <mdynac> i think i'm gonna install it on my emc/edm machine...even the emc2 updates show up in the update alerter....
[19:42:28] <mdynac> apt rocks!!!
[19:44:05] <Roguish> hey, there. anyone do a cvs this morning. i keep getting 'connection timed out' error........
[19:44:11] <cradek> cool, be sure to let us know how it goes
[19:44:19] <mdynac> will do...
[19:44:26] <SWPadnos> sounds like more sourceforge issues
[19:44:31] <cradek> Roguish: often on weekends they are so busy you have to try several times.
[19:44:42] <SWPadnos> some people say that 10-20 tries will do it for you ;)
[19:45:05] <mdynac> i noticed the emc-user archive has not been updated in a while....
[19:45:08] <Roguish> been trying. got through once, but had that incorrect starting directory brain fade........
[19:46:10] <cradek> sourceforge is a bit disappointing lately
[19:46:33] <mdynac> ubuntu, baby, ubuntu, already got the updates....
[19:47:01] <cradek> yeah, those are hosted on a reliable machine
[19:47:41] <mdynac> unless you need the absolute bleeding edge stuff
[19:47:44] <cradek> and I always make those packages within an hour after moving the TESTING cvs tag
[19:50:29] <JymmmAFK> JymmmAFK is now known as Jymmm
[19:51:04] <Roguish> what's it mean when ya get a 'csv [update aborted]: end of file from server............' error?
[19:52:09] <SWPadnos> that you needa few more tries ;)
[19:52:19] <Roguish> geeeeeeeeeeeeeeeeeezzzzzzzzzzzzzzzzzzzzzzzz
[19:59:55] <mdynac> anyone familiar with the motenc lite board?
[20:03:20] <SWPadnos> I think rayh is, and alex as well
[20:03:45] <mdynac> thx, i know alex is, he has been a big help....
[20:10:59] <Roguish> got the cvs up. did the make (lots of '...visibility attribute directive ignored' errors, and 'completed the sudo make seruid'.
[20:12:08] <CIA-8> 03cradek * 10emc2/src/emc/task/emccanon.cc: fix blend tolerance units confusion
[20:14:51] <CIA-8> 03cradek * 10emc2/VERSION: moving TESTING
[20:15:52] <CIA-8> 03cradek * 10emc2/VERSION: Done tagging
[20:32:36] <cradek> new emc2, emc-dev packages in the ubuntu repository
[20:48:44] <CIA-8> 03cradek * 10emc2/src/emc/task/emccanon.cc: second half of the previous fix
[21:05:43] <lilo> [Global Notice] Hi all. In a moment we're going to be performing some quick maintenance. About 4,000 users on a main rotation server will be detached from the network and reconnected. Please bear with us.
[21:28:36] <alex_joni> night all
[21:30:03] <SWPadnos> see you later
[21:30:07] <SWPadnos> good luck at the show
[21:35:46] <SWPadnos> time to get back to work.
[21:35:49] <SWPadnos> see you all later
[21:36:00] <SWPadnos> SWPadnos is now known as SWP_Away
[22:09:29] <ace> cradek: ?
[22:16:35] <SkunkWorks_> 3rd times a charm
[22:16:42] <SkunkWorks_> Cradek: ?
[22:39:18] <CIA-8> 03jepler * 10emc2/docs/NEWS: note about auto-building axis
