Back
[00:12:44] -!-
asdfasd has quit [Ping timeout: 260 seconds]
[00:13:47] -!-
joe9 [joe9!~joe9@c-24-99-80-97.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[00:19:38] -!-
Loetmichel has quit [Ping timeout: 245 seconds]
[00:25:36] -!-
factor has quit [Quit: Leaving]
[00:25:42] -!-
PCW has quit [Quit: ChatZilla 0.9.88.1 [Firefox 3.6.13/20101203075014]]
[00:26:18] -!-
Aero-Tec has quit [Remote host closed the connection]
[00:29:16] -!-
Nick001-Shop has quit [Remote host closed the connection]
[00:49:00] -!-
Jymmm has quit [Ping timeout: 260 seconds]
[01:01:55] -!-
robh__ has quit [Ping timeout: 264 seconds]
[01:38:35] -!-
phantoxe has quit []
[01:49:18] -!-
tlab has quit [Ping timeout: 252 seconds]
[01:58:40] -!-
sumpfralle has quit [Quit: Leaving.]
[02:07:52] -!-
phantoxeD has quit []
[02:34:39] -!-
koax [koax!~kelb@p508D596D.dip.t-dialin.net] has joined #linuxcnc-devel
[02:38:10] -!-
koax_ has quit [Ping timeout: 265 seconds]
[02:38:20] -!-
sumpfralle has quit [Quit: Leaving.]
[02:40:01] -!-
joe9 has quit [Quit: leaving]
[02:43:28] -!-
sumpfralle has quit [Ping timeout: 246 seconds]
[02:45:34] -!-
demacus has quit [Ping timeout: 245 seconds]
[03:07:53] -!-
mozmck has quit [Quit: Leaving.]
[03:08:50] -!-
FinboySlick has quit [Quit: Leaving.]
[03:11:09] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[03:21:09] -!-
Jim_ has quit [Quit: Leaving]
[03:23:48] -!-
phantoxe has quit []
[03:35:32] -!-
psha [psha!~psha@213.208.162.69] has joined #linuxcnc-devel
[03:35:32] -!-
psha has quit [Client Quit]
[03:46:21] -!-
psha [psha!~psha@213.208.162.69] has joined #linuxcnc-devel
[04:17:00] -!-
psha has quit [Quit: Lost terminal]
[04:43:07] -!-
cmorley [cmorley!~chris@d64-180-200-50.bchsia.telus.net] has joined #linuxcnc-devel
[04:43:11] -!-
kb8wmc has quit [Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193829]]
[04:50:51] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[04:50:51] -!-
cmorley has quit [Read error: Connection reset by peer]
[04:51:16] -!-
cmorley [cmorley!~chris@d64-180-200-50.bchsia.telus.net] has joined #linuxcnc-devel
[05:37:57] -!-
ve7it has quit [Remote host closed the connection]
[05:59:47] -!-
the-jub has quit [Quit: ill be back soon! :-/ ....maybe..]
[06:21:49] -!-
ThadiusB has quit [Quit: Leaving]
[06:43:41] -!-
Poincare has quit [Quit: changing servers]
[06:49:44] -!-
vladimirek has quit [Remote host closed the connection]
[07:05:38] -!-
r00t4rd3d has quit [Ping timeout: 240 seconds]
[07:22:40] -!-
capricorn_one has quit [Remote host closed the connection]
[07:30:08] <CIA-68> 03mhaberler 07v2.5_branch * r2897e57e67d7 10/docs/src/gui/gladevcp.txt: docs/gladevcp: expand on Python attributes and methods of HAL widgets
[07:33:44] <CIA-68> 03mhaberler 07master * rd3e527eafb7c 10/docs/src/gui/gladevcp.txt: Merge branch 'v2.5_branch'
[07:48:01] -!-
mhaberler has quit [Quit: mhaberler]
[07:54:14] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[08:01:36] cylly2 is now known as
Loetmichel
[08:20:32] -!-
rob_h [rob_h!~rob_h@5ace70d6.bb.sky.com] has joined #linuxcnc-devel
[08:38:21] -!-
Poincare has quit [Quit: changing servers]
[08:47:47] -!-
maximilian_h [maximilian_h!~bonsai@xdsl-89-0-144-2.netcologne.de] has joined #linuxcnc-devel
[08:55:40] -!-
mhaberler has quit [Quit: mhaberler]
[09:05:58] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[09:34:49] mazafaka1 is now known as
mazafaka
[09:46:03] -!-
maximilian_h [maximilian_h!~bonsai@xdsl-89-0-144-2.netcologne.de] has parted #linuxcnc-devel
[10:03:39] -!-
mozmck has quit [Ping timeout: 250 seconds]
[10:04:26] -!-
demacus_ has quit [Remote host closed the connection]
[10:06:07] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[10:27:15] -!-
mozmck has quit [Ping timeout: 244 seconds]
[10:27:48] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[10:50:24] <mhaberler> jepler: would there be any fundamental problems if axis tracked emcstat.file so it could give feeback on the current line in subroutines?
[10:51:28] <mhaberler> background: MDI 'o<subname> call' now returns real line numbers, not pseudoMdiLinenumbers, so subs in MDI would be potentially subject to line feedback
[10:54:27] <mhaberler> cradek: there is one remaining problem with removing the implication of 'motionid < 0 == MDI': the test in line 401:
http://git.mah.priv.at/gitweb/emc2-dev.git/blame/d121938c4c509a8bbdfd863a2d7df923766651eb:/src/emc/motion/control.c
[10:54:51] <mhaberler> I am unsure how to communicate 'MDI mode' instead - this test is the only use case btw
[10:55:13] -!-
mozmck has quit [Ping timeout: 250 seconds]
[10:56:19] <mhaberler> I could add a field to emcmotcommand and trace it all the way, but it is a lot of work to support a single test; any better ideas?
[10:56:23] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[10:57:37] -!-
sumpfralle has quit [Ping timeout: 244 seconds]
[11:21:59] -!-
DJ9DJ has quit [*.net *.split]
[11:21:59] -!-
factor has quit [*.net *.split]
[11:21:59] -!-
MarkusBec has quit [*.net *.split]
[11:21:59] -!-
Connor has quit [*.net *.split]
[11:21:59] -!-
theorbtwo has quit [*.net *.split]
[11:21:59] -!-
crib has quit [*.net *.split]
[11:21:59] -!-
fenn has quit [*.net *.split]
[11:48:16] -!-
bedah has quit [Quit: brb]
[12:49:24] -!-
factor has quit [Remote host closed the connection]
[12:51:17] -!-
rob__H [rob__H!~rob_h@5ace70d6.bb.sky.com] has joined #linuxcnc-devel
[12:54:14] -!-
steve_stallings has quit [Ping timeout: 260 seconds]
[12:54:39] -!-
rob_h has quit [Ping timeout: 260 seconds]
[13:13:55] <jepler> wait, I can do this in halcmd while running a part program and there's no abort?
[13:13:58] <jepler> halcmd: setp motion.probe-input 1
[13:14:21] -!-
mhaberler has quit [Quit: mhaberler]
[13:14:40] <jepler> that doesn't seem right!
[13:16:02] <jepler> so about that block of code, it seems like there needs to be an auto / running flag, and the error should occur regardless of whether the ongoing motion is MDI or not
[13:17:59] <jepler> 5c61bfe2d5aae33415df4770928e971ae1bf5680
[13:20:24] <jepler> huh, before 2.4.0
[13:21:52] <jepler> mharbler: some work in axis would be required to dynamically switch the displayed source file and have it all make sense
[13:22:31] <jepler> you'd require things like clicking on a line to still work
[13:22:50] <jepler> but that will require changing *that* code until it knows what subroutine file the line came from as well
[13:23:22] <jepler> .. but that doesn't make sense either, because having clicked the line in the preview you can't RFL the line, so now you've got to make RFL be available or not at appropriate times
[13:23:50] <jepler> there's also the possible performance problem. you don't want the UI to glitch up for very long at all even if it's switching to a big source file (so that F1 and Esc are no less responsive than now)
[13:24:09] <jepler> so .. I am not against the idea by any means, but I see there being problems on the way to its implementation.
[13:36:51] -!-
joe9 [joe9!~joe9@c-24-99-80-97.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[14:11:31] -!-
Valen has quit [Quit: Leaving.]
[14:14:14] -!-
crib has quit [Remote host closed the connection]
[14:35:03] -!-
asdfasd has quit [Ping timeout: 245 seconds]
[14:47:12] -!-
Tom_L has quit [Client Quit]
[14:47:15] -!-
Tom_itx has quit []
[14:54:56] -!-
crib has quit [Remote host closed the connection]
[15:20:35] -!-
atom1 has quit [Client Quit]
[15:43:15] -!-
Tom_L has quit []
[16:03:18] -!-
fliebel has quit [Read error: Connection reset by peer]
[16:08:20] -!-
ThadiusB has quit [Quit: Leaving]
[16:13:01] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[16:19:38] -!-
Connor has quit [Read error: Connection reset by peer]
[16:48:17] -!-
micges [micges!~micges@ddy120.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[16:48:26] <mhaberler> hi jeff; yes, a false probe in auto wont trigger that
[17:06:14] <mhaberler> the solution i'd see is:
[17:06:44] <mhaberler> 1) track interpstate also when doing an MDI command (currently interpstate remains idle during an MDI run)
[17:08:30] <mhaberler> (track: means track in task)
[17:10:32] <mhaberler> 2) make emcstatus->task.mode and emcStatus->task.interpState available to motion, by either tracking it in emcmotcommand or making emcstatus accessible to it (but thats an extra dep which I'm not sure it is warranted in any case)
[17:11:18] <mhaberler> 3) change the test to refer to interpState and task.mode
[17:28:30] -!-
asdfasd has quit [Ping timeout: 260 seconds]
[17:31:25] -!-
nalapai_go^mila has quit [Ping timeout: 260 seconds]
[17:34:20] -!-
asdfasd has quit [Ping timeout: 260 seconds]
[17:34:43] <jepler> if crashing the probe into the work while running a program is defensible, doing it while running an mdi should be just fine too
[17:41:07] <cradek> I have to say I probably agree with you, except that MDI and jogging in particular tend to be less thought out and less well tested.
[17:42:12] <cradek> the practical problem on my machine is that if the probe is in the tool changer it's horizontal and jiggling around and it registers false triggers. it's really touchy.
[17:42:59] <cradek> jepler: are you working on a probe?
[17:43:18] <jepler> cradek: no, mhaberler was asking about the code in control.c:401
[17:43:39] <jepler> cradek: which will happily crash your probe if you're running a program
[17:43:48] <jepler> cradek: .. since you removed the check some time ago (pre 2.4.0)
[17:43:58] <cradek> yep
[17:45:29] <cradek> yuck, I don't like that very much either. it should probably be an option so people dealing with noisy probes can disable the abort.
[17:46:43] <mhaberler> fine, but the question then remains: how does motion test this command was from MDI, since the negative line number condition doesnt hold any more
[17:47:44] <mhaberler> regardless of whether this check for mdi stays in or not, it still might make sense to track interpState during MDI now since oword subs can be called and queuebusters work; I have a hard time figuring out where exactly an MDI command is finished in task in all of psha's work so interpstate can be set to idle (abort being the easy case)
[17:49:14] <cradek> sorry, I don't know the answer to your question
[17:49:39] <mhaberler> is enabling the probe signal through a hal pin a sensible alternative?
[17:50:04] <cradek> I don't understand what you mean
[17:51:57] <mhaberler> since the linenumber/id hasnt tacked on 'taskstate = MDI' implicitly any more, there needs to be an alternative test for MDI in motion if you want that test to stay in, or the probe signal is explicitly enabled through some other means, like a HAL pin
[17:53:06] -!-
micges_ [micges_!~micges@ddy120.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[17:53:08] <cradek> another pin to enable the signal that already comes in a pin is silly isn't it? even so, how would the user figure out taskstate=MDI if motion can't?
[17:53:27] -!-
micges has quit [Read error: Operation timed out]
[17:53:39] <mhaberler> halui can
[17:54:12] <cradek> what does halui have that motion doesn't?
[17:54:19] <mhaberler> I'm not sure making emcstatus visible to motion is a clever way to do it
[17:54:31] <mhaberler> because halui sees emcstatus
[17:54:36] <cradek> motion surely already has that
[17:54:41] <mhaberler> ?
[17:54:45] <mhaberler> oh..
[17:55:04] <mhaberler> I had the impression this was motstatus, not emcstatus
[17:55:11] <mhaberler> but let me see
[17:56:23] <mhaberler> afaict motion only sees (actually sets) motstatus which is a subset of emcstatus (taskstat, interpstate is elsewhere)
[17:56:52] <cradek> oh, hmm
[17:56:57] <mhaberler> or winds up in the motstatus part of emcstatus to be eexact
[17:58:30] <mhaberler> I'm not sure how motion could safely get at emcstatus just to read it, so it seems to me mirroring taskstate and interpstate in emcmotcommand be the way to do it
[18:02:52] -!-
WillenCMD has quit [Quit: Page closed]
[18:16:04] <mhaberler> or you agree that having a motion.disable-probe pin suddenly becomes an elegant solution ;)
[18:19:44] <mhaberler> which is actually the general solution to the issue at hand, not only for cradek machines
[18:30:30] <mhaberler> cradek: how do you want your test resolved? I suggest the disable-probe HAL pin.
[18:54:20] -!-
asdfasd has quit []
[19:08:27] e-ndy|afk is now known as
e-ndy
[19:09:16] e-ndy is now known as
e-ndy|afk
[19:22:08] micges_ is now known as
micges
[20:30:24] -!-
motioncontrol has quit [Quit: Sto andando via]
[20:35:49] -!-
fliebel has quit [Remote host closed the connection]
[20:40:09] Tecan is now known as
cropters
[20:53:24] -!-
acemi has quit [Quit: WeeChat 0.3.2]
[20:54:29] -!-
mozmck has quit [Remote host closed the connection]
[20:55:32] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[21:06:01] -!-
maximilian_h [maximilian_h!~bonsai@82.113.121.175] has joined #linuxcnc-devel
[21:06:03] -!-
maximilian_h has quit [Client Quit]
[21:09:18] -!-
DJ9DJ has quit [Quit: bye]
[21:09:49] -!-
joe9 has quit [Quit: leaving]
[21:10:01] -!-
pfred1 has quit [Quit: famous last words, life is overrated]
[21:10:29] -!-
motioncontrol has quit [Quit: Sto andando via]
[21:21:15] <CIA-68> 03mhaberler 07master * r1c5aeabf453d 10/src/emc/task/emctaskmain.cc: task: remove pseudoMidLinenNumber, calls to interp_list.set_line_number()
[21:21:17] <CIA-68> 03mhaberler 07master * r2be62bfb1b62 10/src/emc/motion/command.c: motion: line numbers are real even in MDI mode
[21:21:18] <CIA-68> 03mhaberler 07master * r81f105b47769 10/src/emc/task/ (emctask.cc emctaskmain.cc): task: track interpState during MDI execution
[21:21:20] <CIA-68> 03mhaberler 07master * r0cb04933ab03 10/src/emc/rs274ngc/rs274ngc_pre.cc: interp: default log_file to stderr in constructor
[21:30:38] <mhaberler> jepler: try master: load a subroutine, and call it with MDI; see the line feedback actually working. Also halui.program.is-running and motion.program-line make sense during MDI. Not sure if this affects Axis.
[21:39:19] -!-
cropters has quit [Ping timeout: 244 seconds]
[21:54:47] -!-
Fox_Muldr has quit [Ping timeout: 265 seconds]
[22:17:51] -!-
vladimirek has quit [Remote host closed the connection]
[23:01:08] -!-
SWPadnos has quit [Quit: Buh - Bye]
[23:16:16] -!-
mhaberler has quit [Quit: mhaberler]
[23:19:58] -!-
cmorley has quit [Ping timeout: 252 seconds]
[23:21:26] -!-
A0Sheds has quit [Read error: Connection reset by peer]
[23:22:14] -!-
A0Sheds has quit [Changing host]
[23:33:45] -!-
cmorley [cmorley!~chris@S010688ae1d61f51a.no.shawcable.net] has joined #linuxcnc-devel
[23:45:19] -!-
bedah has quit [Quit: bye]
[23:49:55] -!-
rob__H has quit [Ping timeout: 264 seconds]
[23:51:30] -!-
asdfasd has quit [Ping timeout: 265 seconds]
[23:56:08] -!-
kb8wmc [kb8wmc!~chatzilla@nat.mtp.cmsinter.net] has joined #linuxcnc-devel
[23:56:25] -!-
Nick001-Shop has quit [Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643]]