#emc | Logs for 2009-02-03

[01:06:12] <toastyde1th> toastyde1th is now known as toastydeath
[02:04:49] <skunkworksemc> http://imagebin.ca/view/zqFQG7q.html
[02:04:55] <skunkworksemc> finally got it into a case
[02:05:19] <skunkworksemc> (goal 3)
[02:06:43] <bglackin> nice latency numbers
[02:07:33] <bglackin> what hardware are you running those numbers on?
[02:08:07] <eric_unterhausen> it's an ecs goal3
[02:08:42] <SWPadnos> cheap too, about $80 for motherboard, CPU, and 512M memory
[02:08:56] <eric_unterhausen> price went back down
[02:09:23] <bglackin> Seems cheaper than the old work computers Ii am messing with )
[02:09:24] <SWPadnos> I don't see the one with memory at the moment
[02:09:36] <SWPadnos> only the Sempron+MB for $40 after rebate
[02:09:48] <eric_unterhausen> must have sold out finally
[02:09:49] <SWPadnos> ($50 before rebate)
[02:09:57] <SWPadnos> again. I think they're still making them
[02:09:59] <eric_unterhausen> you and skunky pimping them full-time
[02:10:05] <SWPadnos> I've seen them go in and out of stock several times
[02:10:09] <SWPadnos> heh
[02:10:17] <SWPadnos> I only bought two - he's the hog
[02:11:35] <eric_unterhausen> it's price sensitive, drop the price $5, and the horde strikes
[02:12:39] <SWPadnos> maybe $2
[02:13:06] <skunkworksemc> this is an pci-e video card.
[02:13:27] <skunkworksemc> are they selling them with the heatsink yet?
[02:13:45] <SWPadnos> video cards?
[02:13:58] <eric_unterhausen> skunkworksemc: seem to be OOS
[02:14:00] <skunkworksemc> (not using the onboard video)
[02:14:19] <SWPadnos> the combos I bought had CPU fans
[02:14:34] <eric_unterhausen> atom is back in stock
[02:14:38] <SWPadnos> and there are many many fanless PCIe video cards also, if that was your question :)
[02:14:47] <SWPadnos> stupid atom
[02:15:02] <SWPadnos> most of the USB ports aren't high speed
[02:15:13] <eric_unterhausen> the goal3 w/ memory they have had didn't have a hsf
[02:15:15] <SWPadnos> (on the D945GCLF2 or whatever)
[02:15:19] <SWPadnos> mine did
[02:15:27] <eric_unterhausen> that's because you are special
[02:15:39] <SWPadnos> yes, we know that
[02:16:23] <eric_unterhausen> that atom would look good with a mesa 5i20 in it
[02:17:00] <eric_unterhausen> although hdmi would be nice
[02:17:09] <skunkworksemc> no - random - I meant that I am using a pci-e video card with the goal3 motherboard. ... and when I (and SWPadnos) bought ours they came with processor fans which they haven't done lately
[02:17:53] <skunkworksemc> I seem to be having a problem getting my point across (all day) :)
[02:18:00] <eric_unterhausen> that's because the rest of us aren't special, we get it, ok?
[02:18:27] <skunkworksemc> I am special - my mother told me so.
[02:19:01] <eric_unterhausen> you don't wanna know what grandma unterhausen used to say
[02:19:11] <skunkworksemc> tough love?
[03:01:16] <jepler> cradek: this one's for you: http://hackaday.com/2009/02/01/generating-g-code-with-common-lisp/
[03:01:30] <eric_unterhausen> now, that is a hack
[03:12:23] <cradek> I wrote a similar thing in order to eliminate redundant repeated words for the very memory-limited BOSS machine
[03:15:39] <jepler> I see at the bottom he says he does offset curves
[03:15:56] <jepler> I'll have to check back to find out what he did about that
[03:54:24] <UncleG> hooking my oscilloscope up to my running cnc make the drive run out, is this normal?
[03:54:45] <UncleG> or is my lpt kicking a signal out to my encoder causing the problem?
[03:55:03] <UncleG> I hooked pin 11 & 12 of the lpt to the encoder on my drive,
[03:55:26] <jst_home> UncleG: maybe you're injecting interference when hooking up the probe?
[03:56:04] <UncleG> that would be my suspicion, however my question is, is it that expected?
[03:56:22] <UncleG> or is my lpt being problematic
[03:56:56] <jst_home> I've certainly seen similar things happen, but generally only with lines that are not well grounded, terminated, and filtered
[03:57:14] <UncleG> I would like to test the encoder with the scope on EMC however I cannot since the drive is kicking out when the encoder is attached
[03:57:31] <jst_home> UncleG: good question... is this an otherwise well functioning system?
[03:57:36] <UncleG> no.
[03:57:57] <UncleG> I have a situation where after about 20 minutes of running fine the drive just runs away and faults out
[03:58:11] <jst_home> ouch
[03:58:25] <jst_home> hmm, not sure what to suggest there
[03:58:34] <UncleG> My suspicion is that the encoder is missing a resolution some how and well. zip....it runs away
[03:58:36] <SWPadnos> does it also happen if you disconnect the drive from the PC and short the command input to ground?
[03:58:49] <SWPadnos> the encoder shouldn't be used by the drive. the drive more likely uses the tach only
[03:58:56] <SWPadnos> so the tach wires could be flaky
[03:59:17] <UncleG> ok.. im a bit lost.
[03:59:30] <UncleG> here is my setup...
[03:59:44] <SWPadnos> you have an older velocity mode amp, and there's tach feedback from the motor to the amp
[04:00:06] <SWPadnos> anyway, go ahead. I'll code fro a bit :)
[04:00:22] <UncleG> old standalone CNC system all things self contained, I wired into the encoder with scope
[04:00:39] <UncleG> scope causes drive to run away immediatly
[04:00:50] <UncleG> otherwise drive just runs away on its own after 20 minutes or so.
[04:00:59] <UncleG> I want to catch it in the act with scope.
[04:01:18] <cradek> what kind of encoder is it?
[04:01:50] <UncleG> accucoder a,a' b,b' z,z' 1000 cpr
[04:02:01] <SWPadnos> oh, interesting.
[04:02:02] <cradek> ok, how did you hook the scope to it?
[04:02:04] <UncleG> 5vt &common
[04:02:20] <SWPadnos> you may not be able to use the parallel port directly then, you have a differential encoder
[04:02:22] <cradek> SWPadnos: I'm guessing position runaway, not velocity runaway
[04:02:43] <SWPadnos> yes, but it's a velocity mode amp with tach feedback
[04:02:47] <UncleG> pin 11 and 12 from lpt wried directly to a' b' which is what is also connected to drive
[04:02:57] <cradek> oh, I didn't read back, I thought we were debugging an old system
[04:03:01] <SWPadnos> it is
[04:03:04] <SWPadnos> :)
[04:03:19] <SWPadnos> we discussed it a bit last night, and I still remember bit sand pieces
[04:03:25] <SWPadnos> bits and
[04:03:31] <UncleG> SWPadnos was around last night for my repeated failures :)
[04:03:33] <cradek> sorry, what does an lpt port have to do with it then?
[04:03:34] <SWPadnos> GLentek servos and GA-370 drives
[04:03:48] <SWPadnos> the idea was to get something connected to EMC2, as a learning experience
[04:04:15] <SWPadnos> just encoder feedback at first, to see the numbers change on the screen as the shaft is turned by hand
[04:04:19] <UncleG> SWPadnos kind of.... I may be using EMC2 full time at my shop.
[04:04:27] <SWPadnos> (hooked to spindle input via stepconf)
[04:04:41] <UncleG> providing this old cnc box keeps giving me troubles.
[04:04:42] <SWPadnos> that would be good, but as I recall you wanted some baby steps last night :)
[04:04:49] <UncleG> yeah :)
[04:04:57] <UncleG> gotta start somwhere
[04:05:08] <SWPadnos> I think a Mesa card would be a great purchase for you, if you can show yourself that the amps work (and it's the CNC box that's bad)
[04:05:38] <SWPadnos> one way to do that is to disconnect the amp from the computer and short the command input to ground (I don't recall the pin numbers)
[04:05:51] <UncleG> ok it just ran away again :(
[04:06:06] <SWPadnos> if the servo takes off after 20 minutes in that configuration, then the tach and/or amp are bad (or the connection between them is)
[04:06:22] <SWPadnos> what is the command input connected to?
[04:06:25] <SWPadnos> (if anything)
[04:06:32] <UncleG> ok.... disconnect the amp from the computer? im sadly lost.
[04:06:35] <cradek> you mean commanded velocity right?
[04:07:01] <SWPadnos> I do, yes
[04:07:39] <SWPadnos> UncleG, we don't know what you have connected where, or what you're doing with the PC/EMC2, or even what "runs away" means exactly
[04:08:13] <UncleG> I have nothing connected to the pc right now, the cnc system is self contained and running on its own.
[04:08:42] <UncleG> All I was looking to do was get a readout on the scope of what the encoder did at point of crash
[04:08:49] <SWPadnos> ok, have you disconnected the encoder from the CNC box to connect it to the PC?
[04:08:55] <UncleG> no.
[04:09:05] <UncleG> I left it connected to the cnc box
[04:09:24] <SWPadnos> so it's like a Y cable from the encoder to both the CNC and the PC?
[04:09:25] <UncleG> I just wired into it with lpt to see if I could get a readout on the scope
[04:09:28] <UncleG> yes
[04:09:29] <cradek> I agree with SWPadnos. to debug this, disable the velocity command and see if it's stable
[04:09:45] <UncleG> is that not possible to do?
[04:10:07] <SWPadnos> disconnect the amp from the CNC box and short the command input to ground
[04:10:08] <cradek> I wouldn't try to hook the encoder to the old system and also a pc
[04:10:17] <SWPadnos> no, that also sounds like a bad idea
[04:10:29] <SWPadnos> though we do know that the encoder is 5V, which is good :)
[04:10:36] <cradek> there are too many ways that can be bad news (ground loops)
[04:11:12] <cradek> also you'd be messing with one side of differential signals
[04:11:27] <cradek> if you lose encoder feedback it will run away (as you know)
[04:11:54] <cradek> but there are other reasons - so you need to test one at a time
[04:11:59] <UncleG> I dont know what the command input it :(
[04:12:15] <UncleG> *scrambles through schematics and wiring diagrams*
[04:12:16] <cradek> no docs for the amps?
[04:12:17] <SWPadnos> cradek: http://www.shadowcnc.com/shadowmanual.htm
[04:12:25] <SWPadnos> so you have all the info I have :)
[04:12:38] <SWPadnos> search for "AMPLIFIER"
[04:12:56] <eric_unterhause1> if I had those amps, I might consider registering on the glentek site and getting the manual
[04:13:10] <SWPadnos> looks like pins 1 and 9 are command signal and ground, respectively
[04:13:25] <eric_unterhause1> there is a jumper for differential input
[04:13:32] <SWPadnos> not on the parallel port
[04:14:43] <cradek> that's not how I read it
[04:15:15] <cradek> are we talking about "GLENTEK GA370 CONNECTION" pins or "SHADOW 9 PIN D SHELL CONN" pins?
[04:15:16] <eric_unterhause1> I'm just throwing in interesting tidbits from the glentek manual, I'll shut up now
[04:16:08] <SWPadnos> I was referring to the SHADOW connector for pins 1+9
[04:16:23] <eric_unterhause1> that's not a parport
[04:16:27] <SWPadnos> I know that
[04:16:28] <eric_unterhause1> izit?
[04:16:45] <eric_unterhause1> I forgot that i was stfu
[04:16:51] <cradek> on "SHADOW 9 PIN D SHELL CONN" 1 is velocity command, 3 is common
[04:16:52] <SWPadnos> there is effectively a Y cable between the encoder, the CNC controller, and an EMC2 PC
[04:17:06] <SWPadnos> urk, right
[04:17:27] <SWPadnos> I saw the 9 in "9-pin connector" and thinkoed
[04:17:31] <cradek> unhook pin 1, strap to pin 3
[04:17:37] <cradek> wait 20 minutes
[04:17:57] <UncleG> ok :) I can handle that :)
[04:18:09] <cradek> if you can get to the screw, turn it - it should feel stiff and fight with you
[04:18:17] <cradek> be careful
[04:19:08] <cradek> if that works, get a 1.5v battery and hook it both ways between pins 1/3. you should be able to drive the axis around at 15% of top speed
[04:19:17] <cradek> be careful
[04:19:23] <UncleG> wait a sec.
[04:19:34] <UncleG> pin 1 on the board or pin one on the D connector?
[04:19:47] <cradek> look at the link SWPadnos pasted
[04:19:56] <cradek> you should understand what you're doing
[04:20:09] <SWPadnos> (that link is from UncleG last night)
[04:20:21] <cradek> SWPadnos: sorry for butting in
[04:20:31] <cradek> (troubleshooting is fun)
[04:20:32] <SWPadnos> no problem. I'm trying to fix some completion code
[04:20:35] <SWPadnos> butt away :)
[04:21:03] <cradek> actually I should go to bed
[04:22:37] <UncleG> SWP.
[04:22:53] <SWPadnos> ?
[04:23:28] <UncleG> Pin 1 and 3 on the amp board or the d-connector end that is attached to it?
[04:24:11] <SWPadnos> "SERVO COMMAND -10V to +10V" and "GND. / COMMON"
[04:24:27] <SWPadnos> looks like the SHADOW 9PIN D SHELL CONNECTOR from that manual
[04:25:18] <SWPadnos> it depends on what you disconnect though
[04:25:26] <UncleG> k, ty I was looking in the wrong spot in the man
[04:25:44] <cradek> it's quite hard to read
[04:25:46] <SWPadnos> the intent here is to disconnect the CNC box from the servo command, and short it to ground (for a zero velocity command)
[04:26:50] <UncleG> it is 2 and 4 on the board where I will be doing the shorting, so thank you i am working on this.
[04:26:54] <SWPadnos> ok
[04:27:01] <cradek> don't short it if it's hooked to the cnc
[04:27:12] <cradek> short the input to the amp, NOT the output of the cnc
[04:27:25] <SWPadnos> right - make sure that the (BROWN) wire gets disconnected from terminal 2
[04:28:24] <UncleG> on it.
[04:29:38] <cradek> error 26: I don't know what happened - maybe you do?
[04:29:43] <SWPadnos> heh
[04:30:31] <SWPadnos> maybe a single NMI or something (divide by zero could cause a trap that's similar to an external interrupt on whatever CPU it is)
[04:32:47] <UncleG> ok, the drive is turning.... very slowly.
[04:32:57] <cradek> good
[04:33:00] <SWPadnos> with the command shorted?
[04:33:04] <UncleG> yes
[04:33:05] <SWPadnos> or a 1.5V battery
[04:33:08] <SWPadnos> hmmm
[04:33:09] <cradek> that creep is normal
[04:33:09] <UncleG> shorted.
[04:33:12] <SWPadnos> ok
[04:33:21] <eric_unterhause1> that's what all the creeps say
[04:33:22] <SWPadnos> null needs adjusting
[04:33:27] <cradek> there will be an adjustment marked 'balance' or 'offset' if you want to null it out
[04:33:51] <cradek> you might have to do that if you want to wait 20+ minutes
[04:34:07] <UncleG> I do have a balance option
[04:34:15] <cradek> before turning any pots mark where they are currently
[04:34:18] <UncleG> tweak till it stops...
[04:34:23] <UncleG> ok.
[04:34:23] <cradek> yes
[04:34:26] <eric_unterhause1> I wouldn't mess with it
[04:35:24] <cradek> I would, since it's marked offset, you're sure it's the right one
[04:35:32] <cradek> but, I also understand why someone might not want to :-)
[04:36:07] <eric_unterhause1> I did that with a servo hydraulic system and it was just a good way to get oily
[04:36:13] <cradek> the position loop in the cnc is what normally holds position, it doesn't care if there's a little offset
[04:36:29] <eric_unterhause1> integrator term gets rid of it
[04:36:42] <UncleG> ok
[04:36:54] <cradek> eric_unterhause1: thankfully I've never had to mess with a hydraulic setup - seems crazy
[04:36:55] <UncleG> scope is kicking out a nice square wave now.
[04:37:10] <cradek> encoder output?
[04:37:27] <UncleG> yeah
[04:37:31] <eric_unterhause1> hydraulics are awesome until you have to disconnect an oil line
[04:37:34] <cradek> did you get the axis stopped?
[04:37:46] <UncleG> yes
[04:37:56] <cradek> cool. now we wait!
[04:38:17] <eric_unterhause1> UncleG: how did you get the scope working, was it your hal code?
[04:38:19] <cradek> more specifically, I go to bed
[04:38:35] <UncleG> eaxis stopped encoder kicking a wave
[04:39:08] <UncleG> how might one log the entire 20 minute wave? :)
[04:39:18] <eric_unterhause1> what is an eaxis ?
[04:39:41] <UncleG> a typo
[04:39:45] <UncleG> axis*
[04:40:49] <UncleG> one of the waves keep getting a funny spic in the middle of it.
[04:40:55] <UncleG> *spike*
[04:41:15] <UncleG> I wonder if that would be my culprit.
[04:41:36] <UncleG> or I just don't know what im looking for
[04:41:58] <eric_unterhause1> you're seeing this on the computer?
[04:42:32] <UncleG> yes
[04:42:51] <UncleG> oh, btw should only phase b, be giving the wave, cause A has nothing
[04:42:54] <eric_unterhause1> that may just be that your encoder is on a line
[04:43:05] <eric_unterhause1> A never has anything?
[04:43:17] <UncleG> nothing
[04:43:19] <UncleG> just a line
[04:43:24] <UncleG> B has a aquare wave
[04:43:28] <UncleG> square*&
[04:43:33] <jst_home> UncleG: A should be 90 deg off of B
[04:43:54] <jst_home> UncleG: i.e. shifted about half a square
[04:44:31] <UncleG> its not doing anything I will check my setup and wiring again
[04:53:29] <UncleG> everything is fine.... but.
[04:54:30] <UncleG> my B side on the encoder kicks out a bouncing needle on the voltmeter where the A bise of the encoder reads nothing
[04:54:35] <UncleG> is my encoder bad/
[04:55:09] <UncleG> a *side*
[04:55:24] <jst_home> sounds like it is to me
[04:55:51] <jst_home> with only one side of the encoder working, you'll get the speed of the motor, but not the direction, depending on what's actually reading it
[04:56:19] <UncleG> but the motor works... for twenty minutes or so...
[04:56:35] <jst_home> that's really odd
[04:56:50] <UncleG> is it possible it will work forawhile then after 20 minutes it just run away from me?
[04:57:07] <UncleG> I mean will it work at all without the A side of my encoder?
[04:57:18] <jst_home> I don't see how it could do anything other than go in one direction with only one side of the encoder working
[04:57:42] <UncleG> it works just fine for about 20 minutes. then blam... runs away...
[04:57:49] <UncleG> I sure wish I knew more about this stuff.
[04:58:04] <jst_home> i.e. you could command the motor to go, and it'd go and look like it's working, but if you try to reverse the direction the decoder would think it's still going the other direction
[04:58:50] <jst_home> UncleG: it's certainly possible (but I don't know how likely), that the encoder works for a while, but stops working once it heats up, or something
[04:59:18] <jst_home> UncleG: I'd imagine the motor heats up to some degree after running for 20 minutes?
[04:59:37] <UncleG> but after a quick poweroff and then back on, its back on its wheels
[04:59:45] <UncleG> surely not long enough to cool down
[04:59:55] <jst_home> hmm, not temperature related then
[05:00:29] <jst_home> jst_home is now known as jst
[05:00:39] <UncleG> changing my fault range from 1 inch to 3 inches triples the the time it will run before crashing out
[05:00:48] <UncleG> does that help you pinpoint the problem?
[05:01:00] <jst> jst is now known as jst_home
[05:01:46] <jst_home> UncleG: not immediately :(
[05:02:00] <UncleG> Yes, Im in the same boat.
[05:03:37] <jst_home> UncleG: is it still running there, still with nothing on A?
[05:04:05] <UncleG> yes
[05:04:18] <UncleG> it not "running its powered on and at a a standstill
[05:04:26] <UncleG> just kicking out my square wave
[05:04:53] <jst_home> UncleG: oh, it's at a stand still and you're still seeing a square wave from the necoder?
[05:05:42] <UncleG> yeah
[05:05:45] <jst_home> encoder, even
[05:06:06] <UncleG> also, should there be a spike in the middle of the wave square ever?
[05:06:28] <UncleG> every few waves I do see a spike in the middle of the sqaure.
[05:10:02] <jst_home> UncleG: ok, then what *could* be happening is that the motor happens to sit right on the edge of a step on the B channel in the encoder it could be oscillating back and fourth and generate a square wave, but I can't imagine that would be at a consistent frequency etc
[05:10:12] <jst_home> UncleG: in an ideal world there would be no spikes
[05:10:24] <jst_home> UncleG: this is an analog scope, right?
[05:10:43] <UncleG> this is the EMC scope
[05:11:11] <jst_home> oh, hmm, then I don't know what to really expect there
[05:11:50] <jst_home> what happens if you try to turn the motor by hand? Assuming you're able to w/o loosing a hand :)
[05:12:13] <UncleG> the wave turns into a scratchy mess
[05:12:22] <jst_home> if the motor does turn, you really should be seeing things happening on both channels
[05:12:54] <jst_home> but still only on the B channel?
[05:13:38] <UncleG> yeah
[05:13:40] <UncleG> still b
[05:13:45] <UncleG> lemme get the drive turning...
[05:13:52] <UncleG> I can do that with the balance
[05:16:16] <UncleG> well, adjusting the balance does change the wave length but still no A wave
[05:16:51] <UncleG> I can totally stop the wave/make it extremely long
[05:16:55] <UncleG> but still no A
[05:18:20] <UncleG> Im still really curious about this spik in the encoder.
[05:18:52] <jst_home> you don't happen to have access to a real scope by chance?
[05:18:52] <UncleG> If I zoom in on the wave it shows me that the encoder drops its high wave for a split second
[05:18:57] <UncleG> no :(
[05:20:19] <jst_home> I'm at a total loss as to what's going on there I'm afraid :(
[05:24:26] <UncleG> no biggy that is my current state of mind on this whole situation about 85% of the time.
[05:24:36] <jst_home> heh
[05:25:00] <jst_home> you don't happen to be in northern California by chance?
[05:25:43] <UncleG> Indiana
[05:25:43] <UncleG> :)
[05:25:53] <jst_home> if you'd be close by I'd offer to bring a real scope over to see if that sheds any light on the situation :)
[05:26:05] <jst_home> well, that's a bit far away...
[05:26:22] <UncleG> I do appreciate the offer, however distance does create a problem :P
[05:26:36] <jst_home> yeah, unfortunately
[05:27:48] <jst_home> UncleG: I'm pretty new to this stuff, but I've designed my own DC servo controller, which is working quite nicely on my first prototype board here, so I do know more than nothing about encoders n' stuff
[05:27:58] <jst_home> but I've never dealt with a differential one
[05:28:20] <UncleG> danged ole servo setup anyhow
[05:28:47] <jst_home> is this on an old mill, or what kind of machine is it?
[05:28:56] <UncleG> And index machine
[05:28:56] <eric_unterhause1> it's a differential encoder?
[05:29:00] <UncleG> an*
[05:29:10] <UncleG> not sure what kind of encoder this is
[05:29:11] <eric_unterhause1> maybe you are looking at the wrong line
[05:29:47] <UncleG> what is a distinguishing mark on my encoder to tell me what is what?
[05:29:48] <jst_home> UncleG: um, what's an index machine? rotary index table kinda thing or something entirely different?
[05:30:18] <jst_home> UncleG: if you have two wires per channel, you're likely looking at a differential one
[05:30:51] <UncleG> kind if like a turret lathe
[05:31:17] <jst_home> UncleG: if you have ground, power, one A, and one B (plus Z on some), it's a non-differential encoder
[05:31:25] <jst_home> UncleG: oh, ok
[05:31:34] <UncleG> this is my lineup a,a' b,b' z,a' 5v, common
[05:32:55] <jst_home> sounds differential to me
[05:33:20] <eric_unterhause1> the ' lines are probably return, i.e. no interesting signals
[05:34:01] <eric_unterhause1> unless they aren't
[05:34:27] <eric_unterhause1> it is always possible to have a dead light in the encoder
[05:35:03] <Benjamin_Mullin> sorry to jump in the middle, but do you have a manufacturer and part number for the problem encoder?
[05:35:33] <UncleG> yea
[05:35:36] <UncleG> ine sec
[05:35:38] <UncleG> one sec
[05:36:22] <UncleG> accu-coder 755a-01-1000-r-hv-18
[05:39:26] <UncleG> I have another encoder here I am going to compare it to.
[05:39:33] <UncleG> I just need to finish this soldering job up.
[05:39:48] <UncleG> same model
[05:43:02] <Benjamin_Mullin> so you are looking at A and B or A' and B'?
[05:46:21] <UncleG> a' b'
[05:46:26] <UncleG> but guess what~
[05:46:40] <UncleG> I just hooked up this other encoder and I get a reading from both a' and b'
[05:46:44] <UncleG> perfect.
[05:46:45] <UncleG> :)
[05:47:00] <jst_home> UncleG: progress! :)
[05:47:05] <UncleG> yes :)
[05:48:25] <UncleG> the only problem with this drive is that it runs continously....
[05:48:58] <UncleG> providing I can switch the encoders (which is nearly impossible due to design) I should have one fully functional drive
[06:12:28] <JustinXJS2> when a unipolar stepper is rated at 3.8A per phase, that is per coil?
[06:16:32] <eric_unterhause1> ye
[06:16:33] <eric_unterhause1> s
[06:17:29] <JustinXJS2> so, just to make sure I am clear, if I were to drive the motor in bipolar mode, that would be 1.9A, right?
[06:18:05] <eric_unterhause1> should be 3.8a
[06:22:29] <eric_unterhause1> if you have 3.8a limit per phase, I don't see how you could hook it up so it has lower amperage rating
[06:24:55] <JustinXJS2> So my motors are 6 wire unipolar, I can run them in bipolar mode by not hooking up the 2 power wires, which doubles the coil resistance because the two coils on the A and B sides are connected together, make sense?
[06:25:48] <eric_unterhause1> yes
[06:26:03] <eric_unterhause1> or you can use the center tap
[06:26:11] <eric_unterhause1> which seems to be recommended
[06:26:30] <JustinXJS2> use the center tap in bipolar?
[06:26:40] <eric_unterhause1> yes
[06:26:49] <eric_unterhause1> counter-intuitive
[06:26:59] <JustinXJS2> a little, but ok
[06:27:02] <eric_unterhause1> what drives are you using?
[06:27:48] <JustinXJS2> using linisteppers right now, which are unipolar, I was just trying to make sure I understand how much current to feed the motors
[06:30:02] <JustinXJS2> so I need to feed my motors about 1/phase more, maybe I can get them to spin a bit faster :)
[06:30:13] <JustinXJS2> 1A/phase
[06:30:29] <eric_unterhause1> they get hot
[06:30:52] <eric_unterhause1> speed is more of a function of voltage
[06:31:17] <JustinXJS2> I am almost at 10X rated voltage right now
[06:31:39] <JustinXJS2> the motors dont seem to get too hot yet, the controlers get really hot though
[06:31:52] <eric_unterhause1> what controller are you using?
[06:35:56] <JustinXJS2> linistepper
[06:36:05] <JustinXJS2> http://www.piclist.com/techref/io/stepper/linistep/index.htm#KITS
[06:36:16] <eric_unterhause1> I thought that was the stepper motor itself, sorry
[06:36:52] <JustinXJS2> ah, no worries, motors are vexta
[06:42:36] <JustinXJS2> is there any sort of calculator for figuring out feed rate VS spindle RPM?
[06:43:18] <eric_unterhause1> you need cutter diameter in there somewhere
[06:43:37] <JustinXJS2> and material being cut I would assume?
[06:44:09] <eric_unterhause1> there are tons online
[06:44:17] <eric_unterhause1> search for feed rate calculation
[06:44:19] <JustinXJS2> ok, thanks
[06:53:37] <JustinXJS2> oh yes, loads of calculators, thanks for the tip
[07:06:16] <UncleG> Encoder phase A is not quite half of phase B on the scope... any suggestions on what to do?
[07:08:10] <UncleG> nm, that question. I should be reading.. ttyl all tomorrow.
[09:00:37] <archivist> logger_emc: bookmark
[09:00:37] <archivist> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2009-02-03.txt
[09:46:08] <cnc_engineer> hi everyone!
[09:46:51] <cnc_engineer> does anyone know about very cheap motion controller card
[09:51:27] <archivist> to drive what
[09:52:05] <cnc_engineer> to drive servo system
[09:52:30] <alex_joni> how many axes?
[09:53:37] <archivist> a lot use cards from http://www.mesanet.com/
[09:57:50] <cnc_engineer> actually I am looking for a pci i/O card that gives me a support to connect external hardware (my own counters and DAC's) that gives me access to 32-bit i/o per address
[10:03:32] <alex_joni> cnc_engineer: not sure I've seen such a card
[10:03:42] <alex_joni> but in that case you'll have to take care of a driver for emc2 aswell
[10:05:31] <alex_joni> cnc_engineer: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?EMC2_Supported_Hardware
[10:08:24] <cnc_engineer_> sorry i was disconnected..
[10:10:22] <alex_joni> cnc_engineer_: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?EMC2_Supported_Hardware
[10:10:43] <cnc_engineer_> I am looking for a PCI bridge card that gives me access to computer pci bus. And I can connect my counters and dac's with that bus..
[10:11:30] <alex_joni> cnc_engineer: not sure I've seen such a card
[10:11:35] <alex_joni> but in that case you'll have to take care of a driver for emc2 aswell
[10:14:31] <cnc_engineer_> yes, i can write a driver and have microcontroller that can count the encoder and give 32-bit data for encoder position. Now i want a that data to connect to computer PCI bus
[10:15:14] <JymmmEMC> alex_joni: 5120 can't do that?
[10:15:23] <alex_joni> JymmmEMC: it can do much much more
[10:15:28] <alex_joni> 5i20..
[10:15:38] <alex_joni> but it's probably too expensive for what he wants
[10:15:51] <JymmmEMC> ah
[10:16:00] <alex_joni> basicly he wants a card with the PLX that's on the 5i20
[10:16:10] <alex_joni> only PCI access chip.. don't think I've seen one recently
[10:16:31] <cnc_engineer_> but i want to develop my own hardware for emc as the hardware suggested on emc website are too expensive
[10:18:53] <alex_joni> I wouldn't say 80$ is too expensive, but it's your choice
[10:19:06] <cnc_engineer_> I have the software and electronic expertise to develop counters for encoders and DAC out only i need a PCI interface to access the data and address bus
[10:19:18] <archivist> its going to cost more to save a few pennies
[10:19:23] <alex_joni> cnc_engineer_: a quick google search found Tiger 320
[10:19:32] <alex_joni> which is a chip that does what you want
[10:22:14] <alex_joni> here's a board that has that chip: http://www.futurlec.com/PCI8255.shtml
[10:22:21] <alex_joni> but it's not that much cheaper :)
[10:22:44] <alex_joni> (oh, and it's supposedly buggy, and doesn't work with emc2 iirc)
[10:23:20] <JymmmEMC> cnc_engineer left the room (quit: Read error: 110 (Connection timed out)).
[10:24:24] <alex_joni> cnc_engineer_: http://elm-chan.org/works/pci/report_e.html
[10:24:39] <alex_joni> JymmmEMC needs some coffee :)
[10:26:12] <JymmmEMC> =)
[10:28:53] <piasdom> g'mornin all
[10:28:59] <alex_joni> indeed it is
[11:25:26] <archivist> * archivist wonders what pjm__ wanted last night just after I went out to play
[11:25:35] <pjm__> hello!
[11:25:56] <pjm__> ah yes i was gonna ask about your cnc, what IO ports are u using to control stuff, parport or one of the messa cards?
[11:26:59] <archivist> parport
[11:27:11] <archivist> as its a stepper machine
[11:27:27] <archivist> and Im a cheap bar steward at the moment
[11:28:08] <pjm__> hehh me too!!!
[11:28:32] <pjm__> i'm gonna do some further testing to see what I can clock into the parport reliably
[11:28:39] <pjm__> for spindle encoder
[11:28:50] <archivist> I need a better paying job
[11:29:22] <archivist> or some activity that pays
[11:30:19] <pjm__> i'm sure its possible to generate pin money making custom ally boxes for microwavers
[11:31:04] <archivist> Im not sure this thing is rigid enough for that
[11:31:30] <archivist> but I know I can follow through with a vna test :)
[11:31:43] <pjm__> ah yes ;-))
[11:32:13] <pjm__> having cnc at home is pretty handy i must say
[11:32:48] <pjm__> a mate of mine in the US just finished a cnc conversion, basically to cut out 'D' connector holes for his projects
[11:32:55] <pjm__> of course also running EMC2
[11:33:54] <archivist> heh quicker to make a punch for some hole types
[11:34:19] <pjm__> ah yes but why do it easily when u can build a CNC to do it!
[11:38:19] <archivist> mine is far to light in column construction at the moment
[11:38:22] <motioncontrol> good morning.one question.the another cnc when i write m3 s2000,stop the read next partprogram line.when the spindle revolution ok read the next step.because in emc the interpreter read immediately the next line after m3s2000?
[11:46:15] <archivist> perhaps your question in your native language
[11:46:28] <alex_joni> motioncontrol: emc2 doesn't wait for spindle to reach the speed
[11:46:41] <alex_joni> if you need that, you will have to put a G4 pause
[11:46:56] <alex_joni> or use a more recent emc2 (emc2.3 will have a pause to reach spindle at speed)
[11:47:25] <alex_joni> you can also use the motion.feed-hold to control emc2 if you want it to be stopped until spindle-at-speed is true
[12:44:27] <skunkworksemc> still going http://imagebin.ca/view/yxPk_e.html
[12:44:38] <skunkworksemc> bbl
[12:50:13] <alex_joni> skunkworksemc: how long?
[13:01:49] <motioncontrol> ok thanks alex
[13:40:48] <skunkworks> logger_emc: bookmark
[13:40:48] <skunkworks> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2009-02-03.txt
[13:42:05] <skunkworks> alex_joni: over night
[13:46:07] <alex_joni> skunkworks: cool
[13:54:10] <skunkworks> 02:04:49 -> 12:44:27
[13:54:19] <skunkworks> 10+ hours
[13:56:10] <alex_joni> 10:39:38
[13:57:41] <skunkworks> heh - too early for math'
[13:58:18] <skunkworks> I am lucky I got the 10+ hours right..
[14:57:40] <cradek> skunkworks: wow, what kind of machine is this? http://imagebin.ca/view/yxPk_e.html
[15:04:27] <BigJohnT> http://cgi.ebay.com/Okuma-LR10-Lathe_W0QQitemZ370152170082QQcmdZViewItemQQptZBI_Lathes?hash=item370152170082&_trksid=p3286.c0.m14&_trkparms=66%3A2|65%3A7|39%3A1|240%3A1318
[15:04:55] <BigJohnT> $750 to load it!
[15:05:21] <skunkworks> cradek: it is the ecs goal3 motherboard.
[15:05:23] <cradek> lovely
[15:05:46] <cradek> This machine powers up sometimes but then shuts itself off after a few seconds. The amount of time the machine stays on varies from time to time. Machine was bought at an auction and painted by previous owner.
[15:05:52] <alex_joni> haha
[15:06:03] <cradek> haha, it doesn't turn on right, so we painted it
[15:06:15] <cradek> and now we hope to hell it sells for $750.99
[15:07:27] <BigJohnT> yea, did you see his feedback!
[15:07:41] <skunkworks> cradek: I think it is going to be the new gantry computer. We have been getting by with a 800mhz pentium.
[15:07:57] <skunkworks> It will be nice to have a speed gui ;)
[15:08:21] <cradek> looks like a very nice system to use
[15:08:48] <cradek> BigJohnT: he only screws about 1 in 20 people...
[15:09:30] <BigJohnT> that ain't good odds in my book
[15:09:49] <BigJohnT> bbl
[15:10:58] <archivist> highest loading fee evar!
[15:11:20] <cradek> sure is blue
[15:11:39] <archivist> expensive paint
[15:12:17] <alex_joni> would really work nicely together with tkemc
[15:12:25] <cradek> what I want to know is the 9900 pound weight before or after painting?
[15:14:30] <alex_joni> I think it's at least 20 pounds of paint there
[15:15:11] <eric_unterhause1> you can't really fault the guy for his handling fees, they are stated in the auction
[15:15:36] <cradek> eric_unterhause1: yes you can: it's ebay fee avoidance, which is against their rules
[15:15:37] <archivist> theres handling fee and extortion
[15:16:02] <eric_unterhause1> shouldn't be grounds for negative feedback though
[15:16:20] <cradek> I might possibly agree with that
[15:16:28] <cradek> but, it's grounds for avoiding the dishonest seller
[15:16:31] <eric_unterhause1> I thought ebay was dumping fee avoiders
[15:16:40] <archivist> I avoid high carriage cost sellers unless I can collect free
[15:17:01] <eric_unterhause1> I have gotten some decent deals when shipping is too high
[15:17:10] <eric_unterhause1> because people avoid the auction
[15:19:03] <cradek> You have successfully submitted a report. We appreciate you taking the time to file this report. eBay will investigate to determine resolution.
[15:19:37] <archivist> :)
[15:20:01] <eric_unterhause1> don't know if they will back you up on that one, rigging fees vary all over the map
[15:20:22] <alex_joni> I don't understand why people like to paint over cables
[15:20:27] <alex_joni> http://i7.ebayimg.com/02/i/001/2e/b8/8475_1.JPG
[15:20:29] <archivist> I sent a report to a sellers local trading standards office for one odd ebay item
[15:21:01] <archivist> alex_joni, lazy, used a spay probably
[15:21:11] <alex_joni> that's so annoying
[15:21:20] <eric_unterhause1> alex_joni: I don't either, no wonder they couldn't get it to work
[15:21:20] <alex_joni> especially if you want to debug/fix something
[15:21:53] <eric_unterhause1> they should have gotten it to work first
[15:24:08] <eric_unterhause1> http://cgi.ebay.com/4-Pin-Amphenol-Pigtailed-16-gauge-cable-P26263-E25_W0QQitemZ230323232488QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item230323232488&_trksid=p3286.c0.m14&_trkparms=72%3A1205|66%3A2|65%3A12|39%3A1|240%3A1318|301%3A0|293%3A2|294%3A50
[15:24:17] <eric_unterhause1> 4 pin cable can be used for encoder
[15:25:17] <eric_unterhause1> stupid seller, but good price
[15:26:32] <jepler> 16ga is pretty heavy for encoder feedback -- this table says 16ga is suitable for 3.7A of power transmission.
[15:26:41] <eric_unterhause1> it's the power cable
[15:27:20] <eric_unterhause1> corresponding encoder cable has 15 pins IIRC
[15:28:52] <jepler> must be a different class of encoder than I'm familiar with. usdigital offers 26ga cables for its ttl encoders (4 wires for +5V, A, GND, B)
[15:29:33] <jepler> (and up to 500'!?)
[15:30:04] <eric_unterhause1> this is for an industrial brushless motor
[15:30:26] <eric_unterhause1> they use differential encoders with hall tracks
[15:43:39] <motioncontrol> today stay at me the second pci card m5i20.i wnat use in one pc two 5i20 card.i have installed and start emc.the terminal eroorr is:hm2/hm2_5i20.1 invalid cookie and hm2_5i20.1 boar fail hm2 registration.i thing is necessary load the firmware in the second card.which?
[15:44:50] <alex_joni> motioncontrol: depends what firmware you want
[15:45:37] <motioncontrol> i want use the second card for only i/O
[15:45:56] <alex_joni> then any firmware will do the same
[15:46:11] <alex_joni> you probably want something like:
[15:47:02] <alex_joni> config="firmware=hm2/5i20/SVST8_4.BIT num_encoders=3 num_pwmgens=3 num_stepgens=0, firmware=hm2/5i20/SVST8_4.BIT num_encoders=0 num_pwmgens=0 num_stepgens=0"
[15:47:07] <motioncontrol> the firmware the first card is hm2_pci:svst8_4.bit
[15:47:28] <alex_joni> you can use the same firmware for the second card, but not activate any components
[15:47:42] <motioncontrol> ok i prove one moment
[15:47:48] <alex_joni> gotta run.. bbl
[15:48:08] <skunkworks> http://www.cnczone.com/forums/showthread.php?t=72801
[15:54:40] <motioncontrol> have problem : hm2_pci is in use
[15:55:51] <cradek> skunkworks: I have no idea what he's talking about
[15:56:06] <alex_joni> cradek: seems there's some MTConnect component that's supposed to work with emc2
[15:56:10] <skunkworks> cradek: same here. never heard of the hardware..
[15:56:17] <alex_joni> but I can't find it at mtconnect.org
[15:57:04] <alex_joni> http://agent.mtconnect.org/
[15:57:49] <alex_joni> http://agent.mtconnect.org/current
[15:59:08] <eric_unterhause1> that is one informative web site
[16:00:18] <alex_joni> http://www.amit-deshpande.com/2008/06/mtconnect-live.html
[16:01:39] <alex_joni> http://mtconnect.org/download/MTConnect_NEWS_05_23_08.pdf
[16:02:54] <eric_unterhause1> there is a student competition, that's the problem
[16:03:46] <motioncontrol> i have modification the hal file but the problem is :EMC2 - 2.2.8
[16:03:46] <motioncontrol> Machine configuration directory is '/home/emc/Desktop/emc2-2.2.8/configs/M5i20'
[16:03:46] <motioncontrol> Machine configuration file is 'M5i20.ini'
[16:03:46] <motioncontrol> Starting EMC2...
[16:03:46] <motioncontrol> insmod: error inserting '/usr/realtime/modules/rtai_hal.ko': -1 File exists
[16:03:46] <motioncontrol> Realtime system did not load
[16:03:48] <motioncontrol> Shutting down and cleaning up EMC2...
[16:03:50] <motioncontrol> ERROR: Module hm2_pci is in use
[16:03:52] <motioncontrol> <commandline>:0: exit value: 1
[16:03:54] <motioncontrol> <commandline>:0: rmmod failed, returned -1
[16:03:56] <motioncontrol> ERROR: Module hostmot2 is in use by hm2_pci
[16:03:58] <motioncontrol> <commandline>:0: exit value: 1
[16:04:00] <motioncontrol> <commandline>:0: rmmod failed, returned -1
[16:04:02] <motioncontrol> <commandline>:0: unloadrt failed
[16:04:04] <motioncontrol> ERROR: Module hal_lib is in use by hm2_pci,hostmot2
[16:04:06] <motioncontrol> ERROR: Module rtapi is in use by hm2_pci,hostmot2,hal_lib
[16:04:08] <motioncontrol> ERROR: Module rtai_math does not exist in /proc/modules
[16:04:10] <motioncontrol> ERROR: Module rtai_sem is in use by rtapi
[16:04:12] <motioncontrol> ERROR: Module rtai_shm is in use by rtapi
[16:04:14] <motioncontrol> ERROR: Module rtai_fifos is in use by rtapi
[16:04:16] <motioncontrol> ERROR: Module rtai_sched is in use by rtapi,rtai_sem,rtai_shm,rtai_fifos
[16:04:18] <motioncontrol> ERROR: Module rtai_hal is in use by rtapi,rtai_sem,rtai_shm,rtai_fifos,rtai_sched
[16:04:20] <motioncontrol> Cleanup done
[16:04:22] <motioncontrol> EMC terminated with an error. You can find more information in the log files
[16:04:24] <motioncontrol> and
[16:04:26] <motioncontrol> as well as in the output of the shell command 'dmesg' and in the terminal
[16:04:28] <motioncontrol> debian:/home/emc/Desktop/emc2-2.2.8/scripts#
[16:04:48] <cradek> motioncontrol: use pastebin next time
[16:05:16] <motioncontrol> i don't know paste bin excuse
[16:06:58] <eric_unterhause1> rtai wasn't unloaded
[16:07:07] <motioncontrol> because this problem? the rtai use the hm2_pci
[16:08:23] <alex_joni> http://mtconnect.org/index.php?option=content&task=view&id=110
[16:10:01] <eric_unterhause1> motioncontrol: all those error messages are because you tried to load modules on a system where the modules were already loaded.
[16:10:23] <eric_unterhause1> you may have to unload by hand using rmmod in the correct sequence
[16:10:50] <eric_unterhause1> use lsmod to find which modules are being used by other modules
[16:11:07] <eric_unterhause1> if a module is not being used by another module, rmmod will remove it
[16:11:44] <alex_joni> using "sudo rmmod" actually
[16:11:56] <eric_unterhause1> sudo make me a sandwich
[16:12:14] <alex_joni> sudoku
[16:13:55] <motioncontrol> can i post the lsmod result.excuse but i don't have expert for linux please.
[16:14:28] <eric_unterhause1> http://pastebin.ca/ and give us the link
[16:14:50] <motioncontrol> ok i prove
[16:15:46] <motioncontrol> http://pastebin.ca/1326314
[16:17:07] <eric_unterhause1> sudo rmmod hm2_pci; sudo rmmod hostmot2;sudo rmmod hal_lib sudo rmmod rtapi
[16:17:23] <eric_unterhause1> oops forgot a semicolon
[16:17:26] <motioncontrol> ok i prove
[16:18:24] <eric_unterhause1> isn't there a script that unloads rtai?
[16:19:04] <eric_unterhause1> otherwise sudo rmmod all the other modules starting with rtai_
[16:20:16] <motioncontrol> i write first string sudo rmmod hm2_pci the error is: hm2_pci is in use
[16:22:13] <SWPadnos> halrun -U
[16:22:21] <eric_unterhause1> what does that do?
[16:22:33] <SWPadnos> it unloads realtiume
[16:22:35] <SWPadnos> -u
[16:22:50] <SWPadnos> halrun -U, realtime spelled without a u in it :)
[16:23:10] <eric_unterhause1> sounds like there is something using the hm2 driver
[16:23:17] <eric_unterhause1> user space?
[16:24:05] <SWPadnos> you need to remove all of them with the same command, if you want to do it the hard way
[16:24:12] <eric_unterhause1> I assume hm2_pci will unload itself
[16:24:41] <SWPadnos> halrun -U should remove all EMC2 related modules, along with RTAI
[16:25:47] <eric_unterhause1> I guess used by 1 means something is using it, what is it though
[16:26:21] <eric_unterhause1> motioncontrol: could you put a the result of ps -A on pastebin?
[16:27:44] <motioncontrol> i have restart pc and start emc the error is:http://pastebin.ca/1326318
[16:28:58] <SWPadnos> you have a more complex problem than removing modules. you got a kernel oops
[16:29:11] <eric_unterhause1> smp kernel
[16:29:13] <SWPadnos> and you're running on a custom kernel
[16:29:42] <motioncontrol> i use debian etch 4.05
[16:29:45] <SWPadnos> what "HAL file" did you modify?
[16:29:53] <SWPadnos> brb
[16:30:42] <eric_unterhause1> you built the kernel?
[16:30:45] <motioncontrol> you want post my hal file a apstebin?
[16:31:18] <motioncontrol> yes i have patch the kermel 2.6.22 with rtai 3.6
[16:31:37] <eric_unterhause1> and then you built emc against that?
[16:31:41] <motioncontrol> whith one card 5i20 fuction ok
[16:32:14] <motioncontrol> i don't understan against that
[16:32:37] <eric_unterhause1> I suspect that the hm2_pci can only load once
[16:33:01] <motioncontrol> i have add the second card in pc and this the problem
[16:33:43] <motioncontrol> the old m5i20 driver can use 2 card?
[16:34:07] <eric_unterhause1> probably never been tested
[16:34:36] <motioncontrol> i speack with mesa for this problem?
[16:35:07] <cradek> where is your hal file posted?
[16:35:30] <motioncontrol> one moment i poste it
[16:38:43] <motioncontrol> hal file: http://pastebin.ca/1326327
[16:40:38] <SWPadnos> you probably need to change the loadrt hm2_pci line as follows:
[16:40:50] <SWPadnos> loadrt hm2_pci config="firmware=hm2/firmware/5i20/SVST8_4.BIT num_encoders=4 num_pwmgens=4 num_stepgens=0"," firmware=hm2/firmware/5i20/SVST8_4.BIT num_encoders=0 num_pwmgens=0 num_stepgens=0"
[16:41:14] <motioncontrol> i prove
[16:41:28] <SWPadnos> the difference is that the two strings are separated by a comma, instead of having the comma inside a single string
[16:43:29] <cradek> I don't see in the hostmot2 manpage where it says to do either of those things. I don't see how to configure two boards.
[16:45:31] <SWPadnos> I'm not sure the manpage says it well
[16:45:41] <SWPadnos> but looking at the source, "config" is an array of strings
[16:45:44] <SWPadnos> one per board
[16:46:03] <SWPadnos> each string has the option of specifying firmware, encoders, stepgens ...
[16:46:15] <SWPadnos> one string per PCI board
[16:48:51] <motioncontrol> error: http://pastebin.ca/1326333
[16:50:17] <SWPadnos> check your quotes, that looks like ther emay just be a typo
[16:50:25] <SWPadnos> there may (see! :) )
[16:50:46] <eric_unterhause1> seems to me that there would be a significant effort to write a driver for more than one board
[16:51:49] <SWPadnos> it's supposed to work for more than one board
[16:51:55] <SWPadnos> even different board types
[16:52:35] <eric_unterhause1> SWPadnos: "even different board types" seems easier to me
[16:52:37] <motioncontrol> i want use the second card for only i/o
[16:52:50] <SWPadnos> eric_unterhause1, different board types which use the same hm2_pci driver
[16:52:51] <motioncontrol> my machine is big
[16:53:19] <motioncontrol> have more input and output
[16:53:59] <motioncontrol> in conclusion the hm2_pci driver suppor more pci card ?
[16:54:47] <eric_unterhause1> anyone know who wrote the driver, was it Pete?
[16:54:59] <SWPadnos> yes it does, seb kuzminsky wrote the driver
[16:57:23] <eric_unterhause1> sounds like it might be a good question for the email list
[16:57:39] <SWPadnos> I'm pretty sure there's a typo on the loadrt line still
[16:57:42] <cradek> I'm not convinced motioncontrol has got the command line right yet
[16:57:50] <SWPadnos> the error had two quotes at the beginning, not one
[16:58:05] <SWPadnos> and only one at the end
[16:58:36] <eric_unterhause1> no comma between the two quotes
[16:58:55] <SWPadnos> there is an unintended space between the quote and the word "firmware" in the second string. that may need to be removed
[16:59:38] <SWPadnos> there is a comma, the problem is reported by the second instance initialization
[16:59:38] <motioncontrol> yes i writr ","
[16:59:41] <SWPadnos> so the first one was fine
[16:59:56] <SWPadnos> ok
[17:00:24] <SWPadnos> there was a space just after that in the line I pasted - that should be removed
[17:00:51] <SWPadnos> I wonder if we're getting into some weird quoting /parsing issue with halcmd vs. shells vs. hm2_pci
[17:02:33] <cradek> do you have two cards?
[17:02:35] <cradek> (I sure don't)
[17:04:25] <motioncontrol> i have write "firm.....","firm....."
[17:04:44] <motioncontrol> the problem is equal
[17:04:50] <motioncontrol> http://pastebin.ca/1326333
[17:04:51] <SWPadnos> yeah, I can stick a few cards into one machine
[17:05:16] <motioncontrol> now
[17:05:25] <SWPadnos> motioncontrol, try this: "'firmware...','firmware...'"
[17:05:36] <motioncontrol> ok i prove
[17:08:40] <motioncontrol> error parameter or pin :hm2_5i20.0..pwgen.pwgen_frequenzy not foud.i thing no load the driver
[17:09:47] <SWPadnos> can you pastebin the errors. that looks to me as though the driver loaded but something else happened
[17:10:04] <motioncontrol> yes one moment
[17:10:06] <SWPadnos> are there actually two .. between the 0 and pwmgen?
[17:10:57] <cradek> half of those words are spelled wrong
[17:11:03] <cradek> pwgen
[17:11:04] <cradek> pwgen
[17:11:06] <cradek> frequenzy
[17:11:27] <SWPadnos> yeah. I'm not sure where the transcription error os though
[17:11:38] <cradek> I have no idea
[17:11:48] <cradek> makes it very frustrating to try to help
[17:11:52] <motioncontrol> http://pastebin.ca/1326357
[17:12:51] <eric_unterhause1> that didn't look bad
[17:19:17] <motioncontrol> who is the people is project the hm2_pci driver?
[17:19:43] <motioncontrol> i want question him
[17:20:05] <SWPadnos> send an email to the emc-users list. that's probably the best way
[17:20:18] <SWPadnos> he's also on IRC a lot, but not at the moment
[17:21:00] <motioncontrol> ok thanks for all
[17:21:15] <SWPadnos> motioncontrol, did you change it to "'firm...','firm...'" ?
[17:21:30] <SWPadnos> (I'm wondering if that's why the driver loads now
[17:21:32] <SWPadnos> )
[17:22:01] <motioncontrol> ok you have 2 card?
[17:22:12] <SWPadnos> I have many cards, but only one in a PC at the moment
[17:22:17] <SWPadnos> I can experiment with that later
[17:22:49] <SWPadnos> one thing to look at: take out the pwm frequency line and see if it gets through the file
[17:22:53] <motioncontrol> you can connection now the second card?
[17:23:05] <SWPadnos> in a few minutes, yes
[17:23:16] <motioncontrol> ok i wait
[17:23:30] <SWPadnos> ok, pleas do this while waiting :)
[17:23:53] <motioncontrol> when you time want?
[17:24:11] <SWPadnos> take only the hostmot2 and hm2_pci lines from your hal file and put them into another file
[17:24:30] <SWPadnos> (lines 17 through 21 in the pastebim)
[17:24:51] <motioncontrol> ok one moment
[17:24:52] <SWPadnos> then halrun -I <the new file name>
[17:25:07] <SWPadnos> that will give you a halcmd command line, and the hm2_pci drivers should be loaded
[17:25:26] <SWPadnos> within halcmd, show all
[17:25:35] <SWPadnos> and paste the result (it will be several hundred lines)
[17:28:40] <motioncontrol> http://pastebin.ca/1326371
[17:29:27] <SWPadnos> ok, now halrun -I <whatever that file is called>, and paste the result of "show all"
[17:30:11] <motioncontrol> one moment but halcmd i write in terminal or in emc.emc no load
[17:30:30] <motioncontrol> excuse halrun
[17:30:31] <SWPadnos> do not load emc
[17:30:51] <SWPadnos> halrun, in a terminal
[17:30:57] <motioncontrol> ok
[17:31:04] <motioncontrol> one moment
[17:32:37] <motioncontrol> terminal error no such file or directory the command not exist.
[17:33:12] <SWPadnos> you need to source emc-environment
[17:33:22] <motioncontrol> ok
[17:33:29] <SWPadnos> if you do it in the same terminal where you've been trying to run EMC, it should work
[17:35:39] <SWPadnos> nevermind
[17:36:46] <motioncontrol> i 'm in scripts directory.in this directory this is halrun , but i write hulrun the error is command not found
[17:37:27] <eric_unterhause1> if the environment variables aren't set up right, you need to type ./halrun
[17:37:32] <motioncontrol> ok ./halrun
[17:38:08] <SWPadnos> if the environment isn't set up right, there are probably going to be other issues
[17:38:27] <eric_unterhause1> agreed, but I was too lazy to type that
[17:38:40] <SWPadnos> don't worry about it, I have the machine with two cards in it, and I see that the driver isn't exporting anything
[17:38:43] <motioncontrol> i started ok i have line command halcmd
[17:39:19] <eric_unterhause1> how do you see what symbols a driver exports?
[17:41:27] <SWPadnos> symbols?
[17:41:36] <SWPadnos> I use show to show pins, parameters, functions
[17:41:37] <eric_unterhause1> you said it wasn't exporting anything
[17:41:47] <SWPadnos> I mean in a HAL sense, not a kernel sense
[17:42:07] <eric_unterhause1> ok
[17:42:33] <eric_unterhause1> is the mechanism different?
[17:43:48] <SWPadnos> for HAL components, they have to expose things they want the user to be able to use
[17:43:54] <motioncontrol> the resul is http://pastebin.ca/1326383
[17:44:11] <SWPadnos> this is called "exporting", but it's not the same as the symbols that are exported to the kernel in a module
[17:44:51] <SWPadnos> motioncontrol, I'm looking at it right now. there is a problem with loading multiple cards
[17:45:11] <SWPadnos> I'll look at it some more, and check in with Seb when I see him next
[17:45:20] <motioncontrol> you have connection 2 card in your pc?
[17:45:22] <SWPadnos> for now, I don't have any answers for you
[17:45:28] <SWPadnos> yes, I put in two 5i20 cards
[17:45:41] <motioncontrol> you have my problem?
[17:46:11] <SWPadnos> no, I have my own problems :)
[17:46:32] <SWPadnos> but yes, I see that there is a problem loading a driver for more than one card
[17:47:16] <motioncontrol> ok swPadnos you will modificated the driver ?
[17:47:54] <motioncontrol> for load more card.
[17:48:33] <SWPadnos> maybe me, maybe seb. I'm working on it now. thanks for the trouble report
[17:49:29] <motioncontrol> thank at you at all comunity i return tomorrow for news?
[17:50:20] <SWPadnos> sure. I don't know if we'll be done by then, but you can definitely check in
[17:51:24] <motioncontrol> thaks alredy and good night( in ITALY)
[17:54:25] <SWPadnos> ciao, bene
[17:56:10] <SWPadnos> bummer. it's working here now :)
[17:56:16] <SWPadnos> I need to figure out why
[17:56:28] <eric_unterhause1> bummer
[17:57:24] <SWPadnos> well, that was with only firmware strings - so there are no spaces in the strings and I think
[17:57:37] <SWPadnos> s/and I think//
[17:57:54] <SWPadnos> I also didn't use quotes when loading
[18:05:26] <SWPadnos> well crap. now it seems fine. I wonder if it was just the extra space he had in there
[18:05:51] <eric_unterhause1> that can do it
[18:06:04] <eric_unterhause1> you would think the parser would fix that, but not always
[18:06:32] <archivist> parser is too generous a term in some cases
[18:06:34] <SWPadnos> nope. that's not the problem
[18:06:43] <eric_unterhause1> tokenizer
[18:07:26] <eric_unterhause1> "call to strtok"
[18:07:39] <archivist> Ive done stuff which is more raw state machine
[18:24:52] <SWPadnos> well, it all works fine. there were several other problems with his hal file
[18:24:58] <SWPadnos> and my testing methodology at first
[18:25:22] <SWPadnos> (note to self: when looking for PWMgens on two cards, leave the ".0" out of the show pin spec)
[18:25:29] <alex_joni> ha :)
[18:25:36] <alex_joni> SWPadnos: so what's the incantation?
[18:25:46] <alex_joni> config="foo1","foo2" ?
[18:25:48] <SWPadnos> om mani padme hum
[18:26:12] <SWPadnos> actually, it works exactly as he first had it, with the exception that the strings are too long
[18:26:17] <alex_joni> we don't need Chenrezig now
[18:26:22] <SWPadnos> heh
[18:26:39] <alex_joni> and I'm sure he never answered to _your_ calls
[18:27:00] <SWPadnos> when I made the firmware strings "hm2/5i20/..." instead of ?hm2/firmware/5i20/...". it worked
[18:27:12] <SWPadnos> s/?/"/
[18:27:18] <alex_joni> ah
[18:27:45] <SWPadnos> I also had to change to a different directory, since have installed and run-in-place firmware, but anyway
[18:28:27] <SWPadnos> there are a bunch of pins named hm2_5i20.0.gpio.P3.xxx, but the P3s aren't there using hm2_pci
[18:28:36] <SWPadnos> (and the numbers need to change, I'm sure)
[18:28:57] <alex_joni> right
[18:29:03] <alex_joni> seb changed that lately I think
[18:29:11] <SWPadnos> and he's only adding hm2_5i20.0.* to threads
[18:29:29] <SWPadnos> not lately, hm2_pci does it this way, hm2_5i20 does it the other way I think
[18:31:26] <skunkworks> * skunkworks finally got trunk..
[18:31:33] <skunkworks> Very cool!
[18:33:47] <alex_joni> s/trunk/drunk/
[18:40:02] <skunkworks> heh
[18:43:29] <mshaver> Question: In 2.2.8 there doesn't seem to be a "dirsetup" parameter for hm2_5i20. It does exist in TRUNK. How far apart are 2.2.8 and TRUNK, and will there be a release soon that equalizes any important differences? I ask because I have to ship a machine to a customer tomorrow (Wednesday) and I want to know whether I should wait for a released version, of give them a run-in-place version that I know woks well...
[18:44:06] <SWPadnos> nothing like waiting until the last minute :)
[18:44:10] <alex_joni> about 2 months for emc 2.3.x
[18:44:18] <alex_joni> 2.3.0 to be precise
[18:44:35] <alex_joni> not sure about the dirsetup though
[18:44:42] <mshaver> OK, I guess that settles it...
[18:45:05] <cradek> I thought hm2 was pretty much the same between 2.2.8 and trunk
[18:45:10] <cradek> but I must be nuts
[18:45:16] <mshaver> running 2.2.8 complains about dirsetup with my hal file that works with TRUNK
[18:45:16] <SWPadnos> hm2_5i20 or hm2_pci?
[18:45:24] <cradek> (man I hate step/dir)
[18:45:25] <SWPadnos> mshaver, you could try hm2_pci instead
[18:45:32] <mshaver> hm2_5i20
[18:45:36] <SWPadnos> I know
[18:45:40] <mshaver> hm2_pci?
[18:45:41] <SWPadnos> you can try hm2_pci instead ...
[18:45:50] <SWPadnos> yes, that's the one that supports all the PCI boards in one driver
[18:45:56] <SWPadnos> including 5i20
[18:46:06] <SWPadnos> the GPIO pin names will chang
[18:46:17] <SWPadnos> I don't know what other differences there are, if any
[18:46:18] <mshaver> nothing like waiting until the last minute...
[18:46:21] <SWPadnos> heh
[18:47:04] <mshaver> I'll give this a try.
[18:47:06] <SWPadnos> here's an interesting TRUNK commit message: "new 5i20 bitfiles from Peter, with fixed stepgens"
[18:47:23] <mshaver> i __NEED__ that!!!
[18:47:33] <mshaver> probably not in 2.2.8
[18:47:34] <SWPadnos> then I think the path is clear :)
[18:47:58] <SWPadnos> no, I don't see any additions to v2_2_branch after that commit
[18:47:58] <mshaver> or at least the path is potentially navigable
[18:48:07] <SWPadnos> (for the 5i20 firmware anyway)
[18:48:35] <alex_joni> mshaver: I see the same dirsetup things in v2_2 branch as in TRUNK
[18:48:50] <alex_joni> judging by grep -e dirsetup src/hal/drivers/mesa-hostmot2/*
[18:50:37] <mshaver> I don't know what to say. Maybe it's in hm2_pci and not hm2_5i20, but the need for the latest fpga bitfiles really supercedes all other considerations.
[18:50:57] <cradek> are you sure you have 2.2.8?
[18:51:16] <SWPadnos> yeah, dirsetup is there in 2.2.8
[18:51:34] <mshaver> It said 2.2.8 in the error message printout, let me look again...
[18:51:44] <alex_joni> the latest bitfiles are definately only in TRUNK though
[18:52:02] <cradek> oh ok, I suppose the rest is academic then
[18:52:11] <SWPadnos> that's different from "there is no dirsetup parameter"
[18:52:23] <cradek> true
[18:52:33] <SWPadnos> having no parameter is a driver issue. having it not work is more likely a firmware issue
[18:52:40] <mshaver> when I start up in a terminal it signs on as EMC-2.2.8
[18:52:43] <SWPadnos> or just as likely anyway :)
[18:52:55] <SWPadnos> what bitfile are you loading?
[18:53:39] <mshaver> right now a custom one from Peter that slightly preceeds those ones he checked in with the stepgen fix
[18:54:03] <SWPadnos> oh. in that case maybe you should ask Peter for a new bitfile with the fixes
[18:54:25] <SWPadnos> the driver should work though, and there should be dirsetup parameters
[18:54:49] <mshaver> my bitfile has the fixes I think. He found the bug on my error report.
[18:55:01] <SWPadnos> ok
[18:55:10] <mshaver> I meant "very slightly" preceeds...
[18:55:15] <mshaver> ;)
[18:55:56] <SWPadnos> what indicates to you that there are no dirsetup parameters?
[18:57:58] <mshaver> EMC2 fails to start and complains, "kc6.hal:48: pin or parameter hm2_5i20.0.stepgen.00.dirsetup not found".
[18:58:16] <mshaver> TRUNK works OK
[18:58:32] <SWPadnos> with the same file?
[18:58:36] <mshaver> same config files
[18:58:38] <SWPadnos> ok
[18:58:47] <SWPadnos> that's a good indiacation :)
[18:58:48] <SWPadnos> -a
[18:59:05] <mshaver> line 48 in my .hal file refers to dirsetup
[18:59:09] <SWPadnos> yes
[18:59:40] <cradek> rtapi_snprintf(name, HAL_NAME_LEN, "%s.stepgen.%02d.dirsetup", hm2->llio->name, i);
[18:59:52] <cradek> ^ from 2.2.8
[18:59:55] <SWPadnos> I see the dirsetup code in 2.2.8 stepgen.c, so I don't know what the problem is
[18:59:58] <SWPadnos> yep, that's the code
[19:00:01] <cradek> are you sure there isn't another error earlier?
[19:00:17] <cradek> like the whole driver fails to load, and that's the first time you try to manipulate it?
[19:00:20] <alex_joni> maybe the stepgen didn't get exported..
[19:00:31] <cradek> yeah, you've got a more basic problem I bet
[19:00:41] <mshaver> I don't think so, let me check...
[19:05:39] <mshaver> hm2_5i20.0" Inconsistent Module Descriptor!
[19:06:11] <mshaver> hm2_5i20.0: board fails HM2 registration
[19:06:31] <alex_joni> sounds like the bitfile is newer then the driver knows?
[19:06:38] <cradek> if you only knew how to fix that, you'd be all set
[19:06:39] <mshaver> hm2_5i20.0: probe of 0000:05:00.0 failed with error -22
[19:06:52] <SWPadnos> aha! error -22!
[19:06:57] <SWPadnos> whatever that means
[19:06:59] <alex_joni> obviously
[19:07:00] <cradek> aha
[19:07:00] <mshaver> I do! Use TRUNK!
[19:07:08] <mshaver> yep, I like error -22
[19:07:12] <cradek> well, there is that
[19:07:13] <SWPadnos> TRUNK it is!
[19:07:39] <mshaver> It's one of those pre-runtime errors
[19:08:03] <SWPadnos> it's a "you wish you could get to run time" errors
[19:09:02] <alex_joni> EINVAL (is -22)
[19:09:25] <PCW> Is this maybe the (I dont like stepgen version 1) error?
[19:09:32] <mshaver> If I "sudo make install" from emc2-trunk/src will it install TRUNK over 2.2.8?
[19:09:46] <alex_joni> yes, that's not the best thing to do
[19:10:31] <alex_joni> mshaver: I would advise you 2 ways of doing this
[19:10:31] <mshaver> I could make them a DEsktop icon, but I want them to leave the munu launched (installed 2.2.8) version alone...
[19:11:01] <mshaver> I'm listening...
[19:11:01] <alex_joni> 1. uninstall 2.2.8, then use ./configure (without --enable-run-in-place), then make && sudo make install
[19:11:13] <alex_joni> but better yet use sudo checkinstall
[19:11:51] <alex_joni> checkinstall is a program that runs make install by itself, but instead of installing puts stuff in a package, which you can install and uninstall later
[19:12:05] <alex_joni> option 2. build a proper emc2 deb file
[19:12:19] <alex_joni> that's pretty simple, as you have most everything installed already
[19:12:27] <alex_joni> just sudo apt-get build-dep emc2
[19:12:32] <alex_joni> then debian/configure -r
[19:12:38] <alex_joni> and sudo apt-get install debuild
[19:12:41] <alex_joni> and "debuild"
[19:12:52] <mshaver> if I "apt-get remove emc2" will it kill anything else important?
[19:13:04] <alex_joni> no, only emc2 and sample configs
[19:13:14] <alex_joni> and it will remove emc2-dev too
[19:13:21] <alex_joni> but I assume you don't need that either
[19:13:56] <mshaver> I would need that if I wanted to do more compiling on that system, right?
[19:14:17] <mshaver> but I think I'll try making the .deb
[19:14:37] <mshaver> then if the guy needs updates I'll build him .debs he can install
[19:14:59] <alex_joni> right
[19:15:29] <mshaver> OK, I'm going to refresh my TRUNK, compile, and build the .deb now!
[19:16:38] <alex_joni> mshaver: I'm here if something doesn't work :) getting it right the first time is a potential pitfall
[19:16:57] <mshaver> isnt it always...
[19:39:07] <alex_joni> mshaver: working?
[19:45:41] <mshaver> compiling without run-in-place and with build-documentation
[19:46:07] <alex_joni> no need to compile
[19:46:15] <alex_joni> building hte package wi
[19:46:23] <alex_joni> building the package will compile for you
[19:46:31] <mshaver> oh...
[19:46:38] <alex_joni> the first thing it does is make clean, so your compile only proves it's working
[19:46:55] <mshaver> oh...
[19:47:06] <alex_joni> sudo apt-get install debuild
[19:47:15] <alex_joni> sudo apt-get build-dep emc2
[19:47:33] <mshaver> ok, doing that now
[19:47:48] <alex_joni> sudo apt-get install fakeroot debhelper
[19:47:54] <alex_joni> (not sure if debuild pulls those in)
[19:49:02] <mshaver> apt-get can't find debuild
[19:50:11] <alex_joni> sorry.. it's devscripts not debuild
[19:50:18] <alex_joni> sudo apt-get install devscripts
[19:51:14] <mshaver> OK!
[19:51:28] <alex_joni> did you run debian/configure -r ?
[19:52:17] <mshaver> devscripts worked
[19:52:29] <mshaver> is debian/configure -r next?
[19:52:37] <alex_joni> yup
[19:52:40] <mshaver> OK!
[19:52:48] <alex_joni> that configures the building process for the running kernel
[19:52:58] <alex_joni> (hopefully it's something like 2.6.24-16-rtai)
[19:53:05] <alex_joni> if you're on Hardy 8.04
[19:53:34] <mshaver> yep, successful!
[19:53:45] <alex_joni> now run debuild from the top emc2 dir
[19:53:52] <mshaver> OK!
[19:55:22] <mshaver> compiling now - had to install fakeroot
[19:55:24] <alex_joni> mshaver: gotta run, I'm sure jepler or cradek will help you out in the next 60 minutes if needed ;)
[19:55:31] <mshaver> OK!
[19:55:39] <mshaver> THANKS!
[19:55:43] <alex_joni> probably you need debhelper aswell
[19:55:46] <alex_joni> don't mention it
[19:56:01] <mshaver> OK!
[19:56:12] <alex_joni> (open a new terminal, and install debhelper)
[19:56:34] <alex_joni> beats waiting for a compile to error out, then redoing it :)
[19:56:38] <alex_joni> bbl
[19:58:37] <mshaver> Thanks!
[20:01:02] <mshaver> just a note if you read this later - debhelper was already installed - may have been part of emc2-dev which is also installed, or maybe devscripts
[20:45:03] <alex_joni> mshaver: cool
[20:45:11] <alex_joni> you don't need to sign the package as it says
[20:45:27] <alex_joni> that is only needed if you want to stick it into a public repository, which you don't :)
[22:37:24] <UncleG> SWPadnos: Thank you for your help the last couple days, I now have a fully functional CNC system again
[22:37:33] <SWPadnos> yay!
[22:37:43] <UncleG> yeah :)
[22:37:49] <SWPadnos> what did you have to fix?
[22:39:25] <UncleG> I routed out problems with the encoder of one drive and compared my results to the drive that just ran continously when plugged in, I found out that the old round lettered connector going to the one drive was shorted out and the encoder was not getting proper signal to the CNC box.
[22:39:34] <UncleG> Whats a run on sentence?
[22:39:46] <SWPadnos> see above
[22:39:52] <UncleG> right
[22:40:28] <UncleG> well, with a lot of soldering and checking wires in turns out the problem was little more than a bad connector.
[22:40:52] <SWPadnos> heh. I think someone mught have mentioned wiring as a possible problem :)
[22:41:00] <UncleG> yeah :)
[22:41:15] <UncleG> but that was for the drive that I wasnt even working on :P
[22:41:21] <SWPadnos> it usually pays to check the simple stuff first
[22:41:34] <UncleG> The drive I was working on, the A and A' channel of encoder was bad.
[22:41:48] <SWPadnos> a friend used to do computer tech support. something like 80-90% of problems were fixed by the first two questions:
[22:41:56] <SWPadnos> is it plugged in? is it turned on?
[22:41:59] <UncleG> :)
[22:42:03] <UncleG> yeah BOTH!
[22:42:08] <SWPadnos> heh
[22:42:09] <UncleG> It was just shorted out :)
[22:43:02] <UncleG> I found the problem checking the connector with the ohm meter it seems the 5vdc in was also putting voltage to 1 of the Phase wires.
[22:44:22] <UncleG> My next tes will be to see if I can fix the original drive with the bad encoder and add a third axis to my machine.
[22:46:05] <SWPadnos> check the encoder before removing it from the motor - it's probably a real pain to replace
[22:47:03] <SWPadnos> disconnect the motor/encoder at the closest connector to the motor, power the encoder with 5V from USB or something, and use the same halscope setup as before to look at phase A and B as you slowly turn the motor by hand
[22:50:41] <UncleG> ok
[22:50:43] <UncleG> Will do.
[22:57:28] <UncleG> it appears that this one may be shorted out as well
[22:58:14] <UncleG> the encoder reads A' and B' just fine when competely removed from the "mothe??" connector
[22:58:57] <mshaver> alex_joni: just to let you know, if you read back to this point, that it all worked, .debs, installation, all of it. This will be a good way to distribute updated versions of TRUNK, rather than trying to teach people how to maintain a run-in-place setup. Thanks Again!
[23:00:47] <UncleG> Im going to check out that "mother??" connector with the ohmeter
[23:01:24] <SWPadnos> have fun
[23:14:34] <cradek> mshaver: that's neat
[23:14:44] <cradek> I'm glad trunk packaging is in such good shape already
[23:43:07] <JymmmEMC> SWPadnos: s/ is it plugged in? is it turned on?/Did you restart the computer yet?/