Back
[00:04:09] -!-
theorbtwo has quit [Ping timeout: 255 seconds]
[00:04:13] theorb is now known as
theorbtwo
[00:16:40] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[00:20:07] -!-
roberth_ has quit [Ping timeout: 240 seconds]
[00:43:37] -!-
EDocToor has quit [Read error: Connection reset by peer]
[00:46:59] -!-
JT-Shop has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]]
[00:52:45] -!-
tlab has quit [Ping timeout: 255 seconds]
[00:57:25] -!-
andypugh has quit [Quit: andypugh]
[01:02:39] -!-
tlab0 has quit [Ping timeout: 255 seconds]
[01:21:05] -!-
frallzor has quit []
[01:24:43] -!-
mendelbuild has quit [Ping timeout: 248 seconds]
[01:36:51] -!-
tlab has quit [Ping timeout: 255 seconds]
[01:41:22] -!-
mozmck [mozmck!~moses@client-173.225.233.220.dfwtx.partnershipbroadband.com] has joined #emc-devel
[01:52:37] -!-
tlab has quit [Ping timeout: 255 seconds]
[02:08:44] -!-
seb_kuzminsky has quit [Quit: Client exiting]
[03:04:30] -!-
EDocToor [EDocToor!~chatzilla@69-196-132-31.dsl.teksavvy.com] has joined #emc-devel
[03:04:59] -!-
tlab has quit [Quit: Leaving]
[03:11:40] -!-
skunkworks has quit [Remote host closed the connection]
[03:13:24] -!-
Valen has quit [Ping timeout: 276 seconds]
[03:41:30] -!-
atom1 has quit []
[04:05:38] -!-
skunkworks [skunkworks!~chatzilla@str-bb-cable-south2-static-6-412.dsl.airstreamcomm.net] has joined #emc-devel
[04:25:42] -!-
atom1 has quit [Quit: Leaving]
[05:53:53] -!-
adb has quit [Read error: Operation timed out]
[06:36:07] -!-
mikegg has quit [Read error: Connection reset by peer]
[06:37:12] -!-
Ze1982 has quit [Quit: Leaving]
[06:39:17] -!-
cvv has quit []
[07:01:43] -!-
ve7it has quit [Remote host closed the connection]
[07:01:43] -!-
kirk_wallace has quit [Read error: Connection reset by peer]
[07:09:55] -!-
mhaberler [mhaberler!~mhaberler@extern-182.stiwoll.mah.priv.at] has joined #emc-devel
[07:26:54] -!-
mendelbuild has quit [Ping timeout: 276 seconds]
[08:00:34] -!-
mk0 has quit [Ping timeout: 246 seconds]
[08:00:52] -!-
concangis has quit [Client Quit]
[08:49:52] -!-
Temomei has quit []
[08:59:33] -!-
micges [micges!~micges@bxu102.neoplus.adsl.tpnet.pl] has joined #emc-devel
[09:05:03] -!-
micges has quit [Ping timeout: 276 seconds]
[09:24:57] -!-
roberth_ [roberth_!~robert@5ace70bc.bb.sky.com] has joined #emc-devel
[09:25:41] -!-
micges [micges!~micges@bxu102.neoplus.adsl.tpnet.pl] has joined #emc-devel
[09:47:11] -!-
Dannyboy has quit [Ping timeout: 276 seconds]
[10:09:35] -!-
ATxMega_ has quit [Ping timeout: 250 seconds]
[10:23:23] -!-
ATxMega_ has quit [Ping timeout: 248 seconds]
[10:34:39] -!-
micges has quit [Quit: Ex-Chat]
[10:39:20] -!-
wobblybootie has quit [Ping timeout: 245 seconds]
[10:52:26] -!-
pjm has quit [Ping timeout: 264 seconds]
[11:48:29] -!-
jthornton [jthornton!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[12:30:19] -!-
mk0 has quit [Ping timeout: 248 seconds]
[12:45:54] -!-
EDocToor has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726]]
[12:55:37] -!-
EDocToor [EDocToor!~chatzilla@69-196-132-31.dsl.teksavvy.com] has joined #emc-devel
[13:22:12] -!-
acemi has quit [Quit: WeeChat 0.3.2]
[13:31:58] -!-
Valen has quit [Quit: Leaving.]
[13:33:28] -!-
Ze1982 [Ze1982!~Ze1982@ppp255-131.static.internode.on.net] has joined #emc-devel
[13:35:06] -!-
adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[13:42:18] -!-
tlab has quit [Ping timeout: 255 seconds]
[13:50:38] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[13:57:57] -!-
emcrules_d510mo has quit [Ping timeout: 240 seconds]
[14:07:21] <mhaberler> jthornton: I think about collecting information about every #5xxx parameter in a single section: I think gcode_overview - 'Numbered parameters' looks the best place for me - what do you think?
[14:11:05] <jthornton> Yes, I always have a hard time finding them so having them in one place would be good
[14:11:25] <mhaberler> aja. Section ok?
[14:11:51] -!-
Poincare has quit [Ping timeout: 276 seconds]
[14:13:31] <jthornton> I guess that is why I have trouble locating them as G Code Overview doesn't seem the proper place for specifics and really should be a shorter section IMHO
[14:14:12] <mhaberler> the other option is to make it a section of the G code reference
[14:15:03] <jthornton> or just make a new section "Parameters and Operators" or something that gives a clue as to what is there
[14:15:12] <mhaberler> I have to document the - somewhat related - M70/71/72 feature and that needs to go in G code ref
[14:15:51] <mhaberler> in overview or ref?
[14:15:58] * jthornton wonders why M Codes is not M Code Reference
[14:16:12] <mhaberler> because obvious M is G
[14:16:30] <andypugh> I think we can all agree that "general Machining Center Overview" Isn't the right spot...
[14:16:35] <jthornton> M Codes
[14:16:36] <mhaberler> for sufficiently large numbers of M and G
[14:17:26] <mhaberler> what's in 'general Machining Center Overview' you'd like to have moved?
[14:18:08] <andypugh> That's the only place I know with a full(?) list of the #5xxx parameters
[14:18:14] <andypugh> http://www.linuxcnc.org/docview/devel/html/common/machining_center.html
[14:19:03] <jthornton> yea, tool file really should not be in CNC Machine Overview IMHO
[14:20:10] <andypugh> The thing is, now that I know that is where they are, I am likely to lose them again if they go somewhere sensible :-)
[14:20:37] -!-
EDocToor has quit [Read error: Connection reset by peer]
[14:20:47] <mhaberler> I suggest we leave a link at the old place for Andy
[14:21:49] <andypugh> Like I know I can find the INI file parameters by searching for "Basic Configuration"
[14:21:57] <mhaberler> and,the tool file documentation on machining_center is woefully obsolete
[14:22:46] <mhaberler> andypugh: one at a time.. for now I shoot for just fixing some of the G-code documentation structure
[14:43:34] <mhaberler> I have the sneaking suspicion that the html files in master are out of sync wrt the corresponding .txt files. See for example docs/common/maching_center.txt section 'Parameters':
[14:43:49] <mhaberler> the .txt file has the sentence 'All parameters are avalible for use in G Code programs.'
[14:43:59] <mhaberler> I dont see this in the html output
[14:48:06] <mhaberler> jthornton: are actually alll html fragments in the collated manuals? which manual has the 'General Machining center info' ?
[14:51:34] -!-
EDocToor [EDocToor!~chatzilla@69-196-132-31.dsl.teksavvy.com] has joined #emc-devel
[14:53:14] -!-
pcw_home has quit [Remote host closed the connection]
[14:54:58] <mhaberler> great excuse ;-) I'll stop documenting and start again when html generation is fixed ;-) now abck to re-bugging EMC...
[14:56:32] -!-
JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[15:04:11] <mhaberler> ah,there ware some patches in master by jepler the other day... gotta pull and see what happens
[15:07:36] <mhaberler> ok, pulling master - html build fixed, thanks to jepler!
[15:09:09] -!-
pcw_home has quit [Remote host closed the connection]
[15:10:33] <mhaberler> hm. 'no new docs' excuse invalid :-/
[15:11:56] <Jymmm> excuse invalid?! LOL
[15:15:08] <mhaberler> new concept?
[15:15:33] <Jymmm> Sound more like an oxymoron ;)
[15:22:08] <andypugh> Depends if the words are verb-noun or noun-verb
[15:25:47] -!-
bassogigas has quit [Ping timeout: 248 seconds]
[15:39:34] -!-
andypugh has quit [Quit: andypugh]
[15:45:03] -!-
andypugh [andypugh!~IceChat77@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[15:47:43] -!-
Poincare has quit [Ping timeout: 260 seconds]
[15:51:31] -!-
EDocToor has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726]]
[15:52:39] -!-
Poincare has quit [Client Quit]
[16:05:00] -!-
mhaberler_ [mhaberler_!~mhaberler@imac.stiwoll.mah.priv.at] has joined #emc-devel
[16:15:53] -!-
adb has quit [Ping timeout: 276 seconds]
[16:25:22] -!-
mhaberler_ has quit [Quit: mhaberler_]
[16:44:18] -!-
adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[17:08:35] -!-
ve7it [ve7it!~LawrenceG@S0106009027972e37.pk.shawcable.net] has joined #emc-devel
[17:25:51] <mhaberler> cradek: I cleaned & documented the inspect stuff; it's git-test-sequence-tested and should be good to go. It's rebased onmaster now. Branch inspect-cleaned ,
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/inspect-cleaned
[17:29:05] <cradek> cool
[17:29:32] <mhaberler> it became *much* easier to work on documentation. this was a big step forward.
[17:29:40] <cradek> I agree wholeheartedly
[17:30:10] <mhaberler> (off to the sauna;-) bbl
[17:46:12] -!-
SWPLinux has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.11/20101013140701]]
[17:48:09] <cradek> ... still building
[17:48:15] <cradek> wow
[17:48:29] <mhaberler> whatzat, a Z80 ;-?
[17:48:30] -!-
mozmck1 [mozmck1!~moses@client-173.225.233.219.dfwtx.partnershipbroadband.com] has joined #emc-devel
[17:49:58] <cradek> model name : Intel(R) Pentium(R) M processor 1700MHz
[17:50:04] -!-
mozmck has quit [Ping timeout: 252 seconds]
[17:50:51] <cradek> ahhh, done
[17:51:18] <cradek> huh, when I run the demo ngc, it overflows my message buffer
[17:51:33] <cradek> libnml/cms/cms_in.cc 1481: CMS: emcError message queue is full.
[17:51:33] <cradek> libnml/cms/cms_in.cc 1482: (continued) CMS: Message requires 272 bytes but only 0 bytes are left.
[17:51:41] <cradek> maybe that's normal
[17:51:41] <mhaberler> dont shoot the piano player ;-)
[17:52:09] <mhaberler> there's no backpressure mechanism on overwhelming the NML error queue
[17:52:24] <mhaberler> what I could do is sprinkle a few waits into the ngc file
[17:53:25] <cradek> mhaberler: it works for me - do you think it's ready to push?
[17:53:32] <mhaberler> I'll look into it, but probably emcDisplayOperatorText should wait for space to be available in the NML queue
[17:53:37] <mhaberler> yes, I think so
[17:53:50] <cradek> are they a church?
[17:53:51] <mhaberler> independently, I'll look into the queue issue
[17:53:57] <cradek> heh wrong channel :-)
[17:55:12] -!-
micges [micges!~micges@bxq153.neoplus.adsl.tpnet.pl] has joined #emc-devel
[18:03:17] -!-
pcw_home has quit [Remote host closed the connection]
[18:12:51] <mhaberler> yes, it's a queue length issue. emc bombs because emctask stuff faster than axis handles them.
[18:17:41] <CIA-5> EMC: 03cradek 07master * r216c772b2da3 10/src/emc/rs274ngc/ (6 files): introduce read-only named parameter attributes for most of settings/g/m-codes
[18:17:53] <CIA-5> EMC: 03cradek 07master * ree533591729b 10/nc_files/roparams.ngc: test file showing all new named parameters at work
[18:17:54] <CIA-5> EMC: 03cradek 07master * r832240e1808c 10/nc_files/roparams.ngc: don't message too fast, since the queue can overflow
[18:17:54] <CIA-5> EMC: 03cradek 07master * r558605ff7876 10/docs/src/gcode/overview.txt: document new named parameters in Gcode overview
[18:22:56] <cradek> mhaberler: thanks!
[18:22:56] <cradek> bbl
[18:23:10] <mhaberler> sure. Am about to have a patch.
[18:23:34] <mhaberler> (after next sauna session ;_)
[18:33:31] -!-
EDocToor [EDocToor!~chatzilla@69-196-132-31.dsl.teksavvy.com] has joined #emc-devel
[18:34:35] <mhaberler> cradek: nailed it, fix forthcoming. It needs a bit of a wait (maximum observed 200msec) for the queue to drain and have some extra space. It will fix a similar problem for all those display operators (print etc).
[18:42:43] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[18:48:57] -!-
andypugh has quit [Quit: Light travels faster then sound, which is why some people appear bright, until you hear them speak]
[18:50:31] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[18:50:42] -!-
tris has quit [Ping timeout: 276 seconds]
[18:56:46] <micges> mhaberler: while making commits, please follow idea that first word of commit text is desciption which part it modify, line interp, docs, axis etc
[18:57:57] <micges> it very helps to follow
[18:58:18] <mhaberler> ök
[18:59:41] -!-
OoBIGeye has quit [Ping timeout: 276 seconds]
[19:01:03] -!-
psha [psha!~psha@213.208.162.69] has joined #emc-devel
[19:05:51] -!-
OoBIGeye has quit [Remote host closed the connection]
[19:11:18] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[19:11:50] -!-
tris has quit [Excess Flood]
[19:13:49] -!-
EDocToor has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726]]
[19:29:23] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[19:37:33] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[19:37:53] -!-
atom1 has quit [Quit: Leaving]
[19:44:55] -!-
micges has quit [Quit: Ex-Chat]
[19:47:08] -!-
OoBIGeye has quit [Ping timeout: 276 seconds]
[19:50:43] -!-
ubuntu_ has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100723084720]]
[20:25:31] -!-
tlab has quit [Ping timeout: 255 seconds]
[20:28:52] -!-
psha has quit [Quit: leaving]
[20:30:29] -!-
tom3p [tom3p!~tomp@74-93-88-241-Illinois.hfc.comcastbusiness.net] has joined #emc-devel
[20:47:05] -!-
Edoctoor has quit [Read error: No route to host]
[20:55:41] -!-
andypugh has quit [Quit: andypugh]
[20:55:52] <mhaberler> error channel overrun - here is the fix:
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/errorchannel-overrun-fix
[20:58:03] <mhaberler> this fixes an error indepent of the inspect changes - the test file roparams.ngc just triggered it
[21:08:24] -!-
roberth_ has quit [Quit: Leaving]
[21:26:49] -!-
e3m has quit [Client Quit]
[21:44:52] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[21:45:55] -!-
mk0 has quit []
[21:50:46] -!-
mhaberler has quit [Ping timeout: 250 seconds]
[21:50:46] -!-
fenn has quit [Ping timeout: 250 seconds]
[21:50:46] -!-
pcw_home has quit [Ping timeout: 250 seconds]
[21:50:46] -!-
kanzure__ has quit [Ping timeout: 250 seconds]
[21:50:47] -!-
fjay has quit [Ping timeout: 250 seconds]
[21:51:09] -!-
adb has quit [Ping timeout: 250 seconds]
[21:51:09] -!-
Ekken has quit [Ping timeout: 250 seconds]
[21:51:46] -!-
Athlocatle has quit [Ping timeout: 250 seconds]
[21:52:24] -!-
alex_joni has quit [Remote host closed the connection]
[21:52:43] -!-
alex_joni [alex_joni!~alex_joni@81.196.65.201] has joined #emc-devel
[21:52:59] -!-
EDocTooR has quit [Remote host closed the connection]
[21:53:02] -!-
mhaberler_ [mhaberler_!~mhaberler@extern-182.stiwoll.mah.priv.at] has joined #emc-devel
[21:53:03] pcw_home_ is now known as
pcw_home
[21:53:03] -!-
alex_joni has quit [Changing host]
[21:53:03] -!-
alex_joni [alex_joni!~alex_joni@emc/board-of-directors/alexjoni] has joined #emc-devel
[21:53:03] mhaberler_ is now known as
mhaberler
[21:54:05] -!-
adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[22:24:59] -!-
awallin [awallin!~quassel@173-166-160-241-washingtondc.hfc.comcastbusiness.net] has joined #emc-devel
[22:44:49] <andypugh> Does anyone know if HAL components are machine-to-machine portable? ie can one create hal components pre-compiled for third-party use?
[22:48:31] <alex_joni> they should be
[22:48:38] <alex_joni> but only for the same OS
[22:48:48] <alex_joni> I mean kernel/compiler
[22:49:05] <alex_joni> so you can't compile a module for 6.06 and expect it to run on anything else
[22:51:07] <andypugh> It's that stone-lathe guy in France, he has been struggling for months now.
[22:52:19] <andypugh> I guess it would be possible to switch a stepper between stepgens using halcmd to break and re-make the HAL connections....
[22:52:41] <SWPadnos> feedback could be an issue
[22:52:46] <alex_joni> you can also use mux-es
[22:53:30] <SWPadnos> you would almost be better off swapping between two stepgens, one in vel mode and the other in position mode
[22:53:48] -!-
Fox_Muldr has quit [Ping timeout: 276 seconds]
[22:53:56] <alex_joni> SWPadnos: I think that's what andypugh said
[22:54:03] <SWPadnos> switch the outputs, but only when both stepgens are outputting 0 on their step pins (which should be the defailt state)
[22:54:09] <SWPadnos> oh, could be
[22:54:12] <SWPadnos> probably is
[22:54:17] <SWPadnos> I'll get back to work then :)
[22:54:19] <andypugh> He wants velocity-mode treating the motor as a spindle, then normal-mode to treat it as an axis. So the swap needs to be between the stepgens and the parport, and there isn't a bit-mux
[22:54:55] -!-
willburrrr2003 has quit [Quit: Leaving]
[22:55:01] <SWPadnos> you can bit-mux with AND2s and NOTs and ORs
[22:55:09] <SWPadnos> or even a subset of those
[22:56:32] <mhaberler> alex_joni: not sure if you saw my question: member:alex_joni: re validity of irc://irc.freenode.net/#542x - would it help to have a flag parameter available which says: 'irc://irc.freenode.net/#542x is in sync with the machine' ? like set on Interp::synch, reset on every motion
[22:57:11] <andypugh> SWPadnos: Aye, but then that gets really ugly. It might be the only way if he can't handle a comp though.
[22:57:32] <SWPadnos> two ands, one or, one not, plus a few signals. it's not too bad
[22:57:43] <alex_joni> mhaberler: no, I haven't
[22:57:51] <alex_joni> but it's an interesting idea
[22:57:54] <SWPadnos> but it doesn't address the issue of running another spindle when it's in positioning mode (ie, the tool spindle)
[22:58:26] <alex_joni> mhaberler: I don't really know much about #542x
[22:58:26] <SWPadnos> mhaberler, I don't know that it should be necessary. the interpreter shouldn't be expected to be in sync with the machine - it should be rare that they are in sync
[22:58:33] <andypugh> I have already warned him that he won't be able to go from mill to lathe to mill again.
[22:59:14] <andypugh> (Though he ought to be able to re-home to an index flag)
[22:59:38] <SWPadnos> well, within the same config, it's hard to even go from lathe to mill
[22:59:58] <SWPadnos> you actually need another stepgen for the mill spindle (or you move pin connections around for one stepgen)
[23:00:42] <SWPadnos> you're making the S command into a C axis, but you also have to have the S command "routed" to the milling spindle
[23:01:22] <andypugh> Hmm, yes, good point.
[23:02:24] <SWPadnos> maybe make a bit mux component ... :)
[23:02:57] <SWPadnos> like debounce, so you can switch several bits in a set with one selector, and have multiple sets of different sizes
[23:03:10] <SWPadnos> have fun. bye. gotta go. bbl :)
[23:03:13] <andypugh> Perhaps it is actually easier to add a variable offset to the A-axis position every cycle?
[23:15:15] -!-
tom3p [tom3p!~tomp@74-93-88-241-Illinois.hfc.comcastbusiness.net] has parted #emc-devel
[23:25:13] -!-
MOGLI has quit [Quit: Visitor from www.linuxcnc.org]
[23:48:56] -!-
rooks has quit [Quit: So long, and thanks for all the fish.]
[23:52:43] -!-
acemi has quit [Quit: WeeChat 0.3.2]