#emc | Logs for 2007-06-18

Back
[00:33:06] <The_Ball> anonimasu, are you making a plug and then polyester?
[00:49:48] <The_Ball> JymmmmEMC, hehe, in the link you posted: "12 volt 600maH"
[00:58:08] <maddash> jepler: do you still use icewm? do/have you ever run into a problem like this: http://img294.imageshack.us/my.php?image=200706172055571400x1050be9.png
[00:58:44] <jepler> maddash: yes, I use icewm. no, I haven't seen behavior like that.
[01:00:17] <maddash> jepler: thanks anyway. looks like i'll be switching wms.
[05:08:15] <ds2> Hmmmm
[05:18:37] <Unit41> uutf are you yelling at me for
[05:23:08] <toastydeath> ff
[05:29:13] <Unit41> for every 328 feet of earth down the temp raises 5.4 deg
[05:33:06] <toastydeath> i believe it!
[05:45:31] <Unit41> wana join my energy ninja's against commercials club ?
[05:45:50] <Unit41> enac
[05:47:33] <Unit41> hey cool http://en.wikipedia.org/wiki/Epithelial_sodium_channel
[07:49:20] <anonimasu> The_Ball: Yes
[07:49:32] <anonimasu> The_Ball: it's just toy stuff :)
[07:49:37] <anonimasu> I dont need it..
[08:15:25] <alex_joni> hi
[08:15:59] <anonimasu> hello
[08:27:46] <alex_joni> what's up anders?
[08:28:01] <anonimasu> working :/
[08:28:09] <anonimasu> going to throw a plc into the oven in a bit
[08:28:36] <alex_joni> heh
[08:29:47] <anonimasu> what's up with you?
[08:29:48] <hcseb> Hi guys.
[08:30:18] <hcseb> I got my position encoders to work at about five minutes to five on Friday, so it's Y-Lock time now, as we discussed
[08:30:32] <hcseb> I'm just reading our conversation now.
[08:30:41] <hcseb> (re-reading_
[08:32:00] <alex_joni> anonimasu: not much.. working
[08:36:26] <hcseb> does motion.feedhold apply to all axes?
[08:43:35] <hcseb> From the code in src/emc/motion/ it looks like it applies to any axis.
[08:50:26] <alex_joni> hcseb: right
[08:50:40] <alex_joni> you can't stop a single axis, because they need to be synched
[08:54:14] <hcseb> Ok. Well, I'll do it as you suggested: Command motion -> Wait for YVel != 0 -> Set feedhold true -> Set lock false -> Set feedhold false
[08:54:34] <hcseb> Where the devil is in the detail of the timings :)
[09:02:13] <alex_joni> indeed
[09:02:56] <anonimasu> lol
[09:02:59] <anonimasu> welcome to my workd :D
[09:03:00] <anonimasu> world..
[09:03:01] <anonimasu> :D
[09:03:06] <anonimasu> * anonimasu always has timing issues
[09:03:21] <hcseb> :)
[09:03:44] <Jymmm> * Jymmm /ForceNickChange anonimasu HellBoy
[09:03:54] <anonimasu> haha
[09:03:56] <anonimasu> yeah right
[09:32:04] <hcseb> motion.in-position is a parameter. It also doesn't relate to any particular axis... Does in-position go true only when all axes are in position? I guess so...
[09:33:12] <alex_joni> hcseb: right
[09:33:26] <alex_joni> but I think I changed it to a pin in a more recent version
[09:33:43] <hcseb> There's a pin called motion.in-pos#
[09:33:50] <alex_joni> yup, that one
[09:34:00] <hcseb> sorry, motion.inpos
[09:34:06] <hcseb> Ok, I'll use that.
[09:34:15] <alex_joni> wtf???
[09:34:24] <alex_joni> I'm synchronizing 2 PC's to the same NTP server
[09:34:29] <alex_joni> and they end up 3 minutes apart
[09:34:41] <hcseb> Sorry, no motion.motion-inpos
[09:34:47] <Jymmm> alex_joni: your network SUCKS! lol
[09:34:58] <alex_joni> Jymmm: ??
[09:35:08] <Jymmm> alex_joni: latency =)
[09:35:15] <hcseb> There's something up with your ntp config I reckon ;)
[09:35:56] <hcseb> What's the axis-1 velocity signal?
[09:36:05] <alex_joni> hcseb: there isn't one :)
[09:36:08] <Jymmm> axis 1 or axis 0
[09:36:23] <alex_joni> hcseb: you need to use a ddt component to calculate it
[09:36:27] <alex_joni> from the position
[09:36:45] <alex_joni> look at the sim configuration, it has ddt's installed
[09:37:09] <hcseb> Ok, thanks.
[09:38:22] <alex_joni> Jymmm: Approximate round trip times in milli-seconds:
[09:38:23] <alex_joni> Minimum = 183ms, Maximum = 184ms, Average = 183ms
[09:38:41] <alex_joni> Ping statistics for 192.43.244.18:
[09:38:40] <alex_joni> Packets: Sent = 17, Received = 17, Lost = 0 (0% loss),
[09:38:47] <Jymmm> alex_joni: what server?
[09:38:52] <alex_joni> time.nist.gov
[09:39:34] <alex_joni> I agree latency is not the lowest (but it's quite a few miles across the pond)
[09:39:48] <alex_joni> however, there is almost no fluctuation (183..184msec)
[09:44:56] <Jymmm> have you tried to re-sybc both machines?
[09:45:01] <Jymmm> sync
[09:45:10] <alex_joni> yeah, quite a few times
[09:45:21] <alex_joni> it always reports success, but they are still out of sync
[09:45:38] <Jymmm> same version of ntp on boht?
[09:46:18] <alex_joni> win boxes (both of them)
[09:46:50] <Jymmm> patches on both current?
[09:46:56] <alex_joni> guess that explains it
[09:47:10] <alex_joni> Jymmm: yeah, autoupdate turned on
[09:47:19] <alex_joni> both have the same network setup
[09:47:24] <Jymmm> traceroute from both to time.nist.gov
[09:47:41] <alex_joni> same thing
[09:47:49] <Jymmm> same EXACT paths?
[09:47:51] <alex_joni> I tried an eu server
[09:49:07] <Jymmm> http://time.gov/timezone.cgi?UTC/s/0
[09:49:08] <alex_joni> same EXACT paths
[09:50:34] <alex_joni> Jymmm: good enough
[09:50:58] <Jymmm> so you are getting the same time via that url on both machines?
[09:52:02] <alex_joni> I loaded the javascript version, and yes
[09:52:04] <alex_joni> same time
[09:52:14] <alex_joni> http://time.gov/timezone.cgi?UTC/s/0/java
[09:52:20] <Jymmm> the eliminates network quirks between them.
[09:52:21] <alex_joni> the one you pasted was single snapshot..
[09:52:34] <alex_joni> hard to hit twice on two machines at the same time
[09:52:48] <Jymmm> So, more than likely OS issue
[09:52:53] <alex_joni> Jymmm: both machines are on my desk, and use synergy between them
[09:52:57] <Jymmm> you have the same setup on boht?
[09:53:00] <alex_joni> I would notice network quirks
[09:53:07] <alex_joni> yup.. quite the same
[09:53:18] <Jymmm> well, something is different
[09:53:31] <Jymmm> same network cards?
[09:53:39] <Jymmm> same HW?
[09:54:52] <alex_joni> nope, one is a laptop, one is a desktop
[09:55:07] <Jymmm> lol disbale pwr mgnt
[09:55:16] <Jymmm> I'm outta here g'night!!!
[09:55:19] <alex_joni> g'night
[10:11:21] <anonimasu> íab
[11:06:14] <archivist> whos last man on the webcam
[11:06:40] <alex_joni> cradek
[11:07:11] <archivist> just wondered
[11:08:02] <archivist> all the funs over now whats next a UK one?
[11:08:31] <alex_joni> archivist: hardly
[11:08:36] <archivist> aw
[11:09:16] <archivist> I suppose dev density defines location
[11:17:37] <alex_joni> right
[11:17:57] <alex_joni> one of the lead devs was in the UK
[11:18:12] <alex_joni> unfortunately he forked his own version of control
[11:26:08] <archivist> hmm forking can be good and bad
[11:49:33] <alex_joni> archivist: yes, most of the time :D
[11:51:27] <archivist> hmm a visitor here today was about to buy a divisionmaster thing for dividing, so I pointed him at emc
[11:54:23] <archivist> dunno how he will handle it though as he is a linux, cnc and electronics noob
[11:54:35] <alex_joni> just fine then :D
[11:55:21] <archivist> * archivist imagines a few phone calls
[11:59:35] <hcseb> You'd have to be determined to get emc working as a linux, cnc and electronics noob
[12:00:54] <archivist> I know I just expect some support work
[12:01:09] <hcseb> :)
[12:02:55] <hcseb> Well, I'm feeling abit stuck now. I have position encoders and servo drives working, I have a ylock hal component with logic to apply y-lock transducer and feedhold signals, but every time I turn emc into machine-on, it tries to move Y axis, then gives me a joint 1 follow error.. :(
[12:03:30] <hcseb> It's as if I haven't correctly wired by Xpos-fb signal into motion.
[12:03:40] <hcseb> s/by/my
[12:05:23] <jepler> "joint 0" is X, "joint 1" is Y. It's zero-based numbering.
[12:07:34] <hcseb> Yes - joint 1 follow error for my Y axis - it moves the Y axis, then says it's a following error
[12:08:21] <hcseb> on that axis. I guess that means it moved the axis, but couldn't detect the movement?
[12:08:49] <hcseb> Yes sorry - I should have written Ypos-fb above - whoops
[12:10:21] <hcseb> Getting this error: ./emc/motion/control.c: reportError("joint %d following error", joint_num)
[12:13:18] <hcseb> Ah - I can set the following error and min following error in the ini file.
[12:17:17] <hcseb> Ok, I need to find a definition of "following error"
[12:18:50] <hcseb> ...it's in the User manual
[12:19:31] <jepler> hcseb: yeah, it should be in the user manual. section 5.3.7 in my copy
[12:21:21] <hcseb> I think the problem is therefore that my servo is driving the axis in the opposite direction from the command...
[12:21:31] <hcseb> That would generate a following error :)
[12:21:53] <jepler> indeed it would
[12:21:59] <alex_joni> hcseb: quite right :)
[12:22:10] <alex_joni> try changing the sign of INPUT_SCALE
[12:22:27] <jepler> did skunkworks get the third video (time lapse) posted on youtube? I know the two tapping videos are there..
[12:22:51] <alex_joni> I've only seen 2
[12:23:13] <jepler> ok, darn
[12:23:40] <jepler> skunkworks: get busy!
[12:23:56] <alex_joni> http://www.youtube.com/profile?user=samcoinc
[12:24:02] <alex_joni> 15:23 < jepler> skunkworks: get busy!
[12:24:02] <alex_joni> 15:23 -!- skunkworks [n=skunkwor@68-115-41-210.static.eucl.wi.charter.com] has
[12:24:02] <alex_joni> joined #emc
[12:24:20] <archivist> his ears were burning
[12:24:24] <jepler> hi skunkworks!
[12:24:40] <skunkworks> Hi - what did I do now?
[12:24:56] <jepler> if anyone sees xemet around, let him know I fixed up the links on http://axis.unpy.net/01180573281 (building rtai on 64-bit smp machines)
[12:25:06] <jepler> skunkworks: I was just wishing you'd uploaded the time lapse video to youtube as well
[12:26:07] <alex_joni> jepler: you mean the webcam video?
[12:26:12] <jepler> alex_joni: right
[12:26:21] <skunkworks> I can do that.. I thought jmk was going to add the rest. Is he home yet.
[12:26:31] <skunkworks> ?
[12:26:41] <jepler> skunkworks: he hasn't popped up on irc but I imagine he got home sometime yesterday night
[12:27:23] <alex_joni> it's a bit large for youtube
[12:27:27] <alex_joni> 70MB or so
[12:28:20] <skunkworks> I have to re-encode it
[12:28:37] <skunkworks> It looks like it is bigger now - maybe he did.
[12:28:42] <skunkworks> downloading now
[12:29:28] <skunkworks> biab - have to fix a few things
[12:30:12] <alex_joni> hmm.. quite a few emc2 videos on youtube
[12:30:13] <alex_joni> http://www.youtube.com/watch?v=KxqcLmIekrE&NR=1
[12:30:59] <skunkworks> never mind - I was downloading the wrong one. I don't think he has added the last few days yet.
[12:33:08] <hcseb> The parameter MAX_ACCELERATION ni the .ini file - what happens if that is exceeded?
[12:34:05] <alex_joni> hcseb: what do you mean exceeded?
[12:34:16] <jepler> hcseb: if emc ever commands a move that exceeds MAX_ACCELERATION it is a bug in emc. Please report it.
[12:34:25] <alex_joni> you can't exceed that.. emc2 will always be below that value
[12:34:27] <jepler> hcseb: that inifile value is intended to constrain the acceleration that emc will ever command
[12:34:36] <alex_joni> you can only set it too high for your motors
[12:34:43] <hcseb> Ok - I understand - that's the max accel that will be commanded. Comprendez
[12:35:43] <hcseb> This is very annoying, either the machine goes clunk and the power supply faults, or it starts to move and I get the following error..
[12:36:26] <hcseb> Depending on what I do with the Y jog control (ie in which direction I try to jog it). Actually that isn't so strange, as we are at the far end of the axis to start with.
[12:36:42] <alex_joni> hcseb: try lower jog speeds
[12:36:55] <hcseb> So if I try to jog off the end of the axis, it is no surprise that we get a fault.
[12:36:58] <alex_joni> and maybe try incresing the ferror limit
[12:37:05] <hcseb> alex_joni: I'll try that
[12:37:10] <alex_joni> hcseb: right .. first start to move the axis
[12:37:23] <alex_joni> (leave the Y-lock not enganged)
[12:37:32] <alex_joni> only when it's moving properly start to mess with that part
[12:38:11] <hcseb> Does "DEFAULT_VELOCITY" in the ini file set the job speed?
[12:38:51] <hcseb> sorry jog speed. g and b are close together...
[12:42:06] <jepler> yes
[12:42:20] <hcseb> thanks jepler
[12:45:29] <skunkworks> The fest video isn't complete yet. I will wait.
[12:48:27] <hcseb> Ok, I definitely have the right outputs - positive voltage to my servo drive creates a positive movement.
[13:10:36] <alex_joni> hcseb: then you probably need to tune the axis first
[13:10:41] <alex_joni> gains & all
[13:11:03] <skunkworks> alex_joni: did you like the videos?
[13:13:13] <alex_joni> skunkworks: from a technical point of view, very much
[13:13:28] <alex_joni> from a artistic point of view.. there's room for improvement :P
[13:13:49] <skunkworks> well - it was a camera doing the recording..
[13:14:01] <skunkworks> steves. so we made do ;)
[13:14:27] <hcseb> alex_joni: Yes I just realised the gain is probably set wrong..
[13:14:28] <alex_joni> at least in my experience: those things have a stubborness to not do the thing by themselves
[14:13:12] <hcseb> This machine has two encoders on the X axis - one measures the material as it feeds into the machine (long lengths of steel plate) and the other measures the position of the plate on th eother side of the machine. You can switch between these encoders, and emc sees just an "x axis position" signal coming in.
[14:13:34] <hcseb> The rub is that the in-feed and out-feed encoders require a different INPUT_SCALE
[14:14:29] <hcseb> One has a 500 mm encoder wheel, the other has a 400 mm encoder wheel. I need some way to change the input scaling during a program.
[14:15:14] <hcseb> I guess that means a call to setp m5i20.0.enc-00-scale when I want to swap the encoders..
[14:18:51] <jepler> you mean that outside the 5i20 you have something that switches what encoder signals are on enc-00?
[14:19:00] <hcseb> That's right
[14:19:05] <jepler> you'll lose position when you do this
[14:19:38] <hcseb> In fact, I use a couple of io lines on the 5i20 to make the switch. And I know position is lost - the programs take account of this.
[14:19:39] <jepler> for instance, suppose the first X encoder is outputting AB=00 and the second is outputting AB=11. This is an undefined transition for a quadrature signal.
[14:20:29] <hcseb> In the program, you have a clamp on each encoder, so you basically zero the X position signal when you switch.
[14:21:27] <hcseb> Keeping the material clamped while you do so. Remember - we're talking bits of steel to make pizza huts, schools and warehouses, not finely machined aircraft parts ;)
[14:21:58] <hcseb> And this is an integral aspect of the design of this machine.
[14:22:33] <jepler> you're using all 4 of the 5i20 encoders, even before you want two encoders for "X"?
[14:23:06] <hcseb> No - we're using 2 encoders on the 5i20; we have a custom version of hostmot4 with only 2 encoders and more i/o
[14:23:14] <jepler> oh
[14:24:02] <hcseb> As I say - it's part of the design of the FDB600 machien from peddinghaus to switch between the X axis encoders 0- the nature of the machining job means you never need to use the encoders simultaneously
[14:24:12] <jepler> if you could have each encoder coming into a dedicated channel on the 5i20 I think you would run into fewer troubles .. you would just use a mux2 to switch one of the positions into axis.0.motor-pos-fb
[14:24:46] <hcseb> I need an encoder switching hal component which switches the io lines to select the encoder, and also modifies the encoder scale parameter.
[14:25:23] <hcseb> I guess I'll just set feed-hold while I switch encoders
[14:25:47] <hcseb> By the way - I have managed to get some small motion in my X and Y axes, though my Y axis still seems very susceptible to tripping out.
[14:26:25] <jepler> hmm .. if there are 1000 counts on enc-00 and you change the scale from .0025 to .0020 the reported position will move by .5
[14:27:00] <jepler> because position is just counts * scale
[14:29:19] <jepler> bbl
[15:28:12] <jepler> The_Ball: we didn't have any anti-GPL people, but there was some "you can't configure linux and emc unless you have a degree in comp sci"
[15:32:09] <maddash> are linux pthreads bad for RT performance and/or HAL? I find it odd that emctaskmain doesn't a hal thread for its main loop
[15:32:16] <maddash> doesn't use**
[15:37:16] <maddash_> maddash_ is now known as sudo_maddash
[15:45:46] <jepler> maddash: only realtime components use hal threads. task is not a realtime component.
[15:47:20] <jepler> in task's address space stuff takes place like filesystem I/O, memory allocation, and potentially unbounded amounts of computation (e.g., all three of these happen when gcode is being parsed). this makes it inherently non-realtime.
[15:51:49] <hcseb> Right, home time for me. Cheerio
[15:52:55] <jepler> see you hc
[15:56:06] <sudo_maddash____> jepler: what qualifies a module as "realtime"?
[15:57:12] <sudo_maddash____> jepler: ie, what about, say, usrmotintf? it interacts with both non-rt (task) and rt modules (motmod)
[16:02:23] <jepler> sudo_maddash____: if it is in rtlib/ it is realtime; if it is in bin/ or scripts/ it is non-realtime
[16:06:50] <maddash_> geez. wtf
[16:36:46] <anonimasu> hi
[16:38:11] <JymmmmEMC> hi
[16:38:30] <JymmmmEMC> ho
[16:38:42] <JymmmmEMC> hi ho, it's off to work we go...
[16:38:58] <anonimasu> :D
[16:39:00] <anonimasu> whats up?
[16:39:53] <JymmmmEMC> woke up early, still asleep
[16:41:14] <JymmmmEMC> One of the tiels got paste the weasle gate and climbed up the bed - then was gloating and proud of herself for doing so and made me run around the bed to catch her! lol
[16:42:20] <JymmmmEMC> s/paste/past/
[16:46:16] <ds2> JymmmEMC: weren't you suppose to get some ewaste from me?
[16:47:18] <JymmmmEMC> ds2: yeah but you've been goofing off and nowhere to be found
[16:47:53] <ds2> Jymmm: on sorry about that... i can drop it off this week
[16:47:58] <JymmmmEMC> I've asked a few times if you've had a chance to uncover tham, but I never saw a reply.
[16:48:50] <ds2> JymmmEMC: I went down to LA last weekend and spent a 20hour day driving back so most of the week was recovering from it and work
[16:49:22] <JymmmmEMC> ds2: Wuss.... you should be having 35 hour days =)
[16:49:47] <ds2> there is a reason I don't deal with NOCs anymore :P
[16:50:25] <JymmmmEMC> you went to a noc in la?
[16:50:31] <ds2> no
[16:50:41] <ds2> past life I used to do that sort of stuff
[16:50:53] <JymmmmEMC> Shit, not me... the admin's are on call 24/7
[16:51:17] <ds2> i was one of the admins :P
[16:51:56] <JymmmmEMC> lol, well we do have one admin on shift 24/7 too, but in case he's out
[16:54:27] <ds2> if you still want it bug me about it later today...work beckons
[16:55:02] <JymmmmEMC> ds2: I have to run around today down by kaiser, you want me to pick em up?
[16:55:36] <ds2> work out the details later with you later
[16:55:41] <JymmmmEMC> k
[17:41:51] <martin_lundstrom> Hello folks
[17:44:50] <JymmmmEMC> howdy
[18:01:10] <jepler> quiet today
[18:04:50] <jepler> wow you don't even have to look far for a motherboard which claims support for 16GB RAM
[18:05:05] <JymmmmEMC> jepler: url?
[18:05:17] <jepler> JymmmmEMC: here's the one I happened to see: http://www.newegg.com/Product/Product.aspx?Item=N82E16813128034
[18:05:30] <jepler> 4GB DDR2 800 modules are going to break the bank though
[18:06:22] <JymmmmEMC> jepler: I just want a system that has 256MB L2 cache =)
[18:07:39] <JymmmmEMC> jepler: I had ordered a laptop from Japan, and it had 2MB L2 cahce, I disabled pagefile (swap) and that thing SCREAMED!!! The only lag was actual hdd access.
[18:09:59] <JymmmmEMC> jepler: the biggest any of the mobo I have can do is 4GB (dual P3)
[18:10:50] <JymmmmEMC> but I aint buying pc100/133 dimms so it stays at 2gb =)
[18:11:50] <JymmmmEMC> I'm having a hard time finding DDR1 right now, I bought some ddr2, and asked the factory if they're willing to downgrade me =) waiting for a callback on that from the supervisor =)
[18:12:44] <jepler> huh -- I don't know anything about pagefile on windows but I am surprised that disabling it makes much of a performance difference
[18:13:08] <jepler> I don't know *anything* about performance tweaking on windows thoug
[18:13:47] <JymmmmEMC> well, no swapping to the hdd, so the only lag being mechanical drives
[18:14:14] <JymmmmEMC> I even played "The perfect Storm" dvd on battery and still had 20 minutes left on the battery.
[18:15:03] <JymmmmEMC> I loved that laptop, I returned it becasue the kybd design had changed from their other laptops...smaller and the whole hybd flexed in the middle.
[18:15:24] <JymmmmEMC> felt squishy, and I'm a heavy kybd user.
[18:17:01] <jepler> OK -- for a portable with the disk spun down I can imagine it would make a bigger difference
[18:18:51] <JymmmmEMC> jepler: what ram does that board take?
[18:21:45] <JymmmmEMC> $170/ea http://www.oempcworld.com/Merchant2/merchant.mvc?Screen=PROD&Product_Code=2%2E0G%2DPC2%2D5300&AttributeCode[1]=Computer&AttributeValue[1]=GA%2DM61P%2DS3
[18:22:20] <JymmmmEMC> that is at 667MHz, not 800MHz
[18:23:24] <jepler> JymmmmEMC: it said DDR2 800, and I don't keep up with hardware enough to know if it accepts slower RAM in the same family -- but I'm guessing it will, for a small performance penalty
[18:25:12] <jepler> and it seems like I need 4x4GB to get 16GB
[18:25:38] <JymmmmEMC> Yeah, just find the right ones.... $300/ea http://www.centralcomputers.com/commerce/ccp57384--corsair-twin2x4096-6400c5dhx-4gb-282x2gb29-ddr2-80-twin2x4096-6400-memcor40961r.htm
[18:26:14] <JymmmmEMC> oh wait, they mucked me up again *sigh*
[18:27:56] <JymmmmEMC> Ouch $510/ea http://www.pcmall.com/pcmall/shop/detail.asp?dpno=7217062&Redir=1&description=Kingston-4GB%20800MHZ%20DDR2%20NON-ECC-CL5%205-5-5-15-
[18:28:19] <JymmmmEMC> $2000 for 16GB
[18:28:35] <JymmmmEMC> in six months.... $129 for all
[18:42:20] <maddash> is it just me, or does hal_speaker output to the internal speaker, not the headphone jack?
[18:42:41] <jepler> maddash: yes, that's exactly right
[18:45:14] <maddash> jepler: heh. and i've been assuming all afternoon that the "beep" came from the headphones.
[19:14:55] <anonimasu> iab
[19:15:13] <JymmmmEMC> a lil warning next time...
[19:15:56] <anonimasu> sorry I had to run earlier :)
[19:16:38] <JymmmmEMC> anonimasu: cops with warranty or female with butcher knife after you?
[19:16:43] <JymmmmEMC> warrant
[19:16:57] <anonimasu> customers with big machines.
[19:17:06] <JymmmmEMC> tease
[19:18:09] <anonimasu> :)
[19:19:52] <renesis_> renesis_ is now known as renesis
[19:35:08] <alindeman> {Global Notice} Hi all .. as you've probably noticed, we lost a few servers there .. we're working on rerouting and getting them back .. sorry for the noise .. if you notice any issues around the network, please contact a staffer in /stats p or mail staff@freenode.net
[20:01:24] <JymmmmEMC> looks like everyone made it back safely =)
[21:10:28] <JymmmmEMC> WB!!!
[21:50:24] <sudo_maddash> This is the `lspci -v` output of the "ITE IT8875F" board that I bought this morning (http://pastebin.ca/575166). How screwed am I?
[21:51:50] <JymmmmEMC> * JymmmmEMC FedEx'es SAME DAY DELIVERY a case of vaseline to sudo_maddash
[21:52:07] <cradek> dual serial port? for what?
[21:52:54] <JymmmmEMC> cradek: heh, read the TITLE of the pastebin =)
[21:53:02] <cradek> ohhhhh
[21:53:05] <JymmmmEMC> lol
[21:53:14] <JymmmmEMC> I didn't get it either, till I saw that =)
[21:53:15] <cradek> my magic 8 ball says "not looking good"
[21:53:20] <sudo_maddash> JymmmmEMC: [gulp]///
[21:53:38] <JymmmmEMC> sudo_maddash: Hint... you don't EAT the stuff
[21:53:56] <JymmmmEMC> sudo_maddash: (and you don't rub it ON either)
[21:54:22] <JymmmmEMC> ok, this is going where I dont care to go
[21:54:39] <sudo_maddash> The identifier is wrong -- the board is "8875F", but the lspci output says "8874F". Also, I don't think a parport can have a port addr that high...
[21:54:44] <JymmmmEMC> sudo_maddash: Do you want a dual PIC paraport card that is suppoerted?
[21:54:49] <JymmmmEMC> PCI
[21:55:06] <JymmmmEMC> and has a 5yr warranrty?
[21:55:17] <sudo_maddash> JymmmmEMC: well, yeah, that's kinda why I bought these...
[21:55:50] <JymmmmEMC> sudo_maddash: Well, maybe you cna return them if you have issues, let me see if I can find the model# of the one I'm tlaking about
[21:55:59] <sudo_maddash> cradek it's a single parport...
[21:56:29] <sudo_maddash> [sigh] brb, gotta re-confirm this mess.
[21:58:34] <sudo_maddash> the odd part is that when I boot up with the card plugged in, debian autoloads "parport" and "parport-pc"
[21:58:54] <JymmmmEMC> sudo_maddash: http://koutech.com/proddetail.asp?linenumber=48
[21:58:54] <sudo_maddash> both of which conflict with hal_parport
[21:59:11] <sudo_maddash> holy crap -- dual?
[21:59:33] <JymmmmEMC> and linux drivers in source code format iirc
[21:59:36] <jepler> sudo_maddash: record the address(es) printed when you load parport_pc, then unload it and try those addresses with hal_parport
[22:01:27] <JymmmmEMC> sudo_maddash: It even has DOS drivers as well as vista 64bit http://koutech.com/downloads.asp?page=2&Model=223E&Category=Input+Output
[22:02:38] <JymmmmEMC> Sorry for the hard sell, just was impressed with the support the mfg offers for various paltforms and such.
[22:03:25] <sudo_maddash> jepler: LOL. after a `modprobe -r parport_pc ; modprobe parport-pc ; dmesg |tail`, I get "ITE 8872 parallel port: io=0xDE00" -- so apparently, this board can defy (newtonian) physics by being three separate things simultaneously
[22:04:00] <JymmmmEMC> sudo_maddash: must be a female card
[22:04:33] <JymmmmEMC> emotionally that is =)
[22:07:14] <JymmmmEMC> $23 http://www.axiontech.com/prdt.php?src=FG&item=5289
[22:10:39] <maddash> jepler: 0xDE00 worked. you saved my butt again.
[22:10:58] <maddash> JymmmmEMC: looks like I won't be needing the vaseline after all. :)
[22:15:35] <maddash> * maddash goes back to hacking emc
[22:17:22] <alex_joni> maddash: just remember: you break it.. you get to fix it afterwards
[22:58:12] <alex_joni> yay vista: http://www.youtube.com/watch?v=FVbf9tOGwno
[22:58:17] <alex_joni> g'night all
[23:02:33] <jepler> I got a chuckle out of that
[23:09:33] <alex_joni> seemed like the proper way to install it
[23:12:31] <Jymmm> * Jymmm lol @ maddash =)
[23:17:28] <Rugludallur> Hey Jymmm, I got name of the manufacturer of those custom cards from work today, the manifacturer is rayon (www.rayontech.com)
[23:18:18] <Jymmm> Rugludallur: which custom cards?
[23:18:44] <Rugludallur> Jymmm: the parallel cards with remote pendant and 10+ parallel ports on other end
[23:19:01] <Jymmm> ah, ok
[23:19:15] <anonimasu> hello
[23:19:16] <Rugludallur> Jymmm: they also have a bunch of other things like ethernet and such
[23:19:50] <Rugludallur> ethernet to parallel and more
[23:20:20] <anonimasu> hello
[23:20:34] <Jymmm> Rugludallur: cool =)
[23:30:17] <maddash> hi, guys.
[23:30:43] <anonimasu> hello
[23:31:03] <skunkworks> jepler: roll in halscope... OMG so very cool
[23:31:28] <anonimasu> eh?
[23:46:52] <anonimasu> ^_^
[23:47:33] <jmk2> jmk2 is now known as jmkasunich