#emc | Logs for 2005-11-19

[00:33:21] <Jymmm> les_w what line?
[00:38:28] <anonimasu> anodizing line
[00:39:04] <Jymmm> ah
[00:54:06] <anonimasu> les_w: there?
[01:58:27] <SWPadnos> SWPadnos is now known as SWP_Away
[02:07:39] <Jacky^> !ping
[02:07:45] <Jacky^> ops
[02:07:59] <Jacky^> pong :P
[02:11:49] <LawrenceG> prang....
[02:41:15] <Jacky^> mmhh
[02:41:36] <Jacky^> tryng skypeout seem very slow with 256 kbs upload band
[02:41:41] <Jacky^> :/
[02:42:03] <Jacky^> very bad ..
[03:14:48] <Jacky^> Jacky^ is now known as Jacky^afk
[05:02:56] <LawrenceG> http://members.shaw.ca/swstuff/proto.jpg surplus center 3ph ac servo motor driver test board
[07:28:44] <CIA-5> 03paul_c * 10emc2-auto/wiki/ (19 files in 15 dirs): "Auto update wiki from a cron job. Fri Nov 18 05:30:01 GMT 2005 "
[09:11:49] <fenn> mornin
[09:11:59] <alex_joni> yup
[09:12:13] <fenn> why the hell am i on romanian time?
[09:14:59] <alex_joni> why the hell am I on US time?
[09:15:07] <alex_joni> Id rather go to bad now ... :)
[09:15:13] <alex_joni> I'd rather go to bed now ... :)
[09:15:23] <alex_joni> you probably see that from my poor spelling too ...
[09:15:26] <alex_joni> :/
[09:26:19] <K`zan> Silly question about EMC running my drivers through the parallel port. As things are, when I bring up EMC all axis are running (currently only X and Y) until I bring up that script and bring all the associated lines low. I saw something about and enable signal comming off pin 1(?) should I have that wired up somehow?
[09:26:47] <K`zan> Or do I need to do some configuration to EMC ?
[09:29:53] <alex_joni> K`zan: can you ask that question again?
[09:29:56] <fenn> all lines are high until you start emc.run?
[09:31:57] <K`zan> Dunno about before, but when I bring up the script where you can set them, all lines are showing green, which apparenrtly means RUN.
[09:32:15] <K`zan> WHich it does as soon as I run EMC
[09:32:39] <K`zan> Just powering up the drivers (no emc) the steppers just sit there.
[09:33:51] <alex_joni> K`zan: you're still not making much sense..
[09:33:59] <alex_joni> you want steppers to turn without emc?
[09:34:17] <fenn> you're talking about ioshow right?
[09:34:25] <fenn> * fenn fires up old emc1
[09:34:30] <K`zan> alex_joni: How much more sense can I make other than to say that powering up the drivers, the steppers just sit there, run EMC and they take off.
[09:34:46] <K`zan> fenn: I think that is what it is, don't have EMC on this box.
[09:34:48] <alex_joni> I don't see any problem in that..
[09:35:13] <alex_joni> except maybe I don't understand what you mean by take off..
[09:35:17] <K`zan> I suspect ?!?!?!?!? THat I need to wire up an enable line off pin 1, I saw that some whre.
[09:35:39] <alex_joni> maybe you should tell us what you have
[09:35:41] <K`zan> take off == start running == step/clock goes low.
[09:35:44] <alex_joni> then what you need
[09:35:49] <alex_joni> what's still wrong
[09:36:01] <alex_joni> let's start with 1.(what you have)
[09:36:09] <alex_joni> what kind of emc?
[09:36:13] <alex_joni> what kind of hardware?
[09:36:21] <alex_joni> what kind of steppers/drives?
[09:36:31] <K`zan> Homebrew driver using an AVR to drive the steppers since they are too weak to use a 297/298 setup.
[09:36:47] <alex_joni> ok.. that's a start
[09:36:48] <K`zan> Essentially floppy steppers - these:
[09:37:00] <alex_joni> floppy steppers is enough info
[09:37:07] <alex_joni> how does the driver work?
[09:37:08] <K`zan> http://www.goldmine-elec-products.com/prodinfo.asp?number=G14781&variation=&aitem=3&mitem=6
[09:37:23] <alex_joni> does it use only step/dir? or does it need enable? or other signals?
[09:37:41] <K`zan> When step clock goes low, steppers are driven fwd / rev based on the direction line.
[09:37:55] <fenn> only one step right?
[09:37:57] <K`zan> one step per clock/step pulse
[09:37:58] <alex_joni> only one step I hope
[09:37:59] <K`zan> yes
[09:38:05] <alex_joni> ok.. go on
[09:38:08] <alex_joni> enable line?
[09:38:34] <K`zan> if ( bit_is_clear(PIND,0) )// if dir is low (fwd)
[09:38:34] <K`zan> {
[09:38:34] <K`zan> if (step_hold == 7)
[09:38:34] <K`zan> step_work = 0;
[09:38:34] <K`zan> else
[09:38:35] <K`zan> step_work++;
[09:38:39] <K`zan> PORTB = step_tab[step_work];
[09:38:41] <K`zan> step_hold = step_work;
[09:38:44] <K`zan> }
[09:38:45] <K`zan> else
[09:39:16] <K`zan> I saw something someplace about Pin 1 being an enable line, but I can't find it now in the mass of links I have collected :-/.
[09:39:39] <alex_joni> pin1 beeing pin1 on the parport? or on your drive?
[09:40:19] <K`zan> Off the parallel port - pin 1 enable. I am not sure that is for EMC (or used by EMC)
[09:40:30] <alex_joni> not used by EMC afaik
[09:40:31] <K`zan> Drive is not using it at this point.
[09:40:33] <fenn> handbook doesn't say anything about it
[09:40:35] <K`zan> Hummm
[09:40:37] <alex_joni> pin 1 is input to PC
[09:40:45] <alex_joni> it is used by printers
[09:40:59] <alex_joni> IF my memory serves me right..
[09:41:22] <K`zan> I don't like the idea of EMC just starting the drivers when in ESTOP :-/. Makes me nervious. I would have thought EMC would set up the port, but it sure doesn't look like it from what I am seeing.
[09:41:37] <K`zan> (EMC comes up in ESTOP here).
[09:42:01] <fenn> i think the idea is that low is active
[09:42:14] <alex_joni> K`zan: again, that is normal
[09:42:19] <K`zan> Should be from what I have read.
[09:42:26] <alex_joni> the first state emc starts in is ESTOP
[09:42:36] <alex_joni> then you need to push F1 to go to ESTOP_RESET
[09:42:40] <K`zan> alex_joni: THe old moogs I worked on did not just start stepping when they were turned on/
[09:42:41] <alex_joni> then F2 for MACHINE_ON
[09:42:55] <K`zan> I've been mousing that :).
[09:43:13] <K`zan> Neither did the CNC lathe...
[09:43:17] <alex_joni> ok... still not seeing the problem
[09:43:35] <fenn> it moves around when it's in estop?
[09:43:41] <alex_joni> ahh,.. I think I think I start to see
[09:43:47] <alex_joni> it's a driver problem
[09:43:49] <K`zan> Sheez am I doing that bad a job of saying that when I bring up EMC my drivers start running.
[09:44:08] <alex_joni> when the pins are pulled low, they simply run away
[09:44:33] <K`zan> alex_joni: OK, I'll go back and read the specs again, but the drivers only start running in manual mode when I pull the clock/step pin low.
[09:44:34] <alex_joni> K`zan: so you start emc (in ESTOP), and the steppers start moving?
[09:44:43] <alex_joni> it is low all the time
[09:44:52] <alex_joni> EMC uses pulses to command
[09:44:53] <K`zan> alex_joni: Yes. They are stopped and doing nothing until I start EMC.
[09:45:08] <alex_joni> check the voltage when EMC is not started
[09:45:21] <K`zan> I have to go in an set the associated port pins low after I start EMC to stop it.
[09:45:25] <alex_joni> imho the code you pasted is rubbish..
[09:45:38] <alex_joni> the driver code
[09:45:46] <K`zan> According to that script the port comes up all high.
[09:45:51] <alex_joni> it only looks at level.. and if the level is right it starts moving..
[09:45:59] <K`zan> Well, sorry it offends you :-).
[09:46:14] <alex_joni> it doesn't offend me.. it offends you, as you need to use it
[09:46:37] <K`zan> It works flawlessly until I hook up EMC. I don't suspect my code here.
[09:47:09] <alex_joni> what's step_hold ?
[09:47:19] <alex_joni> if (step_hold == 7)
[09:47:20] <K`zan> Manually simulating the clock/step and direction pulses, it does what it is supposed to do, ONLY when I hook up EMC to it that it goes nuts.
[09:47:45] <alex_joni> you might have some special idea in mind when you do the manual simulation
[09:47:53] <alex_joni> try leaving both signals high.. see what happens
[09:47:55] <K`zan> 8 steps of the stepper for one rev, I keep the current position of the stepper in in step_hold
[09:49:01] <K`zan> My assumption comes from reading, perhaps that was wrong. Direction low = forward, step goes low, move stepper one step in the commanded direction.
[09:49:14] <alex_joni> no.. step goes low then high again
[09:49:21] <alex_joni> move one step
[09:49:29] <K`zan> YEs
[09:50:25] <alex_joni> sorry.. can't help you with your drive / firmware.. kinda busy right now
[09:50:37] <alex_joni> but I suggest you try emc2, you can change step polarities there
[09:50:43] <K`zan> Step has to go low (trailing edge), if it doesn't go back high, no action taken.
[09:50:48] <alex_joni> maybe that will work with your external setup
[09:51:18] <K`zan> Ok, will look at that. Whatever version I have doesn't seem to set up the parallel port as near as I can tell ?!?
[09:51:39] <K`zan> Will see what version I have next time I boot that box.
[09:51:53] <K`zan> I think ?!? it was BDI 3.1 ?
[09:52:03] <alex_joni> 3.1?
[09:52:11] <alex_joni> don't think such a thing exists..
[09:52:11] <K`zan> lemme see if I still have the ISO here
[09:52:22] <alex_joni> 4.30 is the latest
[09:52:24] <K`zan> as noted :-) I think :-).
[09:52:40] <K`zan> Must have been 4.30 then, lemme see if I still have it here.
[09:52:41] <alex_joni> ok.. check the wiki.linuxcnc.org for a lot of help
[09:53:30] <K`zan> Nope reclaimed it, lemme go boot that box, brb
[09:54:06] <K`zan> The joys of a KVM, you can hide machines all over the place :-).
[09:55:32] <K`zan> Aha, just powering up the machine starts the drivers running.
[09:55:49] <K`zan> ALways powered the drivers up after starting EMC.
[09:55:52] <K`zan> before
[09:56:36] <alex_joni> so it's not an emc problem, but when the machine gets switched on the drives start moving
[09:56:45] <alex_joni> which means buggy drives / firmware
[09:57:22] <Anastasia> K'zan on the CNC box...
[09:57:52] <Anastasia> Hummm, help->about tells me nothing.
[09:57:58] <Anastasia> (TkEmc)
[09:58:25] <Anastasia> Help->info does nothing.
[09:58:33] <alex_joni> try uname -a
[09:58:42] <Anastasia> Linux darkstar.seastar.org #1 Thu Sep 29 00:08:05 BST 2005 i686 GNU/Linux
[09:58:50] <alex_joni> ok.. bdi 4.30
[09:58:58] <Anastasia> How can you tell ?
[09:59:02] <alex_joni>
[09:59:09] <Anastasia> Help-> help tells you nothing either...
[09:59:17] <Anastasia> LOL, ok.
[10:00:52] <fenn> i'm into puppy because it's small enough that anyone can develop the distro itself
[10:01:02] <fenn> with BDI it's a huge undertaking to make a new release
[10:01:19] <fenn> so little things like help menus and stuff dont ever get done
[10:02:00] <Anastasia> Ok, I think I might have noise problem. Y isn't running away, X is, checking. Set it low in the I/O Exercise script stops it. Checking.
[10:02:14] <Anastasia> Bringing EMC out of ESTOP
[10:02:23] <fenn> any filtering on the lines?
[10:02:41] <alex_joni> yeah.. capacitance in the wires is what he uses :)
[10:03:07] <Anastasia> Yes on Y (470 pF to ground at the port and 330pF to ground on the step/clock input. Hummm....
[10:03:12] <fenn> how else are you gonna get that 9ghz step rate??
[10:03:26] <Anastasia> the 470 is on all three axis...
[10:03:51] <Anastasia> LOL, not expecting too much out of this, surely not 9GHz step rate LOL
[10:06:20] <fenn> um.. scope out the pins on the micro and see what's going on?
[10:07:14] <Anastasia> working...
[10:07:31] <Anastasia> Thanks for the patience with a newbie at this level :-).
[10:08:09] <fenn> well, you can help me later when i fumble around with avr's
[10:08:51] <Anastasia> Glad to, they are a dream :-).
[10:09:04] <Anastasia> The open source tools are a dream also :-).
[10:09:37] <Anastasia> I think it is real close to time to get this on a PCB, the protoboard is getting to be a mess.
[10:09:59] <Anastasia> http://wrlabs.shacknet.nu/~vw/CNC/
[10:10:10] <Anastasia> For a peek at what has been going on here.
[10:10:13] <alex_joni> as a side-note: one advise, in the future you can start by stating "I'm a newbie, I need help, I built some drives and something isn't working properly"
[10:10:20] <alex_joni> you're much more likely to get help
[10:10:24] <Anastasia> Need to update that...
[10:10:52] <Anastasia> Ok, Not a total newb, but at this level I am :-/.
[10:11:06] <alex_joni> I figured you're not...
[10:11:21] <alex_joni> but as I said.. it helps a lot to say so
[10:11:26] <Anastasia> Jack of all trades, master of only a few..
[10:12:50] <Anastasia> G01 F6 Y0
[10:12:53] <Anastasia> ww
[10:15:37] <fenn> heh nice 10-pin header
[10:40:22] <Anastasia> LOL, thanks, hot glue and duct tape, gods gifts to engineers :)>
[10:40:37] <Anastasia> Adapts the STK500 outputs to the protoboard.
[10:52:06] <Anastasia> How does one get out of MDI mode ?
[10:53:11] <Anastasia> Found it :)
[10:56:33] <Anastasia> alex_joni, fenn and all, thanks for the help tonight!
[10:57:06] <Anastasia> Beddy bye time, later all.
[14:05:41] <Jacky^afk> Jacky^afk is now known as Jacky^
[14:20:58] <Jacky^> sigh
[14:21:08] <Jacky^> anyone tried skype here ?
[14:21:40] <Jacky^> -.-
[14:21:47] <alex_joni> * alex_joni did
[14:22:00] <alex_joni> couldn't get it to work properly under linux though :/
[14:22:18] <alex_joni> either I could hear the other part, or the other way around.. but not both
[14:22:20] <Jacky^> alex_joni: how it work for you ? how much fast is with your upload line ?
[14:22:38] <alex_joni> my upload line can handle a LOT ;)
[14:22:52] <Jacky^> i bought a skydapter to use an external phone and bought e. 10 credit by skypeout
[14:23:09] <Jacky^> it just work bad for me ..
[14:23:15] <Jacky^> 256 kbs upload
[14:23:23] <Jacky^> O_O
[14:23:36] <alex_joni> should be ok..
[14:23:43] <alex_joni> try gtalk
[14:23:46] <alex_joni> from google..
[14:23:47] <Jacky^> seems not enough
[14:24:03] <Jacky^> gtalk ? let me look ..
[14:24:43] <Jacky^> I bpought this: http://www.digicom.it/italiano/prodotti/skype.html?opendocument , E. 50
[14:24:57] <Jacky^> not the phone, just the adapter
[14:25:53] <Jacky^> uhm, gtalk work only on xp ..
[14:26:06] <Jacky^> oh.. seen
[14:26:16] <Jacky^> Mac and Linux users can connect to Google Talk using other..
[14:26:19] <Jacky^> well
[15:23:41] <rayh> Hi guys. Another night of power out.
[15:23:50] <Jacky^> hi rayh
[15:24:32] <rayh> how are things in the sunny south, Jacky^?
[15:25:02] <alex_joni> morning rayh
[15:27:33] <rayh> Hi alex
[15:27:55] <Jacky^> rayh: hot here
[15:28:03] <Jacky^> seems not november ..
[15:28:09] <Jacky^> :/
[15:28:44] <Jacky^> looking for a good dsl offer
[15:28:57] <Jacky^> tiscali here seems cheaper ..
[15:29:40] <Jacky^> 2Mega dsl 19E./mounth all incluse
[15:30:31] <Jacky^> really tired to search :(
[15:30:49] <rayh> Jacky^: Want some of our weather. -17.7777778 degrees Celsius
[15:31:07] <Jacky^> rayh: ouch , no thanks ..
[15:31:09] <Jacky^> :)
[15:31:10] <alex_joni> that 8 in there makes all the difference ;)
[15:31:29] <alex_joni> if it would have been only -17.7777777 it would have been OK
[15:31:29] <alex_joni> :P
[15:31:34] <rayh> Yes it does. The lake is beginning to freeze over
[15:31:49] <alex_joni> nice.. get the ice-skates out
[15:31:49] <Jacky^> theres no more global wheater
[15:32:01] <alex_joni> only global warming
[15:32:01] <Jacky^> theres only local wheater .. absurd
[15:32:11] <alex_joni> except for ray's place.. there's global cooling
[15:32:19] <Jacky^> :)
[15:32:46] <rayh> soon we will have a 160 acre backyard. 64 hectares
[15:34:49] <rayh> Worked on lerman-interp a while last night.
[15:35:23] <Jacky^> good
[15:35:40] <rayh> Writing subroutines is not a trivial task.
[15:36:20] <fenn> * fenn is debugging crapahalic
[15:36:29] <rayh> I was milling several square pockets withincrementing numbers engraved in each.
[15:36:34] <alex_joni> * alex_joni is wasting time at work :/
[15:36:50] <alex_joni> rayh: cool.. did that work?
[15:36:52] <Jacky^> rayh: interesting
[15:37:11] <rayh> It's friday afternoon. No work gets accomplished that close to the weekend.
[15:37:14] <fenn> you call a .ngc file for each number?
[15:37:29] <fenn> or a subroutine?
[15:37:37] <rayh> Yes it did work but pointed out a lot of things that I was not accustomed to happening.
[15:38:01] <rayh> I put each number in as a subroutine, 200, 201, ...
[15:38:54] <rayh> The basic g-code for the square was.
[15:38:59] <rayh> x1
[15:39:01] <rayh> y1
[15:39:03] <rayh> x0
[15:39:05] <rayh> y0
[15:39:21] <rayh> which is trivial in the old interpreter.
[15:40:00] <rayh> but add a subroutine some place in there and it may well move other axis values
[15:40:08] <rayh> that you are not expecting to move.
[15:40:20] <rayh> I wound up with rectangle in places.
[15:40:59] <rayh> Now the g-code for a rectangle looks like
[15:41:10] <rayh> g0 x0 y0 z0
[15:41:37] <rayh> g1f5 z-.2 (for depth setup)
[15:42:12] <rayh> x1 y0 z-.2
[15:42:33] <rayh> I found that I had to specify all positions each time.
[15:42:43] <fenn> positions aren't modal?
[15:42:53] <fenn> inside of a subroutine
[15:42:54] <rayh> Then I could easily add the #xx part of the subroutine.
[15:43:33] <rayh> They are but if the nested subroutine changes one or another that changed value
[15:43:45] <rayh> is what is worked from not the value you expect.
[15:43:52] <rayh> It's purely an operator thing.
[15:44:18] <rayh> or gcode writer thing.
[15:45:06] <rayh> I plan on putting a wiki page up for it. Will try today. So will shut up here.
[15:45:22] <fenn> so, g1f5 z-.2; square(1,1); x0y0; might end up somewhere like x0y0z0?
[15:46:44] <rayh> i think so. in the old system I'd have ignored the x0 y0 if that was the prior location.
[15:48:18] <rayh> The system seems to be much more sensitive to brackets now.
[15:49:09] <rayh> but that is a tentative conclusion also.
[15:49:40] <rayh> it didn't like some things like x#1-.2
[15:50:09] <rayh> or x.2+#z
[15:50:28] <fenn> #z? is that like "the value of variable z?
[15:50:35] <rayh> while x[.2+#x] works fine.
[15:51:15] <fenn> * fenn wants a gcode bash shell
[15:51:17] <lerman> When you call a subroutine, the arguments MUST be in brackets. The x#1-.2 is AFAIK the same as before. #z is not valid because the things after a # must be numbers.
[15:51:49] <rayh> Right.
[15:51:59] <rayh> typoing again.
[15:52:30] <rayh> I couldn't get it to like z.2+#3
[15:52:49] <fenn> why are variables numbers anyway? that is confusing as hell
[15:53:01] <lerman> Use: z[.2+#3]
[15:53:12] <rayh> Yep.
[15:53:22] <lerman> Variables are numbers because the 'language' is very limited.
[15:53:43] <rayh> Question. In the old interp #1000 was a normal variable
[15:53:54] <rayh> I could set it in the var file and use it anyplace.
[15:53:55] <fenn> lerman: because the parser only looks at the first letter?
[15:53:59] <rayh> Is that still true.
[15:54:05] <lerman> It is now, also.
[15:54:26] <rayh> so #1 is an ordinary var file variable.
[15:54:39] <rayh> but it is reset as an arg to a subroutine?
[15:55:45] <rayh> btw lerman, I hope that you don't take my questioning as questioning your work.
[15:55:57] <lerman> Yes, the first thirty parameters are used as args to subroutines. If there are fewer than 30 args, the remainders are set to zero (but I'm not sure I like this behavior and there are good arguments for changing that.)
[15:56:37] <lerman> You are questioning my work. And that's a GOOD thing. As long as you aren't questioning my value as a human being.
[15:56:53] <rayh> Okay. And for other variables the #1000=4.123 still goes?
[15:57:23] <lerman> Yes, that is true. And you can still do #1=4.123.
[15:58:06] <rayh> No problems with the human side of things. No problem with the coder side of things either.
[15:58:16] <rayh> cause I ain't one.
[15:58:59] <rayh> at the boundary between a sub routine and the calling line
[15:59:11] <rayh> is the following permitted.
[15:59:22] <rayh> #1=5
[15:59:47] <rayh> oxxx call [#1]
[16:00:10] <lerman> Yes.
[16:00:44] <rayh> okay.
[16:01:22] <rayh> there is no distinction between the value of #1 inside or nested or wherever.
[16:02:27] <lerman> The subroutine that is called will see the value 5. If it changes the value of parameter 1 and then returns, the CALLER will still see that #1 has the value 5. Each level of subroutine call has its own set of values for parameters 1-30. BTW: you can only have 10 levels of subroutine calls.
[16:03:09] <rayh> Okay. I can't imagine getting further in than 2.
[16:03:43] <fenn> it's easy to do once you start building up collections of subroutines
[16:03:55] <rayh> So If I change the value of #1 inside a nested subroutine, the calling routine will NOT see the change.
[16:04:01] <alex_joni> or use recursive calls ;)
[16:04:08] <alex_joni> and don't pay attention
[16:04:11] <lerman> When you design a subroutine, you should specify what initial conditions it expects, what things it modifies, and what exit conditions are.
[16:04:11] <cradek> or if you want to machine a sierpinski triangle
[16:04:24] <lerman> rayh: correct.
[16:05:03] <lerman> You CAN write recursive subroutines. And if you want a sierpinski curve, you can only go 10 levels deep.
[16:05:43] <fenn> any special reason why 10?
[16:05:54] <fenn> (curious)
[16:06:00] <lerman> BTW: there are some hard limits coded in. 1 -- A maximum of 1000 different oXXX labels. 2 -- Ten levels of subroutines.
[16:06:01] <alex_joni> later guys
[16:06:04] <alex_joni> lerman: nice work ;)
[16:06:13] <alex_joni> if rayh likes it.. it's GOOD :P
[16:06:39] <lerman> The memory for this is allocated statically, so that's where the limits come from.
[16:07:20] <lerman> I could have used malloc, but some people would prefer a static footprint for a program running in this environment.
[16:07:44] <lerman> I'm glad you seem to like this.
[16:07:52] <rayh> What happens if I write two 0250 subroutines, one at the top and one further down?
[16:08:21] <rayh> o250
[16:08:28] <lerman> I'm not sure. Either you get an error OR the last one seen is the one that is run.
[16:08:35] <rayh> darn I don't like oO and 0.
[16:09:01] <rayh> If the second, It would get you round the 1000
[16:09:08] <lerman> rayh: I built the thing and still use the wrong character sometimes.
[16:09:32] <lerman> If we care about the 1000 limit, I coud just increase it.
[16:09:34] <rayh> I can see why use use only the lower case
[16:09:48] <rayh> Nah not now or anytime soon.
[16:10:00] <rayh> I do like the static for embedded systems.
[16:10:44] <rayh> although even these are falling to the massive mems available.
[16:11:49] <lerman> Having subroutines really makes canned cycles obsolete. I built my own peck cycle that pauses the downward motion every N msec to break chips, and retracts one cycle out of M to clear the chips. That was trivial to do.
[16:12:25] <rayh> trivial to do.-- easy for you to say.
[16:13:01] <lerman> Well, thinking like a programmer IS trivial for me. It's thinking like a machinist that I find hard.
[16:13:03] <rayh> but true. much of the canning and such could as easily be handled by bash scripts or
[16:13:10] <rayh> text writers.
[16:14:06] <rayh> A few years back, we wrote an interpreter that saw a file that was the produce of a scripting language.
[16:14:16] <rayh> product
[16:14:33] <rayh> That worked very much like your interpreter.
[16:14:43] <lerman> Once I have a subroutine written, I find that I want to use it lots of places. That's why I will probably add an include file capability some time. I'll probably do it inside a comment: (incl: /usr/local/EMC/nc_files/GPfunctions)
[16:14:47] <rayh> the scripter expanded subroutines into line code.
[16:15:16] <rayh> I did that also with subroutines.tcl
[16:15:57] <rayh> I like the incl: only incl, would fit with the current use of msg,
[16:18:19] <lerman> The interpreter does NOT expand the files, it interprets them. The difference is that the lines of the subroutine are interpreted after the subroutine is called, not when it is defined. Also, an oNNN can be a variable. So o#125 is legal. In some of my code, I call a subroutine, passing the number of another subroutine as an argument. So, you could have a general bolt hole pattern routine...
[16:18:21] <lerman> ...and pass as an argument the number of the routine to use for drilling the holes (perhaps a peck cycle, or a tapping cycle, or whatever).
[16:19:19] <lerman> Yes, the usage would be the same as msg. That's the easiest way I see to get both upper and lower case characters in a file name.
[16:20:09] <lerman> I was also thinking of a text engraving functionality that would let you specify the actual text either inside a comment or as the name of a file containing lines of text.
[16:20:19] <SWPadnos> ding!
[16:20:31] <SWPadnos> (hi)
[16:20:38] <lerman> dong.
[16:20:54] <rayh> How you doing?
[16:21:00] <rayh> Cold get there yet.
[16:21:03] <SWPadnos> OK - you?
[16:21:09] <rayh> Good.
[16:21:10] <SWPadnos> somewhat - a little snow on the ground
[16:21:19] <SWPadnos> 30-40 degrees colder today than 2 days ago
[16:21:42] <les_w> same here
[16:22:15] <rayh> lerman: I don't quite understand the engraving. You thinking subroutine?
[16:22:38] <SWPadnos> A machinist we used to use had Bridgeport, and we did text engraving using subroutines
[16:22:48] <SWPadnos> it was character by character though
[16:23:07] <SWPadnos> he took the time to make a library of all the characters, and could even scale them using a parameter
[16:23:38] <rayh> Sounds a bit like CP1.
[16:23:40] <SWPadnos> but then it was "call subroutine for A, move X+(spacing), call subroutine for B" etc.
[16:24:12] <SWPadnos> incidentally, relative motion can be your friend for subroutines and loops
[16:24:26] <lerman> I would use the Hersey fonts. You would be able to specify the scale, the direction (angle), etc of the text.
[16:24:48] <SWPadnos> no - we need a G-code TTF parser :)
[16:24:51] <SWPadnos> * SWPadnos hides
[16:25:06] <lerman> I've never used relative motion (except to specify the the I, J center of arcs).
[16:25:39] <SWPadnos> for boxcutting and the like, it could be good
[16:25:46] <lerman> I looked around, but couldn't find TTF to vector conversion code.
[16:26:08] <les_w> I have plenty, but not free
[16:26:22] <rayh> could use m101 to execute a engraving code writer that writes a temp_engrave.ngc that get's called in by ((incl: /usr/local/EMC/nc_files/temp_engrave.ngc)
[16:26:29] <SWPadnos> I'm sure there's some part of freetype that could be used
[16:26:34] <lerman> Well, for this purpose, if it isn't free, it isn't.
[16:26:49] <les_w> TTF-> DXF-> gcode is free I think with various programs
[16:27:42] <fenn> is there a way to execute shell scripts from gcode?
[16:27:57] <lerman> If we have the source to TTF->DXF, I could probably incorporate it into the interpreter.
[16:27:59] <rayh> Wah! KDM is fragile these days.
[16:28:00] <SWPadnos> m1xx
[16:28:18] <fenn> lerman: it's in python
[16:28:20] <SWPadnos> (fenn - m100 and above are script calls)
[16:28:49] <rayh> fenn just name the shell script m101 and it goes on that gcode
[16:29:05] <rayh> That is my ultimate gcode virus.
[16:29:16] <SWPadnos> hmmm - assuming emc can find the scripts dir - I winder if that's been looked at lately in emc2???
[16:29:22] <fenn> can you get values back from the scripts?
[16:29:26] <fenn> or just execute them..
[16:29:30] <lerman> Well, at least reading python is relatively easy for a C program. (You could have said it's in perl). Tell me it doesn't use a zillion cryptic library functions.
[16:29:35] <SWPadnos> execute only, return code probably
[16:29:42] <SWPadnos> but not a list of values
[16:29:50] <rayh> m101 says cd /usr/local/emc ; sudo rm -rf
[16:30:03] <SWPadnos> however, using halcmd or the like in the script, you may be able to make/change some parameters
[16:30:15] <fenn> lerman: wouldn't it be better to just call ttftogcode and then interpret the gcode it spits out?
[16:30:22] <SWPadnos> not that the interpreter can see those changes (?)
[16:30:31] <lerman> Gee m101 has been changed since the last time I looked. It used to say cd /; sudo rm -rf.
[16:30:46] <fenn> aww too bad
[16:30:47] <rayh> Yep that to!
[16:31:25] <lerman> I'm not familiar with ttftogcode. But would it let me do scaling, direction, etc.
[16:31:39] <fenn> well, not really
[16:31:56] <fenn> they are defined as variables in the gcode and then you edit them by hand
[16:32:10] <fenn> but it could be fixed up to work like a regular command line program
[16:32:17] <fenn> arguments and such
[16:32:39] <rayh> Here's a thought on scaling, you use m106 to set scaling in hal. Now you've really got a screwed up system.
[16:32:59] <SWPadnos> does m1xx get a command line from emc?
[16:33:10] <SWPadnos> ie, can I do m109 foo bar
[16:33:23] <SWPadnos> and have foo and bar passed to m109 as arguments?
[16:33:28] <rayh> Don't think that it passes args.
[16:33:36] <lerman> Well, another change I'd like to add is the ability to do general scaling and axis rotation. The axis rotation is important because you could then just clamp a part to the table, make three measurments with a probe, set up axis and run your program.
[16:33:39] <SWPadnos> OK - that would be a useful change
[16:33:56] <SWPadnos> what if they're not square?
[16:34:17] <rayh> lerman: That was done with the NIST CMM some years ago.
[16:34:17] <lerman> I just googled ttftogcode and got three pages in italian and none in english.
[16:35:06] <rayh> find the part -> find the orientation -> find the dimensions.
[16:35:21] <fenn> http://timeguy.com/cradek/truetype
[16:35:25] <rayh> There is a NIST paper on that someplace.
[16:35:37] <lerman> So, the axis aren't square. Most are, and if they aren't, they don't change. So that should be part of the kinematics, I'd guess. But I could do a general matrix multiplication. -- an affine transformation.
[16:36:23] <SWPadnos> no - you want to make a square part, but it's rotated a little on the table - you don't want a parallelogram for axis orientation or you'll get a leaning tower of pisa
[16:36:28] <fenn> i got the idea in my head a week or so back to incorporate the orocos matrix transforms and kinematics code into emc
[16:36:57] <fenn> but all this has nothing to do with text engraving.. does it?
[16:37:08] <lerman> Thanks for the link, fenn.
[16:37:20] <SWPadnos> and thatks to chris for writing it :)
[16:37:22] <SWPadnos> thanks
[16:37:43] <lerman> Well, one way to provide the direction is to rotate the part in software.
[16:38:06] <lerman> And one way to do italics is to skew the text.
[16:38:14] <SWPadnos> sure - or just get a baseline for X, and rotate your coordinate system based on that
[16:38:39] <SWPadnos> yes - you may want a full affine matrix for some cases, but a non-aligned vise isn't one of them :)
[16:38:42] <fenn> i've asked this about 50 times and forget the answer.. does emc do rotational work offsets?
[16:39:08] <SWPadnos> on rotational axes, it should (but I can't say for sure)
[16:39:24] <fenn> so only if you have a rotary table then, right?
[16:39:36] <SWPadnos> a rotational axis - yes
[16:39:48] <fenn> (this is why i hate it when people call "joints" axes)
[16:39:54] <lerman> I've actually written the text code before as part of a contract with Nynex. It actually read a dxf file and plotted the text. But, of course, I don't have a copy of the code (it used Hersey fonts).
[16:40:06] <SWPadnos> what if you have motorized the nod and tilt of your Bridgeport head?
[16:40:07] <rayh> fenn: Did orocos publish something beyond prelim stuff?
[16:40:33] <fenn> rayh: i dont know.. i've only read the api's, haven't looked for the source yet
[16:41:50] <rayh> Herman is a good guy but it seemed to me that orocos got bogged in EU politics
[16:42:43] <fenn> rayh: i'm downloading 5.6mb of "robot control software" right now
[16:43:07] <rayh> I found one link to the NIST CMM interpreter at http://www.isd.mel.nist.gov/documents/scott/inspection_wrkstat.pdf
[16:44:22] <rayh> better http://www.isd.mel.nist.gov/documents/kramer/DMIS2.pdf
[16:45:46] <SWPadnos> funny - I'm just reading Anders' email to the emc-users list (about using a digtial camera for leadscrew compensation measurements)
[16:46:08] <SWPadnos> I'm considering making some software for my digital camera to do this stuff
[16:46:45] <fenn> that was another nist project.. using a holographic grid for machine tool calibration
[16:47:27] <SWPadnos> also used in the movie "Looker"
[16:47:55] <SWPadnos> (used on Susan Dey in that film :) )
[16:48:44] <fenn> a laser grid projector to scan people?
[16:48:54] <SWPadnos> even better - naked people
[16:49:00] <fenn> heh
[16:49:13] <fenn> that exists for real now
[16:49:18] <SWPadnos> (the movie came out in 1981, so this idea has been around for a while)
[16:49:53] <rayh> It's the John Holmes anatomically correct silicone torso!
[16:50:02] <SWPadnos> eeewww!
[16:51:09] <rayh> I've got to get to repairing PC's from last nights elec faillure.
[16:51:27] <rayh> rayh is now known as rayh-away
[16:51:29] <fenn> SWPadnos: http://www.cyberfx.com/ful_body_scan.htm
[16:51:30] <SWPadnos> bummer - you needd a generator. anyone ever tell you that? :)
[16:52:00] <SWPadnos> yep - htat's the basic idea :)
[16:52:02] <SWPadnos> that's
[16:54:13] <fenn> wow.. http://www.breuckmann.com/HTML/bilder/3Wuerfel.jpg
[16:55:57] <SWPadnos> yeah - wow. How'd he get parts of those black???
[16:56:05] <SWPadnos> I wonder if that's partly the lighting
[16:59:57] <fenn> i think it changes the point density based on the luminance of the original stereo photograph
[17:00:20] <SWPadnos> the technique I know about only allows you to make "light" spots
[17:00:32] <fenn> yeah, i think it's just on a black background
[17:00:41] <SWPadnos> looked that way
[17:01:14] <SWPadnos> I've seen some of these photographic metrology systems, they're pretty cool (and have come a long way in the last few years)
[17:06:26] <fenn> ick.. they actually are using it for plastic surgery
[17:06:37] <SWPadnos> interesting
[17:12:36] <rayh-away> Hey morphix just fixed by errent hd. My boxes are alive except for a trashed KDM.
[17:14:13] <SWPadnos> what's KDM's problem?
[17:14:20] <SWPadnos> (ie, what does it (not) do?
[17:15:51] <rayh-away> tries to start kde but fails to find things like mouse and kbd.
[17:16:14] <SWPadnos> does the system start in graphical mode, or text mode?
[17:16:21] <rayh-away> This is about the 15th time on the athalon 64 box.
[17:16:49] <SWPadnos> is that a stock install (not EMC, non-RT)?
[17:17:06] <rayh-away> BDI-4.30
[17:17:10] <SWPadnos> ah
[17:17:29] <rayh-away> but that doesn't say much cause there is more than one out there.
[17:17:34] <SWPadnos> can you ssh to it? (assuming that the local console is useless)
[17:18:01] <rayh-away> gcc is 2.95.4
[17:18:40] <rayh-away> Oh. It comes up to the login screen and you can start a terminal from the menu there.
[17:18:52] <rayh-away> but yes I can ssh into it.
[17:18:54] <SWPadnos> yo umay want to separate runlevels 2 and 3 so that you can optionally boot into non-graphical mode
[17:19:05] <SWPadnos> they're normally the same on Debian systems
[17:19:34] <rayh-away> How do I go about doing that separation.
[17:19:53] <SWPadnos> first, go to /etc/rc2.d/
[17:20:03] <SWPadnos> rename S99kdm to K99kdm
[17:20:26] <SWPadnos> that makes it not start KDM in runlevel 2 (the default)
[17:20:33] <SWPadnos> then, go to /etc
[17:20:42] <SWPadnos> you can change the default runlevel in the file inittab
[17:20:57] <SWPadnos> there's a line that says something like runlevel:2::(something)
[17:21:06] <SWPadnos> change the 2 to 3, and it'll start up as it does now
[17:21:36] <SWPadnos> at the boot menu, you can add a kernel parameter like "initrunlevel=2" to make it boot in text mode (I think - looking up the exact syntax now)
[17:22:50] <SWPadnos> you can also change runlevels by executing init N (where N is the desired level) from any terminal, including an ssh session
[17:24:06] <rayh-away> You guys seen this http://www.isd.mel.nist.gov/projects/rcslib/nmlqr.html
[17:24:56] <SWPadnos> nope
[17:28:38] <fenn> rayh-away: what about it?
[17:41:24] <rayh-away> I was thinking of a query response setup as GUI interface.
[17:41:50] <rayh-away> emcsh goes about half way there with a few of it's commands.
[17:41:58] <rayh-away> rayh-away is now known as rayh
[17:55:40] <rayh> rayh is now known as rayh-phone
[18:14:36] <SWPadnos> SWPadnos is now known as SWP_Away
[18:56:13] <Jymmm> wb les
[18:56:48] <les_w> yahoo...corp brass met...teleconference....Looks like I have a full quarter of financing if I need it!
[18:57:02] <les_w> they would rather the time was less...
[18:57:34] <Jymmm> yahoo?
[18:57:35] <les_w> but a full quarter....that is some money.
[18:57:54] <Jymmm> as in yahoo.com ?
[18:58:30] <les_w> jymmm when someone calls on the phone and says they will write you a check for $60k more
[18:58:36] <les_w> I say yahoo.
[18:58:56] <les_w> otherwise I say boohoo.
[18:59:03] <Jymmm> AH, ok. lol Yahoo.com HQ is 15 minutes from me.
[18:59:03] <les_w> haha
[18:59:27] <Jymmm> ebay HQ is 30 seconds
[18:59:42] <les_w> wow
[18:59:44] <Jymmm> w/o stoplights that is
[18:59:58] <les_w> you are camped in the parking lot?
[18:59:59] <les_w> heh
[19:00:13] <Jymmm> close enough, just easy access.
[19:00:49] <les_w> anyway...the heats on. They dropped all other product reserch on the subject to concentrate on mine.
[19:00:56] <les_w> all eggs in this basket
[19:01:09] <les_w> If I were them I would not have done that
[19:01:26] <Jymmm> No more gant charts?
[19:01:32] <les_w> but they did, so that's it.
[19:01:47] <Jymmm> and just for R&D still?
[19:01:51] <les_w> oh, they will be on my ass constantly I'm sure.
[19:01:56] <Jymmm> brb coffee....
[19:02:00] <les_w> k
[19:02:53] <les_w> now on another subject...can't fing 3 conductor shielded 12 g hi flex cable
[19:03:15] <les_w> igus only goes down to 4 conductor
[19:03:17] <les_w> ???
[19:06:46] <Jymmm> igus? they make energy chain, dont they?
[19:07:17] <Jymmm> does it HAVE to be 12ga? can it be 10ga?
[19:07:40] <Jymmm> oh shielded.... hmmmmmmmmm
[19:08:56] <les_w> actually code is 8g
[19:09:11] <les_w> but hey this is only 15 amp 3 phase
[19:09:15] <les_w> 8 seems silly
[19:09:19] <Jymmm> length?
[19:09:39] <les_w> 25 feet or something
[19:09:52] <les_w> has to snake through a lot of energychain
[19:10:34] <Jymmm> ok, you want 8 10 or 12 ga?
[19:10:42] <les_w> unsheilded I can find....but laying right next to encoder lines etc
[19:10:44] <les_w> 12
[19:16:55] <Jymmm> found some
[19:17:08] <les_w> neat
[19:17:11] <les_w> link?
[19:17:25] <Jymmm> AC Motor Drives, VFD, Variable Frequency Drive
[19:17:35] <Jymmm> http://bwccat.belden.com/ecat/jsp/Index.jsp?P1=undefined&P2=undefined&P3=undefined&P4=undefined&P5=undefined&P6=undefined
[19:17:41] <les_w> looking
[19:18:09] <Jymmm> Non-Paired- 1000V UL Flexible Motor Supply Cable Suitable Applications: AC Motor Drives,VFD,Variable Frequency Drive
[19:21:49] <les_w> ach their site is dog slow
[19:22:19] <Jymmm> Non-Paired- 1000V UL Flexible Motor Supply Cable Suitable Applications: AC Motor Drives,VFD,Variable Frequency Drive Number of Conductors: 3 Total Number of Conductors: 3 AWG: 12 Stranding: 65x30 Conductor Material: TC - Tinned Copper Insulation Material: XLPE - Cross Linked Polyethylene Outer Shield Material Trade Name: Duofoil� Outer Shield Material: Aluminum Foil-Polyester Tape-Aluminum Foil/TC - Tinned Copper Outer Jacket Material: PVC - Pol
[19:22:57] <Jymmm> Belden #29502
[19:23:38] <CIA-5> 03fenn * 10emc2/src/hal/utils/halcmd.c: halcmd delsig all only deletes the first 64 signals.. some hal files have more than 64 signals (like mazak_rf.hal) and thy don't get deleted. added a #define MAX_EXPECTED_SIGS so at least this is easily changed.
[19:23:50] <Jymmm> les_w: Newark has a 250' spool for $483
[19:26:09] <les_w> heh. Looked at the vfd cable...pvc jacket, foil shield...not flexible enough. Now looking at flexible automation cable
[19:26:59] <Jymmm> ah, ok.
[19:27:18] <Jymmm> * Jymmm tried
[19:28:21] <Jymmm> http://www.newark.com/NewarkWebCommerce/newark/en_US/endecaSearch/searchPage2.jsp;jsessionid=VOLKC2B2BPMF4CXFEOFCFGAK2URYWIV1?comSearch=true&N=0&N=135856&x=39&y=9
[19:33:31] <les_w> seems they have no hiflex 3 conductor
[19:33:46] <les_w> rats
[19:34:02] <Jymmm> probably do, just not shielded
[19:34:42] <Jymmm> well, add a shield?
[19:36:33] <les_w> perhaps
[19:38:02] <fenn> just curious, are your encoder wires shielded?
[19:39:12] <les_w> yes fenn they are shielded twisted pair differential
[19:41:14] <les_w> well, the closest I can find is igus 4 conductor. $5.36 a foot. oh well it's only money...
[19:46:55] <fenn> les_w: but think about the mass you're adding to the gantry!!!
[19:50:32] <les_w> ha
[19:51:48] <les_w> oh, it's 3.93 direct from igus
[19:51:56] <les_w> guess that's it
[19:52:07] <les_w> 0.57" diameter
[19:52:14] <les_w> better check for room
[19:52:52] <les_w> seems awful fat for 4x12
[19:53:19] <fenn> it's all that shielding packed into it
[19:53:32] <fenn> and flex insulation probably has a lower dielectric constant
[19:56:01] <les_w> yeah, I guess.
[19:59:01] <les_w> I also have to run a separate 240 60hz for the spindle fan
[19:59:22] <les_w> 18 would be plenty for that
[19:59:33] <Jymmm> 000
[20:01:13] <les_w> heheh I will very soon have to run something like that underground to the shop
[20:01:19] <les_w> need 100 amps
[20:01:31] <Jymmm> ...and plan on 200
[20:01:59] <les_w> well, when I reach that time to go to an industrial park a commute again
[20:02:44] <les_w> I shudder at the thought of ever moving that much cast iron again
[20:02:51] <rayh-phone> rayh-phone is now known as rayh
[20:02:55] <les_w> not my idea of a good time
[20:03:39] <fenn> can't you use a 3-ph fan and use the same cable?
[20:03:49] <les_w> ray's phone just rings off the hook...
[20:04:05] <rayh> yes it does.
[20:04:25] <les_w> fennn....the spindle is 0-400 hz...fan is 60
[20:04:27] <rayh> I see you are a busy guy les_w.
[20:04:37] <fenn> oh, duh n/m
[20:04:39] <les_w> way busy ray
[20:08:04] <fenn> i just loaded mazak_rf.hal into crapahalic.. it is scary for sure
[20:09:40] <les_w> I was just looking at the $30k Mazak VMCs in american machinist
[20:09:54] <les_w> makes me wonder about retroing an old one
[20:10:15] <fenn> well you've got lots of expertise hanging around here
[20:10:31] <les_w> yup
[20:11:03] <les_w> the tool change is the work really
[20:11:48] <fenn> looked to me like figuring out the wiring was the work
[20:12:05] <les_w> one problem with the old machines are that the spindle is so damn slow
[20:12:15] <les_w> I think the new ones have 10k?
[20:12:20] <les_w> rpm
[20:12:56] <les_w> I figure with the retro just tear everything out and duplicate the router wiring
[20:13:44] <les_w> I saved back some of those good SEM servos I was selling
[20:14:06] <les_w> 3 anyway
[20:14:15] <les_w> all brand new
[20:15:16] <les_w> But rally...how much labor will that end up being?
[20:15:19] <les_w> really
[20:15:42] <les_w> How many man hours were put into the one at Roland's?
[20:16:36] <les_w> Admittedly, it would be fun to do
[20:16:46] <les_w> but where do I get the time...
[20:17:27] <fenn> just get ray and john to do it :)
[20:17:51] <les_w> hahaha
[20:36:52] <fenn> rayh: where's mazak_rf.nml ? mazak_rf.ini is looking for it...
[20:37:37] <les_w> oh look at this...
[20:37:41] <les_w> http://www.machineryvalues.com/xdetails.cfm/QN/130166
[20:37:57] <fenn> does mazak_rf.nml even have anything unusual in it?
[20:39:10] <fenn> $3k.. that's not bad is it
[20:40:17] <les_w> 135 hours on it
[20:40:36] <les_w> and still made
[20:41:44] <fenn> looks extremely overbuilt for your application
[20:42:34] <les_w> oh painting?
[20:42:43] <les_w> well it is only 20 lb load
[20:42:54] <fenn> yeah a turkey call's like 0.1 lb
[20:43:12] <les_w> I could make them out of lead
[20:43:24] <fenn> heh "solid tungsten turkey calls"
[20:43:30] <les_w> haha
[20:43:37] <Jymmm> A bottle of Wild Turkey
[20:43:46] <les_w> really 20 lb load is about right for a spray gun
[20:44:06] <fenn> go for it
[20:44:14] <les_w> thinking about it
[20:44:24] <fenn> maybe they'll throw in the lathe too
[20:44:30] <fenn> if you ask real nice
[20:44:34] <les_w> heh
[21:09:31] <rayh> fenn: should be in the configs in emc2
[21:19:25] <fenn> rayh: i'm not seeing it in cvs.. could you add it and mazak_rf.var to cvs?
[21:20:24] <fenn> if there's anything worth seeing in there
[21:21:44] <fenn> actually, nevermind
[21:26:38] <fenn> this is annoying.. ( cd /home/blipkowi/emc2/; sudo scripts/emc.run ) works fine, but ( cd /home/blipkowi/emc2/; sudo scripts/emc.run configs/mazak_rf.ini) says "insmod: error inserting '/home/blipkowi/emc2/rtlib/hal_motenc.ko': -1 Operation not permitted" and then emc.run segfaults
[21:28:46] <rayh> Oh. Perhaps what we should do, fenn is change the references to var and nml to the emc equivalent.
[21:28:56] <rayh> there are no differences between them now.
[21:29:00] <fenn> ok
[21:29:10] <rayh> sorry I was not paying attention.
[21:29:32] <fenn> i wasn't going to commit those changes without testing it.. and i can't get the damn motenc module to load
[21:31:30] <rayh> You won't unless you have a motenc-lite card and the aux io as well.
[21:31:32] <anonimasu> hello
[21:31:50] <fenn> hmm why's that?
[21:32:25] <rayh> I don't remember right now but I couldn't get them to run outside the Mazak machine either.
[21:32:52] <rayh> I think that the motenc driver requires that the board respond.
[21:33:35] <rayh> It is a feature so that if more than one is in the box it will assign different addys to each.
[21:34:22] <anonimasu> les_w: how's it going?
[21:37:10] <k4ts> hello
[21:37:33] <Jacky^> hey k4ts
[21:42:37] <anonimasu> hello