Back
[00:09:58] -!- md-2 has quit [Remote host closed the connection]
[00:15:27] -!- tswartz has quit [Read error: Connection reset by peer]
[00:20:26] -!- per_sonne_ has quit [Ping timeout: 272 seconds]
[00:22:19] -!- Akfreak-iPad has quit [Remote host closed the connection]
[00:32:49] -!- _methods has quit [Ping timeout: 264 seconds]
[00:37:50] -!- ir2ivps8 has quit [K-Lined]
[00:42:59] <cradek> andypugh: the thing about setting new reports to priority 1 was particularly stupid, because we can choose the default and it's 5
[00:43:09] <cradek> andypugh: ... so I just deleted both sentences
[00:46:33] -!- Loetmichel has quit [Ping timeout: 240 seconds]
[00:48:51] -!- mhaberler has quit [Quit: mhaberler]
[00:58:25] -!- dnaleromj has quit [Remote host closed the connection]
[00:59:04] -!- dnaleromj [dnaleromj!~dnaleromj@45-16-254-175.lightspeed.chtnsc.sbcglobal.net] has joined #linuxcnc-devel
[00:59:49] -!- koo6 has quit [Ping timeout: 264 seconds]
[01:13:35] -!- FreezingCold has quit [Ping timeout: 246 seconds]
[01:17:42] -!- amiri_ has quit [Ping timeout: 276 seconds]
[01:21:06] -!- per_sonne_ has quit [Ping timeout: 272 seconds]
[01:34:09] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[01:45:22] -!- Stoneanvil [Stoneanvil!~stoneanvi@135-23-254-107.cpe.pppoe.ca] has joined #linuxcnc-devel
[01:49:22] -!- tjb11 has quit [Read error: Connection reset by peer]
[01:54:28] -!- dnaleromj has quit [Quit: Dang. Where did dnaleromj's computer go?]
[01:58:45] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[02:03:25] -!- md-2 has quit [Ping timeout: 264 seconds]
[02:22:33] -!- per_sonne_ has quit [Ping timeout: 240 seconds]
[02:25:01] -!- asdfasd has quit [Ping timeout: 255 seconds]
[02:43:54] -!- AR_ has quit [Ping timeout: 258 seconds]
[03:03:20] -!- FinboySlick has quit [Quit: Leaving.]
[03:17:36] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[03:26:04] -!- per_sonne_ has quit [Ping timeout: 256 seconds]
[03:32:23] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/threadtiming 918c618 06linuxcnc 10src/hal/hal_lib.c 10src/hal/hal_priv.h 10src/hal/utils/halcmd_commands.c 10tests/save.0/expected hal_lib: new pin,param for thread time,tmax * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=918c618
[03:53:34] -!- patrickarlt has quit [Ping timeout: 245 seconds]
[04:09:17] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[04:24:35] -!- furrywolf has quit [Ping timeout: 250 seconds]
[04:26:49] -!- per_sonne_ has quit [Ping timeout: 264 seconds]
[04:28:53] -!- patrickarlt has quit [Ping timeout: 246 seconds]
[04:33:51] -!- patrickarlt has quit [Remote host closed the connection]
[04:43:34] -!- ve7it has quit [Read error: Connection timed out]
[04:44:19] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[04:53:51] -!- Stoneanvil has quit []
[05:04:00] -!- ve7it has quit [Remote host closed the connection]
[05:04:39] -!- md-2 has quit [Ping timeout: 264 seconds]
[05:05:19] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[05:12:19] -!- koo6 has quit [Ping timeout: 245 seconds]
[05:15:23] -!- patrickarlt has quit [Remote host closed the connection]
[05:20:43] -!- kwallace [kwallace!~kwallace@smb-22.sonnet.com] has parted #linuxcnc-devel
[05:29:31] -!- per_sonne_ has quit [Ping timeout: 255 seconds]
[05:38:12] -!- Tecan has quit [Remote host closed the connection]
[05:48:24] jesseg_ is now known as jesseg
[05:58:50] -!- ve7it has quit [Remote host closed the connection]
[06:02:03] -!- Praesmeodymium has quit [Ping timeout: 252 seconds]
[06:02:07] Praesmeodymium|2 is now known as Praesmeodymium
[06:31:22] -!- limbera has quit []
[06:32:51] -!- per_sonne_ has quit [Ping timeout: 264 seconds]
[06:40:55] -!- asah has quit [Client Quit]
[07:23:19] -!- eventor [eventor!~eventor@p5B254F2F.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[07:33:42] -!- per_sonne_ has quit [Ping timeout: 256 seconds]
[07:51:31] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[07:56:55] -!- per_sonne_ has quit [Client Quit]
[08:14:11] -!- micges_ [micges_!~micges@adby22.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[08:15:33] -!- micges has quit [Ping timeout: 265 seconds]
[08:22:03] -!- automata has quit [Ping timeout: 264 seconds]
[08:23:37] -!- Miner_48er has quit [Quit: Leaving]
[08:47:24] -!- balestrino has quit [Quit: Leaving]
[09:30:01] micges_ is now known as micges
[09:31:18] -!- sumpfralle has quit [Ping timeout: 272 seconds]
[09:31:39] -!- automata_ has quit [Read error: Connection reset by peer]
[09:35:40] -!- balestrino has quit [Ping timeout: 244 seconds]
[09:53:35] Hawku-fr is now known as Hawku
[10:04:46] -!- b_b has quit [Changing host]
[10:19:16] -!- sumpfralle has quit [Quit: Leaving.]
[10:28:57] -!- skorasaurus has quit [Ping timeout: 265 seconds]
[10:32:44] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[10:43:18] -!- Valen has quit [Remote host closed the connection]
[10:47:42] -!- mhaberler has quit [Quit: mhaberler]
[11:19:44] -!- skunkworks has quit [Ping timeout: 252 seconds]
[11:27:48] -!- automata has quit [Ping timeout: 252 seconds]
[11:41:23] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:12:45] -!- skunkworks_ [skunkworks_!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:14:12] -!- balestrino has quit [Ping timeout: 272 seconds]
[12:16:26] -!- dnaleromj [dnaleromj!~dnaleromj@45-16-254-175.lightspeed.chtnsc.sbcglobal.net] has joined #linuxcnc-devel
[12:18:42] -!- dnaleromj has quit [Read error: Connection reset by peer]
[12:20:48] <jthornton> I added a second html layout to look at
http://gnipsel.com/linuxcnc/html/
[12:23:21] -!- dnaleromj [dnaleromj!~dnaleromj@45-16-254-175.lightspeed.chtnsc.sbcglobal.net] has joined #linuxcnc-devel
[12:39:03] -!- dnaleromj has quit [Quit: Dang. Where did dnaleromj's computer go?]
[12:42:23] -!- Mr_Sheesh has quit [Remote host closed the connection]
[12:44:37] <mozmck> jthornton: I like the second one better.
[12:44:49] <jthornton> me too
[12:44:57] -!- pjm_ has quit [Ping timeout: 256 seconds]
[12:45:07] <mozmck> I had something like that in mind the other day, but did not know how hard it was to do.
[12:45:15] <jthornton> thanks for the feedback
[12:45:39] <mozmck> thanks for the work on it!
[12:46:03] <mozmck> I think it will make it easier to use.
[12:46:04] <jthornton> easy when you know how, hard when your figuring it out
[12:46:12] <jthornton> yes
[12:46:13] <mozmck> yes, like most things
[12:50:33] <jthornton> refresh the page I cleaned it up a tad
[12:56:29] <mozmck> I can't tell any difference here.
[12:59:47] <mozmck> I notice that under API calls, the sections are next to each other instead of down the page, so the page goes wider than my screen instead of scrolling down the screen.
[13:00:50] <archivist> note lusers with mobile devices these days too, they hate wide pages
[13:01:45] <archivist> and google is threatening to downgrade non mobile friendly pages in their index
[13:02:46] -!- balestrino has quit [Ping timeout: 252 seconds]
[13:21:07] <jthornton> API calls should be a bit better behaved now
[13:21:32] <jthornton> off to work!
[13:26:49] <mozmck> yes, much better
[13:32:24] -!- syyl_ has quit [Ping timeout: 256 seconds]
[13:39:15] -!- dnaleromj [dnaleromj!~dnaleromj@64.20.30.66] has joined #linuxcnc-devel
[14:04:44] -!- OnkelTem has quit [Read error: Connection reset by peer]
[14:05:37] -!- kwallace [kwallace!~kwallace@smb-148.sonnet.com] has joined #linuxcnc-devel
[14:10:48] -!- pingufan has quit [Quit: Konversation terminated!]
[14:13:08] -!- gambakufu has quit [Read error: No route to host]
[14:25:02] -!- dnaleromj has quit [Quit: Dang. Where did dnaleromj's computer go?]
[14:29:27] -!- dnaleromj [dnaleromj!~dnaleromj@64.20.30.66] has joined #linuxcnc-devel
[14:33:16] -!- dnaleromj has quit [Client Quit]
[14:39:55] -!- MrSunshine has quit [Ping timeout: 250 seconds]
[14:50:57] -!- dnaleromj [dnaleromj!~dnaleromj@64.20.30.66] has joined #linuxcnc-devel
[14:51:17] -!- dnaleromj has quit [Client Quit]
[15:02:28] <jepler> someone without too many projects already should pick one of these up and see if preempt-rt and linuxcnc will work on it
http://store.imgtec.com/us/product/mips-creator-ci20/
[15:02:37] <jepler> (mips-based, which would be new afaik)
[15:03:06] <archivist> and the spare cash :)
[15:05:31] <pcw_home> Must be good, Its Purple
[15:06:57] <jthornton> if it was blue it would be better
[15:09:17] <cradek> I can't even get a working parallel port
[15:11:44] <pcw_home> just have to buy about 6 different ones, one of they might work
[15:11:53] <pcw_home> them
[15:12:08] <cradek> it's hard to find any that aren't known not to work
[15:12:31] -!- skunkworks__ [skunkworks__!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[15:12:39] <cradek> I know - you should make a 5i25 firmware that does everything right
[15:13:03] -!- ivansanchez has quit []
[15:13:06] <cradek> surely it will pay off for you, since it can't be hard at all
[15:14:57] -!- balestrino has quit [Ping timeout: 240 seconds]
[15:15:08] <pcw_home> I have thought about it (it could also be quite a bit faster) but I _dont_ need any more projects
[15:15:20] -!- skunkworks has quit [Ping timeout: 246 seconds]
[15:15:43] <cradek> it would be very cool, but yeah, surely it's not even worth doing
[15:17:44] -!- SB_ has quit [Ping timeout: 245 seconds]
[15:19:11] <skunkworks__> zlog
[15:19:11] <zlog> skunkworks__: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2015-05-19.html
[15:20:35] -!- KimK_laptop [KimK_laptop!~Kim@wsip-70-186-238-216.ks.ks.cox.net] has joined #linuxcnc-devel
[15:24:23] <mozmck> pcw_home: thinking about projects, do you have a 7i92 with 2 IDC headers yet ? :)
[15:25:25] <pcw_home> Unfortunately still way behind
[15:25:41] <mozmck> ok, my boss keeps bugging me to ask you.
[15:25:56] <pcw_home> next set of kits we will build the 7I92H and 7I92M
[15:26:04] <pcw_home> (and 7I93)
[15:26:15] <mozmck> I know how 'behind' feels :)
[15:26:20] <mozmck> what is the 7i93?
[15:26:39] <pcw_home> 2x 50 pin version of the 7I92
[15:26:59] <mozmck> I see.
[15:27:11] <pcw_home> Kind of a Ethernet 7I43
[15:29:03] <micges> also it will have simmilar size to 7i43?
[15:36:06] -!- dan2k3k4 has quit [Ping timeout: 272 seconds]
[15:39:09] <skunkworks__> ejsy snpiy yjr 7i73? :)
[15:39:13] <skunkworks__> heh
[15:39:17] <skunkworks__> what about the.
[15:43:18] -!- moorbo has quit []
[15:44:35] -!- u7654dec has quit [Ping timeout: 256 seconds]
[15:47:57] <pcw_home> yes same size basically
[15:48:24] <pcw_home> 7i73s are (finally) in build process
[15:48:37] <skunkworks__> Yay!
[15:50:47] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[15:53:05] -!- skunkworks__ has quit [Ping timeout: 256 seconds]
[15:54:11] -!- skunkworks has quit [Read error: Connection reset by peer]
[15:55:00] -!- quiqua has quit [Quit: quiqua]
[16:01:10] <jepler> ugh, the ci20 has its ethernet on the same bus as the onboard NAND, so if you wanted to use it with an ethernet card you'd have to ensure no "disk" access while linuxcnc was running
[16:01:45] <mozmck> cmorley: overriding the keybinding functions does a bit oddly. It seems to call my function and then the gscreen function if I use the same name function.
[16:01:49] <jepler> or not use the nand at all -- sd card seems to be on a different interface
[16:04:28] -!- b_b has quit [Remote host closed the connection]
[16:04:54] <jepler> mozmck: this advice may be way off base, but in gtk the return value from a signal is 'propagated' if the return value from the handler is False and stopped if it is True. The default return value of a Python function which reaches the end is None, which is False when converted to bool.
[16:05:15] <jepler> mozmck: so in summary, I would add 'return True' to the end of your handler and see if that changes it so that the other function doesn't also happen
[16:05:33] <jepler> https://developer.gnome.org/gtk-tutorial/stable/x1810.html
[16:05:35] <mozmck> Well, these functions do all return True
[16:05:41] <jepler> ok, darn, that must not be it then
[16:05:58] <mozmck> I checked that first.
[16:06:31] <mozmck> yeah, so I don't understand it. I changed the function name and remapped the binding and that seems to work - although my code does not yet ;(
[16:09:54] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/threadtiming d1b29cc 06linuxcnc 10src/hal/utils/halrmt.c halrmt.c fix readClient() incorrect goto finished * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d1b29cc
[16:09:55] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/threadtiming e309beb 06linuxcnc 10src/hal/utils/halrmt.c halrmt.c report thread .time pin value * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e309beb
[16:11:42] -!- dgarr [dgarr!~dgarrett@71-223-132-143.phnx.qwest.net] has joined #linuxcnc-devel
[16:12:48] <dgarr> seb_kuzm1nsky: , others please review dgarr/threadtiming, screenshots
http://www.panix.com/~dgarrett/stuff/threadtiming/
[16:12:57] <dgarr> does anyone actually use halrmt?
[16:14:15] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[16:15:03] seb_kuzm1nsky is now known as seb_kuzminsky
[16:16:54] <seb_kuzminsky> dgarr: i don't know of anyone using halrmt
[16:17:18] <dgarr> i suspect it should be deprecated
[16:17:29] <jthornton> what does it do?
[16:18:56] <seb_kuzminsky> it's one of the buggiest programs in our repo, according to clang:
http://buildbot.linuxcnc.org/clang/master-rt/v2.8.0-pre1-662-ge743793/index.html
[16:19:21] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[16:20:08] <skunkworks> hal remote?
[16:20:13] <seb_kuzminsky> jthornton: it's kind of a remote shell for hal, iirc
[16:20:31] <seb_kuzminsky> like an mutant baby from halcmd and telnet
[16:20:40] <jthornton> lol
[16:20:54] -!- md-2 has quit [Quit: Leaving...]
[16:23:28] -!- Demiurge has quit [Remote host closed the connection]
[16:26:04] <archivist> picking one error to that code, methinks clang needs a kick where it hurts
[16:28:03] <seb_kuzminsky> archivist: which one do you think clang is wrong about? the random one i clicked on sure looks like a silly bug in halrmt:
http://buildbot.linuxcnc.org/clang/master-rt/v2.8.0-pre1-662-ge743793/report-x1g5Zs.html#EndPath
[16:28:40] -!- balestrino has quit [Quit: Leaving]
[16:30:37] <archivist> tokens[0] seems to be initialised at line 3048 yet it whines at 3090
http://buildbot.linuxcnc.org/clang/master-rt/v2.8.0-pre1-662-ge743793/report-x1g5Zs.html#EndPath unless it spotted something about the state of pch correctly
[16:31:44] <archivist> seems to be some assumptions to find that path
[16:32:00] <seb_kuzminsky> wrong link?
[16:34:34] <archivist> dont think so
http://buildbot.linuxcnc.org/clang/master-rt/v2.8.0-pre1-662-ge743793/report-BymmME.html#EndPath is after line 3090
[16:35:19] <seb_kuzminsky> ah, that link makes sense
[16:35:36] -!- skunkworks__ [skunkworks__!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[16:35:45] <seb_kuzminsky> well, the strtok on 3046 can sure return NULL, which would cause this bug, right?
[16:36:54] <cradek> weird
[16:37:12] <cradek> I don't see how #2 follows from #1, likewise 6 from 5
[16:37:52] <cradek> maybe I just don't understand the presentation
[16:38:10] <seb_kuzminsky> so if halcmd is expecting to get "command arg1 arg2" (for example "setp motion.enable 1"), but the user sends just setp", then halrmt will call setSetp with uninitialized arguments
[16:38:41] <seb_kuzminsky> cradek: i agree, i think #1, #3, and #5 are inverted from what clang is really thinking
[16:38:42] -!- skunkworks has quit [Ping timeout: 265 seconds]
[16:39:02] <cradek> yeah, gotta be
[16:43:23] <archivist> I dont see where the buffer got set correctly for strtok either as all the calls there are (null,delim) being continuations
[16:45:51] <seb_kuzminsky> line 3310
[16:47:56] <archivist> I was expecting it in that routine rather than elsewhere :)
[16:49:00] <seb_kuzminsky> that would make sense ;-)
[16:49:37] <seb_kuzminsky> halrmt has the same kind of hand-written parser that linuxcncrsh has, they're kind of tricky to get right...
[16:51:13] <archivist> and the counter (5) is an assumption on the coders part that all commands have 5 tokens
[16:51:45] <archivist> where I agree there is a bug :)
[16:53:58] <seb_kuzminsky> yeah, that's another bug. i'm bummed clang didn't point it out
[16:56:18] <seb_kuzminsky> bah
[16:58:09] <seb_kuzminsky> the city of boulder has been sending me "flood warning" emails all night
[16:59:18] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[17:01:25] -!- DaViruz has quit [Ping timeout: 258 seconds]
[17:01:33] -!- skunkworks__ has quit [Ping timeout: 244 seconds]
[17:03:15] -!- dan2k3k4 has quit [Quit: Leaving]
[17:06:44] -!- dgarr has quit [Quit: Leaving.]
[17:08:12] <KGB-linuxcnc> 03Norbert Schechner 052.6 908c308 06linuxcnc 10src/emc/usr_intf/gmoccapy/getiniinfo.py 10src/emc/usr_intf/gmoccapy/gmoccapy.py 10src/emc/usr_intf/gmoccapy/release_notes.txt gmoccapy_1_5_5 - several new keyboard shortcuts * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=908c308
[17:09:00] <KGB-linuxcnc> 03Norbert Schechner 052.7 805b1a8 06linuxcnc Merge branch '2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=805b1a8
[17:09:32] <KGB-linuxcnc> 03Norbert Schechner 05master 4ef4cb5 06linuxcnc Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4ef4cb5
[17:13:50] <mozmck> jepler: looks like it was some bad code in my functions causing the problem
[17:14:14] <mozmck> python does weird stuff without warning if you use variables that don't exist
[17:15:05] -!- skunkworks__ [skunkworks__!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[17:17:58] -!- skunkworks has quit [Ping timeout: 252 seconds]
[17:22:38] -!- ur5edgb has quit [Ping timeout: 272 seconds]
[17:22:58] <archivist> this one is trivial to fix if it is right
http://buildbot.linuxcnc.org/clang/master-rt/v2.8.0-pre1-662-ge743793/report-xWkuIS.html#EndPath
[17:23:10] -!- skunkworks_ has quit [Ping timeout: 265 seconds]
[17:23:15] -!- skunkworks__ has quit [Ping timeout: 264 seconds]
[17:23:23] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[17:23:36] -!- The_Ball has quit [Remote host closed the connection]
[17:25:06] -!- skunkworks_ [skunkworks_!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[17:31:10] -!- Camaba has quit [Ping timeout: 252 seconds]
[17:31:11] -!- f1oat5 [f1oat5!~f1oat@AMontsouris-553-1-29-61.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[17:41:00] -!- u7654dec has quit [Ping timeout: 272 seconds]
[17:41:40] -!- i_tarzan_ has quit [Ping timeout: 255 seconds]
[18:02:36] -!- balestrino has quit [Ping timeout: 276 seconds]
[18:04:38] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[18:25:42] -!- per_sonne has quit [Quit: Be back later ...]
[18:26:51] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[18:34:12] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[18:46:11] <skunkworks> pcw_home, could a firmware for the 5i25 be made with encoder counters from pins 1 -> 8?
[18:46:29] -!- micges has quit [Ping timeout: 250 seconds]
[18:52:56] amnesic_away is now known as amnesic
[18:56:05] -!- gene80 has quit [Quit: Ex-Chat]
[18:56:51] amnesic is now known as amnesic_away
[19:14:39] -!- jvrousseau has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
[19:30:33] -!- skunkworks has quit [Read error: Connection reset by peer]
[19:31:59] -!- per_sonne__ has quit [Ping timeout: 250 seconds]
[19:32:24] <jthornton> wow I have to make the submakefile count...
[19:33:38] -!- skunkworks_ has quit [Ping timeout: 252 seconds]
[19:33:45] <cradek> count?
[19:34:28] <jthornton> http://pastebin.com/VaM5XC8e
[19:35:04] <jthornton> the section names have to be unique for the collapse/expand to work but I have an idea now to just add one more thing to the calling fucntion
[19:37:06] <jthornton> something like this I think but with unique names that won't be used if you add a section
http://pastebin.com/2aj80XbU
[19:37:31] <jthornton> use names like man1 man2 man3 etc
[19:38:32] <jthornton> now I wonder if ST can see that from within
http://pastebin.com/fx1mbUZQ
[19:39:41] <jthornton> I think I can make it work... but back to work in the meantime
[19:39:46] <jepler> couldn't you just use the first argument to get the section name? "sec_man1" etc ?
[19:42:03] <JT-Shop> I see what your talking about now, thanks
[19:42:21] <JT-Shop> they just have to be unique
[19:46:07] -!- XXCoder has quit [Read error: Connection reset by peer]
[19:59:35] -!- gene80 has quit [Quit: Ex-Chat]
[20:01:27] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[20:06:11] -!- sumpfralle has quit [Ping timeout: 258 seconds]
[20:06:44] <andypugh> There is nothing like trying to use your new component to helkp you spot the glaring flaws, is there?
[20:08:24] <andypugh> This toolchanger needs to separate tool unload and tool load (because the unload sequence without a tool loaded is crashy-bad)
[20:08:40] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:08:57] <andypugh> So I set up two sequences. But they can’t share output pins, so can’t both drive the hardware…
[20:09:02] <skunkworks> zlog
[20:09:02] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2015-05-19.html
[20:09:50] <andypugh> Well, not without a load of “or2” components, which seems messy, but possibly unavoidable.
[20:12:41] <andypugh> And actually or2 won’t work either, that prevents sequence 1 from resetting a pin from sequence 0
[20:17:54] <andypugh> I think I might need to abandon my new sequencer.comp. Which is annoying as I put quite a bit of work into it.
[20:18:10] <mozmck> can you make them IO pins instead of output?
[20:19:00] <andypugh> It’s not that sort of problem.
[20:19:08] <mozmck> ok
[20:19:18] -!- mozmck has quit [Quit: Leaving.]
[20:19:54] <andypugh> Where did he go? I was about to elaborate
[20:20:18] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[20:20:33] <andypugh> mozmck: You might get a feel for it from
http://pastebin.ca/3005713
[20:21:15] <andypugh> The problem is that I need a second sequence, but that can’t (for example) undo the effect of the first sequence.
[20:22:04] <andypugh> So, if the first sequence set the arm-in relay, the second can’t unset that relay.
[20:32:13] <jepler> hm and comp *cough* doesn't facilitate sharing output between what it thinks of as independent components
[20:32:16] <cradek> what's the basis of the problem? crashy?
[20:32:38] -!- per_sonne__ has quit [Ping timeout: 265 seconds]
[20:33:07] -!- i_tarzan has quit [Read error: Connection reset by peer]
[20:33:34] <jepler> if the component had just one instance and all sequences were a part of that one instance, then you could have a "last sequence to change output" wins feature
[20:37:09] <andypugh> jepler: Yes, I thought about that. It’s not a huge rewrite either.
[20:37:44] <andypugh> But I think I will ponder it some more, and in the meantime work on an all-Gcode sequence for this particular setup.
[20:38:02] <andypugh> Maybe G-code isn’t as unwieldy as I imagine?
[20:38:09] <cradek> neither is ladder
[20:38:34] <andypugh> I think Ladder would have exactly the same problem
[20:38:48] <andypugh> But then I don’t know ladder.
[20:38:52] <cradek> and I don't understand the problem
[20:38:59] <cradek> :-)
[20:39:44] <jepler> "I need to set / reset a specific output due to more than one circumstance" is handled just fine in our classicladder
[20:39:54] <andypugh> If the unlad sequence has released the tool, the load sequnce needs to be able to clamp it again (for example)
[20:40:04] <jepler> but sequential processes are cumbersome to write in ladder logic
[20:40:14] -!- sumpfralle has quit [Ping timeout: 272 seconds]
[20:40:35] <andypugh> How does ladder handle shared outputs between different sequences?
[20:41:47] <cradek> ladder has states, but I'm not sure it has sequences unless you invent them out of states
[20:42:22] <cradek> so your question might not be the right question?
[20:42:49] <andypugh> I seem to need to be able to trigger two different sequences from G-code, and have both sequences toggle the same output buts in different ways.
[20:43:03] <andypugh> (output bits)
[20:43:07] <jepler> andypugh: in classicladder, bit outputs are changed by "coils".
[20:43:25] <jepler> andypugh: a "set coil", when it becomes energized, changes that output to TRUE and a "reset coil" changes it to false
[20:43:34] <cradek> yeah you can "send" edges to coils
[20:43:44] <jepler> if multiple set/reset coils are energized at the same time, I think there's a rule that says which one "wins"
[20:43:46] <cradek> you can also have edge triggered inputs
[20:43:59] <cradek> I think this is the simplest way to make sequences
[20:44:36] <andypugh> Well, actually, the simplest way is a custom component…
[20:44:38] <jepler> hmm these docs refer to sequential, did we actually succeed in getting sequential working in CL?
[20:44:57] <andypugh> Then you can use a proper programming language and avoid this messing about
[20:45:07] <jepler> http://linuxcnc.org/docs/html/ladder/classic_ladder.html#_grafcet_programming I glanced at this and I am unenlightened
[20:45:10] <cradek> the input -|^|- lights up on a rising edge; the output -(s)- sends a "rise" command to that output
[20:45:23] <cradek> jepler: if it works, and I doubt it does, I don't know how to use it
[20:45:27] <andypugh> grafcet ought to be ideal
[20:45:36] <cradek> s = set
[20:45:44] <andypugh> (it looks exactly like what I do in the day job)
[20:46:04] <cradek> it's funny how we all think the thing we already know is ideal
[20:46:39] <andypugh> If I was writing this toolchanger for myself it would be a custom .comp
[20:47:03] <andypugh> But I am trying to create something for a non-programmer.
[20:47:24] <cradek> I have seen a lot of custom comps that do sequencing, and they're all bad. coding state machines in C is just terrible.
[20:47:49] <cradek> ok I was wrong, a thing I already know is totally not ideal
[20:48:27] <andypugh> cradek: Compared to coding state machines in G-code?
[20:49:19] <cradek> gcode might be worse syntactically, but the fundamental uglyness is the same
[20:49:38] <archivist> function pointers to hold state in C
[20:49:44] <andypugh> A C switch seems to work well for a state machine to me.
[20:49:46] <cradek> I guess a missing case/switch statement makes it a tiny bit worse in gcode
[20:51:16] <andypugh> As this changer needs to move the head and is handshaking with HAL pins to synchronise that, perhaps G-code is the sensible way anyway.
[20:54:32] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:56:43] -!- micges [micges!~micges@abre156.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[20:58:46] <jepler> what we "need" is to abuse C macros to help implement state machines.
[20:59:21] -!- FinboySlick has quit [Quit: Leaving.]
[21:00:15] <andypugh> Can a subroutine typically call other subroutines?
[21:00:34] <andypugh> And is it likely to be possible to do that in a remapped G-code sub?
[21:01:24] <andypugh> Ah, never mind, I can write it all out longhand.
[21:02:57] -!- automata_ has quit [Ping timeout: 240 seconds]
[21:03:31] -!- koo6 has quit [Quit: Leaving]
[21:07:37] <KGB-linuxcnc> 03Daniel Rogge 052.7 d861045 06linuxcnc 10src/emc/tp/tp.c Trajectory planner: pausing during G95 fix * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d861045
[21:07:37] <jepler> http://emergent.unpythonic.net/files/sandbox/sm.comp http://emergent.unpythonic.net/files/sandbox/sm.h
[21:08:14] <cradek> andypugh: sure gcode subs can nest or recurse
[21:08:15] <jepler> with the GCC extension of "labels as values" plus gross macros you can fake up state machines in some interesting ways
[21:08:45] <andypugh> cradek: I couldn’t make it work in a remap.
[21:09:04] -!- Deejay has quit [Quit: bye]
[21:09:10] <jepler> Thanks rogge, if you're watching
[21:09:17] <andypugh> I got “can’t find file O<200>”
[21:09:26] <seb_kuzminsky> thx cradek
[21:10:07] <andypugh> Actual error was “ interp_error: Unable to open file <200>”
[21:10:27] <andypugh> named sub was “interp_error: Unable to open file <reset_and_wait_for_false>”
[21:10:30] <cradek> jepler: darn I don't have a screenshot of the presettable quadrature decoder I did in ladder for my carousel
[21:10:48] <andypugh> That was with the subs defined above or below the O<toolchange> remapped sub
[21:11:28] <jepler> cradek: I actually know enough ladder to imagine what it could look like
[21:11:31] <andypugh> What is the objection to state-machines as switch statements?
[21:11:45] <skunksleep> Rob has a new job so he doesn't think he will get back to linuxcnc until the summer
[21:12:06] <jepler> -| |--|^|------[U]--- # count up in transition from 00 to 01
[21:12:14] <jepler> and 3 more lines?
[21:13:37] <cradek> aha:
http://timeguy.com/cradek-files/emc/carousel-decode.png
[21:14:41] <jepler> interesting, rather than reacting to an edge on Z you check Z on the edge of A
[21:14:46] <cradek> four ways to do down, four ways to do up, reset and preset in two magic spots in the cycle
[21:14:58] <cradek> yes because of how the sensors are set up
[21:15:10] <cradek> it's only a lot like an encoder
[21:15:22] <jepler> and having |^|--| | makes more sense even though they are probably equivalent
[21:15:24] -!- gene80 has quit [Quit: Ex-Chat]
[21:15:33] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[21:15:47] <jepler> it would not be a bad addition to comp to synthesize _rising and _falling versions of input bits
[21:17:48] <cradek> http://timeguy.com/cradek-files/emc/carousel-reverse-is-closer.png
[21:18:08] <cradek> which way is closer to the position I want - forward or reverse?
[21:18:35] <andypugh> cradek: Well, I wrote a new comp to do generic carousels, but you wouldn’t like it, it has state machines in C.
[21:18:37] <cradek> it also auto-homes the first time (after each estop) that you seek a position
[21:19:05] <cradek> andypugh: there's an expression about skinning cats, but I like cats, so I don't use it
[21:19:55] <andypugh> I suspect that allowing Gray-code or binary, and any number of input bits is a tad easier in C.
[21:20:48] <cradek> yes I bet you're right about gray code. that could get tedious.
[21:21:36] <cradek> for binary in ladder you could just have one rung for each bit that adds 1,2,4 etc to a variable
[21:22:33] <skunksleep> That is how the k&t tool reader works in ladders
[21:23:39] <cradek> bbl, off to dinner at a restaurant that thinks it's fancier than I think it is
[21:25:20] <jepler> hah
[21:26:09] -!- XXCoder has quit [Read error: Connection reset by peer]
[21:27:06] -!- automata_ has quit [Ping timeout: 272 seconds]
[21:29:18] <skunksleep> In Ireland we were looking for a place to eat and found this place above a bar. We looked up the stairs and the matredee
[21:31:58] <skunksleep> Was dressed to the nines. He said come on up. I said I don't think we are dressed appropriately... He said no problem. Best meal we had there..
[21:33:38] <jepler> and was it priced accordingly?
[21:33:41] <mozmck> jthornton: One thing that would IMO make the html docs as good as the pdf, is if the contents would stay on the side of each page - like this site:
http://html.net/tutorials/html/
[21:35:01] <skunksleep> jepler: I don't remember so probably
[21:41:59] -!- automata__ has quit [Ping timeout: 250 seconds]
[21:46:38] -!- mhaberler has quit [Quit: mhaberler]
[21:48:49] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[21:50:41] <andypugh> Hmm, so, how to get the _pocket_ number of the tool in the spindle?
[21:51:15] <cradek> andypugh: just put it back in the carousel where it came from
[21:51:31] <andypugh> How do I know where it came from?
[21:51:56] <cradek> andypugh: the right pocket is already pointed at the spindle
[21:52:35] <cradek> stick it in there, then (optionally home the carousel) and then find the pocket you want
[21:52:41] <andypugh> I guess folk need to get used to unloading the tool before powering off?
[21:52:56] <cradek> nope, it's fine if not
[21:53:11] <andypugh> (tool in spindle isn’t sticky after shutdown anyway, is it? )
[21:53:26] <cradek> it is with random turned on...
[21:53:37] <andypugh> This one isn’t random
[21:53:39] <cradek> I think
[21:54:16] <andypugh> The whole tool-array thing is a horrible mess
[21:54:35] <andypugh> Yes, tool in spindle has P-number zero with a random tc
[21:54:48] <cradek> it doesn't matter does it? if t1m6 but t1 is already loaded, it will just put it in the pocket and pull it back out
[21:56:33] <andypugh> I guess so...
[21:56:49] -!- automata_ has quit [Ping timeout: 255 seconds]
[21:58:50] -!- kriskropd has quit [Ping timeout: 252 seconds]
[22:00:08] -!- skunksleep has quit [Read error: Connection reset by peer]
[22:00:20] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[22:01:46] -!- alex_joni has quit [Ping timeout: 255 seconds]
[22:01:55] <andypugh> Theres’s no mod in HAL is there?
[22:03:48] <andypugh> I have this Vismach model that acts quite a lot like a real VMC with a carousel, except that the simultated position increases indefinitely and that makes the gray-code go funny in a way that absolutely wouldn’t be a problem with a real carousel.
[22:04:26] <andypugh> So it’s not worth fixing it, but….
[22:05:22] <andypugh> The answer is probably to use an updown component with wrap turned on.
[22:13:15] -!- KimK_laptop has quit [Quit: Leaving]
[22:15:41] -!- sumpfralle has quit [Ping timeout: 244 seconds]
[22:21:26] -!- f1oat5 has quit [Ping timeout: 272 seconds]
[22:22:44] -!- per_sonne__ has quit [Ping timeout: 245 seconds]
[22:30:36] <andypugh> Can anyone figure out why this G-code:
http://pastebin.com/4gzMgSCt gives the error: “ interp_error: 9: duplicate O-word label - already defined in line 28: 'O200 IF [#<selected_tool> GT 0]’”
[22:31:00] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0.5/20141126041045]]
[22:32:49] <andypugh> Hmm, and now it doesn’t. But I didn’t change anything...
[22:33:29] <andypugh> Oh, no, it just did in the no-tool loaded case
[22:33:55] -!- Camaban has quit [Read error: No route to host]
[22:34:00] <seb_kuzminsky> weird
[22:37:04] -!- skorasaurus has quit [Ping timeout: 264 seconds]
[22:41:52] <andypugh> I have not yet spotted a pattern, either
[22:53:33] -!- eventor has quit [Ping timeout: 256 seconds]
[23:03:01] -!- r0ute has quit [Ping timeout: 250 seconds]
[23:06:04] -!- moorbo has quit [Ping timeout: 245 seconds]
[23:10:58] -!- Tecan has quit [Changing host]
[23:13:18] -!- sumpfralle has quit [Ping timeout: 276 seconds]
[23:13:53] -!- membiblio has quit [Quit: Nettalk6 - www.ntalk.de]
[23:17:41] -!- ink has quit [Disconnected by services]
[23:33:40] <cradek> andypugh: I don't think we have mod math in hal but <whisper>ladder does</whisper>
[23:34:05] <cradek> andypugh: did you figure out the duplicate thing?
[23:34:10] <andypugh> I decided to do without:
https://youtu.be/PfZwpjUs1xI
[23:34:23] <andypugh> The dupolicate thing “went away”…
[23:34:57] <cradek> ooh cool the spindle even turns!
[23:35:14] <andypugh> It has spindle-orient :-)
[23:35:22] <cradek> wow
[23:36:00] <cradek> the yellow thing is umbrella rotation lock?
[23:36:06] <andypugh> Yes
[23:36:14] <cradek> awesome
[23:36:24] <cradek> what a great setup for experimenting with tool changes
[23:36:28] <cradek> changers
[23:36:40] <andypugh> That was the point of going to that much effort
[23:38:17] -!- skunksleep has quit [Ping timeout: 246 seconds]
[23:40:08] -!- DenSchub has quit [Remote host closed the connection]
[23:42:46] <andypugh> If you want to play with the config, the whole thing is here:
http://www.linuxcnc.org/index.php/english/forum/24-hal-components/29153-vmc-related-hal-questions#58732
[23:58:11] -!- andypugh has quit [Quit: andypugh]
