#emc-devel | Logs for 2008-04-02

[02:15:34] <rayh> Hi guys.
[02:15:47] <SWPadnos> hi Ray, how are things?
[02:16:11] <rayh> Good. Just started using 8.04 and like it quite a bit.
[02:16:18] <SWPadnos> yeah, it looks quite nice
[02:16:57] <rayh> A fellow asked me about the number of tools that can be defined in EMC2. Is there a limit?
[02:17:09] <SWPadnos> hmmm - good question
[02:17:25] <cradek> there is
[02:17:27] <SWPadnos> if anything, it's probably a number format limitation, like 127/255 ...
[02:17:30] <rayh> I thought that some of the original interpreter limited to 32
[02:17:38] <cradek> I don't know what it currently is
[02:17:54] <SWPadnos> hmmm. is there some define MAX_TOOL or something?
[02:18:08] <cradek> I'm pretty sure it's between 32 and 255
[02:18:48] <rayh> Okay. I suppose the code for the interp would tell me.
[02:19:19] <jepler> if it's too small, charge him a couple hundred bucks, change the number for him, and recompile :-P
[02:19:25] <cradek> hahaha
[02:19:46] <cradek> hi ray. you always know where to come for the helpful suggestions.
[02:20:09] <jmkasunich> hi ray
[02:20:14] <cradek> rayh: here's what I've been playing with. http://timeguy.com/cradek-files/emc/concave.png
[02:20:52] <cradek> I'm not promising anything though. It's pretty experimental.
[02:21:45] <rayh> There you go. That'll be 6K to do that.
[02:22:07] <rayh> Hi Jon, Steven, Jeff, Chris
[02:22:18] <cradek> #define CANON_TOOL_MAX 56// max size of carousel handled
[02:22:31] <cradek> heh, 56, a nice round number
[02:22:48] <SWPadnos> err - yeah. it's - um - 2^6 -2^3
[02:22:52] <cradek> and yes, it did take me all that time to find it
[02:22:59] <SWPadnos> is it actually used?
[02:23:03] <cradek> yes
[02:23:09] <SWPadnos> oh. bummer :)
[02:23:16] <cradek> it's that low because the whole tool table has to fit in an nml buffer ... or something
[02:23:28] <SWPadnos> oh. that would be a real problem
[02:23:39] <cradek> I think we enlarged that buffer when we did some 64 bit stuff, so it might be fine to increase it again
[02:23:51] <SWPadnos> yep ToolSts or some wuch
[02:23:51] <rayh> 56 okay. I will join the rest of you in not asking why.
[02:24:01] <cradek> I had to lower it when I did lathe tools (since the entries got bigger)
[02:24:34] <cradek> rayh: I'll undercut you and do it for $2k
[02:24:53] <jmkasunich> $1999 on sale today only
[02:25:06] <rayh> I remember a memory addition for a mazak -- 11K
[02:25:06] <cradek> I'm surprised nobody has noticed this limit, actually
[02:25:25] <cradek> how many feet of memory was that?
[02:25:37] <jmkasunich> rayh: are you going to NAMES?
[02:25:47] <cradek> (my BP has 100 feet of memory!)
[02:26:11] <SWPadnos> 100 feet would be a lot of memory these days
[02:26:16] <SWPadnos> even if you lay the DIMMs end to end ;)
[02:26:18] <rayh> I don't remember but remember that it was not a lot of megs by pc standards
[02:26:56] <rayh> jmkasunich: No. You?
[02:27:06] <SWPadnos> hmmm. I don't think I've seen a computer that you could install 100' of memory into these days
[02:27:45] <jmkasunich> yeah, just for one day - as a normal spectator
[02:27:46] <rayh> I had a Ustore on a ge550 that was something like 25 feet.
[02:28:07] <rayh> The first 5 feet were bad so I had to keep a program in there that I never used.
[02:29:12] <rayh> I wonder if someone ought to ask the NAMES folk if they are interested in supporting cnc on the floor.
[02:29:35] <cradek> I saw a little cnc when I was there in [mumble]year
[02:29:42] <rayh> a sort of open-project thing like we did for a few years.
[02:29:51] <cradek> two systems running emc, one was sherline
[02:30:06] <rayh> Right they do it there every year.
[02:30:41] <rayh> cradek: Did you go to NAMES when it was in taylor?
[02:30:53] <cradek> it was detroit I think?
[02:31:02] <cradek> somewhere up around there
[02:31:12] <cradek> maybe it was '03?
[02:31:14] <rayh> I don't remember meeting you there.
[02:31:28] <cradek> I did not go to the emc stuff afterward.
[02:31:50] <rayh> Okay.
[02:31:55] <jmkasunich> cradek didn't get sucked in until later ;-)
[02:32:02] <cradek> I was pretty new around emc at that time
[02:32:51] <cradek> I recall noticing that sherline was running their 4 axis mill by unplugging Y and driving A with it. I asked if that was because the rotary support in emc was so buggy, and mike (was his name mike?) said yes
[02:33:25] <cradek> I recall it gave crazy wrong speeds - I had a 4th axis at the time too
[02:33:59] <jmkasunich> we still recommend inverse time for mixed angular and linear - thats simply not an easy thing to do right
[02:34:49] <cradek> jmkasunich: on top of that (hard for the programmer), it used to not work right
[02:35:21] <cradek> I've finally managed to figure out that my new server at work has 25,000 miles of RAM
[02:35:28] <jmkasunich> heh
[02:36:13] <jmkasunich> that discussion started me thinking about the "bandwidth does a shipping container full of media of a freighter" discussion we had a while back
[02:36:21] <SWPadnos> heh
[02:36:26] <rayh> Always some &^%$ with one that's bigger than mine!:)
[02:36:35] <SWPadnos> "never underestimate the bandwidth of a station wagon full of tapes"
[02:37:05] <jmkasunich> shipping container full of 8G SD cards = 280,000 terabytes
[02:37:20] <cradek> SD are small. they still amaze me.
[02:37:24] <SWPadnos> with or without the big blister packs?
[02:37:30] <jmkasunich> no packs
[02:37:32] <SWPadnos> take a look at micro SD
[02:37:53] <SWPadnos> I have a 2G one, I think they may be available as high as 16GB
[02:37:59] <SWPadnos> those are the tiny ones they stick in phones
[02:38:14] <SWPadnos> about the size of a pinky fingernail, but around 1.5x as thick
[02:38:43] <SWPadnos> hmmm. maybe a ring finger nail
[02:38:43] <jmkasunich> the freight container, on a 20 knot freighter, going anywhere in the world (accessible by sea of course) has a bandwidth of 124GB/sec
[02:39:04] <SWPadnos> heh
[02:39:06] <cradek> I can't believe you've calculated all that...
[02:39:06] <jmkasunich> latency suck tho
[02:39:11] <SWPadnos> faster than the 6bone
[02:39:33] <jmkasunich> there also the minor matter of getting the data in and out at both ends of the link
[02:39:40] <SWPadnos> details
[02:40:07] <jmkasunich> cradek: I've spent more time calculateing dumber things
[02:40:23] <rayh> That concave looks pretty impressive.
[02:41:00] <SWPadnos> yeah, it's a great thing IMO
[02:41:12] <jmkasunich> nah
[02:41:28] <jmkasunich> it will deprive a whole generation of EMC users of seeing the great "convex corner" message
[02:41:42] <SWPadnos> well, maybe that can be an INI option
[02:41:53] <SWPadnos> [EMC]ENABLE_OLD_CRANKY_MODE=1
[02:41:54] <cradek> DONT_DO_WHAT_I_WANT = 1
[02:42:02] <SWPadnos> [EMC]DWIM=1
[02:42:23] <cradek> rayh: thanks. it's pretty complex - I'm unsure how to find all the cases to test.
[02:42:34] <rayh> Some of the corners do cause the machinist in to pause.
[02:43:07] <cradek> sorry say again?
[02:43:07] <rayh> me to pause
[02:43:13] <cradek> ah
[02:44:03] <rayh> I wonder if we would do well to get the user list to comment on it?
[02:44:06] <cradek> (that pic shows nominal path with right and left comp. entry moves are near the center)
[02:44:15] <rayh> Right.
[02:44:51] <cradek> it is on a branch. people could play with it. I am sure there are still bugs.
[02:44:57] <rayh> I'm really impressed with it's ability to find it's way round without gouing.
[02:46:18] <rayh> Did you try a diameter larger than some of those openings into near circles?
[02:46:44] <SWPadnos> that will gouge - it doesn't check the full path ahead
[02:46:45] <jmkasunich> it does one segment lookahead, so I'm sure you could break it if you tried
[02:47:02] <cradek> yes it's easy to gouge things that aren't "nearby"
[02:47:15] <jmkasunich> rayh: did you ever seem my weird thread video?
[02:47:52] <rayh> I saw the mazak threading but give me the link?
[02:48:09] <cradek> rayh can watch videos!?
[02:48:15] <jmkasunich> http://jmkasunich.com/cgi-bin/blosxom/index.html
[02:48:16] <rayh> Yea.
[02:48:22] <jmkasunich> ray has broadband!
[02:49:45] <rayh> Ray is listed as a microwave tower with the FCC
[02:50:12] <SWPadnos> oooh - so you can cook hot dogs too! ;)
[02:50:39] <seb_kuzminsky> i'm looking at concave.png but I dont know what i'm looking at (a toolpath in axis with cutter diameter compensation?)
[02:50:48] <jmkasunich> yep
[02:50:57] <jmkasunich> one that doesn't barf at concave sharp corners
[02:51:18] <rayh> Darn I'm using 8.4 and have to add stuff to see videos. will be just a bit.
[02:51:30] <cradek> stupid flash player
[02:51:40] <SWPadnos> just double-middle-right click or something
[02:51:43] <SWPadnos> :)
[02:51:57] <seb_kuzminsky> what does it mean for a corner to be concave?
[02:51:57] <jmkasunich> you-tube has made it a defacto standard, for better or worse
[02:51:58] <cradek> I think you can just poke the "find a plugin for this" thing
[02:52:19] <rayh> Yea.
[02:52:20] <cradek> seb_kuzminsky: angle < 180 degrees
[02:52:42] <seb_kuzminsky> hm... so what does it mean for a corner to be sharp?
[02:53:14] <cradek> seb_kuzminsky: a round tool can not exactly cut the concave corner
[02:53:17] <rayh> It means that a finite diameter tool can not cut clear into the corner.
[02:53:23] <jmkasunich> if you tell emc2 to mill out a hollow square using tool diameter comp, it will say "I can't cut square corners with a round endmill"
[02:54:26] <cradek> rayh have you met seb? He's doing drivers for new Mesa stuff like their parport device (similar to the Pluto)
[02:54:55] <rayh> No I have not. I've seen the name several times.
[02:55:04] <cradek> ok, not sure if you guys had been around at the same time before.
[02:55:18] <seb_kuzminsky> hi ray
[02:55:33] <rayh> Hi Seb
[02:56:27] <cradek> seb_kuzminsky: emc has always made that an error because you don't know how far to cut until the next segment comes along. the old algorithm didn't handle any of that.
[02:57:38] <seb_kuzminsky> i see how the round cutter can't make a square "outside" corner when milling a pocket say
[02:57:48] <seb_kuzminsky> the inside corner can be sharp of course
[02:57:53] <jmkasunich> ?
[02:58:06] <jmkasunich> I guess we have opposite definitions of inside and outside
[02:58:16] <cradek> I think you are using inside/outside opposite the usual convention
[02:58:25] <seb_kuzminsky> outside of the hollowed-out volume
[02:58:30] <jmkasunich> lol
[02:58:33] <SWPadnos> it's called an inside corner when the cutter is inside the hollow
[02:58:34] <cradek> heh
[02:58:34] <seb_kuzminsky> :-)
[02:58:45] <seb_kuzminsky> machining noob here
[02:58:54] <SWPadnos> not when the remaining material is "inside" the path ;)
[02:59:04] <cradek> I'm inside my house
[02:59:25] <SWPadnos> so the rest of world is outside then?
[02:59:32] <jmkasunich> did whoever machined the rooms make square corners? or are they rounded?
[02:59:41] <SWPadnos> heh
[02:59:49] <SWPadnos> that would sure be a lot of chips
[02:59:52] <SWPadnos> milling out a house
[03:00:12] <cradek> anyway, emc's cutter comp was pretty much impossible to use unless you wrote your gcode by hand with its limitations in mind; I'm trying to fix that
[03:00:18] <SWPadnos> "well Istarted with this 50 foot cube of aluminum
[03:00:21] <SWPadnos> ..."
[03:00:52] <seb_kuzminsky> is the path in concave.png a slot in a workpiece? or is it milling the outline of a workpiece?
[03:01:09] <jmkasunich> its just a test
[03:01:20] <cradek> neither. it's a test case that represents what would be an extremely strange workpiece
[03:01:28] <seb_kuzminsky> i understand that, but i'm still grappling with inside vs outside :-|
[03:01:42] <cradek> it tests all of arc/line, line/arc, line/line, arc/arc "corners"
[03:01:56] <SWPadnos> just consider two rectangles, one inside the other
[03:02:13] <SWPadnos> if the cutter is on the inner path, it's doing inside corners
[03:02:22] <jmkasunich> seb_kuzminsky: suppose you want to mill a square hole in a plate
[03:02:25] <SWPadnos> that would be a pocket
[03:02:33] <jmkasunich> you can't make the corners square of course
[03:02:38] <seb_kuzminsky> jmkasunich: right
[03:02:40] <jmkasunich> but EMC wouldn't even let you try
[03:02:46] <SWPadnos> with cutter comp on
[03:03:03] <jmkasunich> if you programmed the square and then used cutter comp to say "mill inside the programmed line" it would throw an error
[03:03:08] <seb_kuzminsky> youd have to program in arcs in the corners or emc wouldnt run it?
[03:03:17] <jmkasunich> cradek's changes will insert the arcs automatically
[03:03:17] <cradek> exactly
[03:03:22] <rayh> I'm impressed jmkasunich. When you going to post the nut that threads onto that?
[03:03:27] <seb_kuzminsky> cool
[03:03:43] <jmkasunich> rayh: its a special flexible nut - see the pic above the video ;-)
[03:03:49] <seb_kuzminsky> getting close to cam isn't it? where the line there?
[03:04:06] <jmkasunich> more than one segment lookahead is probably the line between control and CAM
[03:04:17] <cradek> seb_kuzminsky: there's no consensus about where the line goes
[03:04:35] <cradek> (but I'm pretty sure this is not cam.)
[03:04:55] <cradek> a cam program could sure start with this
[03:05:14] <rayh> Ah. That. It reminds me of winding a string onto tops when I was a kid.
[03:05:26] <jmkasunich> zactly
[03:05:55] <jmkasunich> if you scroll down a few posts you'll see the whole vehicle, and a wider pic of the drivetrain
[03:07:02] <jmkasunich> there are also some pics from our trip to Stuart's shop, dunno if you've seen those already
[03:07:25] <rayh> I got to the snow and stopped. We had a heavy 8 inch last night.
[03:07:39] <cradek> wow that's a lot for april
[03:07:42] <jmkasunich> ick
[03:07:58] <jmkasunich> we'll probably get snow at some point this month, but hopefully not much
[03:08:13] <skunkworks> we just got rain - happy about that.
[03:10:47] <rayh> Lot of mud underneath. Snowblower didn't like the combination very much.
[03:11:09] <cradek> that's definitely the worst kind for snowblowing
[03:11:21] <rayh> I did see the trip to stuart's
[03:11:24] <seb_kuzminsky> where do you live ray?
[03:11:38] <rayh> Michigan's UP
[03:11:44] <rayh> What about you?
[03:11:45] <SWPadnos> heh - apparently a few inches fell this past weekend (while I was in San Jose)
[03:11:55] <seb_kuzminsky> i'm in colorado
[03:12:19] <seb_kuzminsky> we've been getting just dusted the past few nights, no serious snow for months
[03:12:43] <rayh> I've got kids living just north of Denver.
[03:12:47] <seb_kuzminsky> you're on grizhfminimill too right?
[03:12:57] <seb_kuzminsky> hey, i'm just north of denver, in boulder!
[03:13:02] <seb_kuzminsky> daddy is that you?
[03:13:22] <rayh> I'll never admit it.
[03:13:29] <seb_kuzminsky> heh
[03:13:39] <rayh> My son works in bolder for a web writing company.
[03:14:03] <seb_kuzminsky> i work at the university (CU), what company is your son in?
[03:14:24] <rayh> Um. I got a good memory but it's short.
[03:14:36] <seb_kuzminsky> heh
[03:15:02] <rayh> second story office right across the street from the war surplus store if that helps.
[03:15:32] <seb_kuzminsky> sure, i go to the brew pub next door that that place for lunch sometimes, the java porter is excellent
[03:15:44] <rayh> Right you got it.
[03:15:53] <seb_kuzminsky> small planet
[03:16:23] <rayh> I'm really rural up here. About 140 miles north and a bit west of Green Bay WI
[03:16:40] <seb_kuzminsky> that sounds nice... i grew up rural and i miss it
[03:16:45] <seb_kuzminsky> i gotta go, bbl
[03:16:56] <rayh> The guys use to feel sorry for me on my 1.2 k dialup.
[03:17:13] <rayh> It was about 26 miles of copper.
[03:18:07] <jmkasunich> I should goi too... gotta walk the dog and get some sleep
[03:18:10] <rayh> I knew I was missing out on a lot of internet. Just now realizing how much.
[03:18:36] <rayh> Yea good talking with you guys. Catch you all later.
[03:18:41] <jmkasunich> goodnight
[03:18:42] <cradek> goodnight all
[03:18:54] <LawrenceG> good night all :}
[13:07:18] <cradek_> cradek_ is now known as cradek
[14:34:52] <skunkworks> jepler: when you do get a chance to look at the 8255 - see if your relay works.
[14:43:44] <jepler> skunkworks: yeah I have been putting that off
[14:44:28] <skunkworks> No rush. You know how fast I work.
[18:08:34] <skunkworks> cradek: are you going to post a reply to dave on the list? your work will make synergy happy won't it?
[18:09:29] <cradek> yes but it's nowhere near done
[18:09:41] <skunkworks> right
[18:09:56] <skunkworks> (but it is in the right directions...)
[18:10:04] <skunkworks> more correct? ;)
[18:12:21] <cradek> if I pull it off it will be exactly what he needs for synergy's scheme (as I understand it) to work
[18:14:24] <skunkworks> is there any doubt? You are the man. (well one of them anyways..)
[18:16:44] <skunkworks> Is the path test you show + and - tool diameters - or is it 41,42.. Or are they one and the same now?
[18:17:32] <jepler> skunkworks: at the lower levels they are essentially the same, except for a sign difference.
[18:17:58] <jepler> skunkworks: I don't *think* that cradek has changed anything about the gcode..
[18:18:59] <cradek> yes 41+ is the same as 42- and same the other way
[18:19:09] <skunkworks> neat
[18:38:05] <CIA-22> EMC: 03cradek 07concave_comp * 10emc2/src/emc/rs274ngc/interp_convert.cc: ok, arc-arc wasn't as easy as I thought. I think this fixes all the cases.
[18:43:14] <cradek> http://timeguy.com/cradek-files/emc/arcarc.png
[18:43:56] <SWPadnos> yay!
[18:44:33] <cradek> I moved my two CDROMs around the graph paper for a while, so now I must have it right
[18:45:06] <SWPadnos> heh
[18:45:11] <SWPadnos> try a DVD :)
[18:45:42] <cradek> I have round things of 7 different diameters here... funny
[18:45:56] <SWPadnos> including coins?
[18:46:09] <cradek> yes four sizes of coin plus three larger things
[18:51:52] <seb_kuzminsky> i'm still trying to understand what you guys are talking about
[18:52:31] <seb_kuzminsky> is it fair to say that with tool diameter compensation, the meaning of the path described by the gcode changes?
[18:52:36] <SWPadnos> no
[18:52:42] <SWPadnos> well, sort of :)
[18:52:56] <seb_kuzminsky> with out compensation, the gcode path describes the path that the controlled point takes
[18:52:59] <SWPadnos> without compensation, the G-code path is the path of the cutter
[18:53:09] <seb_kuzminsky> with compensation, it describes the material left behind?
[18:53:15] <SWPadnos> or cut out, yes
[18:53:27] <skunkworks> it describes the edge of the cutter.
[18:53:31] <SWPadnos> it describes the edge between the removed material and the left material
[18:53:45] <seb_kuzminsky> ok...
[18:54:11] <skunkworks> so you don't have to offset the tool path in the cad software
[18:54:22] <skunkworks> for your tool diameter
[18:54:45] <seb_kuzminsky> in cradek's pics like the arcarc above, the center line is the controlled point, and the two lines on the sides are the boundaries of the area the tool has occupied?
[18:54:53] <SWPadnos> here's an example: you awnt to mill a CD - both the inner and outer circles
[18:54:56] <SWPadnos> want
[18:55:10] <seb_kuzminsky> ok
[18:55:29] <SWPadnos> say you're milling in the counterclockwise direction for both cuts
[18:55:47] <seb_kuzminsky> to be conventional milling instead of climb milling? ;-)
[18:55:48] <jepler> (another way cutter comp is used is to have CAM generate the tool center path for a nominal tool size (e.g., 1/8"), then use cutter comp to move the tool the difference between the nominal and measured tool diameter (e.g., 1/8 - .121 = cutter comp of .004 inch))
[18:56:32] <seb_kuzminsky> jepler: that's gonna take me a minute to wrap my head around...
[18:56:38] <SWPadnos> for the outside path, you want the cutter to be on the "right side" of the CD edge
[18:56:47] <jepler> seb_kuzminsky: in that case, don't sweat it..
[18:56:48] <seb_kuzminsky> SWPadnos: the outside
[18:56:51] <SWPadnos> this will be outside comp
[18:56:53] <SWPadnos> yes
[18:57:28] <SWPadnos> for the inner hole, you need left comp - so it's inside the remaining material
[18:58:05] <seb_kuzminsky> how does emc know which side of the line is inside and which is outside?
[18:58:12] <SWPadnos> in both cases, you'd program the arc as the actual edge of the material, and let EMC figure out where the cutter needs to be to put the edge in the right place
[18:58:22] <SWPadnos> G41 and G42 are left/right (possibly not in that order)
[18:58:56] <seb_kuzminsky> left/right... ...when moving in the positive direction or something?
[18:58:56] <cradek> g41/g42 mean "tool follows the left/right side of the programmed path"
[18:59:06] <SWPadnos> as if you were riding onthe tool
[18:59:12] <seb_kuzminsky> ok
[18:59:12] <cradek> right, when walking along the path
[18:59:23] <SWPadnos> now consider a square CD :)
[18:59:25] <seb_kuzminsky> its all coming clear
[18:59:28] <cradek> you might notice this makes g41 always climb mill and g42 always conventional
[18:59:40] <seb_kuzminsky> cradek: right
[18:59:44] <skunkworks> http://www.isd.mel.nist.gov/personnel/kramer/pubs/RS274NGC_3.web/RS274NGC_38a.html
[18:59:58] <seb_kuzminsky> skunkworks: thanks
[19:00:16] <SWPadnos> the outside comp is easy - you can either do a bigger square or add some arcs to the corners of the outside comp path
[19:00:21] <skunkworks> although chris is working on getting rid of section B.5.1
[19:00:35] <skunkworks> so it 'just works'
[19:00:46] <skunkworks> tm
[19:00:53] <SWPadnos> yes - the problem occurs when you're on the inside of a corner - the inner square of our square CD
[19:01:28] <seb_kuzminsky> right, the naive approach can take divots out of the material at the corners
[19:01:31] <seb_kuzminsky> i think i see
[19:01:32] <SWPadnos> if you move to the end of the programmed path, but offset a little to the left, you will have cut beyond the next line
[19:01:47] <SWPadnos> right - you need to shorten the move by the cutter radius
[19:01:54] <SWPadnos> (for the simple 90 degree case)
[19:02:09] <seb_kuzminsky> cradek: will your code refuse to enter "alleys" that are too narrow?
[19:02:11] <SWPadnos> and you'll be left with a rounded inside corner in the part
[19:02:28] <cradek> seb_kuzminsky: no, it only considers the corners
[19:02:28] <SWPadnos> not at the moment - it only looks at the next segment
[19:02:39] <seb_kuzminsky> one movement lookahead
[19:02:50] <SWPadnos> if the "alley" is formed by something 500 lines later, it gets to be a harder problem
[19:03:07] <seb_kuzminsky> yeah, that gets hairy
[19:03:16] <cradek> I think throwing away part of the program (the part on the other side of the alley) is not the job of the machine control
[19:03:26] <seb_kuzminsky> and that's why cradek was saying that's more in the domain of the cam program than the machine controller
[19:03:32] <SWPadnos> yep
[19:03:35] <seb_kuzminsky> what he said ;-)
[19:03:49] <SWPadnos> it's up to the machine programmer to choose a tool that will fit the part ;)
[19:04:28] <seb_kuzminsky> if the sw is going to warn him he's messed up, it needs to do deeper analysis
[19:04:47] <SWPadnos> right
[19:05:02] <SWPadnos> and that's something that's expected in CAM software
[19:05:14] <seb_kuzminsky> makes sense, sort of
[19:05:18] <SWPadnos> it would be shiny frosting in a machine controller such as EMC2 :)
[19:06:07] <seb_kuzminsky> i guess i had imagined that cutter diameter compensation was handled by the cam too, and the mc didnt have to think about it
[19:06:29] <seb_kuzminsky> gcode gives me the willies
[19:06:39] <seb_kuzminsky> it's like some ancient broken assembly
[19:06:43] <cradek> seb_kuzminsky: often it is, but if you put in a resharpened tool, the control can compensate
[19:06:55] <cradek> seb_kuzminsky: man, don't get fenn started
[19:07:02] <seb_kuzminsky> hehe
[19:07:10] <seb_kuzminsky> that's what jepler was talking about...
[19:07:30] <seb_kuzminsky> the gcode describes the material to be left, the mc knows how big its tool is, and does the right thing
[19:07:31] <cradek> for hand programming it's nice too. you can just program the part outline you want.
[19:08:04] <seb_kuzminsky> if i break my 1/4" cutter and have to finish a part with my 1/8" cutter, a simple change in the tool table will fix it
[19:08:11] <seb_kuzminsky> ?
[19:08:12] <cradek> yes
[19:08:39] <cradek> and if you are cutting inside corners, it will cut away a little mroe than the 1/4" tool could
[19:08:58] <seb_kuzminsky> i would change the active tool diameter from 1/4 to 1/8 and the mc will automatically do the right thing (because of your new fixes)
[19:09:16] <cradek> yes if the program is written using diameter comp
[19:09:19] <seb_kuzminsky> right
[19:09:32] <seb_kuzminsky> i thought of another reason i got confused last night about inside vs outside corners
[19:09:47] <seb_kuzminsky> in g41 & g42 you're riding on the tool and the material is on the left or right of your path
[19:10:07] <seb_kuzminsky> when you make a turn, the outside of the turn in the path is the "inside corner"
[19:10:16] <seb_kuzminsky> of the material that is
[19:10:51] <seb_kuzminsky> but i'll be happy to bow to convention :-)
[19:13:14] <seb_kuzminsky> netsplit?
[21:40:17] <christel> [Global Notice] Hi all! I'm about to do a teeny bit of re-routing, it shouldn't be too messy -- affected users should be around 7K. Have a great day and thank you for using freenode!
[21:47:59] <rayh> The wiki tells me to ask on IRC about testing an 8.04 package?
[21:58:44] <rayh> I'm also wondering if the Lyx documentation will be updated to run with the version (1.5.3) of lyx installed by default on that release?
[22:51:26] <cradek> dang sf with anonymous bugreports. it should at least ask for a name or email by default.
[23:00:10] <cradek> IMO we can change the "standard" lyx version whenever the folks who write most of the docs want to change it. (I think that's pretty much just jepler and tissf lately.)
[23:00:25] <cradek> I wish lyx was better about its cross-version problems
[23:25:52] <jepler> cradek: it's not so easy as that
[23:26:51] <jepler> cradek: we have to have lyx data that can be read by lyx on the oldest machines we want to support, on the machine that generates the online version (which isn't presently an ubuntu machine at all), and can be read by the lyx-to-xml converter.
[23:27:19] <jepler> for any of those three reasons, we have to use the "dapper" version of lyx in the CVS repository
[23:27:50] <jepler> and because it requires good hygene and because it ruins diffs when different authors use different versions of lyx to edit, using lyx2lyx is not a good solution.
[23:28:38] <jepler> "good hygene" = "run lyx2lyx before checking in, even though nothing will remind you to do it"
[23:28:55] <jepler> some of the things worth having newer lyx for (e.g., better support for non-latin1 character sets) get busted when going backwards
[23:29:31] <jepler> G0 X0 Y0 Z0
[23:29:31] <jepler> G1 X0.82322 Y1.00000
[23:29:31] <jepler> G2 Xnan Ynan Inan Jnan
[23:29:35] <jepler> hm this is not a very good gcode file
[23:32:10] <LawrenceG> trying to visualize the arc....
[23:33:29] <LawrenceG> yipee... got a new computer today.... old one died of capacitor rot
[23:40:19] <LawrenceG> poor ubuntu site is slow.... trying to download 8.04-beta