#emc | Logs for 2007-10-12

[00:05:21] <Ziegler> SWPadnos: you around
[00:05:35] <Ziegler> I need another eyeball on the code...
[00:06:36] <Ziegler> http://pastebin.ca/733659
[00:07:23] <Ziegler> o302 seems to work ok... except when the thread is an even length
[00:07:57] <Ziegler> or I suppose when you have a full complete revolutions of the final thread
[00:09:04] <Ziegler> actually... now it doesnt even work for a partial rev finish
[00:09:15] <Ziegler> It keeps creating a full circle at the very end
[00:12:00] <SWPadnos> ah - you want the fraction of #18 that you've passed [#4-#5] by
[00:12:17] <FrankH> does anyone run a cad app under linux?
[00:12:21] <Ziegler> qcadd
[00:12:46] <FrankH> Ziegler: how does that work for you?
[00:12:57] <Ziegler> SWPadnos: I dont follow.. .I have been staring at this and switching lines around for the past hour
[00:13:02] <SWPadnos> err - no, wait. you want the fraction of a curcle that's the ratio of [#19-#4]/#18
[00:13:02] <Ziegler> FrankH: not so much
[00:13:07] <SWPadnos> circle
[00:13:11] <Ziegler> I use solid works and bobcad
[00:13:34] <Ziegler> or microstation
[00:13:47] <Ziegler> (*cough* on a windows box)
[00:14:00] <FrankH> Ziegler: ok
[00:14:06] <Ziegler> QCad isnt that bad
[00:14:12] <SWPadnos> incidentally, it might make the code wasier to look at if you made a variable = #4-#5 :)
[00:14:15] <Ziegler> its good for 2D stuff
[00:14:17] <SWPadnos> easier
[00:14:39] <FrankH> been thinking about writing some stuff to extend qcad or blender
[00:15:13] <Ziegler> go with blender
[00:15:24] <Ziegler> they have a cad package started
[00:15:24] <FrankH> that was what i was thinking
[00:15:28] <Ziegler> but I cant use it
[00:15:30] <Ziegler> LOL
[00:15:50] <FrankH> yeah, i've tried to use it too
[00:16:37] <FrankH> not a lot of documentation for writing plugins
[00:17:07] <SWPadnos> Ziegler, try changing line 30 to this: #20 = [360*[1-[[#4-#5-#19]/#18]]-#10]
[00:17:20] <SWPadnos> oops - + #10
[00:18:05] <SWPadnos> or you can multiply by #9 instead of dividing by #18
[00:18:51] <SWPadnos> like this: #20 = [360*[1-[[#4-#5-#19]*#9]]+#10]
[00:19:47] <Ziegler> SWPadnos: same result... the problem is with the If statements I think...
[00:19:56] <SWPadnos> also, just for the heck of it, I'd make lines 40 and 41 G1 moves instead of G0
[00:19:58] <SWPadnos> hkmmm
[00:20:00] <SWPadnos> -k
[00:20:08] <Ziegler> ah true SWPadnos
[00:20:13] <skunkworks> I love crap like that. yes it would be easier to do it in a higher level language, but what fun would that be?
[00:20:15] <Ziegler> what happens
[00:20:32] <Ziegler> it gets to the end
[00:20:38] <Ziegler> #19 is set
[00:21:19] <Ziegler> err
[00:21:32] <Ziegler> yeash... I had too much beer
[00:21:35] <SWPadnos> heh
[00:21:51] <SWPadnos> old math proverb/joke: don't drink and derive" :)
[00:22:08] <Ziegler> http://xkcd.com/323/
[00:22:11] <FrankH> i like that one
[00:22:33] <Ziegler> I started BEFORE I read that tongiht
[00:24:13] <Ziegler> actually it does work at partial last revolution
[00:24:16] <SWPadnos> the other option is to precalculate the number of turns you need
[00:24:33] <SWPadnos> ok, so partial works but even # of turns doesn't
[00:24:57] <Ziegler> right... it goes ahead and run line 33 anyway
[00:25:24] <SWPadnos> you can see that it's line 33 that's doing it?
[00:25:45] <Ziegler> yeah
[00:25:49] <SWPadnos> hmmm
[00:26:00] <Ziegler> but for whatever reason 27
[00:26:10] <SWPadnos> you may need to use a fudge factor in the comparison. floating point numbers aren't exact
[00:26:15] <Ziegler> allows "gt" even if its eq
[00:26:27] <Ziegler> .0000001 ??
[00:26:32] <Ziegler> ill give it a try
[00:26:52] <SWPadnos> sure, or something like 1/100 of a thread pitch
[00:26:58] <SWPadnos> #18/100
[00:27:27] <SWPadnos> #23 = [#18/100] (fudge factor) ;)
[00:28:13] <SWPadnos> and I'd use the fudge factor in o303, not o302
[00:28:29] <Ziegler> oh ok
[00:29:14] <SWPadnos> also, since the true part of o302 will only execute once (hopefully), you could set #19 to a value guaranteed to exit the while loop, like #19 = [#4-#5-1]
[00:29:48] <Ziegler> thats just it... it always exits after o303
[00:29:57] <SWPadnos> which o303?
[00:29:58] <Ziegler> but at the times when o303
[00:30:04] <Ziegler> isnt neded
[00:30:16] <Ziegler> errr
[00:30:25] <SWPadnos> line 33 or line 35?
[00:30:28] <Ziegler> 28-33
[00:30:38] <Ziegler> when 28-33 isnt needed
[00:30:53] <Ziegler> it is executed anyone... I think your fudge factor idea is a good one
[00:31:00] <Ziegler> and I think it works
[00:31:08] <Ziegler> doing some tests
[00:31:24] <SWPadnos> ok, so the true case for o303 is executed when it shouldn't be, if there are an even number of turns?
[00:31:39] <SWPadnos> err - integer number of turns
[00:32:43] <Ziegler> yes
[00:32:54] <Ziegler> hmmm
[00:33:32] <Ziegler> fudge factor does not work on 29 ... but it does on 27
[00:33:44] <SWPadnos> are you adding or subtracting?
[00:34:06] <Ziegler> :-| I tried both
[00:34:10] <Ziegler> LOL
[00:34:19] <Ziegler> random peck programing
[00:34:26] <Ziegler> when logic fails... try the illogical
[00:34:29] <SWPadnos> try adding another set of brackets on line 29
[00:34:43] <SWPadnos> if [#19 lt [#4 - #5]]
[00:34:51] <Ziegler> ok
[00:35:18] <SWPadnos> actually, that's not it, or o302 wouldn't work
[00:35:28] <Ziegler> well in my code I took your advice and set #4-#5 as #14
[00:35:51] <SWPadnos> ok, that's why the line numbers are off by one :)
[00:36:07] <SWPadnos> or at least it seemed they were for a sec there
[00:36:23] <Ziegler> http://pastebin.ca/733688
[00:36:44] <Ziegler> my be the beer vision too
[00:37:04] <SWPadnos> my nick is misspelled ;)
[00:37:11] <Ziegler> I claim beer
[00:37:20] <Ziegler> lol i will fix on next revision
[00:38:06] <SWPadnos> heh
[00:40:50] <Ziegler> http://pastebin.ca/733693
[00:40:53] <Ziegler> there ya go
[00:41:13] <SWPadnos> heh - thanks.
[00:41:25] <SWPadnos> parameter 8 is thread depth, not thead depth ;)
[00:42:12] <Ziegler> oops
[00:42:26] <Ziegler> oh
[00:42:33] <Ziegler> its... depth of the cut
[00:42:53] <SWPadnos> heh - yeah - took me a sec to get that too
[00:43:31] <Ziegler> is there another technical name for that instead of thread depth?
[00:43:36] <SWPadnos> no idea
[00:45:14] <Ziegler> this new code seems to work
[00:45:41] <SWPadnos> cool
[00:46:17] <SWPadnos> if the fudge factor is in there, then it will be wrong for cuts that are supposed to be some integer number of turns + 1/100 turn (or less)
[00:46:18] <Ziegler> shame that the fudge factor is needed
[00:46:22] <SWPadnos> but I guess I wouldn't worry about that
[00:46:34] <Ziegler> Line 28
[00:46:45] <SWPadnos> yeah. I don't see why, but then again, I'm running the code in my head - I don't have EMC running here ;)
[00:47:16] <Ziegler> lets see if 1/1000 works...
[00:47:25] <SWPadnos> if it's roundoff, it should
[00:47:44] <Ziegler> yea... works fine
[00:47:51] <Ziegler> that much more "accurate"
[00:49:30] <Ziegler> since your name is on it now... any more recommended changes?
[00:50:16] <Ziegler> http://pastebin.ca/733701
[00:51:13] <Ziegler> actually, I want to add some more code in for "outside" and "inside" threads
[00:51:55] <Ziegler> and I might not do the "helical infeed" right now
[00:52:11] <Ziegler> although it is better to do so if you can
[00:56:34] <SWPadnos> nothing immediately springs to mind
[01:06:14] <toast_> fff
[01:19:26] <cradek> hi stuart
[01:19:41] <stustev> good evening
[01:19:43] <cradek> did it freeze down there last night?
[01:20:05] <stustev> no it was chilly this morning but not even any frost
[01:20:18] <stustev> what a beautiful morning
[01:20:24] <stustev> I love the cold weather
[01:20:27] <cradek> I had heavy frost but nobody in town did - very odd
[01:20:54] <stustev> does that mean you are odd or everyone else
[01:21:08] <cradek> well I'm outside town a bit.
[01:21:25] <cradek> I like to see the weather change. I like the first snow but I get tired of it after a bit.
[01:21:57] <stustev> We don't usually get enough snow to get tired of it. It will melt rather quicklly
[01:21:59] <cradek> I'm like a kid at christmas every year when it first snows.
[01:22:41] <cradek> how's your K & L coming? sounded like you were very close
[01:22:47] <stustev> I like the morning of the first snow when everything is very quiet and there are not prints in the snow cover
[01:22:59] <cradek> yeah me too, that's very neat
[01:23:50] <toast> well the fire alarms are going off again
[01:23:53] <toast> in my apartment complex
[01:24:03] <toast> so i wisely grabbed my laptop and am sitting in my car
[01:24:40] <cradek> yikes
[01:24:45] <stustev> we are not real close. Randy, our electrician is getting ready to install the control wiring. I have been concentrating on the control. We are working on the I/O's and the logic of how we want to run the machine.
[01:25:35] <cradek> ah I see
[01:25:38] <stustev> you say again. how often to you evacuate?
[01:25:52] <toast> well this is the second time this week
[01:26:05] <toast> the last time a light blew
[01:26:08] <toast> and set off all the alarms
[01:26:16] <cradek> did you say it's XYZW or is it more?
[01:27:05] <stustev> yes it is XYZW
[01:27:28] <stustev> How big is your apartment complex. How many people live there?
[01:27:40] <cradek> nice. I'm glad I did the UVW... flexible for larger machines
[01:27:50] <cradek> glad you are testing it, I haven't really used it :-)
[01:28:09] <toast> stustev: a bunch
[01:28:12] <stustev> Yes it is just in time. We will give it a good test.
[01:28:26] <stustev> That nails it very close!
[01:28:33] <toast> 4x joined sections, 6 apts per section
[01:28:49] <toast> per building
[01:28:53] <toast> it's just one building though
[01:29:12] <stustev> just one building evacuated?
[01:30:44] <stustev> I have every confidence it will work :)
[01:32:01] <cradek> well you know by now you just have to yell if it doesn't quite...
[01:32:54] <stustev> I know! That is what is so nice about this group.
[01:34:17] <cradek> do any modern controls have absolute arc centers in G90 mode or is that only old stuff?
[01:34:32] <cradek> my bp uses abs centers in G90 and rel centers in G91
[01:34:42] <cradek> (which sure makes some sense)
[01:35:18] <stustev> as far as I know that is only in the old stuff. Although, some of the controls may be able to be configured that way if the shop requires it.
[01:35:33] <cradek> ok
[01:36:00] <cradek> I was tempted to make that possible (use a gcode to switch it) but if it's not common anymore I won't bother
[01:36:17] <stustev> I have never seen anyone use it.
[01:36:24] <cradek> ok, good to know
[01:37:17] <cradek> hey have you been using the new G28 and if so does it work like everyone else now?
[01:37:50] <stustev> yes It works like I think it should. Clyde uses it on the Dahlih.
[01:38:11] <cradek> great. just going through the list in my head of gcode interp things...
[01:40:42] <cradek> oh you might not have seen this: I added MDI capability to halui. For instance you could have a 'quill up' or 'move to origin/clear point' front panel button now
[01:40:54] <stustev> Clyde did mention that after a few hours of running the Dahlih some of the keyboard keys would discontinue functioning. As more time passes more keys quit. This happened on two different keyboards. We put a third on and I haven't heard anything but that was only yesterday morning. He may not have had time to have it happen again. Is there anything we can do to restore the keyboard other than restart the control?
[01:41:28] <stustev> I haven't seen it but I like it. I will use it.
[01:41:42] <cradek> bizarre. I haven't seen that. can you get him to show you when it happens next?
[01:41:57] <cradek> you should pull up a terminal or other app and see if they work there
[01:42:17] <cradek> then you can give a more precise report of what happens
[01:42:54] <SWPadnos> stustev, if it's the keyboard itself, you can reset it by unplugging and replugging the keyboard
[01:43:03] <SWPadnos> but only if it's PS/2 or USB
[01:43:05] <stustev> sure I really think it is a keyboard issue. When it happens again I will do that and let you know. Apparently it is not very important as he told me only after a long conversation.
[01:43:29] <stustev> It is now PS/2. It was USB.
[01:43:37] <SWPadnos> unless of course the plug is hidden in some chip-resistant enclosure :)
[01:44:08] <SWPadnos> do you have keyboard covers?
[01:44:27] <stustev> Chip-resistant is the correct term. There are NO chip proof enclosures. We put a keyboard cover on this last one.
[01:44:53] <SWPadnos> heh. that's like my mother's old saying: "there's no such thing as cat-proof, only cat-resistant" :)
[01:45:27] <stustev> Idiot-proof, also.
[01:45:49] <SWPadnos> it's amazing that idiots are evolving faster than anything else
[01:45:49] <cradek> like overuse of antibiotics, you have to be careful about breeding better idiots
[01:46:12] <stustev> it is an epidemic
[01:46:41] <stustev> I do everything I can to remove the air-breathers from the system
[01:48:10] <SWPadnos> just for the heck of it, I'd try blowing out the old keyboard(s)
[01:48:20] <SWPadnos> just make sure you're wearing safety glasses when you do
[01:48:29] <SWPadnos> it
[01:48:50] <cradek> I thought I understood that rebooting fixed it?
[01:49:18] <stustev> I can on one of them. The last one we replaced is one of the flexible, indestructible keyboards.
[01:49:48] <SWPadnos> suitable for those who do not need to touch-type
[01:50:13] <stustev> It had a reduced key set. The page up and page down keys required the use of a function key. I thought maybe this would contribute to the confusion.
[01:50:17] <SWPadnos> that one shouldn't need to be blown out (not sure you can, if it's like mine)
[01:50:26] <cradek> bleah
[01:50:31] <SWPadnos> my new laptop is like that - can't stand it
[01:50:45] <stustev> my thoughts exactly
[01:51:43] <stustev> brb
[02:14:14] <stustev> what happened to everyone?
[02:15:26] <cradek> I'm working on cleaning/oiling an old dial indicator from ebay
[02:15:47] <Ziegler> yeah?
[02:15:52] <Ziegler> sticky?
[02:16:08] <Ziegler> silicone lube
[02:16:22] <SWPadnos> I'm writing a modbus HAL driver
[02:17:28] <stustev> I like the wax car door lube. nothing seems to stick to it.
[02:20:19] <cradek> cool, it's made to be serviced, just like a very simple watch
[02:20:58] <cradek> the hairspring has a tapered stud that attaches the end, and a collet in the center
[02:30:19] <jmkasunich> cradek: you haven't taken apart an indicator before?
[02:31:05] <cradek> nope
[02:31:23] <cradek> I bet most people don't have an L&R varimatic to clean one in :-)
[02:31:31] <jmkasunich> wassat?
[02:31:50] <cradek> ancient ultrasonic watch cleaning machine
[02:31:55] <stustev> as he gets more experience on his mill he will get more opportunity to rebuild his indicators.
[02:32:01] <cradek> semi-automated, state of the art 60 years ago
[02:32:02] <Ziegler> http://www.youtube.com/watch?v=GT2fhQKCG7E
[02:32:29] <Ziegler> I have about 10 misc indicators
[02:32:51] <Ziegler> most of them for surface work
[02:32:51] <cradek> heavy transformer and a huge transmitting tube in it that lights up like a light bulb
[02:33:00] <jmkasunich> heh
[02:33:15] <jmkasunich> I had an old ultrasonic cleaner with a tube in it
[02:33:26] <jmkasunich> (scrapped from work, but still functional)
[02:33:36] <jmkasunich> ebayed it
[02:34:00] <cradek> this one has a cleaning jar and two stages of rinse, plus a dryer
[02:34:05] <jmkasunich> nice
[02:34:18] <jmkasunich> like the one on youtube?
[02:34:21] <cradek> it has a ridiculous hydraulic robot that moves the stuff between the jars and oscillates everything
[02:34:42] <jmkasunich> like the one on youtube?
[02:34:55] <cradek> yep that's the beast
[02:35:11] <jmkasunich> neat
[02:35:28] <cradek> but, that one isn't working right (and doesn't have the ultrasonic)
[02:35:55] <cradek> it should stay in each jar for a while, spinning back and forth
[02:35:58] <jmkasunich> oh, its just a "dip-n-swish" one?
[02:36:13] <cradek> if it just spins one way, the liquid would all shoot out of the jars
[02:37:03] <cradek> yeah the ultrasonic electronics are in another part that one sits on, and the transducer is mounted above the spinner and dips in the liquid
[02:37:34] <jmkasunich> sounds rube golbergish
[02:37:36] <cradek> I was pretty lucky to get mine from a nice old lady whose husband used to use it in their watch shop
[02:37:59] <cradek> I only had to bleed the hydraulics and adjust some stuff
[02:38:09] <cradek> yeah it's pretty silly, but convenient when it's working
[02:38:31] <cradek> I have several baskets, so I can clean one while reassembling another
[02:38:54] <cradek> (don't use it much anymore)
[02:39:52] <Ziegler> I use spit and elbow grease
[02:40:08] <Ziegler> Im thinking about marketing it
[02:40:11] <Ziegler> ip and all
[02:43:44] <tomp> a python Q... in python, the statement info = [0] * 11 then info = [0,1,2,3,0,0,6,7,8.9.0xf8] looked to me like an array, is it just a list? do all the element have to be the same type?
[02:44:16] <tomp> my concern is some large numbers , do i need to use adjacent positions for the hi-byte, lo-byte?
[02:44:33] <tomp> or hi-word lo-word .... )
[02:44:37] <jepler> >>> print l
[02:44:37] <jepler> [0, 3.1400000000000001, 'answer']
[02:44:37] <jepler> >>> print [type(element) for element in l]
[02:44:37] <jepler> [<type 'int'>, <type 'float'>, <type 'str'>]
[02:45:15] <jepler> lists can contain varying types
[02:45:50] <jepler> 'int's have the same range as signed "long" in C -- at least 32 bits. >>> sys.maxint, -sys.maxint-1
[02:45:52] <jepler> (2147483647, -2147483648)
[02:46:23] <jepler> python 'long's are unbounded-length integers. For instance, this expression results in a long: >>> 10 ** 100
[02:46:46] <tomp> thx, and a double?
[02:47:00] <jepler> the precision is the same as a C double
[02:47:03] <SWPadnos> I'll have a double
[02:47:05] <jepler> even though the type is called 'float'
[02:47:14] <tomp> :) gotcha thx
[02:47:54] <jepler> if you have to create byte strings with a particular format, then you want the standard 'struct' and 'array' modules
[02:48:33] <tomp> the 1st question, was that a list? ( it looked like an array to me )
[02:48:55] <jepler> >>> type([0])
[02:48:55] <jepler> <type 'list'>
[02:49:47] <jepler> in some languages, 'list' indicates a type that is implemented with linked lists. This is not true of <type 'list'> in Python -- for instance, removing the first item in a list takes time proportional to the length of the list, which is not true of linkedlists
[02:49:59] <jepler> but it's not a C array, because it is not homogeneous
[02:50:23] <stustev> I asked this on #cam also. Does anyone have a recommendation for a Python book. It needs to be for a beginner.
[02:51:20] <jepler> I'm not big on printed books -- I always recommend going through the python tutorial, which is a free "book" available online: http://docs.python.org/tut
[02:51:29] <cradek> yes what jepler says
[02:51:32] <tomp> guido's
[02:51:54] <jepler> goodnight all
[02:51:56] <tomp> something i should be reading ...
[02:51:59] <tomp> nite thx
[02:52:00] <stustev> thanks I will check it out.
[02:52:19] <cradek> I was busy looking for that url he gave...
[02:53:04] <tomp> or step by step cookbookish http://wiki.python-ogre.org/index.php/Tutorials
[02:53:25] <tomp> sorry, skip that it's for ogre
[02:54:13] <stustev> I'm there. must go. thanks. have reading to do.
[03:10:48] <tomp> ok, i didnt grok that syntax at all , jepler meant i could do >>>type(info) for my example , to get <type 'list'>
[03:11:21] <SWPadnos> or type(info[0]) to get whatever the type of that list element is
[03:11:28] <tomp> int
[03:11:30] <SWPadnos> or however you subscript in python
[03:11:31] <tomp> yes
[03:12:22] <tomp> i kept trying >>>info([0]) didnt see that 'type' was a verb, i thougth he invented a list named 'type'
[03:12:35] <SWPadnos> heh
[03:12:47] <SWPadnos> are functions called verbs in python?
[03:13:14] <tomp> no, but you knew what i meant ( tm richard J daley )
[03:13:39] <SWPadnos> heh. I was actually asking - I don't know much python
[03:14:16] <tomp> i'm just beginning, you've likely absorbed more just by listening
[03:14:27] <SWPadnos> I often do that with programming languages
[03:14:28] <SWPadnos> except lisp
[03:14:34] <SWPadnos> or scheme
[03:14:37] <tomp> ((((((((what)))))))))
[03:14:56] <SWPadnos> (I)((((don(')(t)(know)!())))))
[03:15:04] <tomp> ha
[03:15:30] <tomp> thx, now i can go back in ( grabs nose & dives )
[03:15:48] <SWPadnos> make sure to get out if you get too cold
[03:15:52] <cradek> people who badmouth lisp are just jealous
[03:15:55] <SWPadnos> oh, and breathe, but not while under water
[03:16:06] <SWPadnos> badmouth lisp - that's funny
[03:16:18] <SWPadnos> I'm badmousing lithp
[07:28:51] <CIA-8> 03fenn 07TRUNK * 10emc2/docs/src/hal/ (9 files): scale to fit a4 portrait, line width 0.25 by layer
[08:19:07] <fenn> vec2web officially sucks
[08:31:03] <fenn> arrrrg
[08:31:07] <fenn> The default dimensions of a PostScript page is 612x792. If you prefer another default, change the page geometries in magick/image.h and recompile.
[08:33:25] <alex_joni> heh
[08:33:48] <Vq^> :)
[08:34:20] <Vq^> well, there probably has to be a hardcoded default
[08:35:55] <fenn> yes it must also be in an arbitrary binary format decoded by an inline section of brainfuck
[08:36:54] <alex_joni> sleepdepravation leads to crankyness
[08:37:13] <fenn> wah
[08:39:20] <Vq^> can't find any bf-code in image.h :/
[08:40:31] <fenn> i'm just trying to render a .dxf to a .png
[08:42:12] <Vq^> shouldn't '-page a4' change that behaviour?
[08:43:12] <fenn> yes now it's a 594x842 png instead
[08:43:53] <fenn> oh, that's what it does anyway
[08:53:51] <fenn> somehow i did this 3 days ago and now i cant figure out what i did
[09:18:55] <fenn> ok pstoimg works like a sane program
[09:19:17] <fenn> i remember using convert for this though. oh well
[13:40:26] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/common/core_stepper.hal: Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:27] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/dallur-thc/ (dallur-advanced.ini dallur-core_stepper.hal): Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:27] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/demo_sim_cl/demo_sim_cl.ini: Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:27] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/demo_step_cl/demo_step_cl.ini: Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:29] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/max/ (max.hal max.ini): Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:32] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/nist-lathe/ (inch.ini nist-lathe.hal): Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:36] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/plasma-thc-sim/ (plasma_mm.ini stepper.hal): Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:38] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/stepper/ (5 files): Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:41] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/stepper-gantry/ (stepper.hal stepper_mm.ini): Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:44] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/univstep/ (univstep.ini univstep_motion.hal): Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:47] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/plasma-thc/ (plasma_mm.ini stepper.hal): Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:40:54] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/stepper-xyza/ (inch.ini stepper_xyza.hal): Use SCALE instead of INPUT_SCALE in stepper-type configurations
[13:51:37] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/plasma-thc/plasma_mm.ini: get rid of double-number SCALE; get rid of unused OUTPUT_SCALE
[13:51:35] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/plasma-thc-sim/plasma_mm.ini: get rid of double-number SCALE; get rid of unused OUTPUT_SCALE
[13:51:39] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/stepper-gantry/stepper_mm.ini: get rid of double-number SCALE; get rid of unused OUTPUT_SCALE
[13:57:19] <tomp2> does this rt kernel allow printing to a local parallel printer?
[14:05:02] <tomp2> i've moved my laptop away from it's usb printer and only have a parallel printer available. I have no machine tool connected, just want some hardcopy.
[14:07:19] <jepler> tomp2: yes, but it's disabled by default because it interferes with parport-based machines.
[14:08:29] <jepler> tomp2: to allow linux to use the parport for regular printing, remove the line "install parport_pc /bin/true" and reboot or otherwise cause the parport-related modules to be properly loaded.
[14:08:40] <tomp2> thx
[14:17:57] <jepler> tomp2: I added a section to the wiki about this: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TroubleShooting#Printing_to_parallel_port_printers_does_not_work
[14:21:10] <fenn> it doesnt actually disable emc hardware drivers does it?
[14:21:11] <tomp2> ah, i was looking in the wrong place.... thanks much /etc/modprobe.d/emc2
[14:21:46] <cradek> fenn: hal_parport will not load if something is using the parport already
[14:22:10] <cradek> neither will pluto_* and hopefully the ppmc stuff
[14:22:40] <jepler> I don't think ppmc uses rtapi_request_region() :(
[14:23:01] <cradek> jepler: buh
[14:24:06] <fenn> yes i was specifically thinking about the list thread where ppmc would go crazy at midnight
[14:24:18] <tomp2> bbl
[14:24:47] <cradek> fenn: yeah.
[14:26:15] <jepler> I'll add it even if I can't test it..
[14:26:40] <jepler> mayne stustev can -- he's using CVS and elson's cards, right?
[14:26:46] <cradek> yes
[14:30:10] <tomp2> Lexmark Optra S1625 on lp0 now available, works great! thanks
[14:31:41] <fenn> gosh m5i20 is so cheap, and it's $5 idc connectors are a steal
[14:32:09] <jepler> tomp2: glad I could help
[14:32:26] <tomp2> you da man :)
[14:32:43] <jepler> speaking of which, did you ever manage to make sense out of what I was saying last night about python?
[14:33:26] <tomp2> yeh, i misread the xmpl, i didnt know enuf about python to know 'type' was a command, not the name of the xmpl array :(
[14:33:44] <tomp2> and i got it working with a dict
[14:34:15] <jepler> ok
[14:35:04] <CIA-8> 03jepler 07TRUNK * 10emc2/src/hal/drivers/hal_ppmc.c: compiles but untested: register I/O ports for ppmc cards
[14:53:24] <fenn> tomp2: the numpy package has an 'array' that might be closer to what you're used to
[14:54:13] <fenn> >>> array([1,2,3])+array([4,5,6])
[14:54:14] <fenn> array([5, 7, 9])
[15:26:50] <tomp2> fenn, thx, will look at it, the 'dict allows for stuff{ 'depth': 1.5, 'dac-offset': 0.037, 'favorite-colour': "blue" } the name:value might be handy
[15:27:08] <CIA-8> 03fenn 07TRUNK * 10emc2/configs/sim/lathe.hal: pin name changed
[16:46:43] <geocom> exit
[16:46:48] <geocom> ex-chat
[16:47:38] <cradek> /exit
[16:47:40] <cradek> /quit
[17:20:27] <kwajstabo2> what G code should i use if i don't want emc to round my tool path?
[17:29:32] <skunkworks> do you mean blend?
[17:29:40] <kwajstabo2> For instance, this code "G1 X10, G1 Y10" doesnt make a sharp turn
[17:30:14] <skunkworks> right - do you want it to make a sharp corner?
[17:30:25] <kwajstabo2> yes
[17:30:40] <skunkworks> then you do a g61 which is exact stop mode,
[17:30:47] <skunkworks> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TrajectoryControl
[17:31:30] <kwajstabo2> i see, thank you
[17:39:40] <skunkworks> kwajstabo2: you could use g64Px.xxx were x.xxx is how far to allow emc to diviate from the actual tool path. that way it will still blend when it can. (run smoother)
[18:29:02] <CIA-8> 03jepler 07TRUNK * 10emc2/docs/src/config/ini_config.lyx:
[18:29:02] <CIA-8> * Update description of some items
[18:29:02] <CIA-8> * Update index entries
[18:33:14] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/common/core_stepper.hal: get rid of stepgen MAXVEL
[18:33:15] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/dallur-thc/ (dallur-advanced.ini dallur-core_stepper.hal): get rid of stepgen MAXVEL
[18:33:16] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/demo_step_cl/demo_step_cl.ini: get rid of stepgen MAXVEL
[18:33:17] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/nist-lathe/ (inch.ini nist-lathe.hal): get rid of stepgen MAXVEL
[18:33:18] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/max/ (max.hal max.ini): get rid of stepgen MAXVEL
[18:33:18] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/demo_sim_cl/demo_sim_cl.ini: get rid of stepgen MAXVEL
[18:33:20] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/plasma-thc/ (plasma_mm.ini stepper.hal): get rid of stepgen MAXVEL
[18:33:22] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/stepper/ (sim_inch.ini stepper_inch.ini stepper_mm.ini): get rid of stepgen MAXVEL
[18:33:26] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/plasma-thc-sim/ (plasma_mm.ini stepper.hal): get rid of stepgen MAXVEL
[18:33:27] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/stepper-gantry/ (stepper.hal stepper_mm.ini): get rid of stepgen MAXVEL
[18:33:28] <CIA-8> 03jepler 07TRUNK * 10emc2/configs/stepper-xyza/ (inch.ini stepper_xyza.hal): get rid of stepgen MAXVEL
[19:23:26] <JymmmEMC> regex... ^ beginning of line, what is end of line?
[19:23:45] <JymmmEMC> $ ?
[19:25:48] <cradek> yes
[19:26:32] <JymmmEMC> hmmm...
[19:27:07] <JymmmEMC> words ending in 'oo' /usr/share/dict$ grep 00\n$ words |less
[19:27:21] <cradek> grep oo$ words
[19:27:40] <cradek> your \ is removed by the shell so you'd probably get oon$
[19:27:53] <JymmmEMC> I tried both, got nothing
[19:28:13] <cradek> those are zeroes. no words end in two zeroes
[19:28:23] <JymmmEMC> no OH's not zeros
[19:28:28] <JymmmEMC> no OH's, not zeros
[19:28:35] <JymmmEMC> bah
[19:28:42] <cradek> the command line you typed has zeroes
[19:29:04] <JymmmEMC> Oh wth.... LOL.... still on first cup of coffee.... thank you Chris =)
[19:29:14] <cradek> fix your font dude
[19:29:21] <cradek> :-)
[19:29:28] <JymmmEMC> default font, what can I say.
[19:29:31] <CIA-8> 03cradek 07TRUNK * 10emc2/docs/src/gcode/main.lyx: threading tapered entry/exit and various typos and rewordings
[19:30:34] <JymmmEMC> but if you can suggest a font, I'm open =)
[19:30:45] <cradek> lucidasanstypewriter-*
[19:31:12] <JymmmEMC> is that monospaced?
[19:31:28] <cradek> yes
[19:31:56] <JymmmEMC> need something other than monospace for gui
[19:32:10] <cradek> at the commandline?
[19:32:10] <alex_joni> wingdings
[19:32:18] <JymmmEMC> lol @ alex_joni
[19:32:22] <cradek> uh-oh, this is a matter of religion, I'm going to step out now
[19:32:30] <JymmmEMC> cradek: no for gui
[19:32:38] <cradek> except to say that if you can't tell O from 0, your religion/font sucks :-)
[19:32:52] <JymmmEMC> no, I just mean a clean GUI propotional font
[19:32:56] <alex_joni> O_0
[19:33:05] <cradek> alex_joni: ha
[19:33:31] <cradek> JymmmEMC: my gui stuff in obento/gnome is apparently "Sans"
[19:33:32] <alex_joni> ^_0
[19:33:57] <alex_joni> what's up with obento?
[19:34:14] <cradek> nothing, just substituting one silly word for another
[19:34:29] <cradek> (obento is some kind of japanese food I guess)
[19:34:30] <alex_joni> "The obento is a boxed meal, quite similar to a lunch box, which can be taken anywhere.It can be home made, ordered out, bought, or eaten in a restaurant and is always a satisfying meal."
[19:34:29] <JymmmEMC> wth, lucidasanstypewriter-* isn't available for concole =(
[19:34:43] <JymmmEMC> bento boxes are cool!
[19:35:11] <alex_joni> cradek: yeah, but I noticed jeff used the same substitution today
[19:35:29] <cradek> it's popular in our little world
[19:35:55] <cradek> I need to go get a cookie because I fixed some documentation
[19:35:59] <cradek> brb
[19:55:36] <JymmmEMC> grep regex to ignore case?
[19:55:59] <alex_joni> -i
[19:56:15] <JymmmEMC> ah, thanks, thought it was /i
[20:27:59] <fenn> i wonder why the sed man page refers you to the perlre man page, but no explanation of sed regexp's (which are different)
[20:28:50] <cradek> "for details about regexps, see [anywhere but here]"
[20:29:39] <fenn> ah i need to do man 7 regex
[20:33:07] <JymmmEMC> all the variations of regex (perl, grep, sed, etc) confuses me
[20:34:51] <fenn> grep can use perl regexp's if it makes it any easier
[20:35:31] <JymmmEMC> fenn: only if I can remember that tidbit of information =)
[20:36:12] <fenn> you could look at the man page... ...
[22:04:50] <dmwaters> {global notice} Hi all, our main US hub is about to go down for some upgrading. This will cause some major splitting. We will work to get things back together as quickly as possible. Thank you for your patience, and thank you for using freenode!