#emc-devel | Logs for 2011-01-06

Back
[00:03:32] -!- theorbtwo has quit [Ping timeout: 240 seconds]
[00:03:35] <skunkworks> roberth_: http://www.youtube.com/watch?v=KplU8hkI0AQ
[00:04:10] <skunkworks> as is - when you do a m6 - it first moves to the tool change position before the 'tool-change' hal bit goes high.
[00:04:32] <skunkworks> I could be locking the spindle while it is moving
[00:05:15] <skunkworks> (like I have said before - I could do it with M1XX before the m6... but I think it would be a good addition to emc)
[00:06:51] <skunkworks> mhaberler: I will try it this weekend. (time willing)
[00:07:15] <skunkworks> on the big K&T :)
[00:08:46] <mhaberler> uh; note its on sim only, not even my machine, but I would think its almost good to merge
[00:08:47] <mhaberler> Pavel gave it a test drive and it looked ok
[00:09:08] <skunkworks> mhaberler: no worries... :)
[00:09:54] <mhaberler> well I have this odd feeling that I do a 'duh' type error and then I get a youtube link showing the machine post factum
[00:10:00] -!- Farthen has quit [Ping timeout: 240 seconds]
[00:10:07] <skunkworks> heh
[00:10:29] <mhaberler> or post mortem for that matter
[00:10:59] <skunkworks> tool stuck in the ceiling?
[00:11:11] <skunkworks> ;)
[00:13:35] <skunkworks> roberth_: also - it most likely will never be exactly in the tool change position.... That is the Y axis all the way up - 37 inches off the table.
[00:13:39] -!- dgarr [[email protected]] has joined #emc-devel
[00:14:39] <skunkworks> ie - we would probably not be machining that high very often.
[00:15:03] <dgarr> cradek: thanks for fixing g10l10 !
[00:15:49] <mhaberler> re: emacs: actually this gives more emcish functions style:
[00:15:51] <mhaberler> (setq c-default-style
[00:15:52] <mhaberler> '((other . "gnu")))
[00:15:54] <mhaberler> (setq c-basic-offset 4)
[00:17:50] <mhaberler> skunkworks: make sure to: setp iocontrol.0.bang-tool-into-table 0
[00:18:48] <skunkworks> heh
[00:29:53] <andypugh> Also setp iocontrol.0.drop-tool-on-floor needs to default to a sensible value.
[00:30:10] <mhaberler> yeah
[00:30:13] -!- kbarry has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]]
[00:30:13] <skunkworks> 2 bounce?
[00:30:31] <mhaberler> re editing source: I encourage adding findings to http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?EditingEmacsSource
[00:30:50] <mhaberler> f...l its emc, not emacs..
[00:32:26] <mhaberler> so its really: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?EditingEmcSource
[00:33:42] <mhaberler> ok, time to crash - cu
[00:38:14] -!- bootnecklad_ has quit [Ping timeout: 240 seconds]
[00:38:34] -!- andypugh has quit [Quit: andypugh]
[00:41:47] -!- Dallur has quit [Client Quit]
[00:42:36] -!- mhaberler has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203074432]]
[00:43:56] <dgarr> update for tooledit: http://www.panix.com/~dgarrett/stuff/tooledit_patches.mbox
[00:44:36] <dgarr> and a patch to remove unused script: http://www.panix.com/~dgarrett/stuff/0001-toolconvert-remove-from-emc.patch
[00:44:45] <dgarr> (context is git-master)
[01:02:58] -!- emcrules_mobile has quit [Quit: Chatmosphere - IRC for Blackberry]
[01:04:38] -!- mendelbuild has quit [Ping timeout: 240 seconds]
[01:05:50] -!- Dannyboy has quit [Ping timeout: 240 seconds]
[01:13:08] -!- SWPLinux has quit [Read error: Connection reset by peer]
[01:14:30] -!- SWPLinux [[email protected]] has joined #emc-devel
[01:28:04] -!- roberth_ has quit [Ping timeout: 250 seconds]
[01:32:59] -!- Valen has quit [Quit: Leaving.]
[01:33:26] -!- bootnecklad has quit [Ping timeout: 240 seconds]
[01:38:33] -!- SWPLinux has quit [Read error: Connection reset by peer]
[01:40:34] -!- SWPLinux [[email protected]] has joined #emc-devel
[01:47:50] -!- _sh3 has quit [Ping timeout: 240 seconds]
[01:50:39] -!- SWPLinux has quit [Changing host]
[01:50:39] -!- SWPLinux [SWPLinux!~ChattyOne@emc/developer/SWPadnos] has joined #emc-devel
[02:18:27] <CIA-53> EMC: 03jepler 07master * r67fd2343dc94 10/src/emc/usr_intf/tooledit.tcl: tooledit: reload should respect toplevel resize
[02:18:44] <CIA-53> EMC: 03jepler 07master * rd164a91f1e70 10/src/emc/usr_intf/tooledit.tcl: tooledit: refactor for single tool table type
[02:18:55] <CIA-53> EMC: 03jepler 07master * r72750465eeaa 10/src/ (3 files in 2 dirs): toolconvert: remove from emc
[02:23:15] <jepler> dgarr: thank you
[02:23:45] <dgarr> welcome
[02:34:58] -!- SWPLinux has quit [Read error: Connection reset by peer]
[02:35:32] -!- SWPLinux [[email protected]] has joined #emc-devel
[03:57:38] -!- emcrules_laptop has quit [Quit: Visitor from www.linuxcnc.org]
[03:57:48] -!- SWPLinux has quit [Read error: Connection reset by peer]
[03:58:33] -!- SWPLinux [[email protected]] has joined #emc-devel
[04:00:15] -!- emcrules_laptop has quit [Client Quit]
[04:05:08] -!- mole|2 has quit [Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/]
[04:13:51] -!- Birdman3131 has quit [Read error: Connection reset by peer]
[04:25:03] -!- SWPLinux has quit [Changing host]
[04:25:03] -!- SWPLinux [SWPLinux!~ChattyOne@emc/developer/SWPadnos] has joined #emc-devel
[04:27:33] -!- SWPLinux has quit [Read error: Connection reset by peer]
[04:28:37] -!- SWPLinux [[email protected]] has joined #emc-devel
[04:38:47] -!- SWPLinux has quit [Changing host]
[04:38:47] -!- SWPLinux [SWPLinux!~ChattyOne@emc/developer/SWPadnos] has joined #emc-devel
[04:40:55] -!- emcrules_laptop has quit [Quit: Visitor from www.linuxcnc.org]
[04:45:54] <cradek> dgarr: you're welcome! it sure took me a while to come up with the answer.
[04:51:21] <cradek> thanks for your good bug report as always.
[05:10:48] -!- nots has quit [Ping timeout: 250 seconds]
[05:13:04] <cradek> in my testing I even found a problem with plain G10 L2. that persuaded me to finally write some tests.
[05:20:33] -!- qq- has quit [Read error: Operation timed out]
[05:22:40] -!- TonnyG has quit [Ping timeout: 255 seconds]
[05:28:38] -!- mendelbuild has quit [Ping timeout: 240 seconds]
[05:46:23] -!- SWPLinux has quit [Read error: Connection reset by peer]
[06:05:18] -!- SWPLinux [[email protected]] has joined #emc-devel
[06:06:08] -!- LawrenceG has quit [Remote host closed the connection]
[06:11:20] -!- SWPLinux has quit [Read error: Connection reset by peer]
[06:12:33] -!- SWPLinux [[email protected]] has joined #emc-devel
[06:34:38] -!- packrat has quit [Ping timeout: 265 seconds]
[06:35:15] <dgarr> nice work -- those pesky rotations will be useful i think
[06:39:42] -!- psha [[email protected]] has joined #emc-devel
[06:40:16] -!- bootnecklad_ has quit [Ping timeout: 260 seconds]
[06:41:06] -!- SWPLinux has quit [Read error: Connection reset by peer]
[06:44:19] -!- dgarr has quit [Ping timeout: 260 seconds]
[06:49:26] -!- psha has quit [Quit: leaving]
[06:58:55] -!- psha [[email protected]] has joined #emc-devel
[08:08:55] -!- mendelbuild has quit [Ping timeout: 246 seconds]
[08:38:23] -!- psha has quit [Quit: leaving]
[08:45:49] -!- isssy has quit [Client Quit]
[09:11:58] -!- Poincare has quit [Ping timeout: 276 seconds]
[09:25:34] -!- packrat has quit []
[09:27:00] -!- TeslaTony has quit [Quit: Leaving]
[09:44:17] -!- isssy has quit [Quit: Visitor from www.linuxcnc.org]
[09:57:33] -!- psha [[email protected]] has joined #emc-devel
[10:09:20] -!- Dallur has quit [Quit: Leaving.]
[10:18:53] -!- e-jones [e-jones!~jkastner@nat/redhat/x-grfukyqgcnxiymle] has joined #emc-devel
[10:20:21] -!- roberth_ [[email protected]] has joined #emc-devel
[10:20:56] -!- e-jones has quit [Client Quit]
[10:35:51] -!- motioncontrol has quit [Remote host closed the connection]
[10:40:07] roberth_ is now known as robh__
[10:48:14] -!- bootnecklad has quit [Ping timeout: 240 seconds]
[11:22:12] -!- bootnecklad_ has quit [Ping timeout: 240 seconds]
[11:59:15] <CIA-53> EMC: 03jthornton 07master * r4e5f4dc0fbd9 10/docs/src/gui/ (5 files in 2 dirs): add more gladevcp info
[11:59:26] <CIA-53> EMC: 03jthornton 07master * r2b3dd8d5398b 10/docs/src/gui/gladevcp.lyx: fix markup errors
[12:05:56] -!- awallin has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[12:06:15] -!- awallin [[email protected]] has joined #emc-devel
[12:06:33] -!- awallin has quit [Client Quit]
[12:06:53] -!- awallin [[email protected]] has joined #emc-devel
[12:21:57] -!- drill has quit [Ping timeout: 246 seconds]
[12:25:31] -!- fatpandaway has quit [Ping timeout: 276 seconds]
[12:32:52] -!- logger_emc has quit [Ping timeout: 255 seconds]
[12:33:20] <psha> logger_dev: bookmark
[12:33:20] <logger_dev> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2011-01-06.txt
[12:33:27] <psha> hm, and on emc it's dead...
[12:47:50] <CIA-53> EMC: 03jthornton 07v2.4_branch * rf0aa10e1fa6f 10/docs/src/ (6 files in 2 dirs): rename drivers to parallel port
[12:48:01] <CIA-53> EMC: 03jthornton 07v2.4_branch * r27b38f0864e5 10/docs/src/Master_Integrator.lyx: remove double author entry
[12:48:56] -!- guest843 [[email protected]] has joined #emc-devel
[12:49:38] <jthornton> psha: I see now a touchy gladepvc in configs will you be adding an Axis one?
[12:53:13] <psha> yes, example of gladevcp at right panel would be nice
[12:54:02] <jthornton> I'm still trying to figure out how it all works :)
[12:54:15] <psha> :)
[12:54:40] <psha> most simple way to add gladevcp panel is 'GLADEVCP = panel.ui'
[12:54:55] <psha> that loads vcp panel in same place pyvcp is living
[12:55:17] <psha> with fixed component name 'gladevcp'
[12:55:28] <jthornton> ok
[12:56:43] <jthornton> I have one in a tab now that I'm playing with
[12:57:07] <psha> EMBED protocol is same in touchy and axis (to some extent)
[12:57:13] <jthornton> If I understand right you can execute a python script with a button somehow?
[12:57:19] <psha> yes
[12:57:40] <psha> you have to add signal handler in glade (last tab in widget properties)
[12:57:46] <jthornton> that's what I'm working on now to have a speed and feed calculator in a tab
[12:58:17] -!- skunkworks has quit [Ping timeout: 264 seconds]
[12:58:20] <psha> mhaberler added docs/examples how to write handlers
[12:58:31] <jthornton> to the wiki?
[12:58:49] <jthornton> I see it now on_hal_button1_clicked
[12:59:04] <psha> there are two ways - first, simple, just write 'def on_signal_handler_name(w, ...): do(something)' in file and load it with '-u file'
[12:59:27] <psha> but if you need to update info in other widgets you'd better use class
[12:59:46] <jthornton> yes it would need to update other widgets
[13:00:02] <jthornton> hmm looks like linuxcnc.org is down atm
[13:00:37] <psha> wow, really
[13:01:09] <psha> check configs/gladevcp/class-callback/
[13:02:57] <psha> logger_dev: bookmark
[13:02:57] <logger_dev> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2011-01-06.txt
[13:03:04] <psha> and logger_dev is still alive :)
[13:03:35] <jthornton> wiki is ok too
[13:04:07] <psha> and irc logs
[13:04:20] <psha> so something is in joomla-powered site
[13:05:22] <jthornton> yea
[13:08:01] <jthornton> I will try and make a small working example using a python class this weekend
[13:12:24] -!- logger_dev has quit [Ping timeout: 240 seconds]
[13:13:01] <psha> weekend... here is 10-day weekend :)
[13:13:10] <psha> first working day will be 11 :)
[13:18:03] <psha> site is up again...
[13:35:24] -!- skunkworks [skunkworks!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #emc-devel
[13:40:17] -!- nullie has quit [Ping timeout: 264 seconds]
[13:48:42] <JT-Shop> what I want to do is pass two numbers to the python do some calculations then pass two numbers back to two labels... If I can get that to work then it is monkey see monkey doo
[13:53:51] <psha> i think it's easy - create two handlers that call one function - recalculate
[13:54:04] <psha> and in class constructor store references to 2 inputs and 2 outputs
[13:55:07] -!- qq- [qq-!~Moldovean@unaffiliated/qq-] has joined #emc-devel
[14:01:31] <JT-Shop> I think it is easy "once you know how" :)
[14:08:18] <guest843> JT-Shop: there is a simple feed and speed calculator in ngcgui2.5.ini now
[14:09:56] <psha> JT-Shop: i don't know that ;) that's mhaberler work :)
[14:11:10] -!- Valen has quit [Quit: Leaving.]
[14:12:11] <JT-Shop> guest843: yes I have that, but I wish to make one just for my needs and for the experience with gladevcp
[14:12:31] <guest843> np, i just didn't know if you'd seen it
[14:12:43] <JT-Shop> yes, I have it on my lathe now
[14:13:25] <JT-Shop> psha: thanks I'll bug mhaberler when he shows up :)
[14:14:21] <psha> if you have some 'how to do' questions i may anwser them too :)
[14:20:49] <JT-Shop> I think I found the missing info for me to put the basic idea together on the gladevcpsetup page
[14:20:56] <JT-Shop> missing for me
[14:21:31] <JT-Shop> what does nhits do?
[14:21:38] <JT-Shop> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?GladeVcpSetup
[14:22:21] <psha> count button presses
[14:22:55] <psha> but in simple function handlers you don't have access to widget tree
[14:23:22] <psha> http://psha.org.ru/cgit/psha/emc2.git/tree/configs/gladevcp/class-callback/class_callback.py#n47
[14:24:06] <psha> this file is example of label controlled by button
[14:26:44] <psha> it's also in master
[14:34:43] -!- psha has quit [Quit: Lost terminal]
[14:35:47] <JT-Shop> thanks that gives me a head start
[15:11:26] -!- micges [[email protected]] has joined #emc-devel
[15:37:30] -!- SWPLinux [[email protected]] has joined #emc-devel
[15:40:50] -!- SWPLinux has quit [Changing host]
[15:40:50] -!- SWPLinux [SWPLinux!~ChattyOne@emc/developer/SWPadnos] has joined #emc-devel
[15:53:45] -!- SWPLinux has quit [Read error: Connection reset by peer]
[15:54:33] -!- SWPLinux [[email protected]] has joined #emc-devel
[15:56:54] -!- SWPLinux_ [[email protected]] has joined #emc-devel
[15:57:30] -!- SWPLinux has quit [Disconnected by services]
[15:57:35] SWPLinux_ is now known as SWPLinux
[15:57:41] -!- SWPLinux has quit [Changing host]
[15:57:41] -!- SWPLinux [SWPLinux!~ChattyOne@emc/developer/SWPadnos] has joined #emc-devel
[16:00:30] -!- Guest67395 has quit [Ping timeout: 240 seconds]
[16:02:09] -!- micges_ [[email protected]] has joined #emc-devel
[16:04:42] -!- micges has quit [Ping timeout: 250 seconds]
[16:07:03] micges_ is now known as micges
[16:12:11] -!- micges has quit [Ping timeout: 240 seconds]
[16:15:54] -!- nullie has quit [Quit: Ex-Chat]
[16:19:00] -!- dimas__ has quit [Quit: Ухожу]
[16:19:00] -!- dimas_ has quit [Quit: �����]
[16:19:53] -!- micges [[email protected]] has joined #emc-devel
[16:20:39] -!- JT-Shop has quit [Read error: Connection reset by peer]
[16:21:13] -!- JT-Shop [[email protected]] has joined #emc-devel
[16:21:49] -!- psha [[email protected]] has joined #emc-devel
[16:25:33] <psha> jepler: yesterdays discussion about .axis_mdi_history file led to some descision?
[16:25:47] <psha> i mean choosing it location
[16:27:20] <psha> i'm nearly done with MDI history widget so it would be fine to add this feature from the beginning
[16:27:37] <psha> also for me it's better to add some var like shells HISTFILE
[16:27:55] <psha> not just switch 'look in $HOME or look in CWD'
[16:28:29] <psha> for .axisrc there is already such var - USER_COMMAND_FILE
[16:29:38] <psha> i'm referring to this http://psha.org.ru/irc/emc-devel/2011-01-05.html#14:42:08
[16:35:24] <jepler> hm, I'd forgotten about USER_COMMAND_FILE
[16:35:34] <jepler> I really don't care if there are separate directives for each thing, I guess
[16:36:19] <psha> may i ask you to pick name for that var? :)
[16:36:25] <psha> i'll add that to axis too
[16:36:47] <jepler> [JEFF_IS_GRUMPY_TODAY]I_HATE_CONFIGURATION_DIRECTIVES=
[16:37:15] <psha> everything have to be hardocded in C code! :D
[16:37:15] <jepler> [DISPLAY]MDI_HISTORY_FILE ?
[16:37:22] <psha> ok
[16:38:44] <psha> Gtk TreeView widget is something horrible... it's extremly flexible, configurable and powerfull...
[16:39:06] <psha> but you have to pay for it with non obvious setup if you want to bootstrap it in code...
[16:41:20] <jepler> yeah, I recently spent a fair amount of time reading tutorials and documentation to do my first gtk.TreeView
[16:41:31] <jepler> though compared to tktreectrl I honestly don't think it was that bad
[16:41:41] <jepler> (gtk treeview in python of course)
[16:42:30] <jepler> actually I have nearly-identical programs in python/gtk and tcl/tk and the tcl one is 50% longer
[16:42:54] <psha> i thought that tcl/tk allow you to write very brief interfaces
[16:42:55] <jepler> (ad-hoc parsing 'perf report' tree-type output into a GUI browser)
[16:44:10] <jepler> setting up tree and adding one item: http://pastebin.com/9Fbq9JZj
[16:45:11] <jepler> and the corresponding python/gtk code: http://pastebin.com/TK6uf6Nr
[16:45:25] <psha> tcl always looks for me as a set of unrelated terms ;)
[16:45:44] <jepler> my day-job is heavily based on tcl/tk so I'm familiar with it by now
[16:45:51] <jepler> it doesn't mean there aren't days that I hate it
[16:47:00] <psha> tcl is one of several languages i've never used :)
[16:48:09] -!- micges has quit [Ping timeout: 272 seconds]
[16:48:28] -!- micges [[email protected]] has joined #emc-devel
[17:03:27] -!- drill has quit [Ping timeout: 240 seconds]
[17:14:07] <psha> jepler: is it possible to move 'inifile' initialization earlier?
[17:14:36] <jepler> psha: who knows
[17:14:51] <jepler> at least opening the inifile itself can probably be moved pretty early
[17:15:07] <jepler> but.. I haven't tried, so I don't know if there's an unanticipated problem
[17:18:27] <psha> http://psha.org.ru/cgit/psha/emc2.git/commit/?h=gladevcp-mdihistory
[17:18:45] <psha> i've moved inifile initialization early enought to satisfy all
[17:18:46] <psha> bbl
[17:23:11] -!- psha has quit [Ping timeout: 255 seconds]
[17:28:26] -!- aru2000 has quit [Quit: Visitor from www.linuxcnc.org]
[17:39:26] -!- isssy has quit [Quit: Visitor from www.linuxcnc.org]
[17:53:54] -!- micges has quit [Ping timeout: 250 seconds]
[17:59:32] -!- micges [[email protected]] has joined #emc-devel
[17:59:56] -!- psha [[email protected]] has joined #emc-devel
[18:02:01] <psha> JT-Shop: may i ask you to test MDI_HISTORY_FILE patch?
[18:02:12] <psha> it seem that you needed that feature
[18:02:51] <JT-Shop> ok
[18:03:22] <JT-Shop> actually Rick and Andy do and it would be useful to me as well
[18:03:50] -!- bootnecklad has quit [Ping timeout: 240 seconds]
[18:05:31] <psha> http://psha.org.ru/cgit/psha/emc2.git/commit/?h=gladevcp-mdihistory&id=50c448
[18:05:33] <psha> this one
[18:06:21] <psha> i've tested it a bit and it seem working
[18:08:35] <JT-Shop> I'll have to go downstairs to test... it will be a little bit before I can leave the shop
[18:09:23] <psha> no hurry, it
[18:09:32] <psha> it'll wait for you as long as you wish :)
[18:10:44] -!- isssy has quit [Quit: Visitor from www.linuxcnc.org]
[18:19:08] -!- mhaberler [[email protected]] has joined #emc-devel
[18:32:40] <psha> oh, i've found that forum thread :) http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/catid,21/id,6425/lang,english/
[18:38:10] -!- micges has quit [Ping timeout: 240 seconds]
[18:39:19] -!- micges [[email protected]] has joined #emc-devel
[18:51:49] <JT-Shop> psha: yep that is the one
[18:54:10] -!- motioncontrol has quit [Quit: Sto andando via]
[18:54:17] -!- tom3p [[email protected]] has joined #emc-devel
[19:01:53] -!- Birdman3131 has quit [Ping timeout: 264 seconds]
[19:04:09] -!- micges has quit [Ping timeout: 240 seconds]
[19:09:13] -!- micges [[email protected]] has joined #emc-devel
[19:18:57] -!- kbarry has quit [Read error: Connection reset by peer]
[19:29:43] <mhaberler> I'd like to reserve a few #5xxx codes for toolchange support. Are there any rules to pick a number beyound 'unused ones in the 5xxx range, please'?
[19:30:26] <cradek> can you explain more?
[19:30:59] <psha> i think you have to take food and goods, fire lamp with aromic oil and sacrifice young lamb first
[19:40:55] <mhaberler> cradek: see mail on devel list
[19:41:01] -!- bootnecklad_ has quit [Ping timeout: 265 seconds]
[19:42:04] <mhaberler> toolchange in g-code support, that is
[19:43:14] <mhaberler> psha: this is called 'due process'
[19:44:04] <tom3p> mhaberler, could a file named M6 overwrite the M6 usually used? (as opposed to M6x vs M6, this is a customization trick often used in PC based CNC's )
[19:44:05] <micges> I've got problem: on VERSION I have 2.4.6, but in config.h file I still have 2.4.5 no matter what make/make clean/.configure/.autogen.sh configuration I've run
[19:44:51] <micges> so after compile Axis title has 2.4.5 but in terminal I have 2.4.6
[19:45:39] <mhaberler> tom3p: this is why I suggest to rename the current iocontrol-based M6 to M6x
[19:45:40] <mhaberler> so the trivial case would be:
[19:45:42] <mhaberler> q<m6> sub
[19:45:43] <mhaberler> M6x
[19:45:45] <mhaberler> o<m6> endsub
[19:46:58] <mhaberler> trivial means: uses o-word sub m6, but original toolchange handling
[19:47:40] <cradek> have you already made the interpreter call a sub when it encounters m6?
[19:48:14] <mhaberler> that's what we're working on. The call works, but it produces side effects.
[19:48:47] <cradek> I see
[19:48:59] <mhaberler> Pavel offered to help me across the street there
[19:49:01] <mhaberler> it's very similar tp probing in o-sub - related problem
[19:49:13] <tom3p> mhaberler, thx, i like the idea that custom toolchangers are a text editor task.
[19:49:40] <mhaberler> it was cradek's suggestion
[19:49:42] <mhaberler> seems other controls do it this way
[19:51:02] <tom3p> dunno, i wrote 6 toolchangers in the last PLC for Heidenhain, and they were chosen by config bits
[19:51:12] -!- isssy has quit [Quit: Visitor from www.linuxcnc.org]
[19:51:46] <tom3p> but, i always separated the tooling clamp from the tooling changer... that was more flexible ( this was EDM, often non rotating )
[19:58:37] <psha> buildbot is still down?
[20:00:40] <mhaberler> so, how about my parameters - 'dont trample on others' or any specific rule?
[20:02:04] <cradek> put new ones above (use currently disallowed numbers), leaving room when it makes sense to
[20:02:16] <mhaberler> ok
[20:02:19] <cradek> I'm struggling to understand why a failed tool change shouldn't always just be fatal
[20:02:49] <cradek> we go up to 5428 now
[20:03:03] <mhaberler> your oword m6 might want to handle a tc fail a bit more intellligently than just bailing out
[20:03:05] <cradek> I think you should leave space above 5428 for other introspection we may want in the future
[20:03:20] <mhaberler> ok
[20:03:40] <cradek> so maybe start at 5600, something like that
[20:03:51] -!- Dannyboy has quit [Remote host closed the connection]
[20:03:53] <cradek> or 6000, I dunno
[20:04:27] <mhaberler> fair enough
[20:04:28] <mhaberler> not aborting at the M6x means you can use if/then/else in the m6 osub if you want to; currently you cant
[20:04:30] <cradek> (couldn't the sub set whatever named or numbered variables it wants?)
[20:05:27] <mhaberler> I need one param for toolchanger-faulted indication (simiilar to #5070 probe success) and another one for toolchanger-reason, the fault code
[20:05:37] <mhaberler> it comes from iocontrol
[20:05:52] -!- qq- has quit [Ping timeout: 240 seconds]
[20:05:55] <cradek> oh, I was thinking it would be something the sub itself determined
[20:05:59] <cradek> I think I see what you mean now
[20:06:23] <mhaberler> this would only be used if the oword m6 called m6x at some point
[20:06:58] <mhaberler> used/useful
[20:07:35] -!- dimas_ [[email protected]] has joined #emc-devel
[20:14:26] -!- fragalot has quit [Quit: bbl!]
[20:20:48] -!- qq- [qq-!~Moldovean@unaffiliated/qq-] has joined #emc-devel
[20:27:37] -!- qq- has quit [Ping timeout: 255 seconds]
[20:32:11] -!- micges has quit [Ping timeout: 240 seconds]
[20:33:52] -!- mhaberler has quit [Ping timeout: 240 seconds]
[20:33:56] -!- micges [[email protected]] has joined #emc-devel
[20:34:15] -!- Bridgeport2 has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]]
[20:40:24] -!- mhaberler [[email protected]] has joined #emc-devel
[20:41:41] -!- tom3p [[email protected]] has parted #emc-devel
[20:49:47] -!- e3m has quit [Quit: I used to think I was indecisive, but now I'm not too sure.]
[20:50:10] -!- andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[20:55:07] -!- qq- [[email protected]] has joined #emc-devel
[20:55:07] -!- qq- has quit [Changing host]
[20:55:07] -!- qq- [qq-!~Moldovean@unaffiliated/qq-] has joined #emc-devel
[20:56:02] -!- mndlbld has quit [Ping timeout: 255 seconds]
[20:58:09] <psha> andypugh: good evening
[20:58:24] <psha> are you intersted in different files for MDI history?
[20:59:45] <andypugh> Not personally, no. It has never really affected me.
[21:01:32] <psha> ok
[21:05:07] <andypugh> By which I mean it does happen with my combination machine, but it has never caused me any trouble.
[21:07:35] <cradek> I wish touchy had mdi history (and history of more than one error message, too)
[21:10:30] <psha> hook EMC_MDIHistory widget there :)
[21:11:09] <cradek> it would have to be built in to the touchy mdi thingy somehow
[21:11:26] <psha> yes, that's main problem with touchy - rational layout
[21:11:56] <psha> it's far more complex then implementing history...
[21:12:06] -!- LawrenceG [[email protected]] has joined #emc-devel
[21:12:12] <psha> maybe sort of combobox?
[21:12:36] -!- bootnecklad has quit [Read error: Connection reset by peer]
[21:12:58] <cradek> the macro button could be better too. maybe it should pull down a list and let you select with a second click? I'm not sure.
[21:19:41] <psha> how you've managed to get toggle buttons ignore 'unpressing' them?
[21:20:03] <psha> i've found it's possible with RadioAction but i see you don't use them
[21:20:38] <cradek> all I remember is it's terrible
[21:21:04] <psha> :)
[21:23:13] <psha> hm, it seem that you are fixing them in periodic function
[21:23:44] <cradek> yes - they also have to update in response to machine state changing
[21:24:06] <cradek> so simply handling the press/release events right is not enough (and I couldn't make it work)
[21:24:47] <psha> i've just splited GLib wrapper for emc.stat which provides set of useful signals and then hook them into different actions (buttons)
[21:25:01] <psha> so there is only one periodic loop - in GStat
[21:25:39] <psha> it's pretty verbose but nearly usable now :)
[21:25:48] <cradek> interesting
[21:26:01] <cradek> maybe touchy can be made less bad with that (probably after 2.5 branch?)
[21:26:30] <psha> maybe :) my current milestone is to implement (subset of) Axis in gladevcp
[21:28:04] -!- micges has quit [Ping timeout: 260 seconds]
[21:28:07] <cradek> that sounds cool (and kind of hard)
[21:28:18] <psha> after i've found that there are 'GtkAction' things work become much easier :)
[21:28:41] <psha> now there are tons of different actions - estop, on/off, etc
[21:28:54] <psha> and in glade you have to connect them to buttons, toolbuttons or menuitems
[21:29:41] <cradek> I had trouble using buttons as indicators too, because when you change the indicator status, it generates a button event
[21:29:43] <psha> i've send this link already, but that's what is done entirely in glade
[21:29:44] <psha> http://psha.org.ru/tmp/gaxis.png
[21:29:47] <cradek> ("butticators")
[21:30:04] <psha> yea, button events are not fine
[21:30:22] <psha> i've done it via 'set_active_safe' wrapper in signal handling
[21:30:31] <cradek> I see
[21:30:54] <psha> it's ok to use it only in internal handlers since all external actions have to be handled
[21:31:30] <psha> your constructions of two toggle buttons are easily solvable with RadioActions - i've discovered them only today so have not managed to add/test them
[21:32:08] <cradek> neat
[21:32:14] <cradek> they were a pain to do manually
[21:32:25] <cradek> (but I do like how it works, in the end)
[21:32:49] <psha> it would be great to hear some critics/suggestions about what's there now in gladevcp...
[21:32:56] <psha> yea, it looks fine
[21:33:02] <psha> and very obvious
[21:33:44] <psha> it seem that only you was working on gtk control interface - i'm not counting utils like halscope
[21:34:21] <cradek> even though I wrote touchy, I pretty much feel entirely unqualified to help you guys. :-/
[21:34:29] <psha> errors or incorrect concepts left now will be fundamental later :)
[21:34:34] <cradek> heh true
[21:34:48] <psha> heh, that's my third (3) user interface in my carrier :)
[21:35:09] <psha> second one was multi-user gambling written in clutter :)
[21:36:24] <cradek> ha
[21:37:36] <psha> i always hated UI - in most cases programmes are awful in designing Usable Interfaces :)
[21:37:48] <cradek> oh yes
[21:37:50] <cradek> you are very right
[21:40:14] -!- micges [[email protected]] has joined #emc-devel
[21:46:10] -!- skullworks has quit [Quit: Visitor from www.linuxcnc.org]
[22:06:54] -!- micges has quit [Quit: Ex-Chat]
[22:07:21] -!- micges [[email protected]] has joined #emc-devel
[22:16:14] -!- psha has quit [Ping timeout: 240 seconds]
[22:17:35] -!- psha [[email protected]] has joined #emc-devel
[22:19:06] -!- Dannyboy has quit [Remote host closed the connection]
[22:23:31] -!- mhaberler has quit [Ping timeout: 276 seconds]
[22:27:25] -!- micges has quit [Ping timeout: 240 seconds]
[22:32:39] <psha> bb
[22:32:41] -!- psha has quit [Quit: leaving]
[22:33:58] <andypugh> Hmm, addr2line has me baffled. Vector 14 in a line which just says
[22:33:59] <andypugh> long_rawcounts += (rawcounts-old_rawcounts);
[22:36:29] <cradek> seems like it must not be the right line...
[22:36:43] <andypugh> Yes, that does seem likely.
[22:37:06] <andypugh> It's a comp so there is plenty of scope for a mix-up
[22:37:30] <cradek> oh yeah
[22:37:44] -!- vezza has quit [Quit: Sto andando via]
[22:39:58] -!- micges [[email protected]] has joined #emc-devel
[22:44:17] <andypugh> No, very oddly, it is that line.
[22:44:38] -!- grommit has quit [Ping timeout: 240 seconds]
[22:44:59] <andypugh> And I know why. Good
[22:47:59] <andypugh> rawcounts doesn't always exist...
[22:49:47] -!- uwe_ has quit [Ping timeout: 272 seconds]
[22:53:34] -!- Fox_Muldr has quit [Ping timeout: 276 seconds]
[22:55:44] -!- skunkworks has quit [Ping timeout: 265 seconds]
[23:05:21] -!- mickent has quit []
[23:12:42] <andypugh> Interesting question on the forum, why are the Pgain Dgain etc pins in pid specified as IO? It means you can't net them to an output pin.
[23:17:43] -!- mickent has quit []
[23:28:07] -!- micges has quit [Quit: Ex-Chat]