Back
[00:09:58] -!- md-2 has quit [Remote host closed the connection]
[00:15:48] -!- tinkerer has quit [Remote host closed the connection]
[00:26:37] <jepler> that is a good point
[00:27:24] <jepler> fenn: no the tk file dialog has very limited capabilities and maximizing is not one.
[00:29:54] <cradek> fenn: I wouldn't be surprised if you could get devilspie to do that
[00:34:28] -!- Loetmichel has quit [Ping timeout: 246 seconds]
[01:15:06] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[01:18:29] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[01:19:17] -!- MacGalempsy has quit [Remote host closed the connection]
[01:19:25] -!- GJdan has quit [Ping timeout: 246 seconds]
[01:19:25] -!- dgarr [dgarr!~dgarrett@184.101.159.102] has joined #linuxcnc-devel
[01:20:48] <dgarr> Tom_itx: fullsize file open method for test:
http://www.panix.com/~dgarrett/stuff/bigfileopen.txt
[01:20:56] -!- dgarr [dgarr!~dgarrett@184.101.159.102] has parted #linuxcnc-devel
[01:21:22] -!- per_sonne has quit [Ping timeout: 246 seconds]
[01:28:17] <jepler> yeah you may be able to do it if you don't mind making use of the internal details of how tk_getOpenFile works
[01:28:58] <jepler> "wm attributes .__tk_filedialog -zoomed 1" may be a better way to request the window to be as big as the screen
[01:56:43] -!- patrickarlt has quit [Quit: Leaving...]
[02:00:16] -!- membiblio has quit [Read error: Connection reset by peer]
[02:00:22] -!- Barfious_Computa has quit [Quit: Page closed]
[02:05:47] -!- arrowbook has quit [Quit: qicr for android: faster and better]
[02:06:04] -!- arrowbook [arrowbook!~qicruser@223.104.2.222] has joined #linuxcnc-devel
[02:09:15] -!- skunksleep has quit [Ping timeout: 255 seconds]
[02:10:06] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:14:45] -!- md-2 has quit [Ping timeout: 240 seconds]
[02:17:00] -!- kingarmadillo has quit [Quit: Lost terminal]
[02:17:41] -!- arlekin has quit [Quit: Leaving]
[02:17:55] -!- magnifikus has quit [Quit: Leaving.]
[02:44:28] -!- skunksleep has quit [Ping timeout: 265 seconds]
[02:45:10] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:47:05] -!- patrickarlt has quit [Client Quit]
[02:56:38] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[02:56:48] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[03:10:00] -!- robinsz has quit [Ping timeout: 246 seconds]
[03:16:00] -!- md-2 has quit [Ping timeout: 264 seconds]
[03:17:13] -!- AR_ has quit [Ping timeout: 250 seconds]
[03:19:07] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[03:22:39] -!- per_sonne has quit [Ping timeout: 265 seconds]
[03:24:49] -!- Roguish has quit [Quit: ChatZilla 0.9.92 [Firefox 41.0.1/20150929144111]]
[03:41:34] -!- uw has quit [Quit: Leaving]
[03:56:31] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[04:10:47] -!- kriskropd has quit [Ping timeout: 256 seconds]
[04:27:06] -!- toastydeath has quit [Ping timeout: 240 seconds]
[04:55:38] -!- furrywolf has quit [Ping timeout: 240 seconds]
[05:03:03] -!- aventtini has quit [Ping timeout: 246 seconds]
[05:16:06] -!- md-2 has quit [Ping timeout: 240 seconds]
[05:23:50] -!- per_sonne has quit [Ping timeout: 260 seconds]
[05:26:09] -!- aventtini3 has quit [Ping timeout: 256 seconds]
[05:33:33] -!- kwallace [kwallace!~kwallace@142.147.85.210] has parted #linuxcnc-devel
[05:41:13] -!- arrowcnc_ [arrowcnc_!~qicruser@117.136.77.93] has joined #linuxcnc-devel
[05:42:55] -!- arrowbook has quit [Ping timeout: 244 seconds]
[05:51:55] -!- anomynous_ has quit [Read error: Connection reset by peer]
[06:05:54] -!- ve7it has quit [Remote host closed the connection]
[06:20:02] -!- Satri has quit [Quit: Leaving]
[06:26:57] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[06:29:35] -!- MattyMatt has quit [Ping timeout: 264 seconds]
[06:36:17] -!- arlekin has quit [Quit: Leaving]
[07:15:11] -!- robinsz has quit [Ping timeout: 264 seconds]
[07:24:06] -!- per_sonne has quit [Ping timeout: 250 seconds]
[07:42:12] -!- b_b has quit [Changing host]
[07:48:57] -!- aventtini3 has quit [Ping timeout: 256 seconds]
[07:56:28] -!- rob_h [rob_h!~robh@90.216.245.185] has joined #linuxcnc-devel
[08:10:43] -!- dan2k3k4 has quit [Ping timeout: 265 seconds]
[08:19:00] -!- robinsz has quit [Ping timeout: 264 seconds]
[08:22:34] -!- dan2k3k4k5 has quit [Ping timeout: 244 seconds]
[08:39:41] -!- arrowcnc_ has quit [Quit: qicr for android: faster and better]
[08:39:54] -!- arrowbook [arrowbook!~qicruser@117.136.77.93] has joined #linuxcnc-devel
[08:52:02] -!- Miner_48er has quit [Quit: Leaving]
[08:54:19] -!- arrowbook has quit [Quit: qicr for android: faster and better]
[08:54:26] -!- arrowbook [arrowbook!~qicruser@117.136.77.93] has joined #linuxcnc-devel
[08:56:18] -!- arrowbook has quit [Client Quit]
[08:56:26] -!- arrowbook [arrowbook!~qicruser@117.136.77.93] has joined #linuxcnc-devel
[08:58:37] -!- arrowcnc_ [arrowcnc_!~qicruser@112.243.45.147] has joined #linuxcnc-devel
[08:58:38] -!- arrowbook has quit [Read error: Connection reset by peer]
[09:02:07] -!- dan2k3k4 has quit [Ping timeout: 246 seconds]
[09:05:38] -!- DaPeace has quit [Read error: Connection reset by peer]
[09:06:39] -!- putnik has quit [Ping timeout: 240 seconds]
[09:06:39] -!- HSD has quit [Ping timeout: 246 seconds]
[09:09:58] -!- per_sonne has quit [Ping timeout: 240 seconds]
[09:11:34] -!- aventtini has quit [Remote host closed the connection]
[09:14:39] Contract_Pilot1 is now known as Contract_Pilot
[09:14:56] XXCoder is now known as XXCoder_example
[09:14:59] XXCoder_example is now known as XXCoder
[09:16:01] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[09:17:55] mikron is now known as aventtini
[09:18:11] -!- arrowcnc_ has quit [Read error: Connection reset by peer]
[09:25:21] -!- bkboggy has quit [Quit: Leaving]
[09:25:34] -!- robinsz has quit [Ping timeout: 260 seconds]
[10:03:32] kaarel is now known as kendas
[10:26:03] -!- almostworking has quit [Ping timeout: 265 seconds]
[10:27:38] -!- skunksleep has quit [Ping timeout: 260 seconds]
[10:31:44] -!- dan2k3k4k5 has quit [Ping timeout: 244 seconds]
[10:32:16] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[10:33:24] Contract_Pilot is now known as C-P_Away
[10:58:38] -!- skunksleep has quit [Ping timeout: 240 seconds]
[11:00:07] -!- aventtini has quit [Remote host closed the connection]
[11:26:56] -!- robinsz has quit [Ping timeout: 272 seconds]
[11:28:50] -!- skunkworks has quit [Ping timeout: 272 seconds]
[11:38:21] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[11:39:20] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[11:45:33] -!- dan2k3k4 has quit [Ping timeout: 246 seconds]
[12:02:11] -!- magnifikus has quit [Ping timeout: 268 seconds]
[12:02:51] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:05:01] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[12:05:46] -!- dan2k3k4k5 has quit [Ping timeout: 244 seconds]
[12:08:17] <jthornton> dgarr if you read back is there a way to set the size to about 80%?
[12:14:30] -!- roycroft has quit [Ping timeout: 255 seconds]
[12:24:53] <jepler> jthornton: yes
[12:24:56] <jepler> after 0 [list wm geometry .__tk_filedialog ${width}x${height}+0+0]
[12:25:06] <jepler> +0+0 gives the offset from the upper left corner of the screen
[12:25:13] <jepler> and width and height give the size
[12:25:24] <jepler> so you could make different computations and use different numbers
[12:26:15] <jepler> for example, you can compute 80% of width by
[12:26:15] <jepler> % set width 1024
[12:26:15] <jepler> 1024
[12:26:15] <jepler> % expr {int($width*.8)}
[12:26:15] <jepler> 819
[12:27:07] <jepler> the problem with dgarr's suggestion is that it is not portable: it depends on details of tk that they might change in any version. (besides not working on mac or windows, which we don't care about)
[12:27:29] -!- skunkworks has quit [Read error: Connection reset by peer]
[12:27:51] <fenn> windows doesn't use the tk file dialog anyway
[12:28:24] <jepler> right
[12:29:47] -!- vapula has quit [Quit: Leaving]
[12:42:15] -!- dan2k3k4 has quit [Ping timeout: 246 seconds]
[12:51:46] -!- dan2k3k4k5 has quit [Quit: Leaving]
[12:56:12] -!- phantoneD has quit [Ping timeout: 264 seconds]
[13:13:12] -!- SEL has quit [Quit: Leaving]
[13:15:59] -!- aventtini has quit [Remote host closed the connection]
[13:25:47] <seb_kuzminsky> morning
[13:26:54] <seb_kuzminsky> anyone have an opinion on what T-number means "no tool" or "unknown tool"? I feel like it's a somewhat important policy/interface issue that we don't have a clear guideline on: sometimes we use 0 and sometimes -1
[13:36:39] -!- ravenlock has quit [Ping timeout: 240 seconds]
[13:38:31] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[13:41:25] -!- kendas has quit [Quit: WeeChat 1.3]
[13:47:53] -!- user___ has quit [Quit: Lost terminal]
[13:55:52] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[13:56:00] <skunkworks> https://www.youtube.com/watch?v=HO945tdvrzQ
[13:57:20] -!- Valen has quit [Remote host closed the connection]
[13:58:43] <skunkworks> he has been working with mach4 to get his 4th axis integrated - ran into some roadblock and decided to see if he could get his device working with linuxcnc/pathpilot
[13:59:01] <skunkworks> He seemed very impressed with linuxcnc
[13:59:09] <mozmck> nice!
[14:00:26] <cradek> ooh it can be a spindle or a rotary? neat.
[14:00:42] <skunkworks> yes
[14:14:37] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[14:21:39] -!- archivist has quit [Ping timeout: 240 seconds]
[14:22:10] -!- the_wench has quit [Ping timeout: 268 seconds]
[14:23:04] -!- Audioburn has quit [Ping timeout: 246 seconds]
[14:32:42] <skunkworks> Safety glasses anyone?
https://www.youtube.com/watch?v=5p6uLDIF0K8
[14:32:44] <skunkworks> jeeper
[14:33:33] <cradek> yeah they're pretty close to that thing at that height
[14:34:08] <cradek> those adults should know better
[14:34:21] <skunkworks> yes
[14:34:46] <cradek> and isn't that mach on the screen?
[14:36:03] <skunkworks> I don't know... you would think that the guy would know what he is running.. :) it looks a bit like a form of gmoccapy maybe
[14:37:06] <skunkworks> it looks like linux otherwise (some form of gnome)
[14:37:50] <skunkworks> (icons down the left side)
[14:38:36] <cradek> huh
[14:38:41] <cradek> can't tell anymore
[14:39:00] -!- archivist [archivist!~archivist@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[14:39:41] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[14:43:33] <pcw_home> probably linuxcnc (they buy 6I25s from us)
[14:48:13] <cmorley> If I was selling to the current market I would tend to make the screen look mach-ish, Curious how they did though.
[14:48:52] <cradek> that gets me right in the feels
[14:49:06] <ssi> cradek: :(
[14:52:08] <skunkworks> http://www.machsupport.com/forum/index.php/topic,30949.0.html
[14:52:32] <cmorley> mach-ish or fanuc-ish depending on the market I was trying to reach. machinists tend to be very anal about how things work :)
[14:53:03] <skunkworks> those machinist need to chill out! ;)
[14:54:42] <cmorley> it's easier to sell to people something they are familiar to then convince them something different is better - even if it is better.
[14:54:43] <cradek> skunkworks: oh hey, some software has broken tool offsets? good thing I don't use that software - it sounds unfinished.
[14:54:49] <cmorley> just human nature
[14:55:06] <cradek> cmorley: yeah, glad I'm not selling anything
[14:55:38] <cmorley> well the profits might be nice but not the customer service part :)
[14:55:39] <cradek> cmorley: if I was, I'd probably have to do all sorts of things I don't like or believe in, and that sucks
[14:55:54] <cmorley> tis true i'm afraid
[14:56:01] <cradek> :-/
[14:58:22] -!- the_wench [the_wench!~the_wench@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[14:58:33] <skunkworks> there seems to be growing mach user base that is getting upset that they are paying for software that they have to beta test.
[14:58:58] <cradek> that is a very common model in the commercial software world
[14:59:06] <cradek> very profitable
[14:59:44] <cmorley> cradek:I had a similar problem at work - they want to replace our laser alignment with a different make.
[15:00:23] <cmorley> the new one works fine but id have to learn how to use it, and i already know the nuisances of the old one.
[15:00:24] -!- Audioburn has quit [Ping timeout: 250 seconds]
[15:01:05] <cmorley> besides i'm pretty sure the foreman is getting a kickback for buying it, which ticks me off since we don't need it
[15:01:43] il is now known as Audiowork
[15:04:09] <skunkworks> cmorley, good to see you on. Thanks for all the work on gscreen and such
[15:05:26] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 139fb47 06linuxcnc 10tests/toolchanger/m61/test-ui.py tests: add spindle unloading to m61 test * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=139fb47
[15:05:27] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 9ed202c 06linuxcnc 10src/emc/iotask/ioControl.cc io: fix HAL pins on "M61 Q0" * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9ed202c
[15:05:27] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 3218b21 06linuxcnc 10src/emc/iotask/ioControl.cc io: "no tool" is spelled "0", not "-1" * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3218b21
[15:05:28] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 cc211bf 06linuxcnc 10docs/src/code/Code_Notes.txt docs: update code notes on M61 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=cc211bf
[15:05:30] <cmorley> ya i tend to lurk...I have been away working for a month, but now back. Yes i'm happy a few people are trying to use gscreen to make customizations
[15:05:57] <KGB-linuxcnc> 052.6-m61-bug faa5e07 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=faa5e07
[15:06:46] <cradek> cmorley: have you checked out joints_axes8 yet?
[15:07:10] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 21a5373 06linuxcnc 03docs/src/code/code-notes.txt Merge remote-tracking branch 'origin/2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=21a5373
[15:08:30] <cmorley> cradek. no i have no use for it, so it does't interest me until it's merged, then i have to fix all my projects :)
[15:09:25] -!- chris_99 has quit [Quit: Leaving]
[15:09:46] <cradek> well the idea is to make it work right, then merge it
[15:10:11] <cradek> seb & I hope to investigate it a bit on the weekend of the 17th
[15:10:12] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 9f5b80c 06linuxcnc 10debian/changelog 10docs/src/getting-started/updating-linuxcnc.txt Merge remote-tracking branch 'origin/2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9f5b80c
[15:11:13] <skunkworks> cradek, hackerfest?
[15:11:34] <cradek> nothing so organized
[15:11:42] <skunkworks> heh
[15:12:53] <mozmck> I have an interest because I really need to get a working gantry with two home switches.
[15:13:09] <cmorley> Cradek: The thing is I have limited time, so until it's actually merged I probably won't work on it. I'm sorry but it's been 'almost merged' for a very long time.
[15:13:24] <cradek> yes because nobody is working on it :-(
[15:13:38] <cradek> I totally understand limited time
[15:13:43] <cmorley> well i spelled out how I felt about that in an email
[15:13:45] <seb_kuzminsky> mozmck: i've got one of those too! at the boulder hackspace. and i too want it to work right, and i'm willing to put some effort into it
[15:13:58] <mozmck> seb_kuzminsky: great!
[15:14:30] <cmorley> mozmck: did you see the component I fooled with on the forum to do tandem hoing with steppers?
[15:14:32] <mozmck> I've had too many other projects that have been pressing, but I should be able to spend some time on that soon.
[15:14:42] <cradek> but I don't understanding wanting to merge (broken/unfinished) first and disrupt everyone using master. it manufactures a crisis for no reason and I don't believe in that, even though I concede that it might be motivating in some ways
[15:15:00] <mozmck> cmorley: no, I hardly ever look at the forum (it's that "time" thing)
[15:15:38] <cmorley> cradek: its been done before, just not on such a grand scale.
[15:16:17] <cmorley> it's why i suggested pulling out 2.8 first gives time.
[15:16:30] <cmorley> yes it's the motivation that is needed in mho
[15:16:33] <seb_kuzminsky> mozmck: do you have an opinion on cradek's synchronized homing approach?
[15:16:40] <seb_kuzminsky> it seems promising to me
[15:17:05] <mozmck> cmorley: I have a component from steinkueller (sp?) that does that, and it looks like the only problem with it is that it does not do acceleration.
[15:17:08] <cradek> I want JA to be in 2.8 (there's nothing else big in the works)
[15:17:19] <mozmck> cradek: that would be great
[15:17:34] <cmorley> mozmck: yes that is the limitation..wasn't sure how importatnt that was
[15:17:52] <cradek> cmorley: I wish I could find a middle way to motivate you personally, but not break master for everyone else who wants to use it, or work on some other parts of it that would get interrupted by the merge
[15:17:58] <cmorley> then we will wait for 2.8 for a very long time!
[15:18:26] <mozmck> cmorley: it may not be really important, but you have to make sure and set the speed low enough that there is no chance of losing position.
[15:19:03] <seb_kuzminsky> why would we make the 2.8 branch now? there's nothing major new in 2.8 that's not in 2.7
[15:19:28] <cmorley> well i'm pretty sure if you get JA working linuxcnc wise, you will merge it and that leaves alot of the programs outside linuxcnc broken. It get done all the time. So I don't see a big difference.
[15:19:54] <mozmck> seb_kuzminsky: I don't know if I know how the synchronized homing approach works!
[15:19:58] <cmorley> I mean As I understand it JA isn't super broken ...
[15:20:13] <cradek> cmorley: that's why I asked you about it in the first place, too coordinate this
[15:20:17] <cradek> to
[15:20:54] <cradek> and I think yes it is super broken right now, breaking whole classes of common machines (lathes)
[15:21:01] <cradek> I don't know how hard that is to fix because I haven't looked
[15:21:14] <ssi> what about it breaks lathes?
[15:21:14] <cradek> brb
[15:21:48] <cmorley> Well you need to have JA working, and maybe docs or examples - so I can update stepconf,pncconf any GUIs I own so not alot I can do untill thats done...at least i think.
[15:21:57] <seb_kuzminsky> mozmck: it let you mark joints with [AXIS_n]HOME_SYNCHRONIZED, and all the synchronized-home joints in the same HOME_SEQUENCE wait for each other at each step in the homing state machine
[15:22:43] <seb_kuzminsky> the intent is that each step in the homing state machine has less error than the one before it, so things like gantry racking should get better and getter as you get closer to "homed", and never worse like they can be now
[15:23:23] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[15:23:45] <mozmck> I see. Another issue that people seem to have currently is that you wind up in some mode where jogging jogs only one motor, so the gantry racks.
[15:24:10] <seb_kuzminsky> ssi: if you try any of the sim lathe configs, you get a ton of errors and the machine fails to home
[15:24:37] <seb_kuzminsky> it may not be a huge deal, but no one has debugged it yet
[15:24:44] <ssi> gotcha
[15:24:55] <mozmck> For any gantry that I'm aware of, the only time the motors should move independently is when finishing homing, with no possibility of moving either side independently.
[15:25:31] <seb_kuzminsky> mozmck: ah, yeah i hate that too
[15:25:53] <ssi> mozmck: I only get into that state if I haven't homed for the first time
[15:25:53] <seb_kuzminsky> the problem there is that the machine is in Free mode (aka Joint mode), not in Teleop mode (aka World mode)
[15:25:58] <ssi> yeah exactly
[15:26:10] <ssi> machine starts in free mode, and if you try to jog before homing, it'll rack
[15:26:18] <mozmck> The way I do it now is just use one switch, and both motors are run from one axis vel_cmd.
[15:26:27] <ssi> the other thing I ran into was that once it was homed, I had no way to get back to free mode to rehome
[15:26:34] <seb_kuzminsky> Axis does a good job of hiding that particular wart of linuxcnc, for trivkins machines, but it currently does the wrong thing (imo) on nontrivkins machines
[15:26:34] -!- kwallace [kwallace!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[15:26:35] <ssi> and the way I fixed that was to set volatile homes
[15:26:39] <mozmck> Yes, totally unacceptable.
[15:26:40] <ssi> so if I disable the machine, it unhomes
[15:26:45] <ssi> then when I reenable, I can rehome
[15:26:49] <mozmck> I just use trivkins
[15:27:00] <seb_kuzminsky> ssi: in axis, "$" should switch back and forth between world and joint mode
[15:27:12] <ssi> hm I dunno if I tried that
[15:27:17] <mozmck> ooh, a secret hot key!
[15:27:20] <ssi> :)
[15:27:40] <ssi> I don't think it's secret, I'm pretty sure its on one of the menus
[15:27:55] <mozmck> Is there a way to make it never go into joint mode?
[15:27:55] <seb_kuzminsky> that works well on my gantrykins machine
[15:28:02] <ssi> it needs to be in joint mode to home
[15:28:06] <seb_kuzminsky> mozmck: no, joint mode is needed for homing
[15:28:07] <seb_kuzminsky> right
[15:28:33] <seb_kuzminsky> it'd be good if axis automatically switched to world mode after homing, on nontrivkins machines
[15:28:42] <ssi> I think it does
[15:28:45] <seb_kuzminsky> that would solve this UX problem
[15:28:48] <ssi> or at least my machine is configured to do so
[15:29:01] <mozmck> I'm using a gscreen skin, so I would have to do it there.
[15:29:13] <seb_kuzminsky> maybe it's Task that should switch mode
[15:29:15] <seb_kuzminsky> i dont know
[15:29:37] <seb_kuzminsky> it's not a super trivial issue, and desiging the right fix will take some serious thought
[15:29:45] <ssi> in case anyone's interested, here's a set of configs that worked pretty well for a gentrivkins JA gantry machine
[15:29:49] <ssi> https://github.com/ianmcmahon/linuxcnc_configs/tree/master/laser
[15:29:57] <seb_kuzminsky> a related problem is that we don't currently have incremental jogging in world mode
[15:30:10] <mozmck> I would think that it should not be a UI issue, because it's a potential machine destroyer
[15:30:32] <mozmck> oh, yeah.
[15:30:36] <seb_kuzminsky> (that's why axis leaves the machine in joint mode, and pretends to act like world mode, which works fine on trivkins machines but not on nontrivkins machines)
[15:31:11] <seb_kuzminsky> so, it's one of those seemingly simple things, but that actually requires a fair bit of designing and programming to resolve correctly
[15:31:44] <seb_kuzminsky> so i think the first step is to add incremental world-mode jogging, as strange as that might sound ;-)
[15:31:49] <mozmck> Maybe we need a flag that tells task or whoever does the mode stuff "Use joint mode *only* for homing"
[15:31:59] <mozmck> probably so.
[15:32:13] <ssi> yea cause what we'd rather have is no incremental jogging in joint mode
[15:32:14] -!- capricorn_1 has quit [Quit: Konversation terminated!]
[15:32:17] <ssi> or continuous jogging for that matter :)
[15:34:00] <cmorley> sounds like we need to be able to 'remap' homing. otherwise in a tandem drive you always want it to act as a single axis?
[15:35:13] <mozmck> for a gantry, the only time you want joint mode is in the final stage of homing, otherwise it is a single axis.
[15:35:33] <cmorley> What else does separating joints from axis get us, besides cleaning up a concept? must be an advantage for robot kins hey?
[15:35:45] <ssi> cmorley: non-cartesian kinematics
[15:36:30] <cmorley> ssi: we have that already no? just makes it easier? better?
[15:37:02] <ssi> I've never worked with any of the robot kins, so I dunno how well they work without JA
[15:37:13] <ssi> but conceptually, that's the point of separating joints from axes
[15:38:59] -!- BellinganRoy has quit [Ping timeout: 252 seconds]
[15:39:02] <cmorley> mozmck: yes so really having some sort of programmable homing would fix that problem altogether.
[15:39:13] <cradek> seb_kuzminsky: JA does have incremental jogging in world mode
[15:39:19] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[15:39:37] <cradek> seb_kuzminsky: it currently doesn't have wheel jogging in world mode (and that is not a merge stopper IMO)
[15:39:53] <ssi> cradek: I thought so... I would have noticed if I didn't have incremental jogging
[15:40:00] <ssi> I'm running JA on the plasma, and was running it on the laser
[15:40:10] <ssi> and I had most of the issues sorted out on those machines
[15:41:58] <cmorley> mozmck: oh ya only having programmable homing still doesn't fix the no acceleration/deceleration problem.
[15:42:02] <mozmck> I have wondered how useful linuxcnc is for robots. Do they use G-code? There seems to be other projects that are already mature and used for robots such as
http://www.ros.org/, and
http://www.orocos.org/
[15:42:17] -!- robinsz has quit [Ping timeout: 252 seconds]
[15:42:30] <cradek> I think some want gcode, others want just teach-in
[15:42:51] <ssi> mozmck: for instance, I have a plan to get an industrial arm and make it run linuxcnc as a five axis mill
[15:42:52] <mozmck> I see.
[15:42:56] <ssi> that is better for linuxcnc than ros
[15:44:17] <archivist> I think of robot arms as springs, so I would not be making a cutting machine tool
[15:44:30] -!- furrywolf has quit [Read error: No route to host]
[15:44:36] <skunkworks> foam cutters ;)
[15:44:40] <ssi> archivist: I want to put one of those chinese water cooled spindles on it and carve wood
[15:44:48] <ssi> specifically, I would like to be able to carve propellers
[15:44:57] <mozmck> now yer talking!
[15:45:03] <ssi> with an arm, I could mount a prop blank on a pedestal and carve top and bottom in one operation
[15:45:16] <ssi> I think an arm will be rigid enough for that
[15:45:22] <mozmck> Although you can do that with a 4-axis machine I would think.
[15:45:29] <ssi> yeah but not top and bottom
[15:45:37] <mozmck> rotary on a 3-axis router table.
[15:45:54] <ssi> and I'm talking about a robot like this
[15:45:54] <ssi> http://www.ebay.com/itm/271659536669?_trksid=p2060353.m1438.l2649&ssPageName=STRK%3AMEBIDX%3AIT
[15:46:14] <ssi> more of a spring than my vmc, but probably less of a spring than a lot of homebuilt wood routers :)
[15:46:34] <mozmck> yeah. Why not top and bottom with 4-axis? Only the two ends would not be finished I would think.
[15:46:50] <ssi> mozmck: maybe I just want a robot ok?! ;)
[15:47:35] <mozmck> go for it!
[15:47:49] <ssi> yeah... I've been trying to sort out how to get up there and bring one home
[15:48:04] <ssi> malcom2073 was supposed to go fetch them for me
[15:48:06] <archivist> by the way, need an addition, we need a stylus table
[15:48:19] <ssi> archivist: for probing?
[15:48:26] <ssi> does it need to be separate from the tool table?
[15:49:57] <archivist> yes I think it needs to be separate from tools due to calibration, orientation and multiple tips on a probe
[15:50:52] <ssi> tool table has orientation and plenty of offset data
[15:51:44] <archivist> the calibration of a ball on the end of a stylus varies with angle of contact
[15:52:19] <archivist> with an old style probe anyway
[16:00:45] <archivist> this is the stylus that made me think a bit more about the issues
http://www.renishaw.com/shop/Product.aspx?Product=A-5000-3626
[16:01:48] <ssi> ah
[16:02:36] <archivist> and my probe does not point downwards like most CMMs
[16:13:10] -!- patrickarlt has quit [Remote host closed the connection]
[16:18:38] -!- robinsz has quit [Ping timeout: 240 seconds]
[16:21:37] <seb_kuzminsky> cradek: one more reason i'm excited for JA
[16:27:15] <seb_kuzminsky> https://lh3.googleusercontent.com/-m1kKKMHLudI/VhAVGwYqnlI/AAAAAAAAT_o/T6Nvy3miK-8/s828-no/incaseoffire.jpg
[16:28:16] <ssi> lol
[16:29:36] <cradek> nooo always run tests before pushing
[16:29:37] <archivist> are the disks in the burning building :)
[16:29:56] <ssi> archivist: not if you use third party git hosting!
[16:30:16] <cradek> ssi: then you never know if the building is burning
[16:30:27] <archivist> your third party could be on the floor above
[16:30:57] <ssi> cradek: trust me, you can tell when the building is burning :D
[16:35:14] Audiowork is now known as audioburn_away
[16:42:30] <seb_kuzminsky> http://lwn.net/Articles/659193/rss
[16:44:02] <jepler> that is great news
[16:44:24] ganzuul_ is now known as ganzuul
[16:45:21] -!- magnifikus1 has quit [Quit: Leaving.]
[16:45:39] <seb_kuzminsky> yeah
[16:47:02] -!- patrickarlt has quit [Remote host closed the connection]
[16:47:16] <linuxcnc-build> build #3484 of 1200.rip-lucid-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/3484 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[16:51:13] -!- micges has quit [Ping timeout: 252 seconds]
[16:54:51] <pcw_home> That does make Preemt-RT s look like best choice for the future
[16:55:05] <pcw_home> the best choice
[16:55:10] <cradek> the one we already support, whee
[17:04:30] -!- aventtini3 has quit [Ping timeout: 272 seconds]
[17:06:54] <seb_kuzminsky> that runtests failure is in halui/jogging, and includes a 14-second nap by Task.
[17:07:21] Loetmichel2 is now known as Loetmichel
[17:08:19] <pcw_home> is that why these debugs printfs are in 2.7?
[17:08:20] <pcw_home> task: main loop took 0.121184 seconds
[17:08:22] <pcw_home> task: main loop took 0.110328 seconds
[17:08:23] <pcw_home> task: main loop took 0.101828 seconds
[17:09:14] <seb_kuzminsky> yeah
[17:09:56] <seb_kuzminsky> those intermittent test failures were a mystery (to me at least) for a long time, I added those warning printfs to Task to help chase the failures down
[17:10:26] -!- ivansanchez has quit []
[17:11:40] <seb_kuzminsky> Task's main loop is supposed to run every 1-10 milliseconds or so, but sometimes it takes 1000x longer (because Task is not realtime, and because the VMs that run our test farm kind of suck)
[17:12:36] <seb_kuzminsky> when the tests do thing like "push the jog button and wait for the jog to start", that kind of latency (in task, or in halui, or in the other non-realtime parts of our system) can cause test failures
[17:16:16] -!- LikeVinyl has quit [Quit: LikeVinyl]
[17:18:58] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[17:21:34] -!- sheppard has quit [Remote host closed the connection]
[17:23:32] <linuxcnc-build> build #3496 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3496 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[17:23:52] <pcw_home> those are just 10-12 times the nominal (10 ms) time
[17:23:53] <pcw_home> I dont think Ive seen any worse
[17:24:15] asheppard is now known as sheppard
[17:25:04] <seb_kuzminsky> yeah, on real hardware it's not as big of a problem (but it's still a problem)
[17:25:07] <seb_kuzminsky> joint-1 failed to jog joint-1 to -0.5
[17:25:09] <seb_kuzminsky> timed out at 0.000 after 5.000 seconds
[17:25:12] <seb_kuzminsky> task: main loop took 14.860690 seconds
[17:25:38] <seb_kuzminsky> (that's from the test failure just above)
[17:25:59] -!- robinsz has quit [Ping timeout: 264 seconds]
[17:32:02] <pcw_home> thats a long time for it to be twiddling its thumbs
[17:33:18] <archivist> is this a VM bug only though
[17:36:55] <seb_kuzminsky> archivist: this bug is more pronounced on VMs (because they have worse latency behavior), but it's present on all systems
[17:37:32] <seb_kuzminsky> for example, Task does file I/O in the critical path, which can be unbounded no matter how good your platform is
[17:40:33] <pcw_home> I guess the (VM)disk could be pretty slow
[17:41:31] <archivist> on my 5 axis I get huge delays from disk access
[17:41:38] <pcw_home> especially if there are a couple compiles going on at the same time
[17:42:08] <seb_kuzminsky> SSDs are notoriously bad for worst-case latency (and notoriously good for common-case latency, which is a dangerous combination)
[17:43:09] <pcw_home> yeah you might catch them in a wear leveling frenzy
[17:43:35] <seb_kuzminsky> exactly
[17:43:56] -!- KimK_laptop has quit [Remote host closed the connection]
[17:44:06] <seb_kuzminsky> i think the fix is to move disk i/o out of Task's main thread
[17:44:12] <Tom_itx> so they're supposed to be fast but aren't because they're worried about wearing out?
[17:44:23] <seb_kuzminsky> they're usually very fast
[17:44:54] <seb_kuzminsky> sometimes they take a multi-second nap to reorganize their insides, and if you happen to call sync on them during that, you have to wait for them to finish
[17:45:39] <Tom_itx> do they throw a warning that's coming?
[17:45:46] <seb_kuzminsky> some (many?) system calls have an implicit sync() in them, the syncing one Task calls is rename()
[17:46:09] <seb_kuzminsky> Tom_itx: you might be able to predict it by looking at the SMART data from the disk, i dont know
[17:46:18] <seb_kuzminsky> it'd be vendor and model specific, in that case
[17:46:19] <seb_kuzminsky> i think
[17:46:29] <Tom_itx> probably so
[17:46:47] <seb_kuzminsky> i've not seen it done, or talked about (but i havent looked hard)
[17:49:51] <pcw_home> moving disk IO out of the main thread seems a better choice :-)
[17:51:17] <pcw_home> probably most things can proceed without waiting for the sysc
[17:51:29] <pcw_home> sync
[17:52:26] -!- malcom2073 has quit [Quit: No Ping reply in 180 seconds.]
[17:52:46] <seb_kuzminsky> pcw_home: i totally agree
[18:01:37] -!- amiri has quit [Ping timeout: 252 seconds]
[18:05:30] -!- rob_h has quit [Ping timeout: 240 seconds]
[18:05:44] -!- rob_h [rob_h!~robh@2.124.66.150] has joined #linuxcnc-devel
[18:06:03] thesisb is now known as Flam
[18:06:15] Flam is now known as thesisb
[18:22:44] -!- patrickarlt has quit [Remote host closed the connection]
[18:33:44] -!- anomynous_ has quit [Ping timeout: 265 seconds]
[18:34:15] -!- membiblio has quit [Ping timeout: 252 seconds]
[18:41:05] amnesic_away is now known as amnesic
[18:41:43] -!- per_sonne has quit [Quit: Be back later ...]
[18:42:28] amnesic is now known as amnesic_away
[18:45:48] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[18:52:38] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[18:55:18] <cradek> cmorley: on master, RIP stepconf gives a traceback at startup:
http://timeguy.com/cradek-files/emc/stepconf-startup-master.png
[18:55:24] <cradek> cmorley: do you want me to file a bug?
[18:57:11] <cradek> err, maybe it was c813031ccb09
[18:57:39] <cmorley> no I'll fix it
[18:58:47] <cradek> I might have already - testing now
[18:59:00] <cradek> (I added axisu and axisv to the list in Submakefile)
[18:59:43] <cradek> yeah that fixes it
[18:59:52] <cradek> sorry to bug you before I looked
[19:00:52] <cmorley> ahh excellent
[19:01:07] <cradek> trying to figure out if it's master only
[19:02:29] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[19:03:26] <cmorley> I see it was Jeff's refactor of the submakefile that did it...
[19:03:36] <cradek> yep
[19:03:40] <cradek> and it is master only (yay)
[19:03:44] <cmorley> i wondered how I had messed that up lol
[19:03:58] <jepler> sorry
[19:04:02] <jepler> thanks for fixing, cradek
[19:04:24] <KGB-linuxcnc> 03Chris Radek 05master a298048 06linuxcnc 10src/emc/usr_intf/stepconf/Submakefile Fix stepconf backtrace at startup * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a298048
[19:04:24] <cradek> no problem
[19:04:32] <seb_kuzminsky> :-)
[19:04:58] <cradek> we would have had to take your cookie away if you had refucktored in 2.7
[19:05:07] <jepler> heh
[19:05:11] <jepler> but it's better now!
[19:05:11] <cmorley> easy fixes are nice :)
[19:07:23] <cradek> yeah it's a huge improvement
[19:07:26] <cradek> thanks for doing it
[19:08:12] <jepler> it was left over from some rather old branch
[19:09:07] <jepler> oh trying to detect certain bugs (repeated ids) in glade files
[19:25:00] -!- malcom2073 [malcom2073!~quassel@mikesshop.net] has joined #linuxcnc-devel
[19:27:03] -!- skunkworks_ [skunkworks_!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[19:32:58] -!- patrickarlt has quit [Ping timeout: 268 seconds]
[19:37:58] -!- skunkworks_ has quit [Ping timeout: 240 seconds]
[19:38:11] -!- skunkworks has quit [Read error: Connection reset by peer]
[19:39:44] -!- _abc_ has quit [Quit: zzz]
[19:45:55] <malcom2073> ssi: If it A: Didn't scare the living shit out of me, and B: I had a decent place for it, I'd be all over it :(
[19:47:46] -!- per_sonne has quit [Ping timeout: 268 seconds]
[19:49:47] -!- robinsz has quit [Ping timeout: 252 seconds]
[19:54:29] -!- micges [micges!~micges@acux112.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[19:59:52] audioburn_away is now known as Audioburn_AFK
[20:04:03] -!- SEL has quit [Quit: Leaving]
[20:23:45] -!- justanotheruser has quit [Ping timeout: 256 seconds]
[20:48:17] -!- Deejay has quit [Quit: bye]
[20:48:26] -!- patrickarlt has quit [Read error: Connection reset by peer]
[20:54:08] -!- chris_99 has quit [Remote host closed the connection]
[20:55:38] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:00:34] -!- membiblio has quit [Quit: Leaving]
[21:05:21] -!- FinboySlick has quit [Quit: Leaving.]
[21:14:26] -!- cpresser has quit [Ping timeout: 240 seconds]
[21:20:20] Audioburn_AFK is now known as bogs
[21:25:52] -!- chris_99 has quit [Remote host closed the connection]
[21:26:41] -!- magnifikus has quit [Quit: Leaving.]
[21:27:24] -!- justanotheruser has quit [Ping timeout: 264 seconds]
[21:29:10] -!- exitcode1 has quit [Quit: quit]
[21:30:31] bogs is now known as Audioburn
[21:31:38] -!- mhaberler has quit [Quit: mhaberler]
[21:31:51] -!- chris_99 has quit [Client Quit]
[21:38:40] -!- toner has quit [Ping timeout: 246 seconds]
[21:45:50] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[21:46:00] -!- Connor has quit [Quit: Leaving.]
[21:46:41] -!- Connor [Connor!~Connor@c-67-187-108-117.hsd1.tn.comcast.net] has joined #linuxcnc-devel
[21:47:46] -!- per_sonne has quit [Ping timeout: 246 seconds]
[21:48:35] -!- patricka_ has quit [Remote host closed the connection]
[21:59:22] C-P_Away is now known as Contract_Pilot
[22:08:19] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[22:15:12] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[22:29:13] -!- justanotheruser has quit [Read error: Connection reset by peer]
[22:35:00] Audioburn is now known as Audioburn_work
[22:54:44] SpeedEvil is now known as Guest21693
[22:55:06] -!- Guest21693 has quit [Ping timeout: 246 seconds]
[22:55:37] -!- TurBoss has quit [Client Quit]
[23:10:30] -!- asdfasd has quit [Ping timeout: 250 seconds]
[23:14:01] -!- per_sonne_ has quit [Ping timeout: 252 seconds]
[23:22:56] -!- gonzo_nb has quit [Remote host closed the connection]
[23:32:25] -!- LatheBuilderShop has quit [Ping timeout: 244 seconds]
[23:40:04] <KGB-linuxcnc> 03Chris Morley 052.7 1180c46 06linuxcnc 10src/emc/usr_intf/pncconf/build_HAL.py 10src/emc/usr_intf/pncconf/external.glade 10src/emc/usr_intf/pncconf/pncconf.py pncconf -fix HAL file - VFD always being selected * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1180c46
[23:41:39] -!- norias has quit [Ping timeout: 240 seconds]
[23:46:44] <KGB-linuxcnc> 03Chris Morley 05master d40e5d4 06linuxcnc Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d40e5d4
[23:53:48] -!- chris_99 has quit [Quit: Leaving]
[23:58:58] -!- Akex_ has quit [Quit: Connection closed for inactivity]
