Back
[10:53:10] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[11:14:54] <SWPadnos> alex, are you around?
[11:16:44] <alex_joni> yes
[11:17:05] <SWPadnos> do you know what permissions are necessary for the wiki?
[11:17:20] <alex_joni> yes, write permissions :)
[11:17:24] <SWPadnos> I'd think cncman/pg167418 (or group linuxcnc)
[11:17:26] <SWPadnos> heh
[11:17:28] <alex_joni> but I think the files shouldbe owned by cncman
[11:17:53] <SWPadnos> ok, so you think a chown -r cncman * would be the right thing to do?
[11:18:18] <alex_joni> right
[11:18:42] <SWPadnos> except capital R
[11:19:23] <SWPadnos> strange - it appears I'm not allowed to do that ...
[11:19:45] <alex_joni> nope
[11:19:50] <alex_joni> users can't chown ;)
[11:19:56] <alex_joni> but you can mv wiki wiki.old
[11:20:00] <alex_joni> cp wiki.old wiki
[11:20:01] <alex_joni> ;)
[11:20:05] <alex_joni> -r or something
[11:20:12] <SWPadnos> I should be root-like for my sites, but I guess not
[11:20:29] <SWPadnos> ok - I'll try that then :)
[11:23:45] <SWPadnos> can you check it now?
[12:03:06] <alex_joni> SWPadnos: seems ok
[12:03:11] <SWPadnos> cool
[12:07:10] <alex_joni> SWPadnos: many thanks
[12:07:20] <alex_joni> btw, I mirrored the LiveCD
[12:07:20] <SWPadnos> no problem
[12:07:27] <SWPadnos> on linuxcnc?
[12:07:35] <alex_joni> on dsplabs
[12:07:40] <alex_joni> but it is also on linuxcnc
[12:07:55] <alex_joni> http://www.linuxcnc.org/index.php?option=com_content&task=view&id=21&Itemid=4
[12:08:05] <SWPadnos> cool. there's effectively unlimited space and bandwidth there, might as well use it
[12:08:07] <alex_joni> I thought chris asked you about that :)
[12:08:12] <SWPadnos> whatever :)
[12:08:17] <alex_joni> SWPadnos: great
[12:08:19] <SWPadnos> I think I suggested it anyway
[12:08:19] <alex_joni> thanks
[12:08:26] <alex_joni> I remember so too :P
[12:09:16] <SWPadnos> then there are the email archives ... ;)
[12:09:59] <SWPadnos> the nice thing is that I've gotten two referrals so far. two more, and the hosting costs will be paid for another two years
[12:10:34] <SWPadnos> one more after that, and I can add a static IP, and CVS could be moved as well (we can do SVN now anyway)
[12:12:12] <alex_joni> two referrals ?
[12:12:38] <SWPadnos> a couple of friends have signed up. I get a $97 credit for each (after a waiting period)
[12:16:42] <alex_joni> oh cool ;)
[12:17:37] <SWPadnos> indeed it is
[19:02:05] <sjml> sjml is now known as sjml_
[19:04:04] <sjml_> sjml_ is now known as sjml
[19:28:55] <alex_joni> hi sjml
[19:47:17] <sjml> hi alex, quiet here!
[19:47:28] <alex_joni> sjml: it's sometimes quiet
[19:47:42] <alex_joni> but we usually are in both channels
[19:47:48] <alex_joni> #emc and #emc-devel
[19:47:56] <alex_joni> in #emc there's a bot called CIA-*
[19:48:03] <alex_joni> which reports commit messages
[19:48:21] <alex_joni> btw, you might want/ should sign up to the emc-commit list
[19:48:30] <alex_joni> you'll get email about all commits
[19:48:46] <sjml> yep, i'm already subscribed
[19:49:00] <alex_joni> good
[19:49:17] <alex_joni> sjml: it might be a good idea to let everyone know who you are :)
[19:49:24] <alex_joni> including me :)
[19:49:35] <alex_joni> even if they don't seem to be around.. they are lurking around here
[19:49:56] <sjml> ah, thought it made no sense talking to nobody ;-)
[19:50:24] <alex_joni> * alex_joni peeks out of the silence
[19:50:35] <alex_joni> anyone else around to greet sjml aboard?
[19:51:40] <cradek> me
[19:53:02] <sjml> hi chris (?), have you already put me up for cvs access?
[19:53:20] <cradek> hello, I got your mail but have not acted yet
[19:53:51] <sjml> ok, just wanted to know
[19:54:13] <alex_joni> sjml: now that there's an audience :) tell us a bit about yourself
[19:54:50] <cradek> sjml: do you have a sourceforge account yet?
[19:55:29] <sjml> yes, baslaarhoven. Alex has registered me already as emc developer
[19:55:41] <cradek> ok I will make your cvs account with the same name
[19:56:07] <sjml> fine, that's what i expected
[19:56:27] <sjml> ok, a bit about myself:
[19:57:19] <sjml> I'm a hardware and software developer with more mileage than i dare to admit
[19:57:59] <sjml> I've built a 3-axis servo controller for my mini-mill.
[19:58:18] <cradek> sjml: your account is ready
[19:58:43] <SWPadnos> hiya sjml
[19:58:47] <SWPadnos> et al
[19:59:09] <alex_joni> hi SWPadnos
[19:59:56] <SWPadnos> I didn't really have anything to say - just thought I'd chime in another hello :)
[20:00:10] <cradek> cvs sshd[17985]: Accepted publickey for baslaarhoven
[20:00:13] <alex_joni> sjml: you'll get used to him :)
[20:00:19] <SWPadnos> heh
[20:00:23] <cradek> will I?
[20:00:27] <SWPadnos> nope
[20:00:42] <alex_joni> cradek: you won't
[20:01:03] <alex_joni> oh, btw.. my coworker blew a 298 today :)
[20:01:07] <alex_joni> went up in nice smoke
[20:01:20] <sjml> cradek: seems to be working indeed
[20:01:25] <cradek> great
[20:01:36] <jepler> I think cradek may have let the smoke out of one too
[20:01:49] <sjml> now I can start submitting ;-)
[20:01:49] <cradek> yes but just one I think
[20:02:00] <jepler> sjml: welcome
[20:02:05] <cradek> yes welcome
[20:02:15] <sjml> who is maintaining axis ?
[20:02:23] <cradek> we all use irc to work together, it works nicely
[20:02:45] <cradek> jeff and I mostly (jeff mostly), but now anybody can work on it
[20:03:15] <sjml> I'm using metric settings and found the tool displayed 25.4 times too large. Is this a wrong setting or ?
[20:03:32] <cradek> yuck
[20:04:16] <sjml> Of course I fixed it, but now it won't work for you imperial guys :-(
[20:04:24] <cradek> but I have a metric configuration on my lathe and I don't have that problem
[20:04:32] <cradek> this is recent cvs?
[20:04:53] <sjml> checkout of pre-2.1 about two weeks ago
[20:04:53] <cradek> (I bet I haven't updated that machine for a while)
[20:05:03] <jepler> sjml: you are using a tool file with metric tool sizes? do your files contain G20 or G21 to set the units?
[20:05:09] <cradek> ok, mine is probably a bit older
[20:05:44] <sjml> all milling is ok, just the tool displayed being displayed is to large
[20:06:51] <cradek> jepler's questions are the important ones
[20:07:05] <cradek> and do you mean the cone is too large, or the shaped tool?
[20:07:46] <sjml> the shaped tool i think, it often covers the entire display area ...
[20:08:14] <alex_joni> sjml: do you have a proper tool file?
[20:08:41] <cradek> answer jepler's questions about this first please
[20:08:58] <sjml> jelper: is there a special metric tool file format ? wasn't aware of that. radius compensation is working fine though
[20:09:18] <sjml> jepler: sorry()
[20:09:27] <cradek> so the tool diameters are specified in mm in your tool file right?
[20:09:30] <alex_joni> sjml: there is only one tool file, but you enter the values in metric inside of it
[20:09:34] <sjml> yes
[20:09:52] <cradek> do you have g21 in your gcode?
[20:10:10] <sjml> that's what i've done, and as I said the radius compensation is working fine
[20:10:32] <alex_joni> g21 is very important at the beginning of a program file
[20:10:46] <jepler> http://emergent.unpy.net/files/sandbox/tooltoobig.png
[20:10:48] <sjml> cradek: don't know, either G20 or G21 to select metric
[20:10:51] <alex_joni> it helps a lot on some rather cumbersome decisions about inch/metric
[20:11:31] <alex_joni> jepler: now that you're around.. I can't run sim-axis anymore
[20:11:36] <jepler> alex_joni: you can't?
[20:11:40] <jepler> alex_joni: what broke?
[20:11:40] <alex_joni> missing comp
[20:11:47] <alex_joni> I don't have yapps & co
[20:11:49] <jepler> oh
[20:11:51] <jepler> too bad, get 'em
[20:11:56] <alex_joni> jepler: :P
[20:12:04] <alex_joni> I know how to make it work thank you :)
[20:12:24] <alex_joni> the question is.. is that the right answer?
[20:14:02] <cradek> jepler: but isn't that the right behavior for g21 t1m6 ??
[20:14:20] <cradek> jepler: by "right" I mean according to spec, not necessarily sane
[20:14:25] <jepler> cradek: no, with g21 in effect those units should be in mm
[20:14:51] <alex_joni> how about if you first do T1M6 then G21 ?
[20:14:54] <cradek> oh right, the tool gets smaller
[20:14:57] <cradek> .25mm etc
[20:15:29] <jepler> cradek: but AXIS shows the same thing whether I load the tool with g20 or g21
[20:15:34] <jepler> I have a feeling there's a mess here
[20:15:40] <jepler> I mean, I *know* there is
[20:15:51] <cradek> that's because the spec is insane
[20:15:54] <jepler> for starters, there's the spec itself .. yeah
[20:16:24] <SWPadnos> are tool table values always mm?
[20:16:27] <jepler> SWPadnos: no
[20:16:36] <jepler> SWPadnos: they're whichever units you are in at the time (G20 or G21)
[20:16:39] <SWPadnos> and the decision is based on ... ?
[20:16:40] <jepler> I-shit-you-not
[20:16:46] <SWPadnos> are you serious?
[20:16:48] <jepler> I-shit-you-not
[20:16:53] <SWPadnos> holy crap. that's a spec in need of change
[20:17:42] <cradek> the var file was that way too, according to spec, but I "fixed" it a while back
[20:17:57] <jepler> and it looks like those values are just copied into the emc stat buffer, but you have no idea which of g20 or g21 was in effect so you can't properly interpret the values
[20:18:08] <jepler> it looks like I assumed they were in inches
[20:18:20] <jepler> cradek would get the "right" behavior if he always uses G20 programs on his metric lathe
[20:18:40] <cradek> * cradek coughs
[20:18:42] <SWPadnos> hmmm. I had suggested a while back that having a value/units system might be a good thing ...
[20:19:08] <SWPadnos> it's a royal PITA to change all the length references in the code, but it may end up being worth it
[20:19:16] <cradek> I suggest we interpret the tool table in ini units, just like the var file
[20:19:50] <cradek> what about length offsets? it's just broken otherwise
[20:20:08] <SWPadnos> is it legal to specify different units per axis?
[20:20:15] <SWPadnos> (other than angular/linear)
[20:20:26] <cradek> perhaps the ini lets you do it, but it surely doesn't work
[20:20:37] <cradek> and it's a crazyass thing to do IMO
[20:20:39] <SWPadnos> that was my thought
[20:20:55] <alex_joni> SWPadnos: per axis?
[20:20:57] <SWPadnos> it would make sense if you cobble together a machine using metric and imperial ballscrews
[20:21:02] <sjml> SWPadnos: are you building Ariadne rockets?
[20:21:03] <alex_joni> oh sure
[20:21:34] <SWPadnos> I was just wondering where in the ini the units would be taken from (which axis, or if there's one in TRAJ ...)
[20:22:19] <cradek> wherever everything else gets the units
[20:23:30] <SWPadnos> ok. that's a good spot :)
[20:23:48] <sjml> am i missing something, or shouldn't the tool just be displayed in 'units' ?
[20:24:12] <sjml> just like everything else
[20:24:36] <SWPadnos> the question is "how big is the tool"?
[20:24:39] <cradek> we're debating what the numbers in the tool table represent
[20:24:52] <sjml> right
[20:24:58] <cradek> if your tool table says diameter "10" and you run a g20 program, that's currently pretty darn big
[20:25:15] <cradek> I think that's broken behavior even though the ngc spec says it's so
[20:25:48] <cradek> sometimes AXIS has a way of showing these underlying problems and we have to work out the bigger issue to solve them
[20:26:32] <SWPadnos> it would be better to add a column to the tool table that specifies the units for that tool
[20:26:53] <SWPadnos> then you could have metric and imperial tools, without any math
[20:29:11] <sjml> yes, but somehow this is a deviation from how everything else is done (units only)
[20:29:47] <cradek> yes and it probably breaks all tool tables.
[20:29:49] <SWPadnos> yeah - I guess it would be nice to have a sane default, instead of the spec-compliant one
[20:30:06] <alex_joni> cradek: otoh we already have differenet tool tables from 2.0.x
[20:30:17] <alex_joni> so it might be wise to incorporate this now if we ever do
[20:30:29] <cradek> no, 2.0.x tool tables are compatible
[20:30:52] <sjml> no need to break tables: only use the dimension if it's specified (backwards compatible)
[20:31:00] <alex_joni> I didn't say they are not compatible
[20:31:28] <cradek> I see what you mean, it's true there is a new format in addition to the backward compatibility
[20:32:54] <alex_joni> so if there's a new format, make it hold this small addition too
[20:40:13] <jepler> can we change the way units are defined for lathe-format lines only? (so that they are ini-units not g2x units)
[20:40:22] <jepler> and deprecate the old format and its behavior
[20:40:48] <SWPadnos> I think units make sense for mills as well
[20:41:02] <jepler> yes but the lathe-format could be used for both I think
[20:41:21] <cradek> that's true but it's a bit obtuse
[20:41:23] <SWPadnos> ok. as long as it's usable for mills as well, that would be finwe
[20:41:26] <SWPadnos> fine, too
[20:41:38] <alex_joni> cradek: you had an idea about addign another dimension compensation?
[20:41:43] <alex_joni> or do I remember it wrong?
[20:41:48] <cradek> there will be columns of useless zeroes
[20:42:10] <jepler> we should use xml, then
[20:42:15] <jepler> </troll>
[20:42:18] <alex_joni> jepler: rofl
[20:42:20] <cradek> adding Y tool offset is a bit tempting
[20:58:19] <alex_joni> good night all
[21:01:38] <jepler> cradek: I'm not sure I understand when a Y offet is useful
[21:03:14] <cradek> only for multiple tools on one head I suppose
[21:03:25] <cradek> imagine a probe that mounts behind or in front of the tool
[21:03:33] <cradek> it's not going to be used very often, or ... ever
[21:03:54] <cradek> someone asked for it, something about a laser I think
[21:03:57] <cradek> I don't remember the details
[21:05:06] <jepler> oh I have a vague memory of that
[21:12:53] <sjml> night all
