#emc | Logs for 2006-11-12

[00:07:07] <cradek> jepler: there are all sorts of things that are sort of like line numbers, and I don't understand what they all are -- but I changed AXIS to use the one that EMC uses for showing which line is executing, which seems to be right
[00:07:19] <Jymmm> Howdy LAdies and Gentlemen
[00:07:40] <cradek> (so I still don't really understand the bug)
[00:08:06] <jepler> I see
[00:08:42] <cradek> I removed a few +1 things, so it must be a good fix
[00:09:21] <Lerneaen_Hydra> 'night people
[00:23:37] <Jymmm> SWPadnos you alive?
[00:33:24] <Jymmm> Got nvidia? http://www.us-cert.gov/current/current_activity.html#nvgrhpoc
[00:36:37] <cradek> already fixed in ubuntu a while back
[00:37:36] <Jymmm> k
[00:45:42] <LawrenceG> l
[00:52:43] <Jymmm> mno
[01:04:23] <Jymmm> LawrenceG did you get those netgear boxes running yet?
[02:52:36] <CIA-5> 03swpadnos 07HEAD * 10emc2/src/hal/utils/halcmd.c:
[02:52:36] <CIA-5> Fix minor bug in get_input
[02:52:36] <CIA-5> Fix bug in replace_vars that would cause errors with blank command lines
[02:52:36] <CIA-5> (the first word of the previous command, or garbage if the first line(s) are
[02:52:36] <CIA-5> blank, would get executed)
[03:31:40] <ejholmgren> lo
[04:12:37] <CIA-5> 03swpadnos 07HEAD * 10emc2/src/hal/components/weighted_sum.c: Fix a couple of typos
[06:17:07] <jymmmm> SWPadnos: ?
[09:08:12] <A-L-P-H-A> /ns identify afs893h298@#$
[09:09:33] <A-L-P-H-A> :)
[09:09:36] <A-L-P-H-A> pass changed now.
[09:17:50] <jymmmm> jello
[09:17:54] <A-L-P-H-A> hi jimbo
[09:27:35] <Lerneaen_Hydra> 'lo
[09:28:38] <jymmmm> what is that video dyno something ?
[09:28:59] <jymmmm> of the cnc machine
[09:29:08] <jymmmm> dunomatronics?
[09:29:15] <jymmmm> dynomatronics
[09:34:45] <jymmmm> man, you guys are worthless!
[09:34:56] <jymmmm> esp A-L-P-H-A
[09:36:04] <A-L-P-H-A> Thank you, you throwback. :)
[09:36:18] <alex_joni> http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2006-10-26.txt
[09:36:32] <alex_joni> jymmmm: use the force (of google) luke
[09:36:46] <A-L-P-H-A> linux decided to say my video drivers where pooh... so I had to recompile.
[09:36:55] <A-L-P-H-A> must have been an upgrade I did.
[09:36:58] <A-L-P-H-A> <shrug>
[09:37:06] <A-L-P-H-A> upgrading to ubuntu 6.10
[09:37:11] <A-L-P-H-A> lets see what havoc I'll get from that
[09:38:14] <jymmmm> alex_joni: I really tried... but never remember the name of it
[09:38:19] <A-L-P-H-A> reading a good book, but still couldn't sleep... [usually reading long periods of time puts me to sleep]
[09:38:30] <A-L-P-H-A> but this book has made me think... it's called "mindscan"
[09:39:03] <alex_joni> http://www.google.com/search?hl=en&lr=&safe=off&client=opera&rls=en&q=irc+emc+dyno+video&btnG=Search
[09:39:17] <alex_joni> first hit
[09:39:34] <jymmmm> like I said, you have to remember the name
[09:39:42] <alex_joni> you said dyno before
[09:39:48] <alex_joni> and it's not the proper name anyways
[09:39:48] <jymmmm> go google dyno cnc
[09:49:51] <alex_joni> that's what I did ;)
[10:01:17] <A-L-P-H-A> so what's been new with you alex_joni?
[10:01:33] <alex_joni> * alex_joni prepares for a trip
[10:01:45] <A-L-P-H-A> another trip to where bouts?
[10:01:50] <A-L-P-H-A> CAN-A-DA?
[10:02:11] <A-L-P-H-A> Or Deuchland?
[10:07:15] <A-L-P-H-A> maybe someone here can give me a good option.
[10:07:21] <A-L-P-H-A> I've currently got 3 HDs in my computer.
[10:07:50] <A-L-P-H-A> 200 gig eIDE (split up in a few partitions), and two 200 SATA in Raid-0 ReiserFS.
[10:08:10] <A-L-P-H-A> I dual boot with winXP...
[10:08:30] <A-L-P-H-A> what's an intelligent way to split things up, where I want data to be sharable between the two of them?
[10:08:50] <alex_joni> fat32
[10:09:06] <A-L-P-H-A> okay... tha'ts what I've done with the windows partition...
[10:09:14] <A-L-P-H-A> and using EXT2 with the linux partition.
[10:09:28] <alex_joni> you can mount ext3 as ext2
[10:09:28] <A-L-P-H-A> however, I think EXT3 is readable by windows now as well.
[10:09:35] <alex_joni> and still have journaling
[10:09:44] <A-L-P-H-A> yeah... about to upgrade my ext2 to 3 now... just reading about it
[10:09:52] <A-L-P-H-A> http://www.crazysquirrel.com/computing/debian/ext3.jspx
[10:10:07] <A-L-P-H-A> I wonder can I convert an ReiserFS to ext3, and see if windows can read that partition as well.
[10:10:09] <A-L-P-H-A> that'd be sweet
[10:10:33] <alex_joni> * alex_joni has nfc
[10:10:34] <alex_joni> later
[10:11:01] <A-L-P-H-A> okay
[10:23:48] <anonimasu> mornin
[10:24:00] <A-L-P-H-A> hi anonimasu.
[10:24:05] <A-L-P-H-A> I haven't slept yet
[10:24:15] <A-L-P-H-A> freak'n get dark so quick these days :(
[10:24:19] <A-L-P-H-A> not enough sunlight
[10:26:00] <anonimasu> * anonimasu nods
[12:01:11] <Lerneaen_Hydra> A-L-P-H-A: very true
[12:55:39] <tomp> good morning all
[14:00:32] <ChrisSmol> is a 4GB drive sufficient to install ubunto/emc ?
[14:05:44] <rayh> we don't need two of me!
[14:26:57] <robin_sz> two of me would be a bonus!
[14:27:23] <robin_sz> wibble
[14:29:46] <rayh> Hi robin_sz
[14:34:29] <Lerneaen_Hydra> ChrisSmol: yes, that's enough provided you don't want to run lots of other stuff on it too
[14:37:34] <ChrisSmol> it will be dedicated for cnc
[14:38:08] <ChrisSmol> although.... i might want to install gcc/etc as well. probably not enough room for all that
[14:45:10] <jepler> ChrisSmol: 4GB is big enough for all the packages needed to develop emc2, but it starts getting tight.
[14:49:30] <ChrisSmol> ok.
[14:50:02] <ChrisSmol> i have a 20gb drive i could use as well that has FC on it. but i'm not really doing much with that atm, i had installed mythtv to play with
[15:01:57] <Lerneaen_Hydra> IIRC I have an 8gb drive and it's enough for compiling emc and running emc
[15:02:23] <Lerneaen_Hydra> when I wanted a virtualisation of windows for my CADCAM stuff I had to add a 20gb drive though
[15:07:04] <jepler> oh cool -- I didn't realize the old non-live text install mode was on the regular ubuntu 6.06 install CD. It's called "install in OEM mode" or something like that -- second option at the boot menu
[15:07:44] <skunkworks> I know it doesn't install on 2gb ;). this is a breazy install a long time ago.
[15:08:20] <skunkworks> jepler: my coworker installed the 'server' install and I noticed it was the text install.
[15:08:51] <jepler> I thought that you had to download the right .iso image to get the different types of install
[15:08:57] <jepler> I saw server on that menu too, though
[15:09:05] <jepler> if they're all the same, why 3 different CD images?
[15:09:15] <ChrisSmol> well. my old 4gb drive seems to be flaky. so i will install on the other drive instead i think
[15:09:49] <robin_sz> I forget .. Ubuntu is like debian, but with various closed source blobs? right?
[15:10:01] <skunkworks> jepler: odd isn't it :)
[15:10:03] <jepler> ChrisSmol: I bet that you can get mythtv for linux too
[15:10:21] <ChrisSmol> yes, i was running it under fedora
[15:10:37] <ChrisSmol> kinda lost interest in it. last thing i need to do is watch more tv ;-)
[15:10:37] <jepler> robin_sz: something like that. in addition to including stuff like the nvidia drivers right on the install media (the binary blobs you mention) they say they've also concentrated on making it suitable for end-users, not geeks.
[15:11:01] <skunkworks> does mythtv work with sat cards?
[15:11:25] <ChrisSmol> dunno, i was using it with an ancient video input card i had laying around
[15:11:35] <skunkworks> ah
[15:11:45] <ChrisSmol> worked, but using a whole pc to record tv shows seems like overkill
[15:32:49] <ChrisSmol> is it normal for the installer to sit at 15% (scanning files) for a long time?
[15:33:53] <ChrisSmol> mouse cursor still moves. no, wait. now it isn't. hmm. not good.
[15:36:02] <skunkworks> ChrisSmol: how much memory?
[15:36:22] <ChrisSmol> 256MB
[15:36:54] <skunkworks> that should work I would think. Have you had it installed on this computer before?
[15:36:57] <ChrisSmol> the live cd boots ok
[15:37:10] <ChrisSmol> no, not ubuntu, but i have installed fedora
[15:37:34] <ChrisSmol> it's dead, jim. rebooting
[15:38:42] <skunkworks> I know I have had issues 'formating' the drive - where I had to run it twice
[15:40:18] <jepler> 256MB is supposed to be enough RAM to install from the live CD
[15:41:19] <cradek> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?Hardware_Requirements
[15:42:12] <ChrisSmol> i'll check the cd just in case
[15:42:38] <ChrisSmol> yeah, i saw that it said 256mb was ok. i'll eventually add another 256mb
[15:56:06] <ChrisSmol> ok, cd check passed
[15:56:29] <ChrisSmol> i'll try again. if it hangs again, i'll steal another 256mb from another peecee is try again
[16:11:59] <ChrisSmol> aha. currently at 24% this time
[16:13:21] <skunkworks> so far so good :)
[16:13:28] <ChrisSmol> and of course i changed nothing
[16:13:37] <skunkworks> yep
[16:14:26] <ChrisSmol> i will need to go to the goodwill store to get another monitor for this system, they usually have nice 15 inch crts for $5 or so
[16:25:15] <ChrisSmol> argh. it hung again i think. at 59% this time
[16:25:44] <SWPadnos> just for the heck of it, try the memtest boot option next time (unless you've already done so)
[16:26:14] <ChrisSmol> i haven't, but i will
[16:26:23] <skunkworks> what video card?
[16:26:37] <SWPadnos> also, is this the 4G flaky drive, or the other one?
[16:27:06] <ChrisSmol> the cursor moves ok until i try to click on the installer status window, then it freezes. the clock on the upper left corner has also stopped updating
[16:27:23] <ChrisSmol> no this is another drive, and now i don't think the 4gb was flaky
[16:27:27] <SWPadnos> hrh
[16:27:29] <SWPadnos> heh
[16:27:55] <SWPadnos> well, you may want to try doing the text-mode install
[16:28:01] <ChrisSmol> internal video on a dell. and the live cd boots up and runs fine.
[16:28:12] <SWPadnos> getting to a desktop on the liveCD is rather memory-intensive
[16:28:31] <ChrisSmol> ok. doing the memory test
[16:28:44] <ChrisSmol> i think i can grab another 256mb from another peecee, and try again.
[16:29:11] <skunkworks> I have also had issues with certain video cards. (during install) jeese - how many times have I installed ubuntu?
[16:29:29] <SWPadnos> it's also a resource thing - the CD has a filesystem that gets partially mirrored into a ramdisk for speed (I think), so it's even tighter. add to that the fact that there's no swap until the system is installed, and you have a recipe for disaster on low memory systems
[16:29:36] <SWPadnos> (which it's sad to say, 256M is these days)
[16:34:58] <skunkworks> I should take the system down to 128 to see how it runs after the install... Because at 128 the live cd becomes unusable.
[16:35:53] <SWPadnos> as long as you have sufficient swap, and possibly needing some tweaking of startup scripts, 128M should work OK
[16:36:01] <rayh> I was running 6.06 on 128 Gateway laptop. Slower than mole asses in january.
[16:36:17] <SWPadnos> heh
[16:36:22] <ChrisSmol> memory test was ok. i've just added another 256mb, and will try again
[16:36:43] <ChrisSmol> i was assuming it used /dev/ram for the live cd boot
[16:42:14] <Lerneaen_Hydra> I've run Xubuntu without issues on 96mb ram (I had to install with a text-based installer, naturally)
[16:42:21] <Lerneaen_Hydra> so 128 should work with gnome
[16:42:31] <Lerneaen_Hydra> oh, I guess not
[16:42:49] <Lerneaen_Hydra> xubuntu was relatively snappy with only 96mb ram
[16:43:43] <ChrisSmol> almost done booting...
[16:47:32] <ChrisSmol> ok, installing again
[16:48:15] <robin_sz> I just installed debian testing on this laptop, its much more funky than Sarge
[16:50:26] <robin_sz> I remember it taking a week to install dedrat when I first got this laptop 5 years ago ... drivers and that, testing installed striaght off, one tweak of x11conf and an ndiswrapper for the wireless card and it was done
[17:28:17] <skunkworks> ChrisSmol: did you get further?
[17:31:22] <ChrisSmol> just finished installing
[17:31:31] <ChrisSmol> so 256mb may not always be sufficient
[17:31:36] <ChrisSmol> ok, lunchtime
[17:32:07] <cradek> I think if you have an existing linux swap partition, the installer uses it during install
[17:32:21] <cradek> this would explain why there are different results on different systems
[17:33:14] <cradek> a saavy person could partition and add swap manually, after booting the livcd, and before running the install
[17:38:54] <robin_sz> sigh ... right, must go back to work and grab a windows PC. Not having a doz PC at home sucketh.
[17:39:41] <robin_sz> and --- must find some random sort of Win95 laptop to run this crappy DOS sofware on
[17:48:28] <jmkasunich> vmware!
[17:48:57] <anonimasu> ^_^
[18:17:01] <ChrisSmol> ok, seems to boot fine, and emc is there. yay.
[18:21:52] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/iotask/ioControl.cc: re-order tool prep command and tool number to eliminate a narrow race condition window
[18:30:26] <Lerneaen_Hydra_> Lerneaen_Hydra_ is now known as Lerneaen_Hydra
[18:30:49] <Lerneaen_Hydra> sorry about the dicconnect/reconnect all the time :/
[18:30:53] <Lerneaen_Hydra> logger_emc: bookmark
[18:30:53] <Lerneaen_Hydra> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2006-11-12.txt
[18:31:54] <ChrisSmol> any suggestion for motor mounts? i see someone who sells them on ebay, let me find the auction
[18:33:27] <ChrisSmol> these nice metal ones: 230048964600 and these are less expensive, but not sure how they will last: 200044582172
[19:02:19] <anonimasu> did that guy ever put online that jogwheel blog stuff?
[19:02:26] <anonimasu> *cant remember the name of the guy*
[19:02:32] <Lerneaen_Hydra> huh?
[19:02:39] <Lerneaen_Hydra> jogwheel blog stuff?
[19:02:41] <anonimasu> yeah
[19:02:46] <Lerneaen_Hydra> * Lerneaen_Hydra pokes alex
[19:02:50] <anonimasu> someone said something about a joghweel yesterday
[19:02:58] <Lerneaen_Hydra> oh, on the mailing list?
[19:03:23] <anonimasu> no
[19:03:26] <anonimasu> here
[19:04:46] <skunkworks_wrk> http://www.anderswallin.net/2006/11/jogging-emc2/
[19:05:26] <anonimasu> ah thanks
[19:05:32] <anonimasu> going to have a look at it later
[19:15:50] <A-L-P-H-A> logger_emc: bookmark
[19:15:50] <A-L-P-H-A> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2006-11-12.txt
[19:32:39] <Lerneaen_Hydra> logger_emc: help
[20:10:35] <anonimasu> :)
[20:13:21] <A-L-P-H-A> anyone using edgy?
[20:15:00] <SWPLinux> many people are
[20:15:03] <SWPLinux> but not for emc
[20:18:55] <Lerneaen_Hydra> I've been playing around with edgy a bit, it's quite good imo, though not very different from dapper
[20:19:12] <SWPLinux> it seemed a bit snappier in the brief experiments I did
[20:19:27] <A-L-P-H-A> I found my reason for my error.
[20:19:40] <A-L-P-H-A> gnome-terminal doesn't work with my Nividia drivers. lovely
[20:19:56] <SWPLinux> gnome-terminal works great with my nvidia drivers ...
[20:21:00] <jepler> apparently it is trouble for some people: http://ubuntuforums.org/showthread.php?t=276354&highlight=gnome+terminal
[20:21:16] <A-L-P-H-A> yeah
[20:21:22] <A-L-P-H-A> I did that... then went here
[20:21:30] <A-L-P-H-A> http://www.nvnews.net/vbulletin/showthread.php?t=78843
[20:21:51] <A-L-P-H-A> not that bid of a deal, considering I can use xterm
[20:21:53] <A-L-P-H-A> just not as nice.
[20:21:57] <SWPLinux> hmmm - I'm not using Xinerama - I'm using TwinView
[20:22:12] <A-L-P-H-A> SWP with ATI? or NVidia?
[20:22:23] <A-L-P-H-A> nm
[20:22:26] <A-L-P-H-A> dumb Q.
[20:22:30] <A-L-P-H-A> twinview is nvidia's thing
[20:22:36] <SWPLinux> yep ;_
[20:22:36] <SWPLinux> ;)
[20:40:48] <owhite> *wave*
[20:42:41] <skunkworks_wrk> good afternoon
[20:43:03] <skunkworks_wrk> did you get your encoder wheel straitened out?
[20:43:12] <anonimasu> :)
[20:43:23] <owhite> yeah it came out nice.
[20:43:28] <skunkworks_wrk> Good
[20:43:45] <owhite> http://www.nilno.com/100_0349.jpg
[20:44:08] <skunkworks_wrk> well well - looks like microsoft might have finally fixed thier nodbc driver. finally
[20:44:15] <owhite> its for a fossilized video game that uses a mechanical encoder for the trackball.
[20:44:54] <skunkworks_wrk> ah - cool. A rapair then?
[20:44:58] <owhite> todays project is to re-align my optics. >>insert miserable looking frowny face here<<
[20:45:19] <A-L-P-H-A> you made that encoder?
[20:45:24] <owhite> sort of a repair -- he thinks that if I put more slots in it, he'll have better resolution.
[20:45:27] <owhite> alpha: yes.
[20:45:27] <A-L-P-H-A> how'd you get the little slits in it??
[20:45:33] <A-L-P-H-A> that' neat.
[20:45:43] <owhite> * owhite has a laser that cuts sheet metal.
[20:45:51] <skunkworks_wrk> No fun. you have a right angle mirror in it right?
[20:45:53] <A-L-P-H-A> I want a laser that cuts sheet metal!
[20:46:01] <A-L-P-H-A> dang.
[20:46:11] <skunkworks_wrk> laser would be nice :)
[20:46:19] <owhite> alpha: http://www.nilno.com/laser_intro/
[20:46:20] <A-L-P-H-A> owhite's rich boy! :P We poor kids dun wanna play with you anymore
[20:46:35] <owhite> heh. I am unbelievably lucky.
[20:46:45] <owhite> skunk: yeah there's a right angle.
[20:46:57] <A-L-P-H-A> how'd you get stuck with that laser? I'll take it off your hands.
[20:46:59] <owhite> the hard part comes with getting that stupid little beam out a 1mm hole.
[20:47:23] <owhite> alpha: bought it from ebay. $28k retail laser for $6.5k. like I said, I'm way lucky.
[20:47:45] <A-L-P-H-A> used?
[20:48:05] <owhite> alpha: zero hours.
[20:48:09] <A-L-P-H-A> is this just the laser unit?
[20:48:09] <A-L-P-H-A> DANG.
[20:48:23] <owhite> the guy was a laser dealer that had three. *shrugs shoulders*
[20:48:35] <owhite> and he gave me really good consulting.
[20:48:43] <skunkworks_wrk> * skunkworks_wrk always wanted to make a laser - since 8th grade.
[20:48:51] <A-L-P-H-A> dang dang dang.
[20:49:01] <A-L-P-H-A> making a laser isn't hard... making a powerful laser is.
[20:49:10] <anonimasu> hehe
[20:49:20] <anonimasu> I guess it's just a $ issue
[20:49:51] <SWPLinux> note the "only $6.5k" comment ;)
[20:49:55] <anonimasu> yeah
[20:50:01] <owhite> something tells me I'm not going to get a lot of traction complaining how hard it is to get working sometimes.
[20:50:04] <skunkworks_wrk> owhite: do you use more than co2? Our laser uses nitrogen, co2 and helium. It acually uses co2 the least.
[20:50:19] <anonimasu> owhite: no :)
[20:50:25] <owhite> co2 only refers to the gas that's in the chamber.
[20:50:45] <skunkworks_wrk> (all three gasses are in the chamber in ours.)
[20:50:48] <owhite> I use oxygen to come out the front port, with the beam, to heat the point where it hits the steel.
[20:51:09] <A-L-P-H-A> what series is this thing?
[20:51:12] <owhite> ah. mine is sealed. I think the bigger (and older) lasers were flowing gas.
[20:51:13] <skunkworks_wrk> what is it called - 'forced beam'? we have a blower.
[20:51:32] <skunkworks_wrk> ok
[20:51:31] <owhite> havent heard that term before.
[20:51:44] <skunkworks_wrk> might not be right. has been a while.
[20:52:20] <skunkworks_wrk> it has a blower that forces the gass thru the chamber. - gets sent through a heat exchanger also.
[20:52:29] <owhite> ah.
[20:52:32] <A-L-P-H-A> sealed CO2 laser.
[20:52:48] <skunkworks_wrk> 1kw
[20:53:19] <owhite> 1kw would be nice. could cut 1/4 steel.
[20:53:48] <skunkworks_wrk> mostly used for plastic and wood. little shim stock.
[20:53:49] <Jymmm> I'd be happy with 100W
[20:54:14] <skunkworks_wrk> owhite: borked any lenses yet? ;)
[20:54:38] <owhite> not completely. I have chips in mine.
[20:54:40] <owhite> was just cleaning it.
[20:55:03] <Jymmm> Gawd, I'd be sooooooooooo happy with 100W fiber CO2 laser =)
[20:55:05] <owhite> but I promised myself not to complain on #emc.
[20:55:14] <owhite> :-)
[20:55:15] <skunkworks_wrk> what kind of focal legnth are you using?
[20:55:30] <owhite> 3.5 inch.
[20:55:58] <skunkworks_wrk> ok - that is what we use for plastics - for dieboard(plywood) we use a 5 inch focal
[20:56:04] <owhite> * owhite is in the middle of finding if its 3.60 to 3.40 inch right at this moment :-)
[20:56:35] <owhite> that would be fun. could you describe the ventilation system?
[20:56:47] <skunkworks_wrk> ?
[20:57:15] <owhite> well is like a big ass hood or a suckydoohickus near the cutting head?
[20:57:26] <owhite> or do you have nothing, like me. :-)
[20:57:50] <Jymmm> skunkworks you're not using a blower to exhausted the gasses?
[20:59:09] <skunkworks_wrk> owhite: yes - we have a table that is sealed and evacuated from the bottom - also the hood sucks from the top. Just a huge exauste fan mounted on the roof of the building
[20:59:46] <owhite> *jeolous*
[20:59:49] <owhite> sp?
[20:59:49] <skunkworks_wrk> (there is also a blower forcing the gasses around the laser tube - but that is a sealed circuit.
[21:00:01] <Jymmm> skunkworks air assist?
[21:00:10] <A-L-P-H-A> hey! you know what... that photo has enough ridge details on his owhite's photo, that anyone with some knowledge could copy his finger prints and commits misc crimes with it. http://www.nilno.com/100_0349.jpg leave partial finger prints everywhere.
[21:00:12] <skunkworks_wrk> we use compressed air for the tip
[21:00:44] <owhite> ha! but if you did that you'd get linked to all the crimes I've already committed.
[21:01:07] <Jymmm> do it A-L-P-H-A, do it!
[21:01:08] <A-L-P-H-A> donate your laser to Canada, or prepare to be invaded.
[21:01:10] <Jymmm> lol
[21:01:51] <Jymmm> owhite when you were searching for your laser, did you ever come across smaller ones responably priced?
[21:01:54] <A-L-P-H-A> ever seen that mythbuster episode where they use a photocopy of a fingerprint (FP) to fool a supposed top notch biometric scanner?
[21:02:10] <owhite> jymm: hell yeah. ebay has very good prices actually.
[21:02:11] <A-L-P-H-A> http://search.ebay.com/search/search.dll?from=R40&satitle=co2+laser
[21:02:34] <A-L-P-H-A> Jymmm: google. ebay. froogle. llama.
[21:02:48] <owhite> ah yes, this is the part I forgot about -- how to force that air solenoid open when its not under the control of #emc.
[21:02:50] <owhite> *thinks*
[21:03:11] <anonimasu> owhite: a button ?
[21:03:37] <Jymmm> owhite timer relay?
[21:03:55] <owhite> anonimasu: this is the problem of having everything under software control. when I'm using a simple calibration board to drive the laser, its not on the emc system, and I have to kludge something.
[21:04:09] <owhite> dumb. I know. but...
[21:04:19] <anonimasu> owhite: jumper the relay/whatever
[21:04:27] <anonimasu> or turn the laser on via emc :)
[21:04:49] <Jymmm> owhite OH.... solid state relay + OFF|AUTO|MANUAL switch
[21:04:53] <owhite> its...confusing....and not perfect.
[21:05:13] <anonimasu> well, nothing's perfect..
[21:05:21] <owhite> welll, hm. maybe emc2 would let me....
[21:05:56] <A-L-P-H-A> I'm perfect.
[21:06:18] <anonimasu> it's all a compromise between what we want and what we can do..
[21:06:19] <anonimasu> :)
[21:06:51] <owhite> its one of those -- 'just cause I built this thing does not mean I am under any obligation to remember how I wired it'.
[21:07:03] <anonimasu> oh :/
[21:07:37] <Lerneaen_Hydra> btw, what kind of efficiency can you expect to have with a CO2 laser of that size? 5%? 10%?
[21:08:05] <owhite> I think I've seen discusssion of efficiency on Sam's laser FAQ.
[21:08:31] <Lerneaen_Hydra> any idea of what it is, very roughly
[21:08:35] <Lerneaen_Hydra> *?
[21:08:59] <owhite> 10%
[21:09:04] <owhite> something like that.
[21:09:20] <Lerneaen_Hydra> ok
[21:09:56] <Lerneaen_Hydra> is your laser liquid cooled? it would seem to me that 1kW shouldn't be that hard to air-cool
[21:10:13] <Lerneaen_Hydra> (depending on the surface/shape/material of course)
[21:10:36] <skunkworks_wrk> owhite: laser faq?
[21:11:02] <Jymmm> skunkworks_wrk http://www.repairfaq.org/sam/lasersam.htm
[21:11:35] <skunkworks_wrk> * skunkworks_wrk 's name is sam. Was wondering ;)
[21:12:11] <owhite> * owhite goes with the 'disconnect the 9v battery from the smoke alarm and connect the battery to the relay' strategy.
[21:12:12] <Jymmm> skunkworks: The you should know about your own faq! Eeeeesh
[21:12:41] <A-L-P-H-A> Samantha... how pretty.
[21:13:09] <skunkworks_wrk> actually my dads name is sam - so I am 'son of sam' - watch out.
[21:13:46] <A-L-P-H-A> hermaphrodite begets hermaphrodite.
[21:14:01] <A-L-P-H-A> I feel better today.
[21:14:15] <Jymmm> * Jymmm sends skunkworks and skunkworks_wrk all of A-L-P-H-A's information, profile, and habits.
[21:14:15] <A-L-P-H-A> gave up on a girl... and feel kinda relieved.
[21:14:33] <Jymmm> A-L-P-H-A batting for the other team now huh?
[21:15:10] <A-L-P-H-A> Jymmm: I've always been a lesbian trapped in a mans body.
[21:15:15] <Jymmm> lol
[21:15:26] <Jymmm> aren't we all
[21:15:50] <Jymmm> A-L-P-H-A but if they made you female, you would just be playing with yourself way too much!
[21:16:14] <A-L-P-H-A> dude, we have penises... we already play with that too much.
[21:16:38] <A-L-P-H-A> if I had a girl parts... that means I have 3 parts to play with.
[21:17:19] <Jymmm> A-L-P-H-A Did you notice have everyone else just shutup?
[21:17:28] <A-L-P-H-A> nah...
[21:17:32] <A-L-P-H-A> they all know it's true.
[21:19:56] <Jymmm> A-L-P-H-A maybe they are just "occupied" at the moment.
[21:20:54] <A-L-P-H-A> need to get my act to fuck'n together. bbl.
[21:23:06] <owhite> * owhite is adjusting the laser which involves tedious trial and error tests of height and pulses sent at a card, the smaller the diameter of hole produced on the card the better.
[21:23:15] <owhite> *tedious adjustment*
[21:26:31] <Jymmm> owhite: Do you have a windows box?
[21:26:54] <owhite> one laptop with windows, and the emc/linux machine runnign the laser.
[21:27:51] <Jymmm> owhite: You *MIGHT* consider grabbing the GCC laser (print) driver... It has settings that you might be able to use to set the pulse rate/dureation. At least for refernce.
[21:28:36] <owhite> that's good to know. what I do is I have a custom circuit board that handles the duration setting.
[21:28:53] <owhite> then I have that board connected to a foot peddle :-)
[21:28:56] <owhite> no software.
[21:29:26] <Jymmm> owhite: Well, their driver has custom settings for various materials and such... they already did the math, so you can copy-n-paste to at least get you in the "ballpark"
[21:29:46] <owhite> nice to know.
[21:30:53] <owhite> what I like is since my table is made of upside down hack saw blades is to get all sweaty, rest my arm on the blades, hit the foot switch, watch the pulse hit the thermal paper, change the height, repeat.
[21:31:10] <owhite> its called bonding through pain.
[21:31:56] <owhite> if I worked in a commercial shop OSHA would shut this joint down in about 2 minutes.
[21:32:28] <Jymmm> that long huh?
[21:38:09] <owhite> and now its cutting like there's no tomorrow.
[21:39:39] <owhite> happiness is a well-adjusted laser -- and teenage daughter.
[21:41:00] <Lerneaen_Hydra> ...
[21:41:08] <Lerneaen_Hydra> let's not go too far here
[21:41:25] <owhite> *wave*
[21:48:43] <owhite> anybody know what it'd like to have a laptop that's connected by wireless running the linux box that is connected to a cnc system?
[21:48:59] <owhite> er, what it'd _be_ like...
[21:50:27] <Jymmm> owhite: wouldn't it be: happiness is a well-adjusted teenage daughter -- and laser.
[21:50:35] <SWPLinux> I think the main issue would be wireless on the machine controller PC
[21:50:36] <owhite> yes.
[21:50:37] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/drivers/hal_evoreg.c: replace some uses of hal types with generic types, where the hal types are not being used for hal objects
[21:51:10] <SWPLinux> I don't know how well madwifi or ndiswrapper play with RT
[21:51:28] <owhite> well I know theres some way to run an X system on a windows machine, but dont know much about the details.
[21:51:59] <Jymmm> owhite: Would you really want your laser under war driving remote control?
[21:52:08] <owhite> it already is.
[21:52:23] <Jymmm> you are already using wifi?
[21:52:31] <owhite> well, I guess my wireless system is firewalled.
[21:52:33] <owhite> yes.
[21:52:55] <owhite> elson: as in Jon?
[21:53:04] <elson> yes, it's me.
[21:53:14] <Jymmm> owhite: Um, you do know that wifi is VERY easy to break the keys, right?
[21:53:47] <owhite> jymmm: fair enough.
[21:54:15] <Jymmm> owhite: And that if they do break the keys, it is a connection INSIDE the firewall.
[21:54:25] <owhite> yep.
[21:54:28] <Jymmm> (under 90% of setups)
[21:54:29] <Jymmm> ok
[21:54:33] <elson> I was hoping to ask John Kasunich a question, but it doesn't look like he's online.
[21:54:45] <jepler> I think jmkasunich is here
[21:54:55] <SWPLinux> perhaps in the devel channel ...
[21:55:07] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/drivers/hal_m5i20.c: replace some uses of hal types with generic types, where the hal types are not being used for hal objects
[21:55:08] <owhite> * owhite is a happy Universal Stepper Controller customer.
[21:55:18] <owhite> *waves at elson*
[21:55:20] <jmkasunich> hi jon
[21:55:24] <elson> OK, I didn't know what the difference is between greyed and foreground usernames.
[21:55:31] <elson> Hello, JMK!
[21:55:48] <jmkasunich> gray usually means away, but it also means "forgot to turn off the away flag when he came back"
[21:55:58] <elson> Good, glad you are a **happpy** user!
[21:56:14] <owhite> yeah and I just got my UCS to work on emc2.
[21:56:25] <owhite> thanks very much to #emc-devel.
[21:57:46] <elson> John, I just discovered that the UPC driver has a problem, in fact that's what forced the recent change. It needs a non-contiguous write for the PWM outputs - the control reg is not adjacent.
[21:58:15] <SWPLinux> are there important things in between the used registers?
[21:58:22] <jmkasunich> it _has_ non-contiguous writes, now
[21:58:32] <elson> I need to know how to deal with the add_wr_funct() call to set up the bit map with a gap.
[21:58:37] <jmkasunich> oh
[21:58:55] <jmkasunich> ok, I thought about that, but didn't make any changes to avoid rocking the boat
[21:59:30] <jmkasunich> one approach is to pass a bitmap, but that means you have to either hard code the bitmaps, or build them at compile time from the various #defines of register numbers
[21:59:42] <elson> Umm, no, but it is a big gap. I could just span the gap right now and make sure that's the only problem.
[21:59:49] <jmkasunich> another approach is to split out the declaration of regsiters to be written from the adding of the function
[22:00:11] <SWPLinux> as a quick workaround, you could use multiple add_wr_funct calls, but that's not the "right" way to do it
[22:00:12] <elson> Can I just call add_wr_funct() twice?
[22:00:39] <SWPLinux> but you'd need a dummy function to call for the second wr_funct
[22:00:59] <jmkasunich> yes and no - that is certainly the easiest way, but you'd want to pass NULL as the function for subsequent calls, and add_wr_funct needs to be modified so it doesn't store the NULL param in the function list
[22:01:26] <owhite> elson: I have a question when you're done with your current thread.
[22:01:31] <elson> Yeah, that's the rub. Well, maybe I should just span the gap for now, it will only add ~3 us per cycle.
[22:01:40] <jmkasunich> lets do it right
[22:02:10] <jmkasunich> we can split add_wr_funct into add_wr_funct() and set_registers_writable() or something like that
[22:02:13] <SWPLinux> one possibility is to use use the min_addr as a mask if min_addr<0 (or something like that)
[22:02:33] <SWPLinux> oops - if max_addr<min_addr or if max_addr<0, use min_addr as a mask
[22:03:05] <SWPLinux> so present calls don't need to be modified, but new ones can use bitmasks
[22:03:17] <jmkasunich> elson: are there lots of little gaps?
[22:03:34] <elson> How about a call that does exactly what add_wr_funct() does now, and another funct that does the different parts?
[22:03:35] <jmkasunich> (such that you'd needs lots of calls with short ranges in order to convey the entire pattern)
[22:03:47] <jmkasunich> differnet parts?
[22:03:56] <jmkasunich> right now, add_wr_funct() does two things
[22:03:59] <SWPLinux> ie - add_wr_funct_mask(yadda yadda)
[22:04:12] <jmkasunich> 1) it adds a function to the list to be called each thread
[22:04:22] <jmkasunich> 2) it marks a range of registers to be written from cache to hardware
[22:04:34] <elson> No, this is really the only place I know of a gap in normal operations. The USC has no gap. Maybe I should have changed the addr of the control reg on the UPC, but I didn't.
[22:04:54] <Jymmm> SWPadnos : grab me when you're done.
[22:05:04] <SWPLinux> ewww - I don't think so ;)
[22:05:21] <jmkasunich> it makes perfect sense to me to either split that into two functions, or to change the way we pass the list of registers to be written
[22:05:49] <SWPLinux> actually, making the masks isn't a big deal. I'd just change it to use a single mask parameter
[22:05:54] <elson> Right, changing the way we pass the list could be another way.
[22:06:21] <SWPLinux> there are only ~7 calls to add_wr_funct
[22:06:26] <elson> maybe just pass the bitmap, and provide a start/end to mask generator.
[22:06:28] <jmkasunich> as steve said, passing it as a mask is trivial to implement (actually easier than the original approach)
[22:06:46] <jmkasunich> oh, good idea
[22:06:57] <jmkasunich> the mask generator might even be a macro
[22:07:04] <elson> Then, you could call the start/end converter, then add one extra bit.
[22:07:14] <SWPLinux> add_wr_funct(blah, MASK(low,high))
[22:07:26] <jmkasunich> and you can or multiple masks to gether if you have multiple ranges, or just or in the bit if its not a range
[22:07:33] <elson> Mmmm, yes.
[22:07:38] <jmkasunich> ok, I'll do that right now
[22:07:49] <elson> Yeah! This makes sense!
[22:07:50] <jmkasunich> I just happen to be working in the driver directory
[22:08:05] <elson> OK, thanks, John!
[22:08:14] <elson> owhite, you had a question?
[22:08:16] <jmkasunich> elson: while you are here
[22:08:26] <jmkasunich> there is something else I wanted to talk to you about
[22:08:28] <elson> Yes??
[22:08:34] <owhite> elson: are you working on another I/O board. someone on here told me you were.
[22:08:46] <jmkasunich> talk to owhite, I'll start on the driver
[22:08:50] <jmkasunich> but don't go away when you are done
[22:08:52] <owhite> I need a bit more i/o above what the UCS has.
[22:09:04] <elson> Right now, I am working on a threading update for the USC.
[22:09:08] <owhite> was hoping I could stay with the UCS and use the other board as well.
[22:09:32] <elson> All USC's have an additional 8-bit output port. We have a way
[22:10:04] <elson> to write an 8-bit numeric value, as for a DAC. We have partial code to support using that port as 8 separate outputs.
[22:10:19] <elson> OK, John.
[22:10:25] <owhite> beyond the current connectors?
[22:10:51] <SWPLinux> the P8 connector, next to the DB-25
[22:11:11] <elson> Yes, there's P8 over by the DB-25 connector. There was no software support until the latest driver.
[22:11:14] <owhite> oh yeah? mine is currently unoccupied.
[22:11:19] <owhite> that would be great.
[22:11:33] <elson> Yup, you would have to solder in a male header in that location.
[22:11:36] <owhite> I want more outputs.
[22:12:21] <owhite> so it sounds like youre still working on the software to support it, true?
[22:12:27] <elson> These are just plain 5 V TTL outputs, but could easily be wired to an Opto-22 type SSR mounting panel.
[22:12:35] <owhite> that's fine.
[22:13:05] <elson> I'm implementing a bunch of stuff that had always been planned.
[22:13:33] <owhite> well if you're on your way that works out fine -- I'll start working on the supporting external circuitry.
[22:13:39] <elson> Well, what we had on EMC1 was pretty mature, but this extra output wasn't implemented.
[22:14:07] <owhite> no problemo. I'll start rigging the electronics to drive what I had in mind.
[22:14:46] <owhite> emc2 can drive my chiller, ventilation, and laser power supply.
[22:16:43] <elson> The current driver can export a new hal pin extraDAC, and a scaling parameter for it. So, you can get 256 different combinations of the bits. Partially finished is a different code that will export 8 pins extraDout(0..7).
[22:17:05] <owhite> great.
[22:17:35] <jmkasunich> I thought it was all finished.... I guess I lost track of where we were
[22:17:51] <elson> The other thing I'm just planning now is a brushless drive to complement my brush PWM servo drive.
[22:18:27] <owhite> wait a sec -- the conversation you're having with jmkasunich is about makiing the extra output port work?
[22:18:55] <jmkasunich> not really, but we're working in the same file
[22:19:04] <jmkasunich> its probably a couple hours work
[22:19:12] <owhite> okay that'd have been too funny.
[22:19:14] <elson> It says "export code goes here" Doesn't look to complicated. I could probably do it myself. Just haven't gotten around to it.
[22:19:40] <jmkasunich> I think my plan was to make sure the first one (the DAC) was using the proper approach
[22:20:00] <jmkasunich> once we know that works and are happy with it, its pretty much cut/paste to do the rest
[22:20:15] <elson> The numeric version that treats the 8 extra bits as a single number works now. Another option that treats it as 8 separate bits is not finished.
[22:20:55] <elson> I think the DAC version is now working fine. I made a small change to abs() the value sent to the dac.
[22:21:12] <owhite> what would be great for me is if some day I can run an m-code that operates on that port -- is that the plan?
[22:22:15] <SWPLinux> that's being planned, but it touches many levels other than the driver itself
[22:22:27] <elson> Yes, there is a way to add or assign new M-codes to the interpreter, and then have them passed through HAL to the aux. I/O functions.
[22:22:55] <SWPLinux> there are also M-codes for turning on/off aux I/O, which would then be connected in HAL to the appropriate pins
[22:22:58] <elson> I think this M101, etc. is already possible. no?
[22:23:03] <jmkasunich> elson: that abs() change is what I wanted to talk to you about
[22:23:13] <SWPLinux> I'm not sure what version those are in though
[22:23:25] <jmkasunich> I'd like to see a bit param that that can turn the abs() on or off
[22:27:17] <jmkasunich> that happens sometimes
[22:27:24] <jmkasunich> a server glitched somewhere
[22:27:33] <elson> Thanks, I'm sure you can do this faster than I can.
[22:28:42] <Lerneaen_Hydra> 'night
[22:32:12] <jmkasunich> I called the function that takes a start and end address and makes a bitmap "block"
[22:32:17] <jmkasunich> does that seem clear?
[22:32:38] <elson> OK, I guess so.
[22:33:04] <jmkasunich> in that case, its (almost) done
[22:33:22] <jmkasunich> almost, because I didn't change any of the existing blocks - you will get the exact same behavior as befere
[22:33:36] <jmkasunich> I'm gonna commit, and leave it to you to fix the gap
[22:33:58] <elson> As far as I know, there is only one function (PWM generator) that needs the gap.
[22:34:22] <elson> As soon as you commit, I will pull it down and test it.
[22:34:41] <jmkasunich> you'll need to change "block(START_ADDR,ENDADDR)" to "block(START_ADDR,NEW_END_ADDR) | block (OTHERSTART,OTHEREND)"
[22:34:53] <jmkasunich> am I making sense?
[22:35:03] <elson> OK, great, thanks for the work! Yes, makes sense.
[22:37:13] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/drivers/hal_ppmc.c: change method of marking cached EPP addresses from contiguous blocks to a bitmap to allow arbitrary sets of addresses to be cached
[22:37:19] <jmkasunich> there you go
[22:37:35] <elson> Thanks, John!
[22:37:56] <jmkasunich> there are some prints of the bitmaps in there from when I was working on it
[22:38:05] <jmkasunich> once everything is good, those should be removed
[22:38:30] <elson> Sure.
[22:38:32] <jmkasunich> 4 lines starting at 631
[22:45:21] <elson> Got some new error messages : Depending conv_bit_u8.9
[22:45:21] <elson> sh hal/components/mkconv.sh bit u32 // < hal/components/conv.comp.in > hal/components/conv_bit_u32.comp
[22:45:21] <elson> ../bin/comp --document -o ../docs/man/man9/conv_bit_u32.9 hal/components/conv_bit_u32.comp
[22:45:53] <jmkasunich> did you have a current checkout before you got my changes?
[22:46:02] <jmkasunich> because that is stuff that jepler added a couple days ago
[22:46:10] <jmkasunich> has nothing to do with what I changec
[22:46:13] <jmkasunich> d
[22:46:39] <jmkasunich> are those actually error messages?
[22:46:50] <jmkasunich> I don't see the word error or warning in there\
[22:46:56] <elson> Yes, did a complete checkout just a couple minutes ago. Yes, I didn't think this had anything to do with hal_ppmc.c
[22:48:11] <elson> Right, not an error, just a new message, but LOTS of them.
[22:49:18] <jmkasunich> thats because he added a LOT of new components
[22:49:18] <elson> I'm going to go test it now.
[22:52:37] <SWPadnos> I suspect there's some __constant_bit_mask thing in gcc or the kernel, rather than a loop. if I find it, I'll stick it in there
[22:53:06] <jmkasunich> yeah, I just didn't feel like messing around with doing it in a macro
[22:53:38] <jmkasunich> if it ran in realtime I'd care, but since it runs only during init, I figured keep it simple
[22:53:58] <SWPadnos> yeah - it's just annoying :)
[22:56:02] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/drivers/m5i20.h: replaced HAL types with generic types when referring to hardware registers on the m5i20 card itself
[22:56:55] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/drivers/hal_m5i20.c: changed three u16 HAL params to u32
[22:57:04] <jmkasunich> cd ..
[22:57:14] <jmkasunich> oops ;-)
[22:57:24] <Jymmm> \
[23:00:26] <SWPadnos> rm -rf /
[23:00:27] <SWPadnos> oops
[23:02:58] <owhite> does anyone know the name of the windows application that runs X on a windows machine?
[23:03:01] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/drivers/plx9030.h: replaced HAL types with generic types when referring to hardware registers on the m5i20 card itself
[23:03:08] <SWPadnos> cygwin
[23:03:19] <SWPadnos> or cygwin/X
[23:03:33] <owhite> oh cool.
[23:11:22] <owhite> ha. I already had in installed. :-)
[23:26:46] <elson> John, it is basically working, after fixing a type. I am getting very narrow pulse widths though, I'm still investigating that.
[23:26:59] <elson> Typo..