Back
[00:03:30] -!- i_tarzan has quit [Ping timeout: 264 seconds]
[00:06:17] -!- Nick001-Shop has quit [Ping timeout: 246 seconds]
[00:11:57] -!- rob__H has quit [Ping timeout: 276 seconds]
[00:13:24] <KimK_2> skunkworks: Sorry I missed Andy, I was going to ask him about his solution to the grub2 menu? But I guess I can just try it and see if I overlooked a sub-menu choice. BRB.
[00:13:44] -!- KimK_2 has quit [Remote host closed the connection]
[00:17:23] -!- KimK_2 [KimK_2!~kkirwan@wsip-184-176-200-171.ks.ks.cox.net] has joined #linuxcnc-devel
[00:19:12] <KimK_2> No, 55-rtai was not hiding in a sub-menu. I can only select (for sda2) 51-generic and 51-generic (recovery).
[00:33:49] -!- asdfasd has quit [Ping timeout: 268 seconds]
[01:03:18] <cradek> andypugh: it has the motors and table on the same platform, instead of requiring a hollow and spindly frame structure between motors and table. the extra six joints and axes were just for testing ja3. the kins just passes them through unmodified.
[01:13:45] -!- ds3 has quit [Ping timeout: 245 seconds]
[01:22:57] -!- c-bob|| has quit [Ping timeout: 264 seconds]
[01:23:46] -!- z256 has quit [Ping timeout: 268 seconds]
[01:26:15] -!- grummund has quit [Ping timeout: 245 seconds]
[01:40:25] -!- sumpfralle1 has quit [Ping timeout: 268 seconds]
[01:42:10] -!- grummund has quit [Ping timeout: 246 seconds]
[01:45:45] -!- capricorn_1 has quit [Ping timeout: 264 seconds]
[01:49:53] <memleak> KimK_2: if you modified grub.cfg you'd be much further ahead days ago.
[01:50:54] <memleak> it's the only way I roll with grub anyway.
[01:52:14] <memleak> don't be afraid to rm the file and start over, it loads a lot quicker too when there is only about 7 lines or so as opposed to 300 lines of useless grub bloat and unneeded modules.
[01:56:07] <KimK_2> memleak: Hi! Oh, I don't mind, you never know what might be happening out there. Like, how's your RTAI coming along, lol? This one is runnable on the plain 12.04, and I won't have the Mesa card for a few days anyway, so it's OK.
[01:58:11] -!- grummund has quit [Ping timeout: 260 seconds]
[02:15:00] -!- jp_ has quit [Read error: Connection reset by peer]
[02:38:26] -!- bradsimantel has quit [Quit: bradsimantel]
[02:55:21] -!- vax_ has quit [Ping timeout: 264 seconds]
[02:59:47] -!- Loetmichel has quit [Ping timeout: 260 seconds]
[03:02:15] -!- vax_ has quit [Ping timeout: 276 seconds]
[03:03:15] <CaptHindsight> KimK_2: RTAI 64bit is working now
[03:05:12] -!- zzolo has quit [Quit: zzolo]
[03:08:25] <memleak> RTAI is soon to have kernel 3.10 support as well.
[03:08:32] <memleak> 32 and 64-bit
[03:10:27] <CaptHindsight> not sure what's next, RTAI for 3.8 kernels and above? Linuxcnc on Allwinner $5 multicore ARM soc's? <1 second power-on to login AMD mini-itx boards for Linuxcnc?
[03:11:35] <memleak> RTAI supports 3.8 (and 3.8.13) already but linuxcnc doesn't play well the new kernel headers (uapi and such) RTAI runs just as well on 3.8 than all the other 3.x kernels though
[03:13:35] <memleak> I've been looking over the RTAI code for ARM and the infrastructure is nice but the hardware / chip support is lacking.
[03:14:20] <memleak> Paolo has it working on ARM for _his_ ARM board, but nobody else with an ARM board tends to bother porting theirs to RTAI.
[03:14:49] <CaptHindsight> do you know which ARM board he has (0r ARM soc is on it)?
[03:15:46] <memleak> AT91
[03:21:34] -!- vax_ has quit [Ping timeout: 246 seconds]
[03:22:44] <memleak> after reviewing the AT91 code more, it actually looks like it's based off RTAI 3.5 not _kernel_ 3.5 which is a 4 year difference..
[03:24:16] <memleak> 2.6 and 2.4 work with RTAI but not 3.x based
[03:24:24] <memleak> (for ARM) ^
[03:30:56] -!- bradsimantel has quit [Quit: bradsimantel]
[03:38:38] <CaptHindsight> i-pipe from xenomai for Allwinner A10
http://www.xenomai.org/pipermail/xenomai/2013-February/027801.html
[03:40:23] <CaptHindsight> aren't these results similar to the BBB?
[03:40:56] <CaptHindsight> so where's the big benefit of the PRU's?
[03:44:34] <pcw_home> Lacking a FPGA, an attached processor (the PRU for example) is the next best thing (for stepgens etc)
[03:45:55] <pcw_home> I wonder if the parallela will survive. Seems like a fantastic machine kit platform
[03:46:54] <pcw_home> Imagine 16 1GHZ PRUs with floating point
[03:48:59] <CaptHindsight> the allwinner a20 quad cores are ~$6, add a low cost FPGA
[03:49:32] -!- FinboySlick has quit [Quit: Leaving.]
[03:50:09] <pcw_home> A20 is dual, you mean A31?
[03:50:25] <CaptHindsight> I lost track :)
[03:50:47] <pcw_home> The A20 cubie boards are out
[03:51:09] <CaptHindsight> yeah A31
[03:51:25] <pcw_home> (A20 is pin-pin compatible with the A10)
[03:51:39] <pcw_home> I do like the parallela though
[03:52:07] <CaptHindsight> yeah, was trying to justify the price
[03:52:41] <pcw_home> they are lot cheaper than I can buy the parts
[03:52:42] <CaptHindsight> or a high volume application 100K's-1M+
[03:53:26] -!- AR_ has quit [Ping timeout: 240 seconds]
[03:53:40] <pcw_home> Alwinner and low end FPGA is probably the best there (Or sitara if the PRU will do what you need)
[03:54:20] <pcw_home> though you lose base performance with the Sitara
[03:57:54] <pcw_home> ~ Pentium 2 speed has been mentioned for BBB not sure how accurate that is
[03:57:55] <pcw_home> but rather depressing if a user interface is driven
[03:58:49] -!- nspiel has quit [Ping timeout: 250 seconds]
[04:02:08] <CaptHindsight> XC6SLX4-TQG144BIV1305 how many gates is that?
[04:03:01] <CaptHindsight> ~$7
[04:04:10] <CaptHindsight> XC6SLX9-2TQG144C $10
[04:06:41] <pcw_home> Thats the one we use one the 5I25/6I25
[04:07:54] <pcw_home> enough space for a lot unless you have more than 8 or so axis
[04:08:23] <CaptHindsight> for a consumer 3D printer appliance an A20 + XC6SLX9-2TQG144C would be more than enough
[04:09:08] <pcw_home> Yes I would think
[04:11:35] -!- zzolo has quit [Quit: zzolo]
[04:13:08] <pcw_home> might be overkill as well unless you need a lot of special I/O
[04:15:23] <CaptHindsight> make a kitchen sink board, and leave out what's not needed for different versions
[04:15:55] <pcw_home> there are pin compatible slx4 and slx9 versions
[04:16:15] <CaptHindsight> XC6SLX4-TQG144BIV1305 is $7
[04:16:57] <pcw_home> yeah thats one if you need that many I/O pins. If cramped you could use a CSP
[04:17:45] <CaptHindsight> $3 savings for 100K+ boards makes sense
[04:19:17] -!- ankesh11 has quit [Ping timeout: 248 seconds]
[04:19:18] <CaptHindsight> since the board stuffing part is where the screw-ups tend to occur, it best to have one layout and then just not stuff what's not needed
[04:19:36] -!- XiXora has quit [Ping timeout: 256 seconds]
[04:20:18] -!- phillipadsmith has quit [Ping timeout: 264 seconds]
[04:20:24] <CaptHindsight> it also helps when a PCB vendor tries to cut corners, you can discover the problem right away
[04:20:25] -!- beawesomeinstead has quit [Ping timeout: 245 seconds]
[04:20:56] <CaptHindsight> how it works in China anyway
[04:22:39] <pcw_home> Those must be low volume FPGA prices, (not much different than our couple 100's prices)
[04:23:05] <CaptHindsight> yeah, was just checking the overstock sites
[04:23:08] <pcw_home> at 100K you talk to Xilinx
[04:23:58] <CaptHindsight> nah, you find someone that already buys in high volume and ride on their orders
[04:25:01] <pcw_home> even Xilinx does that (why one of our spartan3 cards with 2M chip is the same price as 1M)
[04:26:05] <pcw_home> rumor was that the 2M chip was used in a plasma TV so millions made
[04:26:53] <CaptHindsight> makes sense
[04:27:06] <pcw_home> sleeepy.... 'nite
[04:27:10] <CaptHindsight> me to
[04:27:13] <CaptHindsight> zzzz
[05:01:57] -!- Fox_Muldr has quit [Ping timeout: 248 seconds]
[05:10:08] -!- miguel has quit [Remote host closed the connection]
[05:34:24] -!- Nick001 has quit [Ping timeout: 256 seconds]
[05:43:27] Cylly is now known as Loetmichel
[06:18:07] -!- z256 has quit [Quit: Live Long And Phosphor!]
[06:25:19] -!- ahofer [ahofer!~AndreasHo@62-47-237-215.adsl.highway.telekom.at] has joined #linuxcnc-devel
[06:27:54] -!- ahofer has quit [Read error: Connection reset by peer]
[06:28:36] -!- ahofer [ahofer!~AndreasHo@62-47-237-215.adsl.highway.telekom.at] has joined #linuxcnc-devel
[06:38:41] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[07:37:49] -!- soooga has quit [Read error: Connection reset by peer]
[07:53:27] -!- der_On has quit [Ping timeout: 276 seconds]
[07:54:01] -!- rob_h [rob_h!~rob_h@94.8.141.244] has joined #linuxcnc-devel
[08:20:12] -!- karavanjo has quit [Read error: Connection reset by peer]
[09:23:24] -!- Jim[work] has quit [Quit: Leaving]
[09:27:26] -!- vax_ has quit [Ping timeout: 240 seconds]
[09:28:49] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[09:28:49] -!- maximilian_h has quit [Client Quit]
[09:42:33] -!- cpresser has quit [Quit: Lost terminal]
[09:45:00] -!- vax_ has quit [Ping timeout: 245 seconds]
[10:02:23] -!- vax_ has quit [Ping timeout: 268 seconds]
[10:19:08] -!- XiXora has quit []
[10:20:46] -!- tjb1 has quit [Read error: Connection reset by peer]
[10:24:15] -!- vax_ has quit [Ping timeout: 276 seconds]
[10:28:55] -!- MattyMatt has quit [Ping timeout: 246 seconds]
[10:31:20] -!- vax_ has quit [Ping timeout: 256 seconds]
[10:36:43] -!- skunkworks has quit [Remote host closed the connection]
[10:39:33] -!- vax_ has quit [Ping timeout: 248 seconds]
[10:43:20] -!- mhaberler has quit [Quit: mhaberler]
[10:48:37] -!- vax_ has quit [Ping timeout: 248 seconds]
[11:14:59] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:18:37] -!- _rambo has quit [Read error: Connection reset by peer]
[11:23:22] <skunkworks> stupid question - if I wanted to run the ubc2 and test michaels 7i80 branch// How would I do that..
[11:35:44] <alex_joni> logger[psha]: bookmark
[11:39:10] <skunkworks> how do I parce this into a git command...
[11:39:19] <skunkworks> https://github.com/mhaberler/linuxcnc/tree/ubc2-7i80-rtnet
[11:39:54] <skunkworks> git clone git://github.com/mhaberler/linuxcnc/tree/ubc2-7i80-rtnet
[11:39:54] <skunkworks> rtnetnew doesn't work :)
[11:40:28] <skunkworks> Hey alex
[11:40:41] <skunkworks> stella 1 year old today
[11:41:04] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[11:41:43] <skunkworks> mhaberler, hey - stupid question - how do I git your 7i80 branch from github?
[11:42:18] <skunkworks> git clone git://github.com/mhaberler/linuxcnc/tree/ubc2-7i80-rtnet rtnetnew doesn't work :)
[11:42:44] <mhaberler> git remote add github-mah
https://github.com/mhaberler/linuxcnc.git
[11:42:49] <mhaberler> git fetch github-mah
[11:43:09] <mhaberler> git checkout -b ubc2-7i80-rtnet github-mah/ubc2-7i80-rtnet
[11:43:16] <mhaberler> as per manpage ;)
[11:43:23] <skunkworks> heh - thanks
[11:43:30] <mhaberler> NB: untested
[11:46:14] <skunkworks> I am getting 'not a git repository .git
[11:50:03] <skunkworks> http://pastebin.ca/2434163
[11:52:27] <skunkworks> my google foo is failing me
[12:06:10] <mhaberler> you need to be within an existing linuxcnc dir to do that, just cd into it
[12:06:26] <mhaberler> you get a new remote and can check out that branch, the other ones wont be touched
[12:06:34] <mhaberler> so
[12:06:50] <mhaberler> cd linuxcnc-dev # or whatever it's called
[12:06:55] <mhaberler> git remote add github-mah
https://github.com/mhaberler/linuxcnc.git
[12:07:02] <mhaberler> … yadayada..
[12:17:39] -!- sumpfralle has quit [Quit: Leaving.]
[12:17:41] <skunkworks> I need to git the ub2 first though - right?
[12:17:55] <mhaberler> no
[12:18:12] <mhaberler> a branch you pull is supposed to contain all you need
[12:22:50] -!- md-2 has quit [Remote host closed the connection]
[12:39:17] -!- hendrik_ has quit [Remote host closed the connection]
[12:51:30] -!- ahofer has quit [Ping timeout: 264 seconds]
[12:52:10] -!- ahofer [ahofer!~AndreasHo@194-118-219-248.adsl.highway.telekom.at] has joined #linuxcnc-devel
[13:09:57] -!- AR_ has quit [Ping timeout: 248 seconds]
[13:16:25] -!- Nebukadneza2 has quit [Excess Flood]
[13:16:57] -!- Nebukadneza2 has quit [Excess Flood]
[13:17:29] -!- Nebukadneza2 has quit [Excess Flood]
[13:18:39] -!- logger[mah]_ [logger[mah]_!~loggermah@mah2.mah.priv.at] has joined #linuxcnc-devel
[13:19:24] -!- Nebukadneza2 has quit [Excess Flood]
[13:21:54] -!- Nebukadneza2 has quit [Excess Flood]
[13:22:06] -!- toastydeath has quit [*.net *.split]
[13:22:06] -!- pimperle has quit [*.net *.split]
[13:22:06] -!- Nebukadneza has quit [*.net *.split]
[13:22:06] -!- kanzure has quit [*.net *.split]
[13:22:07] -!- jleh has quit [*.net *.split]
[13:22:07] -!- logger[mah] has quit [*.net *.split]
[13:22:24] -!- Nebukadneza2 has quit [Excess Flood]
[13:22:54] -!- Nebukadneza has quit [Excess Flood]
[13:23:12] -!- gambakufu has quit [Read error: Connection reset by peer]
[13:27:54] -!- Nebukadneza has quit [Excess Flood]
[13:31:24] -!- Nebukadneza has quit [Excess Flood]
[13:31:55] -!- jerryitt has quit [Read error: Connection reset by peer]
[13:33:24] -!- Nebukadneza has quit [Excess Flood]
[13:34:25] -!- Nebukadneza has quit [Excess Flood]
[13:34:55] -!- Nebukadneza has quit [Excess Flood]
[13:37:55] -!- Nebukadneza has quit [Excess Flood]
[13:38:25] -!- Nebukadneza has quit [Excess Flood]
[13:38:54] -!- Nebukadneza has quit [Excess Flood]
[13:40:25] -!- Nebukadneza has quit [Excess Flood]
[13:40:55] -!- Nebukadneza has quit [Excess Flood]
[13:42:34] <skunkworks> mhaberler, I think I got things going - but I am getting this error with halrun or halcmd...
http://pastebin.ca/2434193
[13:43:23] <mhaberler> to see debug, start realtime as 'DEBUG=5 realtime start'
[13:43:24] -!- Nebukadneza has quit [Excess Flood]
[13:43:47] <mhaberler> but anyway I think micges needs to look into this, this is some net access issue, getting something similar here
[13:44:19] <mhaberler> did you configure syslog as per
http://static.mah.priv.at/public/UnifiedBuild.html
[13:44:30] <mhaberler> no point in even trying without that
[13:45:59] -!- Nebukadneza has quit [Excess Flood]
[13:47:24] -!- Nebukadneza has quit [Excess Flood]
[13:49:27] <skunkworks> I will prepare the logging
[13:49:54] -!- Nebukadneza has quit [Excess Flood]
[13:50:18] <mhaberler> again, it is some networking issue, I will wait until micges had a look at it, it needs serious work anyway
[13:50:25] -!- Nebukadneza has quit [Excess Flood]
[13:52:57] <skunkworks> well - this isn't loading realtime I think - isn't that unrelated to the ethernet stuff?
[13:53:08] <skunkworks> rtapi_app startup failed - aborting
[13:53:13] <mhaberler> 'this' ?
[13:53:24] -!- Nebukadneza has quit [Excess Flood]
[13:53:35] <skunkworks> git checkout -b ubc2-7i80-rtnet github-mah/ubc2-7i80-rtnet
[13:53:50] <mhaberler> well read the patch, there is a start_net.sh script inserted in linuxcnc but you can run it manually beforehand
[13:54:31] <mhaberler> this is exactly as much documentation as I have ;)
[13:54:35] <mhaberler> bbl
[13:54:47] -!- mhaberler has quit [Quit: mhaberler]
[13:55:20] `Nerobro__ is now known as `Nerobro
[13:55:55] -!- Nebukadneza has quit [Excess Flood]
[13:57:24] -!- Nebukadneza has quit [Excess Flood]
[13:58:54] -!- Nebukadneza has quit [Excess Flood]
[14:05:54] -!- Nebukadneza has quit [Excess Flood]
[14:07:43] <skunkworks> I don't think we comunicated very well..
[14:11:51] -!- mk0 has quit [Quit: Leaving]
[14:13:53] <mozmck> skunkworks: stella is 1? good deal!
[14:14:20] <skunkworks> Yes - (well as of about 6:00pm today) ;)
[14:16:07] <mozmck> :) Our Ruth is about 18 months now, and we're about to start the clock on another any day. (Internal oscillator's been working great for a while already)
[14:16:27] <skunkworks> http://www.electronicsam.com/images/house/redwagan.JPG
[14:16:47] <skunkworks> heh
[14:16:52] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[14:17:23] kanzure_ is now known as kanzure
[14:17:55] -!- Nick001 has quit [Ping timeout: 245 seconds]
[14:20:59] <mozmck> Looks like the wagon shrank!
[14:22:04] * archivist checks the books on the shelf behind
[14:23:29] <skunkworks> this is a comuity center or whatever it is called
[14:23:47] <skunkworks> community \
[14:27:18] <skunkworks> (you can tell by the industrial carpeting..)
[14:35:02] -!- NickParker has quit [Ping timeout: 240 seconds]
[14:51:42] -!- WalterN has quit [Ping timeout: 264 seconds]
[14:53:06] <skunkworks> well - I can build and run the rtos-master-v0 version here (with or without patch) but the second I pull the 7i80 stuff from mhaubler - realtime won't start. (for the 7i80)
[14:53:19] <skunkworks> * here
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Mesa7i80_Driver_For_Linuxcnc_On_Xenomai
[14:56:52] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[14:57:01] -!- hendrik_ has quit [Remote host closed the connection]
[15:08:33] -!- AR_ has quit [Ping timeout: 264 seconds]
[15:18:09] <skunkworks> heh - setuid. sorry
[15:18:17] <skunkworks> logging really helps :)
[15:21:31] -!- Nick001 has quit [Ping timeout: 246 seconds]
[15:25:06] -!- md-2 has quit [Remote host closed the connection]
[15:31:31] -!- Nebukadneza has quit [Excess Flood]
[15:31:48] -!- stsydow has quit [Remote host closed the connection]
[15:35:37] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[15:42:31] -!- capricorn_1 has quit [Quit: Konversation terminated!]
[15:46:57] <skunkworks> mhaberler, I didn't do the setuid.. The logging told me so.. :)
[15:47:08] <mhaberler> ah.
[15:47:33] <skunkworks> It sort of works... Same issue as 10.04 - the config doesn't seem to be set - and I get encoder errors.
[15:47:47] <skunkworks> How do I set the debugging level when running halrun?
[15:48:07] <skunkworks> *halcmd
[15:48:07] <mhaberler> the same way: the DEBUG environment variable.
[15:48:39] <mhaberler> in halcmd, see 'log user <level>' or 'log rt <level>'
[15:49:01] <mhaberler> this applies instance-wide (i.e. all user HAL comps, and all rt comps)
[15:49:31] -!- Nebukadneza has quit [Excess Flood]
[15:49:51] -!- ler_hydra has quit [Remote host closed the connection]
[15:51:33] -!- thomaslindstr_m has quit [Remote host closed the connection]
[15:52:16] -!- Gigs- has quit [Quit: Leaving]
[15:53:48] <pcw_home> encoder errors are probably meaningless in master (especiall with muxed encoders)
[15:55:57] -!- sleepycat has quit [Quit: leaving]
[15:57:03] -!- thomaslindstr_m has quit [Ping timeout: 276 seconds]
[15:57:50] -!- archivist_herron has quit [Ping timeout: 240 seconds]
[15:58:01] <pcw_home> It is possible that the config parsing got broken ( a "halcmd show pin" should show what got enabled)
[16:03:46] <skunkworks> http://pastebin.ca/2434246
[16:07:27] <skunkworks> the watchdog bites pretty quick - although I don't know why as the thread time is under 1ms - around 600us
[16:09:33] <skunkworks> and the config issue is there - I tell it 0 everything and it still has encoders and such
[16:15:12] -!- Kup has quit [Quit: Leaving.]
[16:21:49] <pcw_home> yeah sounds like the config parsing is wrong
[16:32:22] -!- mackerski has quit [Quit: mackerski]
[16:32:34] -!- Tecan has quit [Changing host]
[16:45:05] -!- md-2 has quit [Remote host closed the connection]
[16:45:18] -!- hendrik_ has quit [Remote host closed the connection]
[16:51:00] _BJFreeman is now known as BJfreeman
[17:09:25] Tecan is now known as z256
[17:14:47] -!- md-2 has quit [Remote host closed the connection]
[17:24:41] -!- erasmo [erasmo!~erasmo@178-36-212-220.adsl.inetia.pl] has joined #linuxcnc-devel
[17:27:05] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[17:33:32] -!- jlrodriguez has quit [Quit: Saliendo]
[17:33:53] -!- JT-Shop has quit [Read error: Connection reset by peer]
[17:33:53] -!- jthornton has quit [Read error: Connection reset by peer]
[17:34:18] -!- JT-Shop [JT-Shop!~John@198.45.190.160] has joined #linuxcnc-devel
[17:34:22] -!- jthornton [jthornton!~john@198.45.190.160] has joined #linuxcnc-devel
[17:38:43] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[17:46:13] -!- Icekiller has quit [Ping timeout: 248 seconds]
[17:49:22] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[17:51:02] -!- skorasaurus has quit [Ping timeout: 240 seconds]
[17:52:25] -!- BJfreeman has quit [Read error: Connection reset by peer]
[17:54:11] <skunkworks> andypugh, did you see my email to the list?
[17:54:21] <andypugh> I did.
[17:54:49] <andypugh> But I have so far been looking at JA3 velocity limits rather than 7i80
[17:54:57] <skunkworks> heh
[17:56:57] <skunkworks> andypugh, what is your project?
[17:58:03] <cradek> andypugh's project is dealing with a user who keeps insisting that someone should have implemented what he wants by now
[17:58:04] <andypugh> My project is trying to be too helpful on the Forum.
[17:58:22] <skunkworks> ahhhh
[17:59:50] <andypugh> I might not be stressing hard enough that there is a fundamamental limit on his machine, and even with adaptive velocities that limit would be there.
[18:00:49] <andypugh> I think what might work for him would be a feed-override pin output from 5axiskins. But whether that would work for jogging too depends on how he is jogging.
[18:01:54] <archivist> and that last 10% he thinks he is missing out on, may only effect 1% of total runtime.....a waste of effort
[18:03:06] -!- ds3 has quit [Read error: Operation timed out]
[18:03:15] <andypugh> Well, to be fair, I can see his point that having it take minutes to jog C from +180 to -180 will be boring.
[18:03:50] <andypugh> But let's see how he responds to my suggestion of dropping into joint mode for fast jogs.
[18:04:28] <skunkworks> great - so back to the 7i80 then :)
[18:04:50] <andypugh> cradek: On an unrelated note, do you have any guesses why the vismach model of the 5axiskins wouldn't work in JA3?
[18:05:05] <cradek> can you give me anything to go on?
[18:06:26] <andypugh> http://pastebin.com/9WFDYrSM ?
[18:07:31] <cradek> ok yes, the tuple index is out of range
[18:08:00] <andypugh> Ah! Of course! Why didn't I think of that :-)
[18:08:16] <cradek> sorry, the backtrace doesn't mean much to me.
[18:08:23] <jepler> it's my fault; I recently broke it
[18:08:31] <cradek> orly
[18:08:33] <skunkworks> heh. wait - is that sarcasmthe tuple?
[18:08:42] <jepler> vismach.py line 185 apparently should read 'if args and isinstance...'
[18:08:43] <skunkworks> what?
[18:08:47] <andypugh> Ah, so not my config, it is just broken in JA3?
[18:09:29] <jepler> I changed the __init__ of some base classes in vismach recently, I think that is part of what cradek pushed to ja3 with his rotary delta visualization
[18:09:52] <cradek> teamwork!
[18:10:16] <cradek> but to be fair, it still works for me
[18:10:48] <andypugh> the rotarydelta vismach works for me, but not the 5axiskins one.
[18:11:05] <jepler> can one of you test with my suggested change? It's inconvenient for me right now
[18:11:31] <andypugh> I am wondering if it is related to the number of joints or axes (I have no real idea how Vismach interfaces to the rest of the system)
[18:11:35] -!- Blorb has quit [Read error: Connection reset by peer]
[18:12:21] <jepler> no
[18:12:42] <andypugh> Can you give me a clue where vismach.py lives?
[18:12:47] <jepler> lib/python/vismach.py
[18:12:49] <jepler> not inside src/
[18:16:31] <andypugh> It's like magic!
[18:16:38] <andypugh> Yes, that seems to fix it
[18:17:07] <jepler> great
[18:17:11] <jepler> thanks for testing
[18:17:18] <jepler> now if one of you is kind enough to push it..
[18:18:04] * skunkworks wonders if this is jeplers new programming method...
[18:18:57] <jepler> the change message should basically say that the earlier change to CoordsBase failed to account for subclasses which in fact had no arguments in their constructor
[18:19:12] <andypugh> I am working on a VM on my Mac. (Which has no ssh keys) so it will have to wait until a bit later.
[18:19:19] <jepler> OK
[18:20:18] <skunkworks> pcw_home, is there a way to know why a watchdog bit?
[18:20:37] <jepler> I think I can push it soon
[18:20:45] -!- vladimirek [vladimirek!~vladimire@213.81.222.86] has joined #linuxcnc-devel
[18:22:59] -!- cevad has quit [Quit: Leaving]
[18:23:12] <jepler> Your branch is behind 'origin/joints_axes3' by 4940 commits, and can be fast-forwarded.
[18:23:19] <jepler> this must be a seriously old clone
[18:24:44] -!- mozmck has quit [Quit: Leaving.]
[18:25:13] -!- karavanjo has quit [Read error: Connection reset by peer]
[18:25:49] -!- mozmck [mozmck!~moses@client-204.235.45.143.wcfltx.partnershipbroadband.com] has joined #linuxcnc-devel
[18:26:43] <andypugh> That's more like a crone than a clone!
[18:28:40] * jepler groans
[18:29:01] <jepler> cradek: which is a good inifile to look at? I need to update my axis_rostock.ini for ja3
[18:29:06] <pcw_home> skunkworks: well only the obvious, it wasn't serviced in time
[18:29:16] <memleak> or just reset one too many heads..
[18:29:50] <cradek> I've been using sim/axis/rdelta.ini which has all the needed bits
[18:30:16] <skunkworks> hmm - I am not seeing over 600us for the tmax on the servo thread
[18:30:17] <cradek> I think it's suitably the same in joints_axes3 and upside-down and you can work from either
[18:30:41] <pcw_home> you could set the watchdog to a ridiculous time (say 5 seconds) and if it bites
[18:30:42] <pcw_home> in 5 seconds it was initialized but not being serviced
[18:37:40] <skunkworks> heh - I put this harddrive and nic in a different system for testing and it hard locks after a bit.
[18:37:51] <skunkworks> switching back
[18:41:59] <jepler> hmph, my inifile(?) makes linuxcnc crash
[18:42:07] <jepler> task generates a backtrace but it's not useful
[18:43:18] <andypugh> I think I got that yesterday.
[18:43:52] <andypugh> But I blamed me.
[18:44:01] <cradek> can jepler also blame you?
[18:44:08] <andypugh> Why not?
[18:48:48] <skunkworks> pcw_home, even 5 seconds there is a bite
[18:50:58] <pcw_home> at 5 seconds?
[18:51:17] <skunkworks> 5000000000
[18:51:41] <pcw_home> What i am asking is did it bite at ~5 seconds
[18:53:05] -!- zzolo has quit [Quit: zzolo]
[18:53:33] <skunkworks> hmm
[18:53:52] <skunkworks> I think it was random - some times right away some times at 5 seconds
[18:53:58] <skunkworks> I could set it even longer
[18:55:15] <skunkworks> it seems to be pretty instantanious
[18:55:41] <skunkworks> (I set it to 50 seconds and it bits pretty quick
[18:55:42] -!- sumpfralle1 has quit [Ping timeout: 264 seconds]
[18:56:01] <pcw_home> Sounds like its not setup
[18:57:01] -!- AR_ has quit [Read error: Connection reset by peer]
[18:57:50] <skunkworks> ah - so the time out isn't getting set
[18:58:28] <skunkworks> it shows in 'show' that it is set - but maybe not getting to the board?
[19:00:44] <skunkworks> I can toggle a gpio..
[19:00:47] <pcw_home> yes probably not etherized yet
[19:02:23] <pcw_home> Even if all this worked, theres still work to do (find/fix all conditional/polls, change to 2 packet mode, add DPLL timer)
[19:02:50] <skunkworks> minor issues...
[19:02:52] <skunkworks> ;)
[19:02:55] -!- Simooon has quit [Ping timeout: 245 seconds]
[19:03:01] -!- hendrik_ has quit [Remote host closed the connection]
[19:04:04] <pcw_home> DPLL will be a big improvement for PCI/EPP configs as well (no polling for done on SSI/FAbs/BISS/SPI interfaces)
[19:04:59] <pcw_home> stepgen and encoder counts captured in hardware
[19:13:46] <pcw_home> with < 100 ns jitter
[19:15:09] <skunkworks> cool
[19:17:57] <pcw_home> its especially important for things like SSI and FAbs since normally they would
[19:17:59] <pcw_home> require polling (for example FAbs takes ~80 usec from read request to data available)
[19:19:02] -!- Tom_itx has quit [Ping timeout: 240 seconds]
[19:19:26] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[19:19:39] <pcw_home> polling being an especially bad idea on Ethernet
[19:20:00] -!- zlog has quit [Ping timeout: 245 seconds]
[19:20:26] -!- skorasaurus has quit [Quit: Elvis has left the building.]
[19:23:06] -!- zlog [zlog!~zlog@ip68-102-199-165.ks.ok.cox.net] has joined #linuxcnc-devel
[19:23:35] <KGB-linuxcnc> 03jepler 05joints_axes3 66e0696 06linuxcnc 10lib/python/vismach.py * vismach: Fix HalToolCylinder
[19:23:35] <KGB-linuxcnc> 03jepler 05joints_axes3 a1e5c21 06linuxcnc 10src/rtapi/rtapi_math.h * rtapi_math: ensure that isfinite() is available
[19:23:37] <KGB-linuxcnc> 03jepler 05joints_axes3 aeb2da2 06linuxcnc 10src/emc/motion/command.c * motion: treat a point as out of range when it it is not finite
[19:23:44] <KGB-linuxcnc> 03jepler 05joints_axes3 9922cbc 06linuxcnc 10src/emc/ 10motion/command.c 10motion/control.c * motion: check for kinematicsInverse failures
[19:23:51] <KGB-linuxcnc> 03jepler 05joints_axes3 f2126b2 06linuxcnc 10(6 files in 3 dirs) * kins: Implement linear delta kinematics
[19:23:57] <KGB-linuxcnc> 03jepler 05joints_axes3 ecd64fe 06linuxcnc 10src/hal/ 10user_comps/vismach/Submakefile 03user_comps/vismach/lineardelta.py * vismach: Linear delta visualization
[19:24:04] <KGB-linuxcnc> 03jepler 05joints_axes3 5a9848b 06linuxcnc 10configs/ 03sim/axis/ldelta.ini 03sim/axis/sim_ldelta.hal * sample-configs: sim linear delta configuration
[19:24:09] <jepler> opa!
[19:25:21] <cradek> oh hey
[19:36:05] <jepler> I ended up with a fairly weird little work volume but *shrug*
[19:40:41] <linuxcnc-build> build #1281 of hardy-i386-realtime-rip is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-realtime-rip/builds/1281 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:42:12] <jepler> doh
[19:42:14] <KGB-linuxcnc> 03jepler 05joints_axes3 6a281a6 06linuxcnc 10src/rtapi/rtapi_math.h * rtapi_math: fix isfinite implementation for pre-4.4 gcc
[19:56:58] <cradek> Linear move on line 0 would exceed Z's positive limit
[19:56:58] <cradek> Linear move on line 0 fails kinematicsInverse
[19:57:03] <cradek> slick
[19:57:50] -!- gimps_ has quit [Ping timeout: 240 seconds]
[19:57:56] <cradek> kins support is so much less bad than it ever has been
[20:00:54] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[20:01:38] -!- vladimirek has quit [Remote host closed the connection]
[20:05:59] <cradek> my kins sure can trigger all of those...
[20:06:10] <KGB-linuxcnc> 03jepler 05upside-down 66e0696 06linuxcnc 10lib/python/vismach.py * vismach: Fix HalToolCylinder
[20:06:10] <KGB-linuxcnc> 03jepler 05upside-down a1e5c21 06linuxcnc 10src/rtapi/rtapi_math.h * rtapi_math: ensure that isfinite() is available
[20:06:12] <KGB-linuxcnc> 03jepler 05upside-down aeb2da2 06linuxcnc 10src/emc/motion/command.c * motion: treat a point as out of range when it it is not finite
[20:06:19] <KGB-linuxcnc> 03jepler 05upside-down 9922cbc 06linuxcnc 10src/emc/ 10motion/command.c 10motion/control.c * motion: check for kinematicsInverse failures
[20:06:26] <KGB-linuxcnc> 03jepler 05upside-down f2126b2 06linuxcnc 10(6 files in 3 dirs) * kins: Implement linear delta kinematics
[20:06:32] <KGB-linuxcnc> 03jepler 05upside-down ecd64fe 06linuxcnc 10src/hal/ 10user_comps/vismach/Submakefile 03user_comps/vismach/lineardelta.py * vismach: Linear delta visualization
[20:06:39] <KGB-linuxcnc> 03jepler 05upside-down 5a9848b 06linuxcnc 10configs/ 03sim/axis/ldelta.ini 03sim/axis/sim_ldelta.hal * sample-configs: sim linear delta configuration
[20:06:39] <cradek> KGB-linuxcnc: I wish you didn't do that
[20:06:46] <KGB-linuxcnc> 03chris 05upside-down 21ec746 06linuxcnc 10configs/sim/axis/rdelta.ini 10configs/sim/axis/sim_rdelta.hal 10src/emc/kinematics/rotarydeltakins-common.h 10src/hal/user_comps/vismach/rotarydelta.py * Upside-down delta configuration
[20:06:54] <KGB-linuxcnc> 03chris 05upside-down 0c1d107 06linuxcnc 10configs/sim/axis/rdelta.ini 10src/hal/user_comps/vismach/rotarydelta.py * Represent rotaries more precisely
[20:07:01] <KGB-linuxcnc> cradek: My master told me to not respond.
[20:09:54] -!- AR_ has quit [Ping timeout: 256 seconds]
[20:17:53] <linuxcnc-build> build #1279 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1279 blamelist: Jeff Epler <jepler@unpythonic.net>
[20:18:07] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[20:23:53] -!- psha has quit [Quit: Lost terminal]
[20:25:21] -!- Brandonian has quit [Ping timeout: 264 seconds]
[20:38:08] -!- FinboySlick has quit [Quit: Leaving.]
[20:42:30] -!- Brandonian has quit [Ping timeout: 264 seconds]
[20:42:35] -!- erasmo has quit [Remote host closed the connection]
[20:44:30] <memleak> people still use pre 4.4 gcc releases?
[20:45:10] <memleak> even slackware updated.
[20:48:48] <jepler> memleak: the beloved Ubuntu 8.04...
[20:49:20] <jepler> "hard of hearing" or whatever it's called
[20:55:25] <memleak> :)
[20:58:00] -!- Nick001-Shop has quit [Ping timeout: 276 seconds]
[20:58:01] Nick001-Shop_ is now known as Nick001-Shop
[21:01:08] -!- Simooon has quit [Quit: Leaving]
[21:07:02] -!- WalterN has quit [Ping timeout: 240 seconds]
[21:09:07] -!- skunkworks_ [skunkworks_!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:12:15] -!- AR_ has quit [Ping timeout: 260 seconds]
[21:15:26] -!- erictheise has quit [Quit: erictheise]
[21:18:16] -!- DJ9DJ has quit [Quit: bye]
[21:18:20] -!- syyl has quit [Ping timeout: 245 seconds]
[21:23:39] -!- odogono has quit [Quit: odogono]
[21:25:21] -!- _rambo has quit [Ping timeout: 264 seconds]
[21:25:45] -!- andypugh has quit [Read error: Connection reset by peer]
[21:26:05] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[21:28:31] -!- chillly has quit [Quit: Leaving]
[21:32:05] -!- Brandonian has quit [Quit: Brandonian]
[21:32:45] -!- skunkworks__ [skunkworks__!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[21:35:54] -!- skunkworks has quit [Ping timeout: 264 seconds]
[21:41:49] -!- zzolo has quit [Quit: zzolo]
[21:48:28] -!- mhaberler has quit [Quit: mhaberler]
[21:51:26] -!- Nick001-Shop has quit [Ping timeout: 240 seconds]
[21:53:18] -!- jfire has quit [Ping timeout: 264 seconds]
[21:57:06] -!- syyl- has quit [Quit: Leaving]
[22:00:52] -!- Nick001-Shop has quit [Remote host closed the connection]
[22:03:14] <andypugh> Hmm, the ubc2-7i80-rtnet branch doesn't seem to work for a PCI Mesa card either.
[22:03:14] -!- `Nerobro has quit [Ping timeout: 256 seconds]
[22:05:44] -!- `Nerobro_ has quit [Ping timeout: 268 seconds]
[22:06:07] <andypugh> "rtapi_app 1651: caught signal 11 - dumping code"
[22:10:16] <jepler> fun times :-/
[22:15:08] <andypugh> Is "dumping core" (I miss-typed) a bad sign?
[22:15:31] <cradek> not necessarily; it means you're more likely to be able to find the bug
[22:23:08] <jepler> it means somewhere there should be a "core" file, which you can use with a debugger to examine the state of the program when it crashed
[22:23:22] <jepler> stack of active functions, variables (where not hopelessly obscured by the optimizer), etc
[22:24:05] <jepler> e.g., once you find out where 'core' is: gdb rtapi_app core
[22:24:40] <andypugh> sudo apt-get install gdb....
[22:26:16] <linuxcnc-build> build #1283 of hardy-i386-realtime-rip is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-realtime-rip/builds/1283 blamelist: dummy, Chris Radek <chris@timeguy.com>, Jeff Epler <jepler@unpythonic.net>
[22:26:26] <andypugh> Hmm, no, I can't figure out gdb by the power of intuition.
[22:26:48] <cradek> did you find the core?
[22:26:56] <andypugh> Yes.
[22:27:06] <cradek> go to that directory, then gdb /path/to/rtapi_app core
[22:27:16] <cradek> at the (gdb) prompt type bt
[22:27:50] <andypugh> not telling me very much.
[22:28:35] <cradek> it should be showing the site of the signal 11
[22:29:01] <jepler> you can pastebin it if you like
[22:30:00] -!- skunkworks_ has quit [Ping timeout: 245 seconds]
[22:30:25] <andypugh> I realised that I need to find rtapi_app first
[22:30:37] <andypugh> cd src
[22:31:45] <jepler> I think gdb finds the executable program from the $PATH
[22:33:52] <andypugh> http://pastebin.com/zJdeLfgt
[22:34:24] <andypugh> Possibly a config problem, maybe I built a sim version by mistake?
[22:34:46] <cradek> ok yeah, that's pretty bad
[22:35:07] <cradek> but it says signal 6? are you sure this is the right core?
[22:35:24] <cradek> "core file may not match specified executable" is another bad sign
[22:36:23] -!- Nick001-Shop has quit [Remote host closed the connection]
[22:39:44] <andypugh> Interesting. I have a core and a scripts/core
[22:39:51] <andypugh> Both give the same output
[22:40:46] <andypugh> And they are the same size in bytes
[22:41:54] <cradek> I wonder if your build is inconsistent or something. maybe clean and rebuild?
[22:42:16] <andypugh> Just doing exactly that
[22:42:27] <cradek> sometimes certain kinds of errors do give useless backtraces, if an errant write nukes the stack. but yours looks sorta differently weird.
[22:44:28] <jepler> if you did a 'make' in the meantime that rebuilt rtapi_app that could lead to the non-matching warning
[22:44:29] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[22:45:09] <jepler> master does call read_strings. the rest is probably in libstdc++ / libc, for which you could install debugging symbols
[22:45:26] <jepler> thread apply all bt
[22:45:48] <jepler> the crash could have been in a different thread, this is only looking at the main thread (maybe)
[22:48:30] <andypugh> make -s is much more interesting, you get to see all sorts of interesting stuff
[22:57:38] <andypugh> OK, a clean make has a similar problem.
[22:58:05] <andypugh> It might not be sensible to get too caught up in this, as this is a strange branch (ubc2-7i80)
[22:59:49] <jepler> fair enough
[23:00:30] <andypugh> It is suspcious to me that the troublesome file is claiming to be sim_rtapi_app.cc
[23:07:22] <linuxcnc-build> build #1281 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1281 blamelist: dummy, Chris Radek <chris@timeguy.com>, Jeff Epler <jepler@unpythonic.net>
[23:23:45] -!- ahofer has quit [Ping timeout: 245 seconds]
[23:28:33] <andypugh> The normal unified-build-candidate-2 works OK with hm2_pci, so it is a peculiarity of the 7i80 branch
[23:33:29] -!- cmorley has quit [Quit: Leaving.]
[23:34:47] -!- jfire1 has quit [Quit: Leaving.]
[23:35:53] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[23:44:36] -!- tmcw has quit [Remote host closed the connection]
[23:51:07] -!- krusty_ar has quit [Quit: No Ping reply in 180 seconds.]
[23:52:15] -!- erictheise has quit [Quit: erictheise]
[23:54:27] -!- andypugh has quit [Quit: andypugh]
