#emc | Logs for 2004-12-27

[00:00:20] <paul_c> what kernel version are you using ?
[00:00:33] <alex_joni> 2.4.21-adeos
[00:01:48] <alex_joni> did a make clean, make all
[00:02:28] <paul_c> clean doesn't remove the .depend files...
[00:04:06] <alex_joni> * alex_joni can't figure out from where /usr/include gets included
[00:04:47] <jepler> alex_joni: thanks
[00:05:00] <alex_joni> hope it helps
[00:05:05] <jepler> alex_joni: /usr/include is included implicitly unless -nostdinc is specified
[00:06:15] <paul_c> but linux/version.h should be in the kernel headers
[00:13:09] <alex_joni> huh
[00:13:25] <alex_joni> it is running
[00:13:36] <alex_joni> jepler: with axis btw ;)
[00:13:51] <alex_joni> I removed the -D__KERNEL__, and got it to compile
[00:15:04] <alex_joni> paul_c: I just remembered
[00:15:19] <alex_joni> there is a small thing I adjustedin rcslib/etc/generic.def
[00:15:45] <alex_joni> it's a awk command, generating a warning ('\ ' treated as ' ')
[00:15:47] <jepler> alex_joni: whee!
[00:16:09] <jepler> alex_joni: axis must have too few users so far, I'm still thrilled to hear each time someone says they're using it
[00:16:14] <alex_joni> is there any reason '\ ' needs to be instead of ' ' ?
[00:16:30] <alex_joni> well.. I actually ran it 2 weeks ago (when you launched it)
[00:16:44] <alex_joni> now it's running on a autoconf-enabled emc1
[00:16:47] <jepler> that's right, chriw as able to get it running
[00:16:54] <jepler> er, chris / cradek
[00:17:02] <alex_joni> chris is ok ;)
[00:17:29] <jepler> why do I always end up with so many windows open?
[00:18:15] <jepler> 28 windows on 5 desktops
[00:18:51] <gezr> oh man
[00:19:17] <jepler> it's worse when my computer has been up for weeks instead of days
[00:19:58] <gezr> paul_c : were you able to save that vim highlighter script I made a year or so ago?
[00:20:13] <gezr> turns out ive lost a lot more then I though I did
[00:20:48] <paul_c> marbles ?
[00:21:27] <gezr> na, I find those under things from time to time,
[00:22:12] <robin_sz> hey gezr!
[00:22:20] <gezr> robin_sz :) how you been?
[00:22:24] <robin_sz> just fine ...
[00:22:27] <gezr> I know robin has the file
[00:22:28] <robin_sz> and yourself?
[00:22:33] <gezr> nut bag past year
[00:22:34] <paul_c> Probably have the highlighter stuff somewhere in the archives.
[00:22:40] <robin_sz> oops ;)
[00:23:00] <robin_sz> oh, the vimfile .. ?
[00:23:27] <robin_sz> if I can remember the filename ...
[00:23:27] <gezr> yeah, may be emc.vim
[00:23:32] <gezr> or cnc.vim
[00:23:56] <gezr> im trying to get back on track
[00:24:04] <robin_sz> neither of those ...
[00:24:08] <robin_sz> I wil have it though
[00:24:24] <gezr> that just seemed for fun to ask about other then can someone help me cvs the source. hahaha
[00:24:33] <gezr> more fun to ask about
[00:25:30] <gezr> my server is back up to oh about 70% of what it was now,
[00:25:54] <gezr> maybe ngc.vim
[00:26:54] <robin_sz> ahh yes
[00:27:17] <robin_sz> mailto: @masternode?
[00:27:20] <gezr> im doubting anyone uses vim
[00:27:25] <gezr> no, my mx records are borked
[00:27:32] <gezr> phil@conwaycorp.net please
[00:27:50] <gezr> its not been an easy past year
[00:27:59] <jepler> I'm a long-time vim user
[00:28:04] <jepler> send me a copy too jepler@unpythonic.net
[00:28:16] <gezr> jepler then if robin finds it i may be able to hlep you ge tthe file installed
[00:29:05] <gezr> I also did one for mc but its not so good, mc has a very strange parser
[00:29:23] <robin_sz> sent
[00:30:20] <gezr> oh yeah thats it :)
[00:30:23] <gezr> thanks robin
[00:30:41] <jepler> I'm not familiar with mc
[00:30:42] <gezr> jepler : let me know when you have the file, im gonna check on where to do the stuff with it
[00:31:40] <gezr> /usr/share/vim/vim61/syntax/ngc.vim is where you want that file located
[00:31:57] <robin_sz> thats where mine lives :)
[00:33:36] <gezr> then there is another file, Im having trouble finding it, that you add the line to tell vim to know that a *.ngc file has ngc.vim as the syntax file
[00:34:24] <gezr> ah, filetype.vim is in the vim61 directory
[00:34:49] <gezr> robin can you do a grep vim /usr/share/vim/vim61/filetype.vim
[00:34:58] <paul_c> * paul_c is well shagged - Time for bed.
[00:35:08] <gezr> Paul_c : night
[00:35:22] <gezr> robin oops, not a grep vim but a grp ngc
[00:35:48] <gezr> I think I had you do ngc and maybe cnc
[00:35:58] <gezr> It was just 2 lines
[00:36:44] <jepler> looks like 'au BufNewFile,BufRead *.g setf ngc" and for any other suffix you use in additition to .g ...
[00:36:53] <alex_joni> I think I'll hit the pillows myself
[00:37:40] <gezr> jepler that may work
[00:37:47] <jepler> yes, it works here now
[00:38:01] <gezr> try it on a ngc file, let me know if I need to work on it still
[00:38:07] <jepler> n0010 in yellow, g1 in green, (comments) in blue, other stuff in magenta
[00:38:24] <jepler> hm, here's a line that displays unexpectedly: "n0410 x [2 ** 3.0] 1 = 2.0 (x should be 8.0)
[00:38:31] <jepler> from "3.0" to "2.0" it's white, not magenta
[00:38:32] <gezr> it may not be perfect, I was still working on it, but its better then nothing
[00:38:37] <jepler> same for other expressions
[00:38:44] <jepler> look at expr.ngc in the emc distribution
[00:39:00] <gezr> you may be able to tweek the file some, im not the best at things it seems :)
[00:39:17] <jepler> hm, no, expr.ngc is from some documentation. let me get you a url for this file
[00:39:18] <gezr> the vim syntax is really strange
[00:39:38] <robin_sz> gezr: you got the file now?
[00:39:42] <jepler> http://unpy.net/cgi-bin/viewcvs.cgi/rs274py/examples/expr.ngc?rev=1.1&content-type=text/vnd.viewcvs-markup
[00:40:23] <jepler> gezr: ^^^ the file at that URL has formatting issues for expressions with whitespace
[00:40:43] <gezr> yea, I think that is the main issue, where things are broken as far as white space goes
[00:40:55] <gezr> so an x3.0y3.0z3.0 would all apear the same
[00:41:06] <robin_sz> I'll leave it at http://www.quacky.co.uk/~robin/ngc.vim if you need it
[00:41:14] <gezr> cool
[00:41:20] <jepler> well I don't use expressions much in "real" ngc programs so it's not much of an issue
[00:41:56] <robin_sz> hey gezr, seen my new machine?
[00:42:01] <robin_sz> http://www.redpoint.org.uk/photos/machine2/
[00:42:32] <jepler> * jepler takes a look
[00:43:15] <gezr> jepler if you start a new .ngc will in vi with the highliter, it works much like any highlighter, say for a C program, it does allow alerts for propper syntax to form
[00:43:49] <gezr> robin_sz : that is sweet
[00:44:04] <robin_sz> ta :)
[00:44:05] <jepler> * jepler heads off to have dinner
[00:44:17] <robin_sz> I reckon I have the build time down to under 2 days ...
[00:44:19] <jepler> gezr: if I ever have to edit g-code by hand I'll be happy to have this
[00:44:25] <jepler> most of my code is program-generated, however
[00:44:37] <gezr> cool
[00:44:58] <gezr> robin_sz : thats insane :)
[00:45:30] <robin_sz> gezr: everything comes out of the CNC laser, through a CNC press and then through tthe powder coat ... then just bolt together
[00:45:54] <robin_sz> gezr: total welding is about 8 joints on the frame, time less than 30 minutes
[00:46:20] <gezr> oh you have progressed in the past year :)
[00:46:27] <gezr> whats your max plate cutting thickness
[00:46:28] <robin_sz> previously welding was HOURS ... and drilling ... guess how many holes I drill?
[00:46:40] <gezr> 8
[00:46:43] <robin_sz> 0
[00:46:44] <robin_sz> ;)
[00:46:48] <gezr> hahahaha
[00:46:55] <gezr> it looks really good
[00:47:33] <robin_sz> this machine is aimed at the 'ductowrk' guys, so maybe 12mm max thickness on the plasme
[00:48:00] <gezr> half inch ductwork hahahah
[00:48:13] <robin_sz> yeah its come on a LOT ... getting this: http://www.rapidcut.co.uk/images/LY2500.jpg helped a lot
[00:48:50] <gezr> oh my
[00:49:03] <robin_sz> Trumpf laser :)
[00:49:28] <robin_sz> proper one too. one of the modern solidstate ones, not a CO2
[00:49:29] <gezr> how many kw ?
[00:50:03] <robin_sz> low. 700w of Nd:YAG laser .. equiv to 1.5kw of CO2
[00:50:13] <robin_sz> ok to 10mm though
[00:50:51] <gezr> thats super nice
[00:51:07] <robin_sz> for thick stuff I have this: http://www.redpoint.org.uk/photos/lasers/1600W_CO2_laser_head.jpg
[00:51:19] <robin_sz> and a 20KW RF supply to drive it ;)
[00:52:02] <gezr> huge
[00:52:26] <robin_sz> * robin_sz nods
[00:53:13] <robin_sz> of course, now I have no money until the first machines get paid for ...
[00:53:37] <CIA-4> 03alex_joni * 10rcslib/etc/realtime.def.in: added -DNO_STDIO_SUPPORT in order to make emc run. emc runs off this def file but with some hacking (-D__KERNEL__ needs to get removed), this has to be improved
[00:54:21] <alex_joni> robin: not considering selling an emc-control instead of the burny?
[00:54:40] <robin_sz> alex_joni: on a 4x4 machine yes .. for 'enthusiasts'
[00:54:52] <robin_sz> not on a commercial machine though
[00:55:10] <alex_joni> 4x4m?
[00:55:12] <alex_joni> :-)
[00:55:16] <robin_sz> feet :)
[00:55:26] <alex_joni> oh
[00:55:34] <robin_sz> 1.25 x 1.25m
[00:55:40] <alex_joni> yeah ;)
[00:55:48] <alex_joni> 4m sounds nice ;)
[00:55:59] <robin_sz> watch this space :)
[00:56:19] <gezr> I just want a hobber
[00:56:31] <robin_sz> we will do a bigger/higher spec machine before the end of the year. 2005 year that is
[00:56:39] <gezr> 2 spindles on a few axis, thats it all slaved
[00:56:48] <alex_joni> ok guys... I'm outta here...
[00:56:51] <robin_sz> cya
[00:56:53] <alex_joni> it's almost 3am here..
[00:56:54] <alex_joni> bye
[00:56:54] <gezr> take care
[00:56:59] <alex_joni> you too
[00:57:08] <alex_joni> happy new years
[00:57:12] <robin_sz> indeed
[00:57:22] <robin_sz> * robin_sz waves
[00:57:29] <alex_joni> * alex_joni waves back
[00:57:39] <gezr> robin_sz I lost everything I had been working on last year
[00:57:45] <robin_sz> oopsie
[00:58:01] <gezr> no programing or nothing since then
[00:58:04] <robin_sz> I lost the hard drive in my laptop
[00:58:14] <gezr> ouch
[00:58:15] <robin_sz> it stopped spinning
[00:58:18] <gezr> oh my
[00:59:08] <robin_sz> it came back off tape OK, there was a full dump from a month ago, and partials each week
[00:59:13] <robin_sz> so I lost just 2 days
[00:59:40] <gezr> oh thats not too bad
[00:59:53] <gezr> Ill need to get a fresh cvs get for any emc work
[01:00:01] <robin_sz> blessed are the paranoid, for they test there backups ;)
[01:00:09] <robin_sz> yeah, its chnaged a lot
[01:00:16] <robin_sz> emc2 is the place to be
[01:00:26] <robin_sz> forget emc1 ...
[01:00:29] <gezr> I was in a not to care state, so nothing really mattered :)
[01:00:35] <robin_sz> heh
[01:00:45] <gezr> I know things still need documenting
[01:01:06] <gezr> easier to do a cvs or what do you figure would be best hit to go?
[01:01:24] <gezr> the machine ill be having things on for now, wont be an active control/rt box
[01:02:00] <gezr> I just need source
[01:02:02] <robin_sz> I'd just grab the CVS sources and spend a day or two looking through
[01:02:14] <robin_sz> jmk's HAL stuff is very interesting
[01:02:27] <gezr> I bet it is :)
[01:02:36] <gezr> everything still on sourceforge?
[01:03:54] <robin_sz> yep
[01:03:57] <robin_sz> http://sourceforge.net/cvs/?group_id=6744
[01:04:12] <robin_sz> checkout emc2
[01:05:22] <robin_sz> its 1am here .. I have to go ... you going to be back around then?
[01:05:44] <gezr> checked out emc2
[01:05:58] <gezr> yeah, I have a few projects back on the burner
[01:06:03] <gezr> life is much better now
[01:06:06] <gezr> not so depressed
[01:06:11] <robin_sz> excellent
[01:06:28] <gezr> ill do what I can, and try to be fun :)
[01:06:38] <robin_sz> yeah, :)
[01:06:50] <robin_sz> catch you about then over the next few days .. I'll be here.
[01:06:50] <gezr> see if I cant learn some code after all
[01:06:54] <robin_sz> :))
[01:06:55] <gezr> okay
[01:06:57] <gezr> cool
[01:07:12] <robin_sz> cya
[01:08:47] <gezr> take care you guys,
[12:07:29] <alex_joni> gmorning paul
[12:11:05] <paul_c> Morning Alex
[12:12:01] <alex_joni> got emc running last night... but there are some question marks in my head
[12:23:09] <paul_c> what kind of questions ?
[12:28:47] <alex_joni> well about that -D__KERNEL__
[12:29:13] <alex_joni> seems that removing it did the trick
[12:29:21] <alex_joni> but I'm not sure if it's a legit move
[12:29:25] <alex_joni> to remove it
[12:30:21] <alex_joni> besides .. even it is, the CFLAGS returned by rtai-configure need to be hacked in order to remove the -D__KERNEL__
[12:31:06] <paul_c> __KERNEL__ & MODULE are both defined for kernel modules.
[12:31:46] <paul_c> and you certainly do NOT want to be hacking rtai-config to get round a problem in dro.c
[12:31:58] <alex_joni> I agree...
[12:32:04] <alex_joni> but it's not only in dro.c
[12:32:30] <alex_joni> most driverfiles in emcmot complain too
[12:33:18] <paul_c> can you send me the realtime.def ?
[12:34:12] <alex_joni> I think (although not knowing enough about these things to be sure) that dro.c and other .c files try to include /usr/include/sys files
[12:34:50] <alex_joni> and that the __KERNEL__ define prevents that (making sure you need to compile against the kernel source headers : /usr/src/linux/include...)
[12:34:58] <paul_c> Does EMC compile using PLAT=rtai ?
[12:35:04] <alex_joni> yes
[12:35:16] <alex_joni> but I'm not sure if it compiles right...
[12:35:28] <paul_c> then the source code is correct...
[12:35:38] <alex_joni> I have the same stuff in /usr/include (kernel 2.4.21) as in /usr/src/...
[12:36:04] <alex_joni> rtai.def has no -D__KERNEL__
[12:36:37] <alex_joni> I'm not really sure if rtai.def cross-compiles right (compile against the kernel sources)
[12:36:55] <paul_c> I need to boot a 2.4 box..
[12:37:11] <alex_joni> unfortunately mine is at home
[12:37:55] <alex_joni> I have a 2.4 here but not with rtai-3.x (only rtai-24.x)
[12:39:09] <alex_joni> * alex_joni fires up his devel box at work
[12:40:06] <alex_joni> you talked about a book writing modules some time ago
[12:40:11] <alex_joni> is there an online version?
[12:40:54] <paul_c> not sure I follow...
[12:41:08] <alex_joni> linux device drivers or smthg like that
[12:41:20] <alex_joni> I want to read it over the holidays
[12:41:42] <paul_c> Rubini's LDD book
[12:41:52] <alex_joni> * alex_joni googles
[12:42:35] <alex_joni> found a pdf version... downloading
[12:42:45] <paul_c> http://www.xml.com/ldd/chapter/book/index.html
[12:43:03] <alex_joni> yup .. thx
[12:43:11] <paul_c> 3rd edition should be out soon (I hope.)
[12:43:24] <an0n> * an0n yawns
[12:43:59] <an0n> how advanced is setting up, other then the default pin's in emc?
[12:44:37] <an0n> I am beginning to feel it's time to try it out soon
[12:44:39] <an0n> :D
[12:44:44] <an0n> since I got the Z axis working
[12:44:44] <an0n> w
[12:47:39] <paul_c> It's just a case of fiddling with PID & velocity/accel params
[12:48:01] <alex_joni> this box is so sloooow
[12:48:27] <paul_c> tkemc has a calibration menu widget that allows you to adjust some params on the fly.
[12:49:07] <alex_joni> takes about 20 seconds to build ./configure using autoconf :(
[12:51:31] <alex_joni> paul: can I commit a change to generic.def to remove that annoying warning? (awk: '\ ' treated as ' ')
[12:53:03] <paul_c> what line ?
[12:53:39] <an0n> well, I guess I'll have to start trunning emc
[12:53:45] <an0n> and writing a postproc for mastercam..
[12:55:26] <alex_joni> lines : 435
[12:55:37] <alex_joni> and 441
[13:01:58] <alex_joni> don't think there are systems where you need to escape the ' ' character
[13:03:20] <CIA-9> 03alex_joni * 10rcslib/etc/realtime.def.in: added RTDIR/include to the CFLAGS, rtai-3.x sets this by default, on older rtai-systems it needs to be set explicitely
[13:12:31] <paul_c> generic.def - What did you have in mind ?
[13:14:53] <an0n> that's the major problem right now
[13:15:00] <an0n> :)
[13:16:58] <an0n> but it's only a matter of time..
[13:17:42] <alex_joni> changing (\ \=) to ( \=)
[13:19:04] <alex_joni> changing awk -F'[\ \"\t]' to awk -F'[ \"\t]'
[13:19:11] <alex_joni> to be more precise
[13:20:00] <paul_c> Are you certain of what is being attempted in that expression ?
[13:20:45] <alex_joni> not really... but I get a warning saying that '\ ' is treated as plain ' '
[13:21:45] <alex_joni> so I removed the first '\' and it works here...
[13:22:19] <alex_joni> AFAIK -F sets the field separator
[13:22:32] <alex_joni> and ' ' can be set without the need to comment it out
[13:23:34] <paul_c> The regex looks suspect...
[13:28:53] <paul_c> what version of awk are you using ?
[13:33:46] <alex_joni> GNU Awk 3.1.1
[13:34:29] <alex_joni> gawk-3.1.1-200.rpm (SuSE 8.2)
[13:35:13] <paul_c> Change awk -F'[\ \"\t]' to awk -F'"' - Note Single quote, double quote, single quote
[13:35:40] <paul_c> and $$4 to $$2
[13:42:03] <CIA-9> 03alex_joni * 10rcslib/etc/generic.def: changed a field separator to get rid of a warning; thanks to paul_c for providing the fix
[13:42:30] <paul_c> swine - Blaming me if it wrong...
[13:44:55] <paul_c> * paul_c slides off for lunch.
[13:45:32] <alex_joni> enjoy
[13:45:39] <alex_joni> * alex_joni keeps messing with emc
[13:45:57] <alex_joni> should I commit changes to Makefiles in emc to make it work?
[13:46:14] <alex_joni> same kind of changes like for rcslib... not wanting to affect anyone...
[13:55:44] <jepler> space, tab, or double-quote seems like an odd record separator
[13:56:28] <alex_joni> well it's actually parsing a .h file
[13:56:34] <alex_joni> checking for a version number
[14:05:29] <alex_joni> jepler: any luck with that power supply?
[14:07:34] <jepler> alex_joni: oh, that was all hypothetical
[14:07:40] <alex_joni> ok ;)
[14:07:46] <alex_joni> jepler: one short question...
[14:07:58] <alex_joni> if you #include <asm/io.h>
[14:08:05] <alex_joni> what file should be included?
[14:08:20] <alex_joni> the one in /usr/include/asm/io.h ?
[14:11:18] <alex_joni> what if I have -I/usr/src/linux/include in the CFLAGS?
[14:11:46] <jepler> -I directories are checked before the normal include directories
[14:12:45] <alex_joni> I see.. don't see why /usr/include/asm/io.h still gets included... :(
[14:13:09] <alex_joni> and thus redefining functions defined in /usr/src/linux/include/asm/io.h
[14:21:11] <jepler> Can you tell if /usr/include/asm/io.h is included directly from your file, or indirectly? There are rules that "the directory of the current file" is searched, but that may only be for ""-includes, not <>-includes.
[14:22:01] <jepler> hm, no, the "info" page for cpp, node "search path" says that's only for ""-includes
[14:23:12] <alex_joni> it's a <>-include
[14:23:46] <alex_joni> let me finish the current compile (nonrealtime), and I'll get back to that issue
[14:23:58] <alex_joni> I'll post you some outputs from the process
[14:24:08] <jepler> echo "#include <asm/io.h>" | gcc -I/usr/src/linux- -E - | grep asm/io.h | head -1
[14:24:11] <jepler> # 1 "/usr/src/linux-" 1
[14:24:14] <jepler> I get the expected results from my compiler
[14:27:58] <jepler> there must be something more going on...
[14:31:56] <alex_joni> ok.. I'll try to see what happens
[14:36:30] <alex_joni> I also get a very strange error:
[14:36:41] <alex_joni> can you look at emcstepmot.c ?
[14:37:48] <alex_joni> line 392: smTask gets defined
[14:38:08] <alex_joni> at line 1182 it doesn't get found
[14:38:19] <alex_joni> emcstepmot.c:1182: error: `smTask' undeclared (first use in this function)
[14:38:27] <jepler> and you're sure STEPPER_MOTORS is defined?
[14:38:54] <alex_joni> yes
[14:40:18] <jepler> hm, that line 1182 is inside #ifdef STEPPER_MOTORS anyway
[14:41:59] <jepler> no idea, it all looks perfectly straightforward.
[14:42:48] <alex_joni> * alex_joni agrees
[14:45:35] <alex_joni> yucky
[14:45:50] <alex_joni> that whole definition in the beginning is inside a #ifdef rtlinux
[14:47:37] <alex_joni> that seems to do the trick
[14:48:05] <alex_joni> I added the #ifdef rtlinux around that #ifdef USE_RTL2
[14:48:10] <jepler> hm, a good C editor should have a "what has to be defined to get here?" button
[14:49:01] <alex_joni> yeah ;)
[14:49:07] <an0n> hehe
[14:49:11] <an0n> is ther anything that'll do that?
[14:49:27] <alex_joni> now I still get:
[14:49:27] <alex_joni> In file included from dro.c:47:
[14:49:27] <alex_joni> /usr/include/sys/io.h: At top level:
[14:49:27] <alex_joni> /usr/include/sys/io.h:45: error: redefinition of `inb'
[14:49:27] <alex_joni> /usr/src/linux/include/asm/io.h:409: error: `inb' previously defined here
[14:54:02] <jepler> add "-save-temps" to CFLAGS, look at the created .i file, and figure out where /usr/include/sys/io.h is included from
[14:55:07] <jepler> or just fake out the compiler by defining _SYS_IO_H (the header guard for <sys/io.h> in my copy of that file)
[14:57:32] <jepler> the LINUX_VERSION_CODE macro must have a value you didn't expect .. so that <sys/io.h> is being included when it shouldn't
[14:59:39] <alex_joni> I agree...
[15:00:18] <alex_joni> yup.. that's it
[15:00:25] <alex_joni> I commented it out and it works now
[15:03:28] <alex_joni> I put the code from parport.c in...
[15:03:57] <alex_joni> I have now : #include <sys/io.h> unconditionally
[15:04:12] <alex_joni> and /usr/include/sys/io.h gets included
[15:04:24] <alex_joni> even with -I/usr/src/linux/include
[15:04:27] <alex_joni> is that normal?
[15:05:09] <CIA-9> 03paul_c * 10emc/src/ (4 files in 4 dirs): Add support for the 'new' realtime plat.
[15:05:23] <jepler> umm, is there a /usr/src/linux/include/sys? I don't have one
[15:05:36] <paul_c> Compiles cleanly for me.
[15:06:42] <alex_joni> no sys
[15:09:34] <alex_joni> #ifdef __KERNEL__
[15:09:34] <alex_joni> #include <linux/kernel.h>
[15:09:34] <alex_joni> #include <linux/fs.h>
[15:09:34] <alex_joni> #endif
[15:09:39] <alex_joni> sorry... wrong paste
[15:09:40] <alex_joni> :(
[15:09:56] <alex_joni> I gotta run
[15:10:01] <alex_joni> I'll get online later
[15:10:02] <jepler> I think you want <asm/io.h> unconditionally
[15:10:08] <alex_joni> bye... (thanks jepler)
[15:10:14] <jepler> bye
[15:12:14] <alex_joni> paul: thanks for the commit
[15:12:18] <alex_joni> * alex_joni is gone
[16:40:13] <CIA-9> 03paul_c * 10rcslib/etc/ (configure configure.in generic.def): Commit remainder of autoconfigure for PLAT definitions - Thanks to both Alex Joni and Jonathan Stark for their work on the original.
[17:28:41] <CIA-9> 03paul_c * 10rcslib/etc/ (configure configure.in): Tweak configure to conditionally display make foo for the realtime definition.
[17:51:51] <CIA-9> 03paul_c * 10rcslib/etc/ (configure configure.in): Restore checks for g++
[17:57:29] <paul_c> Autoconfigure ported to rcslib/emc - Needs testing.
[18:12:56] <alex_joni> hi
[18:21:05] <alex_joni> paul_c: you around?
[18:54:09] <alex_joni> 1st. great work on the autoconf stuff ;-)
[18:54:16] <alex_joni> just cvs up'ed and it worked
[18:55:07] <alex_joni> 2nd. the dro.c is still messy (I found the problem to be the kernel version... there is a test agains 2.4.24, if the kernel version is newer then it works)
[18:57:31] <alex_joni> but I'll leave that be for now
[19:03:42] <alex_joni> anyways.. great work (like always)
[19:04:14] <alex_joni> I'll be heading for the mountains tomorrow, so I'll only be online ocasionally
[19:04:40] <paul_c> * paul_c isn't going anywhere just yet.
[19:06:00] <alex_joni> quick question since I catched you ;)
[19:06:11] <alex_joni> does emcstepmot.c still get compiled?
[19:06:32] <paul_c> dunno - Not checked...
[19:06:54] <alex_joni> rightnow from CVS I didn't see it getting compiled
[19:07:31] <alex_joni> the version I had (this morning) did compile it, and it failed at 2 or 3 places (missing some #ifdef rtlinux)
[19:09:25] <alex_joni> when will you be heading for warmer regions?
[19:09:55] <alex_joni> btw, we had 17+ today ... :-( (no chance for snow)
[19:10:01] <paul_c> * paul_c tests a cross-plat build for 2.4.25-adeos
[19:10:47] <paul_c> segmentqueue modules compiled...
[19:11:45] <alex_joni> how about steppermod ?
[19:12:05] <alex_joni> not steppersegmod ?
[19:12:48] <paul_c> no steppermod - That will only compile for rtlinux plats
[19:12:59] <alex_joni> I see... ok
[19:13:30] <alex_joni> then I had some problems inside the Makefile, it was trying to compile, but beeing rtlinux oriented it failed somehow...
[19:13:45] <paul_c> mind you... steppersegmod shouldn't be built as far as I'm aware..
[19:13:53] <alex_joni> * alex_joni didn't know that about steppermod
[19:14:25] <alex_joni> as far as I'm concearned I use freqmod, and my own mod (based on dro.c)
[19:14:28] <paul_c> There is much to learn/know about rcslib & emc
[19:14:36] <alex_joni> * alex_joni agrees
[19:15:07] <alex_joni> I find it pretty strange that there isn't someone involved who really knows it all...
[19:16:53] <paul_c> The guys over at NIST would be the ones to know more than anyone
[19:16:54] <alex_joni> but I also like it beeing a challange
[19:16:58] <alex_joni> challenge
[19:17:16] <alex_joni> yeah, but they probably are involved with other projects...
[19:17:44] <paul_c> Political reasons why they have to take a back seat with EMC
[19:18:12] <alex_joni> didn't know about that...
[19:18:27] <paul_c> Long story...
[19:18:47] <alex_joni> I guess...
[19:18:54] <paul_c> But they still provide quite a bit of support n the background
[19:19:10] <paul_c> and they can be more open about rcslib.
[19:20:45] <alex_joni> nice
[19:21:01] <paul_c> Now for the question...
[19:21:18] <alex_joni> question?
[19:21:22] <paul_c> Does autoconf produce a working EMC on your box ?
[19:21:24] <alex_joni> ;-)
[19:21:33] <alex_joni> yup
[19:21:38] <alex_joni> sure does
[19:21:49] <alex_joni> without manual tweaking
[19:22:05] <paul_c> 2.4.21 + rtai-24.1.12 ?
[19:22:45] <alex_joni> 2.4.21-adeos (rtai-3.0r4)
[19:22:52] <alex_joni> here (at home)
[19:23:06] <alex_joni> and 2.4.21 + rtai-24.1.12 at work
[19:23:25] <alex_joni> but I didn't get a chance to run the one at work
[19:23:45] <alex_joni> it compiled cleanly (not from CVS, but same changes in the Makefiles)
[19:25:07] <alex_joni> how about you? got a working EMC?
[19:25:32] <paul_c> Not from the SF sources (on this box)
[19:25:57] <alex_joni> there are some things that still need adressing
[19:26:00] <paul_c> 2.6.9-adeos #1 Sun Dec 19 15:52:35 GMT 2004 i686 GNU/Linux
[19:26:40] <alex_joni> like the -DLINUX_KERNEL_2_4 -Dlinux_2_4
[19:28:27] <paul_c> -DLINUX_KERNEL_2_4 can be dropped
[19:29:10] <paul_c> it gets defined in rcs_defs.hh anyway
[19:29:36] <alex_joni> * alex_joni is grepping to see where they are used
[19:29:41] <paul_c> c -Dlinux_2_4 gets used in a couple of spots
[19:30:41] <alex_joni> in stg_v2_axis8 and in usrmotintf.c
[19:30:52] <paul_c> You really don't want to look
[19:31:04] <alex_joni> I did.. couldn't find anything else
[19:31:12] <paul_c> _shm.c
[19:31:20] <alex_joni> for rcslib ...
[19:31:26] <alex_joni> I was talking about emc
[19:31:27] <alex_joni> ;)
[19:31:34] <paul_c> rcslib src/os_intf/
[19:31:55] <alex_joni> _shm.c is the only one I see for rcslib
[19:32:01] <alex_joni> and the 2 ones from above for emc
[19:32:40] <paul_c> butt ugly way of doing kernel versioned includes
[19:32:42] <alex_joni> and in _shm.c it's used for the posix_types.h
[19:32:45] <alex_joni> ;)
[19:33:30] <alex_joni> especially the rcs_defs.hh
[19:37:02] <alex_joni> btw, I liked the color stuff at the end ;)
[19:37:12] <alex_joni> at the end of configure.in
[19:39:27] <paul_c> Wanted the 2.6 warning to stand out.
[19:40:54] <alex_joni> ;)
[19:41:04] <alex_joni> * alex_joni is cleaning out the .def.in
[19:41:10] <alex_joni> commiting soon
[19:41:14] <alex_joni> should I add anything?
[19:42:06] <paul_c> which one ?
[19:42:10] <alex_joni> both
[19:43:13] <paul_c> lemme check
[19:45:15] <paul_c> REALTIME.DEF LOOKS ok
[19:45:39] <paul_c> nonrealtime.def doesn't need much, if anything..
[19:46:50] <alex_joni> * alex_joni thinks about takind the WARN stuff out
[19:47:03] <alex_joni> it is handled by the rtai CFLAGS actually
[19:47:48] <paul_c> ditto for the OPTIMIZE foo
[19:49:59] <paul_c> The second CFLAGS line can be dropped from realtime.def - The RT includes come from the RTFLAGS
[19:50:33] <alex_joni> not for all
[19:50:41] <alex_joni> I specifically added that one
[19:50:50] <paul_c> * paul_c sees a circular reference...
[19:50:55] <alex_joni> rtai-24.1.x doesn't include it (at least mine didn't)
[19:51:11] <alex_joni> where?
[19:53:34] <paul_c> CFLAGS := @RTFLAGS# $(CFLAGS) ...
[19:53:46] <paul_c> CFLAGS := @RTFLAGS@ $(CFLAGS) ...
[19:54:20] <alex_joni> I already cleared that
[19:55:44] <paul_c> ok
[19:56:46] <paul_c> back in 20 mins.
[20:26:56] <alex_joni> * alex_joni finished the cleanup, now recompiling rcslib
[20:42:38] <alex_joni> * alex_joni misses CIA
[20:42:43] <alex_joni> :-(
[21:06:20] <alex_joni> * alex_joni prods cradek
[21:12:31] <alex_joni> * alex_joni unprods cradek
[21:37:36] <alex_joni> * alex_joni is reading about Haskell
[21:51:30] <alex_joni> CIA is back ;)
[22:03:13] <jepler> CFLAGS := ... $(CFLAGS) is *not* a circular reference. it redefines CFLAGS in terms of the prior value of CFLAGS. CFLAGS = ... $(CFLAGS) would be circular, however.
[22:03:44] <jepler> (and the latter gets a message from gmake: "Recursive variable `CFLAGS' references itself (eventually). Stop."
[22:03:47] <jepler> )
[22:04:38] <alex_joni> you must know ;)
[22:05:27] <alex_joni> I changed it to += and discarded the second $(CFLAGS)
[22:05:40] <alex_joni> it's more readeable
[22:08:20] <jepler> That works too
[22:10:30] <gezr> howdy yall
[22:11:16] <alex_joni> ssup?
[22:11:28] <gezr> been thinking about machine motions late last night and today
[22:12:05] <gezr> I think its an important part of emc, and ive seen a lot of discussion lately on the lists about it
[22:12:37] <gezr> If i could code ide try some stuff with it, but its gonna have to take some time
[22:12:55] <alex_joni> well... it's not going anywhere ;)
[22:13:11] <gezr> hahahaha
[22:13:21] <gezr> do you ahve a running machine?
[22:13:37] <alex_joni> running EMC, machine .. no
[22:13:43] <alex_joni> only some DC motors driven
[22:14:15] <gezr> I was at that point, i dont even have a machine dedicated to emc
[22:15:19] <gezr> well what i was thinking about as far as motion is concerned, is instead of a complete dec/acc but a maching point that the machine can take a "corner" at without internital effects mattering
[22:15:22] <jepler> I only have a friend's machine ... maybe I'll buy a mill of my own in 2005.
[22:15:51] <jepler> just wanna mention that in case anybody wants to send me one
[22:16:02] <alex_joni> * alex_joni joins the club
[22:16:10] <gezr> im gonna build one myself
[22:17:00] <jepler> that sounds like quite a task. At most I'll retrofit.
[22:17:04] <gezr> just a 4x4x4
[22:17:07] <gezr> incher
[22:17:16] <gezr> maybe 6^3 but I dont kow
[22:17:58] <jepler> I have mostly used a mill for circuit boards, so I want 6x4 which is a common PCB size in inchland.
[22:18:10] <gezr> yar
[22:18:44] <gezr> I think one can be made very cheaply
[22:19:02] <gezr> I dont have much of a choice in sizes, and I want to be able to get near net casting done
[22:19:55] <gezr> but as far as motion, where a machine tool is concerned, is the ability to maintain the chip load on the tool
[22:20:27] <gezr> and also, in not trying to jerk the machine out of its base
[22:21:07] <gezr> so Ill be looking at the code to see if I can learn somethign about how stuff is done now, and toss math at it, and see whre its at
[22:21:31] <gezr> pretty much the stuff about machines I want to learn anyway
[22:22:22] <gezr> sorta like my shaper, if I run it to fast, It will walk across the floor sorta like a fish flopping on a boats deck
[22:22:24] <jepler> if you do anything with the motion planner, best of luck! I hear better men than myself have looked it and run screaming.
[22:22:29] <jepler> hah
[22:23:05] <alex_joni> that's scary
[22:23:19] <alex_joni> jepler: can you try the autoconf stuff on emc1 out?
[22:24:01] <jepler> alex_joni: Is it supposed to build the simulator-only/no realtime version of emc1? That's all I can run on this machine.
[22:24:13] <alex_joni> no rt installed?
[22:24:15] <gezr> the most simplistic motion planer could simply be, a numeric value, at which the machine can change its motion(newton 2nd law) with minimal issues,
[22:24:40] <jepler> nope, 2.6 kernel on fedora core 2, and no desire to screw with kernels when I can avoid it
[22:25:06] <cradek> jepler: I thought you also had a bdi machine
[22:25:45] <alex_joni> hi chris
[22:25:46] <jepler> cradek: It's true, I have a bdi machine, but it's way downstairs
[22:25:53] <les> gezr: still there?
[22:26:06] <cradek> jepler: your network broken?
[22:26:21] <gezr> if the machine can run at 200ipm, and no jerk is noticed at 10ipm, then .050 from new point, decel from whatever speed is to 10ipm at a step/time rate, to negotiate the turn,
[22:26:29] <gezr> les : yeah im rambling on
[22:26:51] <alex_joni> hey les
[22:26:54] <les> I run at 100-200ipm for most cutting
[22:27:00] <les> hi alex
[22:27:19] <gezr> and you dont have any sort of jerk if I read right, right?
[22:27:23] <alex_joni> care to test autoconf on emc1/rcslib ?
[22:27:39] <les> Gezer: yes I do...prettyu bad
[22:28:38] <les> emc does not blend arcs... so I have some bad jerkiness with a round production part I am making
[22:28:39] <gezr> les : on a straight cut, say from X0, to X20., when it reaches the destination point, does the machine want to keep moving?
[22:29:23] <les> no it stops quickly...depending on the accel setting
[22:30:04] <gezr> okay, so when making a cicular cut, you get a lot of quardrant missmatches cause of the jerkyness? I hope im not asking you things you have already talked about
[22:31:18] <gezr> or is what your talking about a point is calculated, the move is made, then the new point is calculated, and new move made, all the way around the programed path
[22:31:22] <les> no, things match up but I get some surface finish irregularities due to the suuden jer
[22:31:28] <les> sudden
[22:31:52] <les> from the transition from one G2 to another G2
[22:32:33] <les> I have to run at only 15 in/sec^2
[22:32:41] <gezr> something of an extreme would be say to trace the outline of a flowers pettals?
[22:33:04] <les> even though my machine can do 380 (1G)
[22:33:24] <les> well it can do that
[22:33:31] <cradek> les: does the program get too big if you just use G1 instead of arcs? (assuming it's not handwritten)
[22:33:32] <gezr> have you tried a G1 x0 y0 z0, then the second g2?
[22:33:56] <gezr> well, crap, a move that isnt a move
[22:34:11] <gezr> or even a dwell, of say half a second?
[22:34:22] <les> I routinely run multi megabye files with tens of thousands of G1 moves
[22:34:40] <les> byte haha
[22:35:27] <les> I mean it works, but the jerkiness could wear the machine
[22:35:30] <gezr> see if you can add some sort of a pause or null move command in what your trying to do, in a few places, and see if the controler is able to properly run at that speed,
[22:35:56] <gezr> the higher speed, to see if one part is trying to outrun the other
[22:36:35] <les> well we know why this happens...it's the trajectory planner
[22:37:03] <les> it is a blended trapezoidal....not the best
[22:37:27] <gezr> that would be in the kenematics dir?
[22:37:49] <gezr> Scurve would be better right?
[22:37:51] <les> emc does have a cubic interpolator...but it is at the servo update rate, and is therefore too tight
[22:38:13] <gezr> too tight?
[22:38:22] <les> tp.c, tc.c is the planner code
[22:38:35] <gezr> okay
[22:38:52] <les> too tight meaning it just closely follows the trapezoidal plan
[22:39:05] <gezr> oh okay
[22:39:06] <les> very little smoothing
[22:39:26] <gezr> help me learn for a second here
[22:39:31] <les> sure
[22:39:46] <alex_joni> * alex_joni listens too
[22:39:50] <gezr> in a circle, the most simplistic motion for one is 4 points, each quadrant
[22:39:53] <gezr> right?
[22:40:03] <gezr> we get a square for that
[22:40:14] <gezr> but not first prize
[22:40:16] <les> yes
[22:40:28] <les> then polygons
[22:40:39] <gezr> the motion planer, takes a "circle" and breaks it into definable points
[22:40:49] <gezr> each new point being sent to the motion planer
[22:40:54] <gezr> or to the drive its self
[22:41:07] <les> to the drive
[22:41:31] <les> example: on the production job I am doing...
[22:41:50] <gezr> in a way, every time a circle is pathed(point->motion)there is a setting that determines, at what rate to effectively, pi the path
[22:42:35] <les> there are about 12,000 polygons for a 4" circle
[22:43:00] <les> or a 12000 side polygon
[22:43:18] <gezr> okay
[22:44:20] <gezr> and the control then, is basically, trying to calculate, acceleration and deceleration 12000 times in that single circle?
[22:44:55] <gezr> and sometimes an error results which causes a jerk?
[22:45:06] <gezr> error doesnt have to mean a computer error
[22:45:07] <les> no not at all... it calculates a ramp up, circular contant speed, and ramp dow
[22:45:39] <gezr> is that per point of the polygon, or for the entire path?
[22:45:46] <les> from one motion command to the next the ramp is supposed to be blended
[22:45:58] <les> for the entire path
[22:46:26] <les> what happens at 2000/sec is servo error checks
[22:46:42] <les> PIDFF
[22:47:20] <les> that's the control filter
[22:48:11] <gezr> so following error results, and is made up for in a jerk?
[22:48:40] <les> no...the jerk is actually commanded by the planner!
[22:48:58] <gezr> oh oh
[22:49:03] <les> which is the problem
[22:49:12] <gezr> you mean the controls planner creates a move that shouldnt exist?
[22:49:30] <gezr> im learning here
[22:49:44] <les> well...an accel that shouldn't exist yes
[22:50:36] <les> an attempt was made to write a new planner
[22:50:39] <gezr> okay, so then what I need, is a way to work just with the motion planer, and feed it stuff, and have instead of it trying to move something, dump its values into a table
[22:50:50] <les> but it was never completely debugged
[22:50:59] <gezr> that was about the time I got all crazy with life
[22:51:17] <cradek> les: does the new planner work well except it bombs out sometimes?
[22:52:19] <les> right...totally smooth motion...but it sometimes just stops...without locking up or anything
[22:53:06] <cradek> ok, maybe I'll work on debugging it
[22:53:07] <les> Fred, Rogier, and I played with it a bit and did not find the cause
[22:53:18] <gezr> cradek you can code?
[22:53:27] <cradek> haha a little bit
[22:53:30] <les> it is something in segmentqueue.c
[22:53:39] <cradek> les: I figured that much out already :-)
[22:53:45] <les> haha
[22:53:51] <cradek> les: maybe it needs a new set of eyes
[22:54:22] <les> yeah
[22:54:45] <gezr> I have to look at things on a very simplistic level, I can read code, but heck, I dont know where to even start most of the time
[22:54:59] <les> with full debug on it gives a message of negative segment length
[22:55:11] <les> then stops
[22:55:38] <les> can abort and start again...no lock up
[22:56:04] <gezr> could that also be what exists as the jerk command?
[22:56:31] <gezr> where you currently see a jerk, do you think that a negative segment length would occour?
[22:56:50] <gezr> this may be nothing to do with emc at all
[22:57:07] <les> well there is no jerkiness with segmentqueue works....when it works it works very well
[22:57:21] <jepler> hard to see how you could have a negative segment length
[22:57:39] <les> yes its the code...a math miscalculation
[22:57:53] <cradek> that sounds "pretty easy" to find
[22:58:05] <gezr> right, I remember that. but a full stoppage, in new, may not be a result of what is in emc its self, could be glibc or directly in the kernel
[22:58:06] <les> it does
[22:58:13] <cradek> after all, it stops with an error, you have all the evidence
[22:58:25] <cradek> I won't say too much more until I try though
[22:58:33] <les> right
[22:58:52] <gezr> I wish I could code
[22:59:00] <gezr> but im not gonna let it get me down
[22:59:07] <les> well Rogier wrote it, and even Fred does not know what's going on in the code
[22:59:39] <les> Rogier has other commitments and can't participate very much
[22:59:45] <cradek> I looked at it briefly - there's some math (that's probably completely or almost correct) and then a whole ton of crap involved in keeping a circular queue in C
[22:59:49] <jepler> and it's not weird spooky kernel or realtime stuff, because the problem can be observed in segmotsim or whatever it's called
[22:59:59] <cradek> right
[23:00:04] <les> He actually did travel here from holland but had little time
[23:00:17] <cradek> who knows, the problem may be with the queue mess and it's getting a totally invalid segment
[23:00:39] <les> we messed alot with queue size
[23:00:42] <cradek> so maybe it's a "simple matter of debugging" and not some fundamental problem
[23:00:57] <les> yup
[23:01:12] <cradek> debugging I can do - fundamental problems with the math are best left to someone else
[23:01:19] <les> you have the paper right? where is it on sourceforge
[23:01:22] <cradek> it's in cvs
[23:01:28] <cradek> ... somewhere
[23:01:33] <les> what directory
[23:01:38] <cradek> but I fell asleep on page two
[23:01:41] <les> haha
[23:02:05] <cradek> emc/emc/doc
[23:02:10] <les> Oh I understand the math and can stay awake reading it
[23:02:14] <gezr> if I could do it, I would break or simplify the math,
[23:02:30] <les> it is a very sophisticated technique
[23:02:39] <jepler> cradek: while you're fixing it, add support for rotational axes
[23:02:44] <cradek> I think I have the education to be able to follow it, but I hope I don't have to
[23:02:52] <cradek> jepler: ugh, I forgot about that
[23:03:16] <gezr> im just a chatter box, let me know when to shut up, those were the rules before I had my sebatical
[23:03:19] <les> Well I can say the math is right....just something in the code
[23:03:24] <cradek> ok
[23:03:27] <cradek> I've got to run
[23:03:37] <cradek> maybe we've drummed up enough interest that we'll all have a look at it
[23:03:48] <les> Gezr: have a look at the paper on sourceforge
[23:03:53] <jepler> see you chris
[23:03:55] <gezr> thats what Im good for :)
[23:03:58] <les> that would be great chris
[23:04:03] <cradek> night jeff
[23:04:07] <cradek> hope you feel better soon
[23:04:19] <alex_joni> night guys
[23:04:23] <jepler> I'll probably go to work tomorrow
[23:04:39] <les> ha I had a sick day too
[23:04:46] <gezr> oh definately get well
[23:05:01] <alex_joni> yup... get well
[23:05:48] <les> I am looking for that link gezr
[23:05:57] <gezr> les : hey, does it always jerk in about the same place? or is that random?...cool thank you
[23:07:38] <alex_joni> * alex_joni is going to bed
[23:07:40] <alex_joni> bye guys
[23:07:50] <gezr> good night alex :)
[23:10:50] <les> http://batman.mech.ubc.ca/~ial/publication/theses/sonja.pdf
[23:11:13] <les> good reading on the subject gezr
[23:11:29] <gezr> http://cvs.sourceforge.net/viewcvs.py/emc/emc/doc/segmentqueue.pdf?rev=1.1&view=markup. oh okay, found htis one too
[23:12:14] <les> I think I am the only one running segmentqueue
[23:12:42] <gezr> thats not quite right, the page before that was what I needed
[23:12:43] <les> but I have to use the old one for production
[23:13:19] <les> I have 3000 cherry turkey calls to make here
[23:14:41] <gezr> speed would help a lot
[23:15:12] <les> yes...and minimum sanding...jerks make little wiggles
[23:15:36] <les> as far as speed I am horsepower limited
[23:16:24] <les> 1/2 spiral router bit 1/2 deep 120 ipm is as fast as I can go
[23:16:26] <gezr> nothing like a v8 powered router bit right?
[23:16:44] <les> looking to go 7-10 hp
[23:16:57] <gezr> do you have 3phase service at your place?
[23:17:05] <les> yes
[23:17:13] <gezr> lucky lucky lucky
[23:17:39] <les> oh...I roll my own...but I can run 10 hp or so
[23:17:50] <les> I am out in the woods basically
[23:18:20] <jepler> oh, look, there's the error
[23:18:21] <jepler> Panic: length negative in sqPlanSegment
[23:18:21] <jepler> plInitInc = 4.136575e-03 plFinalInc = 0.000000e+00
[23:18:21] <jepler> ID = 901, a=0, Startpt: x=-586323, y=1525315, l=4136, tl=4136, ic=4136, fi=0 nls=0 ltps=0
[23:18:49] <gezr> you know what, I may check to see what some motors at work are, they are dust farms right now
[23:19:03] <les> reproduced the error?
[23:19:10] <jepler> oh, I've always been able to get the error
[23:19:25] <les> never tried it in sim
[23:20:02] <gezr> what was the command in the program that caused that?
[23:20:16] <gezr> or the command for the motion that generated that
[23:20:17] <paul_c> jepler: Re: circular references - Couldn't think of the right phrase earlier... The $(CFLAGS) was a pointless entity in the line..
[23:20:27] <les> sqplansegment() is where?
[23:20:38] <jepler> gezr: Just one 'g1' among many
[23:20:54] <les> Gezr: yeah it's a miscalculation somewhere
[23:21:01] <gezr> jepler : look at the points, they are huge
[23:21:11] <jepler> 899 G01 X-0.527059 Y1.525315
[23:21:11] <jepler> 900 G01 X-0.586323 Y1.525315
[23:21:11] <jepler> 901 G01 X-0.589248 Y1.528240
[23:21:23] <jepler> I think they're scaled versions of the points in the file
[23:21:35] <les> yes
[23:21:40] <gezr> okay
[23:21:41] <les> in encoder ticks?
[23:21:44] <jepler> the "start" would be the same location that the mill reached in 900
[23:22:48] <gezr> does it always happen at that point in the gcode?
[23:22:59] <jepler> not sure. I'm restarting this file from the beginning again
[23:23:14] <jepler> it takes awhile to get to line 901
[23:23:14] <les> We thought this might happen at some minimum segment length
[23:23:24] <les> but testing disproved that
[23:23:40] <les> yeah see if it repeats at the same spot
[23:24:22] <jepler> 902 G04 P.05
[23:24:22] <jepler> 903 G00 Z0.040000
[23:24:28] <jepler> the following lines were a dwell and a Z move
[23:25:01] <jepler> but there were many such dwells and Z moves before this point in the file
[23:25:03] <gezr> the preceding points were a no move y
[23:25:31] <gezr> hopefully it will repeate
[23:25:37] <les> I have had it happen without dwell
[23:26:00] <jepler> 4136.xxx is the length of (scaled) segment
[23:26:06] <les> the repeated points might be significant
[23:26:06] <jepler> (the l= tl= values)
[23:26:11] <happy_br1colli> happy_br1colli is now known as happy_brocolli
[23:27:14] <gezr> .004136
[23:27:55] <gezr> which is larger then 901 - 902 x values
[23:28:06] <gezr> err
[23:28:09] <gezr> 901-900
[23:29:16] <jepler> yes, it repeated at the same line number
[23:29:25] <gezr> whoot
[23:29:32] <gezr> math time
[23:29:40] <gezr> is the error the same?
[23:29:58] <les> I'm looking at sqplansegment() now
[23:31:45] <jepler> Here's a complete file that prompts the bug for me:
[23:31:48] <jepler> G01 F10 X-0.305768 Y1.371000
[23:31:48] <jepler> G01 X-0.527059 Y1.525315
[23:31:48] <jepler> G01 X-0.586323 Y1.525315
[23:31:48] <jepler> G01 X-0.589248 Y1.528240
[23:31:51] <jepler> G04 P.05
[23:31:53] <jepler> G00 Z0.040000
[23:31:56] <jepler> M2
[23:32:36] <gezr> okay, so it runs and runs and then at some point the error is generated right?
[23:32:52] <jepler> righ
[23:33:05] <jepler> on id=4 in the 7-line file
[23:34:25] <gezr> les where you also using 6 significant digits?
[23:34:46] <les> yes think so
[23:35:01] <les> happens with less though
[23:35:06] <gezr> okay
[23:39:04] <les> can't find that diagnostic in segmentqueue.c...wonder where it is
[23:40:16] <gezr> grep -r sqplansegment
[23:40:38] <gezr> may help find it
[23:40:49] <les> I'm on a doze box
[23:40:52] <gezr> I dont think I have the right stuff, I cvsed emc2, not sure if its in there
[23:41:10] <les> emc1
[23:41:18] <les> emcmot directory
[23:41:58] <les> the diagnostic is not in emcsegmot.c
[23:51:10] <les> this could go negative...it's in sqplansegment()
[23:51:17] <les> /* the first two steps and the last step are already defined */
[23:51:17] <les> length = s->totLength - 2* s->plInitInc - s->plFinalInc;
[23:57:27] <robin_sz> meep?