#emc | Logs for 2009-05-23

[03:04:13] <tomp> tomp is now known as tom3p
[03:06:24] <tom3p> did anyone try alex's url ? http://lmgtfy.com/?q=linuxcnc+AXIS+fullscreen&l= pretty funny!
[03:07:37] <eric_unterhausen> Yeah, I love lmgtfy, but I've never been able to use it
[03:12:37] <tom3p> i think archivist pointed to http://engrishfunny.com/ that's spot on
[03:35:07] <Guest305> Guest305 is now known as skunkworks_
[05:22:56] <jaypro> anyone foresee any problem running emc on 9.04?
[07:25:42] <alex_joni> jaypro: you need to build it from scratch
[07:25:48] <alex_joni> that's a bit of work..
[07:26:02] <alex_joni> (you need to build a RTAI-patched kernel, etc)
[07:28:16] <jaypro> damn... so it would be better just to use 8.04 then huh
[07:28:18] <jaypro> guess ill have to do that
[07:28:36] <jaypro> thanks mang
[07:30:56] <alex_joni> you can also try to use the 8.04 packages on 9.04.. but that can be problematic
[07:31:16] <alex_joni> it's worth a shot if you have 9.04 installed, and plan to reinstall using 8.04 ;)
[10:56:59] <issy> hi all
[12:39:46] <skunkworks_> http://www.youtube.com/watch?v=7TowJZQi-qY&feature=channel_page
[12:40:04] <jepler> hi skunkworks_
[12:44:09] <skunkworks_> Hi jepler - I forget you usually go to bed at a decent hour ;)
[12:44:50] <jepler> I didn't last night, but I still woke up at 6:30
[12:44:56] <jepler> now I'm wondering when someone will be at the shop to let me in..
[12:45:12] <skunkworks_> heh - we are trying to get motovated
[12:46:00] <skunkworks_> stuart seems like an early riser also
[12:46:21] <jepler> yeah
[12:46:47] <jepler> I should probably get going
[12:47:12] <skunkworks_> same here
[13:37:34] <jepler> skunkworks_: as predicted, stuart was here already
[13:39:07] <skunkworks_> Great!
[14:03:06] <rob__> rob__ is now known as robh
[14:11:19] <Jymmm> SWPLinux:
[14:12:26] <SWPLinux> hi Jymmm
[14:12:59] <Jymmm> SWPLinux: You slummin around?
[14:13:19] <SWPLinux> no, I'm hob-nobbing with the hoity-toities
[14:13:27] <Jymmm> Ah
[14:13:53] <SWPLinux> actually, I'm at the Red Carpet Club in Chicago for a couple of hours
[14:14:26] <SWPLinux> then on to Wichita
[14:14:51] <Jymmm> Nice, though a tad early to have a drink, unless you've been up all night, then carry on!
[14:15:23] <Jymmm> SWPLinux: oh you heading to fest?
[14:16:15] <SWPLinux> yep
[14:16:32] <SWPLinux> just drinking coffee and OJ at this point
[14:16:40] <Jymmm> cool, I thought you weren't gong to make it.
[14:16:59] <SWPLinux> finally got the camera stuff working, so here I am
[14:17:08] <Jymmm> cool beans
[14:17:14] <SWPLinux> should be
[14:17:23] <Jymmm> wha was the fix?
[14:17:24] <SWPLinux> remember to watch MTV this Saturday night
[14:17:52] <SWPLinux> they should have a behind-the-scenes or pre-show show for the Movie Awards (which are on Sunday
[14:18:02] <SWPLinux> )
[14:19:14] <Jymmm> Unless it's available via inet, not gonna happen, so if you have a copy let me know
[14:19:28] <SWPLinux> nope. I don't get MTV ;)
[14:19:31] <Jymmm> or strem it to us =)
[14:19:47] <Jymmm> ditto
[14:19:51] <SWPLinux> heh
[14:19:58] <SWPLinux> I'd be using their connection to do it ;)
[14:20:07] <SWPLinux> that would be funny now, wouldn't it
[14:20:22] <Jymmm> SWPLinux: Works for me =)
[14:20:55] <SWPLinux> not that I'll have any access to their feeds. we're just doing Red Carpet stuff (no relation)
[14:22:10] <Jymmm> SWPLinux: I have 18Mbps here and can easily setup an inbound server
[14:22:14] <SWPLinux> somewhere there will be a website where the stuff we're doing gets uploaded, but I don't know the URL
[14:22:31] <SWPLinux> I'm not sure they know the URL yet actually
[14:22:41] <Jymmm> SWPLinux: ssh -d ftw
[14:23:50] <SWPLinux> so, I finally figured out how to run a command on a bunch of computers (listed in a file) from a script
[14:24:18] <Jymmm> SWPLinux: how's that
[14:24:32] <Jymmm> sed?
[14:24:34] <SWPLinux> ssh does silly things to stdin, so you have to set up an extra file descriptor to read the list from, or it only executes on the first computer in the list
[14:24:36] <SWPLinux> no
[14:25:01] <SWPLinux> exec 3< somefile
[14:25:09] <SWPLinux> then read -n 3 the_computer
[14:25:28] <SWPLinux> ssh $the_computer $@
[14:25:32] <Jymmm> and '3' being ?
[14:25:37] <SWPLinux> the file descriptor
[14:25:47] <SWPLinux> 0 is stdin, 1 is stdout, 2 is stderr, so I used 3 :)
[14:25:59] <Jymmm> hmmm
[14:27:05] <SWPLinux> http://pastebin.ca/1432012
[14:27:31] <SWPLinux> took a while to figure it out. tried various quoting options, using sh instead of ssh, echo only ...
[14:28:00] <SWPLinux> I think you can probably even have "user@computername" in the computers file
[14:28:26] <SWPLinux> of course it's easiest if you have the "host" in the authorized_keys file, so you don't have to go typing passwords all the time
[14:28:50] <Jymmm> Yep
[14:28:55] <SWPLinux> (thanks to cradek for that tip)
[14:29:26] <SWPLinux> I chose a fine password, which becomes annoying when you have to type it 100 times in a day
[14:29:30] <Jymmm> SWPLinux: Actually, If you ssah from A to B, Then from B to C. ssh will grab the keys from A for you automagically too
[14:29:41] <Jymmm> for C that is
[14:30:06] <SWPLinux> C has to have A's key to do passwordless login though, doesn't it?
[14:30:32] <SWPLinux> or is it sufficient for B to have A's key, and for C to have B's key?
[14:30:33] <Jymmm> Yep, but you dont have to do anything, C will grab them from A for you
[14:30:43] <SWPLinux> ok, that makes sense
[14:32:39] <Jymmm> which is a good thing, because I have huge keys =)
[14:33:01] <SWPLinux> it was kind of fun having a really fast PC (running Jaunty) next to the really fast Mac (about the same speed)
[14:33:16] <SWPLinux> with the total cost of the PC, including monitor, being less than the monitor alone on the mac :)
[14:33:25] <SWPLinux> actually the PC was faster, but who's counting
[14:33:46] <Jymmm> on that quad box?
[14:36:31] <SWPLinux> yeah, it was a phenom 955
[14:36:51] <SWPLinux> 8G RAM, 1TB disk
[14:37:29] <SWPLinux> GTX275 video
[14:37:37] <Jymmm> 8GB? Seems "low" for a dual quad core.
[14:37:44] <SWPLinux> single quad core
[14:37:59] <Jymmm> still, that's 2GB per core
[14:38:14] <SWPLinux> the motherboard is nice, though it looks like the second gigE controller isn't working
[14:38:18] <SWPLinux> yeah, it's enough
[14:38:34] <Jymmm> oh that sucks, you going to rma it?
[14:38:56] <SWPLinux> I need to check something in the BIOS first, but I probably will
[14:39:07] <SWPLinux> no access until Friday, so I'm not worrying about it
[14:39:17] <SWPLinux> or maybe Thursday
[14:39:24] <Jymmm> gotcha.... brb
[14:39:31] <SWPLinux> too bad NewEgg won't ship to a hotel. I could just buy another one
[14:39:46] <SWPLinux> hmmm. maybe I should have one shipped to MPM
[14:43:05] <jepler> SWPLinux: I'm sure you could
[14:43:33] <SWPLinux> hi jepler
[14:43:36] <jepler> hi sw
[14:43:41] <jepler> are you flying in this afternoon?
[14:43:47] <SWPLinux> do you think there's a PC shell that I could use to test it?
[14:43:53] <SWPLinux> yep. should be there at 2:something
[14:44:09] <jepler> I was answering about shipping something to mpm
[14:44:17] <jepler> are you talking about the shell thing you were discussing?
[14:44:23] <SWPLinux> no
[14:44:30] <SWPLinux> PC power supply :)
[14:44:39] <jepler> oh!
[14:44:42] <SWPLinux> ie, "something in which to test a motherboard" :)
[14:44:48] <SWPLinux> or on which
[14:44:51] <SWPLinux> or next to which ...
[14:44:58] <jmk-wvm> I'm sure that could be arranged
[14:45:18] <SWPLinux> ok, I'll probably do that then
[14:45:37] <SWPLinux> oh hmm. I'd need an AM2+/AM3 CPU to test with also
[14:45:45] <SWPLinux> bumer ;)
[14:45:46] <jepler> I wouldn't expect to find one of those here
[14:45:48] <SWPLinux> +m
[14:46:28] <SWPLinux> too funny. the whole PC I ordered < 2 weeks ago is now $75 less than I paid for it then.
[14:46:36] <Jymmm> SWPLinux: How much L2 cache ?
[14:46:43] <SWPLinux> 4M maybe
[14:46:52] <Jymmm> total?
[14:46:55] <Jymmm> or per core
[14:47:12] <SWPLinux> http://www.newegg.com/Product/Product.aspx?Item=N82E16819103674
[14:47:18] <Jymmm> loking...
[14:47:23] <SWPLinux> 6M
[14:47:38] <SWPLinux> oh, that's L3
[14:48:06] <SWPLinux> hmmm. that doesn't look right
[14:48:07] <Jymmm> 512k
[14:48:29] <Jymmm> in the description at top
[14:48:45] <SWPLinux> yep, it's right (confirmed at AMD site)
[14:48:51] <SWPLinux> 2M total L2, 6M L3
[14:49:23] <Jymmm> return it all, and get the 2MB per core version =)
[14:49:42] <SWPLinux> too funny. the Mac was a quad-core Xeon at 2.66 GHz, 8GB RAM, unsure about the HD
[14:49:46] <SWPLinux> cost $4000 or so
[14:49:57] <SWPLinux> the PC was $1350, including monitor
[14:50:04] <SWPLinux> ($4k is without monitor)
[14:50:11] <SWPLinux> and maybe without keyboard/mouse too
[14:50:59] <SWPLinux> Jymmm: there isn't an 8M one. I could go down to 4M though ;)
[14:51:00] <Jymmm> well, you pay for the name too
[14:51:34] <SWPLinux> it's a Black Edition too
[14:51:48] <Jymmm> SWPLinux: 1MB L2 is far better than half
[14:52:31] <Jymmm> SWPLinux: Many times Ive seen the diff between retail cpus and like XEON's are the L2 cache
[14:52:39] <SWPLinux> it's a little different in the Athlons
[14:53:01] <Jymmm> I have no clue on AMDs
[14:53:11] <SWPLinux> the Xeon shares the L2 between cores, the Phenom doesn't
[14:53:19] <SWPLinux> AFAIK
[14:53:46] <Jymmm> isn't the sharing a "good thing" (tm)
[14:53:58] <SWPLinux> I think it's two dual-core chips, and each of them shares its L2 between those two cores
[14:54:01] <SWPLinux> not necessarily
[14:54:18] <SWPLinux> it means there can be contention between cores for access
[14:54:26] <Jymmm> So they have instant access
[14:54:49] <Jymmm> Right, well if you are running a SMP aware app
[14:54:49] <SWPLinux> of course, there are Xeons with 12M L2, so who knows
[14:54:59] <SWPLinux> no, this has nothing to do with applications
[14:55:12] <SWPLinux> unless they're specifically locking things in cache (Which is rare)
[14:55:22] <Jymmm> k, it's too early to go into SMP crap
[14:55:23] <SWPLinux> this is CPU-level, not application level
[14:55:25] <SWPLinux> heh
[14:55:26] <SWPLinux> yep
[14:55:52] <SWPLinux> in any case, I can tell you that the PC ran GLXGears about 4x as fast as the mac, and at a higher resolution
[14:56:34] <SWPLinux> incidentally, the Samsung 23" 2048x1152 monitor is very nice. if it had an HDMI port, it would be just about perfect
[14:56:41] <SWPLinux> $219 (on sale at the moment)
[14:56:45] <Jymmm> url?
[14:56:48] <SWPLinux> $259 normally
[14:57:03] <SWPLinux> http://www.newegg.com/Product/Product.aspx?Item=N82E16824001317
[14:57:25] <SWPLinux> the only pet peeve I have is that the (very slick) controls aren't backlit, so they're hard to spot
[14:57:37] <Jymmm> day glow paint!!!
[14:57:51] <SWPLinux> since they're touch-sensitive and don't break the lines of the bezel
[15:00:50] <Jymmm> SWPLinux: 15" touch screen atom PC http://usa.asus.com/products.aspx?l1=24&l2=169
[15:01:00] <SWPLinux> I noticed that
[15:01:11] <SWPLinux> too bad it has no PCI slots or parallel ports ;)
[15:01:27] <SWPLinux> brb. gotta get more coffee
[15:05:53] <SWPLinux> phooey. I guess it is the coffee
[15:05:57] <SWPLinux> darned dark roasts
[15:06:19] <Jymmm> they just never turned it off yesterday =)
[15:06:46] <Jymmm> oh wait, yu said 2048x1152... doens't that require Dual DVI ?
[15:10:19] <SWPLinux> dual-link, not dual connections
[15:10:37] <SWPLinux> dual-link can do up to 2560x1600 at least (that's the common 30" reolution)
[15:10:40] <SWPLinux> resolution
[15:11:11] <Jymmm> Yeah, well most video dont have dual link
[15:11:19] <SWPLinux> huh?
[15:11:24] <Jymmm> onboard
[15:11:37] <SWPLinux> oh, that could be
[15:11:46] <SWPLinux> you can use analog too, and it doesn't even look too bad
[15:11:59] <Jymmm> at 2048?
[15:12:00] <SWPLinux> the D945GCLF2 drives it at full res, using onboard video
[15:12:02] <SWPLinux> yep
[15:12:05] <Jymmm> k
[15:12:20] <SWPLinux> that's the $89 including CPU+MB thing, that runs EMC very nicely
[15:12:20] <Jymmm> Ya know, I hate digital
[15:12:23] <SWPLinux> heh
[15:12:48] <Jymmm> DTV, Digital video.... analog rules!
[15:12:49] <SWPLinux> DVI does look nicer. there are some color artifacts using analog
[15:13:23] <Jymmm> SWPbut were you looking at it on a digital display or crt?
[15:13:23] <SWPLinux> it looks like the subpixel hints for font rendering are wrong - like the old Apple II machines
[15:13:37] <SWPLinux> on the Samsung
[15:13:40] <SWPLinux> LCD
[15:13:53] <SWPLinux> but using the analog input from the D945GCLF2, which has no DVI
[15:14:01] <Jymmm> Yeah, I have a 24" Sony crt here so...
[15:14:02] <SWPLinux> err - s/input/output/
[15:14:21] <SWPLinux> does it do 2048x1536?
[15:14:38] <Jymmm> sure
[15:14:38] <SWPLinux> (assuming it's 4:3)
[15:15:07] <Jymmm> @ 60Hz
[15:15:08] <SWPLinux> ok. that was about the highest resolution that was ever (commonly) available in CRT monitors
[15:15:39] <Jymmm> It has dual switchable inpts... d15S and RGBHV
[15:16:26] <Jymmm> err D-Sub15 & RGBHV (5 BNC)
[15:16:38] <SWPLinux> given that afast but cheap video card (something like a 9800GT) is $50 now, I don't think the "onboard DVI isn't dual-link" problem is really a problem
[15:17:03] <Jymmm> If that' nvidia, there might be =)
[15:17:26] <Jymmm> nvidia's ass is in trouble
[15:17:31] <SWPLinux> I'd be surprised if any motherboard from the last couple of years that has DVI doesn't have dual-link (unless you really shoot for the bottom of the barrel)
[15:17:45] <SWPLinux> it is NV, but there are ATI cards in the same price/performance range
[15:17:52] <Jymmm> did the $94 one come with dvi?
[15:18:10] <SWPLinux> motherboard?
[15:18:16] <Jymmm> yeah
[15:18:24] <SWPLinux> no, it has analog only
[15:22:59] <Jymmm> SWPLinux: I want a Dell 1900
[15:23:12] <Jymmm> built in VM
[15:23:26] <SWPLinux> so get one
[15:23:28] <SWPLinux> :)
[15:23:42] <Jymmm> I said WANT, not NEED
[15:23:53] <SWPLinux> oh. well in that case
[15:24:59] <Jymmm> 9.4 wasn't too happy running in VM
[15:25:25] <SWPLinux> 9.4 what?
[15:25:31] <Jymmm> ubuntu
[15:25:37] <SWPLinux> oh, you mean 9.04?
[15:25:41] <Jymmm> y
[15:25:44] <SWPLinux> (the zero is significant :) )
[15:26:05] <Jymmm> dont you speak typo?
[15:26:08] <SWPLinux> no
[15:26:10] <SWPLinux> err, yes
[15:26:27] <SWPLinux> skreek engrish
[15:38:11] <Jymmm> ok I'm back
[15:38:16] <SWPLinux> damn
[15:38:18] <SWPLinux> hi!
[15:38:28] <Jymmm> lol
[15:38:42] <Jymmm> Yeah, I love you too!
[15:38:48] <SWPLinux> heh
[15:39:28] <SWPLinux> so I did a search at NewEgg for 512M+, PCIe2.0 x16, HD4000 or 9500GT (or better) video cards under $60, and there were 24 matches
[15:39:42] <SWPLinux> about half of them were under $30
[15:39:55] <SWPLinux> so dual-link DVI *really* isn't an issue :)
[15:40:03] <Jymmm> 1U
[15:40:20] <Jymmm> 1/4U
[15:40:22] <SWPLinux> several were low profile capable (came with full size brackets attached)
[15:40:27] <Jymmm> cool
[15:40:43] <SWPLinux> I don't know if the "standard" low profile is 1U or 2U though
[15:40:50] <SWPLinux> probably 2U
[15:40:55] <Jymmm> I have SO many machines here that I don't know what to do withright now
[15:40:59] <SWPLinux> heh
[15:41:27] <Jymmm> I have a T60, MacMini bth are not even in use
[15:41:53] <Jymmm> 3 1U dual core boxes, one is Xeon other two are Opteron 100
[15:41:58] <SWPLinux> the mini only has 4 USB ports, right?
[15:42:05] <SWPLinux> or is it 4+2
[15:42:05] <Jymmm> yeah + 1 FW
[15:42:15] <SWPLinux> ok, that's why I couldn't use those
[15:42:19] <Jymmm> ?
[15:42:40] <SWPLinux> I put together 15 small computers based on the D945CLF2, in the mini-box M300LCD case
[15:42:52] <Jymmm> why 6 USB ?
[15:43:07] <SWPLinux> the customer would have preferred macs, but each computer had to connect to 4 cameras and allow for a keyboard and mouse as well
[15:43:25] <SWPLinux> plus the minis are $800 for a dual-core, and the machines I put together were $300-ish
[15:43:35] <Jymmm> ah
[15:43:55] <SWPLinux> I still would have installed Linux on them, but they'd look like macs ;)
[15:44:16] <Jymmm> ever heard of a hub?
[15:44:29] <SWPLinux> um, in what context?
[15:44:36] <Jymmm> usb
[15:44:42] <SWPLinux> yes
[15:45:05] <SWPLinux> I could have done that, but it's another thing to stick on the truss, plus power, etc.
[15:45:09] <SWPLinux> plus another cable
[15:45:15] <SWPLinux> this guy hates cables
[15:45:23] <Jymmm> me too
[15:45:39] <SWPLinux> (of course, we have 100 of them on the truss, but that can't be avoided)
[15:45:48] <Vq^> it could even be better organised to have a hub for all the cameras
[15:45:52] <SWPLinux> hmmm. more like 150
[15:45:57] <SWPLinux> 48 cameras?
[15:46:00] <Vq^> might result in less cables near the computer
[15:46:10] <SWPLinux> near the 12 computers, you mean?
[15:46:13] <SWPLinux> :)
[15:46:37] <SWPLinux> this is an interesting networking setup too
[15:46:39] <Jymmm> SWPLinux: what kind of usb cameras?
[15:46:47] <SWPLinux> Nikon D700
[15:46:58] <SWPLinux> lots o' data
[15:47:22] <SWPLinux> which is why connecting too many to a single computer isn't ideal - too much image processing work
[15:47:35] <Jymmm> I keep tellin ya... FSCK USB.... 10GigE + PoE for ALL devices
[15:47:52] <Jymmm> kybd, mouse, hdd, optical, camera, video, etc
[15:47:54] <SWPLinux> tell Nikon to include 10gigE in their next DSLR and I'm with you
[15:48:16] <SWPLinux> and make them lower power, they're just slightly too high for PoE as it is
[15:48:25] <Jymmm> yo want 48 monitors, no problem
[15:48:38] <Jymmm> place em all in the same subnet (IPv6)
[15:48:45] <SWPLinux> sure
[15:48:54] <SWPLinux> I thought about that actually
[15:49:05] <Jymmm> you want RAID1.... place the hdd in promiscous mode
[15:49:26] <SWPLinux> the long-term design is to have a box that rides where the vertical grip would be, which provides power and control, via PoE
[15:49:44] <SWPLinux> but that's longer-term now, since we're doing this MTV thing
[15:49:55] <Jymmm> you said D700 right?
[15:50:00] <SWPLinux> yep
[15:50:15] <SWPLinux> don't suggest the WT-4a
[15:50:25] <SWPLinux> or WT-5 or whatever they're up to
[15:50:53] <Jymmm> vertical grip for 440
[15:51:01] <SWPLinux> the MB-D10?
[15:51:24] <Jymmm> HK special
[15:51:26] <SWPLinux> that's what we'd replace. the vertical grip itself does us no good
[15:51:38] <SWPLinux> $40 then, not 440 ?
[15:51:51] <SWPLinux> is that from mkgrip.com?
[15:51:58] <Jymmm> yeah $40 - this fscking kybd
[15:52:02] <SWPLinux> heh
[15:52:26] <Jymmm> looks like only D200
[15:52:40] <SWPLinux> at mkgrip?
[15:52:45] <Jymmm> no
[15:52:49] <SWPLinux> ah
[15:52:54] <SWPLinux> hk dollar?
[15:53:00] <Jymmm> USD
[15:53:50] <SWPLinux> no, HK Dollar is a company or website or something
[15:53:58] <Jymmm> ah
[15:54:17] <Jymmm> http://www.dealextreme.com/search.dx/search.nikon%20D700
[15:55:54] <SWPLinux> ok, I noticed 2 grips at $75-80 each
[15:56:05] <SWPLinux> (that fit the D300/D700)
[15:56:24] <Jymmm> Ah, some are $40, guess not the hi end ones
[15:56:47] <SWPLinux> yeah. if it has a thing that sticks up (into the battery compartment), it's the wrong one
[15:57:31] <kirk_wallace> Hello, I am trying out Vismach, but I don't have a clue how to run it. I downloaded vismach.py and pumagui.py but running each doesn't indicate any more information.
[15:59:17] <cradek> kirk_wallace: several of the sample configs have vismach models. try running '5axis'.
[15:59:36] <cradek> you should not have to download anything that was not already in your emc2 distribution or source checkout
[15:59:55] <jepler> there's a "puma" sample configuration that uses pumagui.py intoo
[15:59:58] <jepler> urp
[16:00:04] <jepler> this is in 2.3.1
[16:00:52] <kirk_wallace> So Vismach is invoked by running EMC2 and a config file?
[16:00:54] <jepler> (in fact I can't get the 'puma' simulation to do anything useful)
[16:01:19] <jepler> kirk_wallace: yes, if you look in the associated hal files, you'll find a loadusr line for pumagui and some nets to connect joint commands to it
[16:01:45] <jepler> loadusr -W pumagui
[16:01:50] <jepler> net J0scaled scale.0.out pumagui.joint1
[16:02:27] <jepler> I am not familiar with the specifics of the pumagui, but basically you start the visualization with 'loadusr', and then link it up with 'nte'
[16:02:30] <jepler> 'nte
[16:02:30] <jepler> argh
[16:02:31] <jepler> 'net'
[16:03:30] <kirk_wallace> Somehow I go the impression that it was a standalone application. I'll look at the sample configs and give it a try, thanks.
[16:05:09] <SWPLinux> kirk_wallace: the vismach things are standalone applications, kind of like halui :)
[16:05:32] <SWPLinux> ie, they are separate userspace processes that need HAL present to run at all, and need some HAL connections to be useful
[16:08:03] <archivist> * archivist cant wait for vismach models to have material removal by the gcode
[16:09:06] <kirk_wallace> Okay, now I have something to go on. Thanks.
[16:12:35] <SWPLinux> well, I suppose I should make my way to the departure gate. see you later
[18:06:13] <geo01005__> So are there going to be any videos made at the fest this year ?
[18:06:42] <cradek> doesn't seem that way
[18:07:32] <geo01005__> too bad. Hope you are all having fun out there.
[18:17:23] <garage_seb> hi geo01005
[18:17:50] <garage_seb> i've been hacking on hm2 stepgen this whole time, haven't looked at SPI yet :-(
[18:19:39] <colin_> think ill have to book a flight for emcfest 10
[18:26:05] <micges> me too :)
[18:26:41] <micges> 20.000 km :|
[18:26:46] <garage_seb> micges, i noticed a couple things wrong with hm2 stepgen, and all of them are fixed in trunk now
[18:26:56] <garage_seb> i'm going to commit it all to the 2.3 branch later today
[18:27:03] <garage_seb> if you still see any problems, let me know
[18:27:41] <micges> ok
[18:28:07] <micges> probably I noticed some of them
[18:28:44] <micges> but main problem is that I (and you) can't reproduce problem I saw
[18:29:52] <micges> garage_seb: I'll test throughly on monday
[18:30:28] <micges> I saw two problems you fixed on stepgens was overshooting
[18:31:09] <micges> garage_seb: and what means for stepgen maxvel = maxaccel = 0?
[18:31:50] <garage_seb> if maxvel=0, then the stepgen velocity is limited only by the step timing parameters
[18:32:12] <garage_seb> if maxaccel=0, then the stepgen does not limit its acceleration
[18:32:26] <garage_seb> that means the stepgen.position-cmd must be acceleration-limited
[18:32:34] <garage_seb> all emc2 motions are acceleration-limited
[18:32:50] <garage_seb> so stepgen.maxaccel=0 is a way to not have to set it to "axis maxaccel + 5%"
[18:32:57] <BigJohnT> garage_seb: does what your working on have anything to do with this? http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/catid,10/id,286/lang,en/#335
[18:33:11] <garage_seb> hi BigJohnT
[18:33:20] <BigJohnT> Hi Seb
[18:33:49] <micges> garage_seb: this is additional info about dir swapping bug:
[18:33:51] <micges> 1. after swapping dir normal motion can't be done, stepper motor "slips"
[18:33:51] <micges> 2. during jog or program run motors works normal but machine is loosing mm
[18:33:51] <micges> 3. swapping dir occurs on both axes
[18:34:49] <garage_seb> BigJohnT, is that guy using steppers & encoders? if so he should probably use stepgen velocity-mode control (which i'm about to commit to trunk)
[18:35:05] <garage_seb> micges, what are the stepper amplifier inputs like?
[18:35:09] <BigJohnT> garage_seb: I think so
[18:35:31] <garage_seb> the mesa anyio board output pins can be in open-drain mode or push/pull mode
[18:35:42] <garage_seb> in push/pull mode, they swing from 0 to 3.3V
[18:35:58] <garage_seb> 3.3V is not enough to reliably trigger some amp inputs
[18:36:40] <BigJohnT> I gotta run talk to you later Seb
[18:36:50] <garage_seb> later BigJohnT
[18:38:03] <micges> garage_seb: I'll check it
[18:47:03] <micges> garage_seb: I noted all things to check, will se results
[19:03:36] <geo01005__> garage_seb: Too bad you haven't had a chance to work on SPI yet, but good to work on the stepgen code.
[19:12:50] <Lerman______> Lerman______ is now known as Lerman
[19:24:38] <eric_unterhausen> OT: anyone know anything about the Aloris type lathe quick change toolposts?
[19:25:00] <eric_unterhausen> there are wedge type and piston type, is there some reason why I should spend twice as much to get the wedge type?
[19:37:23] <geo01005__> I wouldn't pay more for a wedgie ;)
[20:27:43] <atex57> I have heard nothing but compaints about the piston type. I have the wedge type and it works great.
[20:27:55] <atex57> complaints
[20:28:51] <atex57> If you can swing it get a KDK setup, even better than the Aloris.
[20:36:52] <skyfox00> FWIW, I've been trying to get the pluto-p working with an embedded PC104 computer that has an integrated parport that is accessed via an 8 inch ribbon type breakout cable with a db-25 connector that fits directly on the pluto-p, but I kept getting communication errors. By placing 300 ohm 0603 surface mount termination resistors in series with all non-ground signals, where the ribbon cable solders to the db-25 connector (ie, as close to the
[20:36:52] <skyfox00> pluto-p as possible), I was able to eliminate all communication and data errors. Anyway, FYI.
[20:55:05] <eric_unterhausen> skyfox00: thanks, that's what I was afraid of
[20:58:28] <mookie> hello all, hope you can help with my newbie question.............. how can i setup multiple parallel pins for same emc drive output in stepconf wizard?
[20:59:09] <eric_unterhausen> you have two motors on the same axis on a gantry or something like that?
[20:59:47] <mookie> no, i want to send balanced signal (signal and inverted signal)
[21:00:09] <eric_unterhausen> guessing you can't do that with the wizard
[21:00:40] <mookie> it seems stepconf won't work if the same signal is used on multiple pins
[21:01:17] <eric_unterhausen> seems like fixing it up by hand after the fact should be fairly straightforward
[21:01:26] <mookie> I just want to do quick test of a servo drive
[21:01:31] <alex_joni> mookie: you can simply connect it afterwards (once you finished with stepconf)
[21:01:39] <alex_joni> or using the custom.hal file
[21:01:58] <alex_joni> net name pin-whatever-inverted parport.0.pin-xx-out
[21:02:14] <mookie> i'm newbie, is there any really quick info on editing file?
[21:02:46] <alex_joni> applications->text editor
[21:02:49] <eric_unterhausen> or you could just ground the inverted input on your drive, that almost always works
[21:03:42] <mookie> its a ssd 635, anyone know if someone has got one working with emc?
[21:04:00] <mookie> I will try the grounding
[21:08:07] <mookie> http://www.ssddrives.com/uk/servo_ac/Brushless_635.htm
[21:10:28] <eric_unterhausen> I doubt anyone has tried to get that to work yet
[21:10:47] <eric_unterhausen> servo drives fairly rare around here as it is
[21:11:31] <eric_unterhausen> have to register to get the manual, I take it step/dir is an option?
[21:28:03] <SWPLinux> I could swear that stepconf allows you to select the same signal on multiple pins
[21:28:15] <SWPLinux> and you can then invert one of them to get the complementary pair
[21:28:33] <eric_unterhausen> don't swear
[21:29:34] <SWPLinux> or maybe not
[21:29:58] <SWPLinux> my mother always taught me to swear, because people know what you mean anyway
[21:31:05] <SWPLinux> hmmm. actually, the error I got was due to some var file shenanigans (removing/moving where the var file is)
[21:33:53] <SWPLinux> ok, yes. it does work
[21:34:15] <SWPLinux> you can select the same function for multiple pins, and stepconf will connect all of them
[21:41:55] <alex_joni> SWPLinux: 2.3 ? 2.2?
[21:58:48] <mookie> grounding sort of seems to work, but I am not totally sure, I think the servo drive needs config. The stepconf test is definitly doing something to the drive, but it has so many options I think there maybe problems on the "easyrider" (the 635 windows config software) config.
[21:59:24] <SWPLinux> alex_joni: 2.3 seems to work, but in my TRUNK checkout I get an error when stepconf tries to copy the .var file
[21:59:28] <SWPLinux> this is RIP
[22:04:57] <alex_joni> because the .var file is gone
[22:05:02] <mookie> http://dcnz.com/resources/files/Servo_Drives/635.pdf
[22:09:06] <mookie> I am out of the workshop now, so can't tell all the details.. will try again tomorrow.. but it definitly seemed not to work when I tried multiple pins on same signal. The emc2 version was probably the last live-CD release as I downloaded it around end of feb or begining of march. I will post details tommorow.
[22:09:40] <alex_joni> that sounds like 2.2.x
[22:10:20] <alex_joni> mookie: if you installed from that LiveCD you should probably upgrade to 2.3.x before you try to set up the machine
[22:10:31] <mookie> I will download the latest version tonight and try tommorow.
[22:10:42] <alex_joni> you don't need to download the whole ISO for that
[22:10:46] <alex_joni> just upgrade emc2
[22:10:58] <alex_joni> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?UpdatingTo2.3
[22:16:24] <mookie> I cannot install to harddisk, I will see if I can upgrade to 2.3, but think I may have to go for the whole new live-CD.
[22:16:47] <alex_joni> if you didn't install to harddisk, then downloading a new LiveCD is probably easiest
[22:20:29] <mookie> I'll go for the live-CD, should be done by tomorrow morning.. It's past 11pm here, so i'm off for the night......... many thanks for all the help.
[22:21:53] <colin_> hmm
[22:22:03] <colin_> think im going to weigh in that big horizonal mill
[22:22:19] <colin_> clear the space and get a big ass ABB arm
[22:22:22] <alex_joni> mookie: it's past 1am here ;)
[22:22:29] <alex_joni> so I guess I'm off too
[22:22:47] <colin_> i tried going to bed
[22:22:55] <colin_> got bored and came back to the computer
[23:57:12] <tomp> tomp is now known as tom3p