Back
[00:04:46] <jepler> jmkasunich: yes
[00:04:56] <jepler> jmkasunich: still around? cradek was saying he wanted to talk to you.
[00:05:00] <jmkasunich> yeah
[00:05:09] <jmkasunich> re the FP thing - Linux is 100% right
[00:05:18] <jmkasunich> when he says theres no place for FP in the kernel
[00:05:32] <jmkasunich> but FP in kernel space is a different thing entirely ;-)
[00:06:05] <jmkasunich> emc isn't a kernel, its an app that happens to run in kernel space
[00:06:06] <jepler> jmkasunich: obviously I wasn't changing anything about what we do in the kernel, just getting rid of the bogus inclusion of userspace files.
[00:06:14] <cradek> hi
[00:06:14] <jmkasunich> right
[00:06:20] <jmkasunich> and thanks for doing that
[00:06:25] <jmkasunich> hi chris
[00:06:28] <jepler> I said what I said because I saw there was an old rtapi_math.h and it was removed with a note about how linus doesn't like FP in the kernel
[00:06:45] <jmkasunich> removed by you-know-who
[00:06:50] <jepler> I wasn't going to say it
[00:07:13] <jepler> today I made my emc2 configuration website work again with 2.0 / HEAD
[00:07:15] <cradek> jmkasunich: I think I've got all the fest bugfixes in the release branch
[00:07:38] <jepler> cradek: I'd like you to generate a configuration file for max using it
[00:07:39] <cradek> but there's a but that I bet is a one-liner that you could fix, can you look at it?
[00:07:47] <cradek> jepler: I'll sure do that
[00:08:00] <jmkasunich> I can look
[00:08:06] <cradek> jmkasunich: after you get a FE and you turn the machine back on, the position jumps, often causing another FE
[00:08:12] <jmkasunich> I was just starting to try actual tests on the farm machines
[00:08:18] <cradek> I think there was a tracker but you marked it fixed - it's not
[00:08:42] <jmkasunich> what mode?
[00:08:50] <jmkasunich> I bet free mode works ;-)
[00:09:26] <jmkasunich> the entire mode switching code and the TP/controller interface are kinda messy
[00:09:29] <cradek> coord mode I'm sure
[00:10:03] <jmkasunich> when it faults it goes into machine off mode (not even sure at the moment what thats called in the motion controller)
[00:10:14] <jmkasunich> but in that mode the command is supposed to track the feedback
[00:10:30] <jmkasunich> so that when you go back to running mode there is no problem
[00:10:46] <jmkasunich> but I don't know how to make the TP do that
[00:11:14] <jmkasunich> meanwhile when I started testing I found another "bug"
[00:11:19] <cradek> uh-oh
[00:11:24] <jmkasunich> halcmd uses libnml
[00:11:31] <jmkasunich> oops, I just realized what that is
[00:11:38] <jmkasunich> the ini file reference stuff
[00:12:04] <jmkasunich> I don't want hal stuff to have any dependency on emc unique stuff like libnml
[00:12:17] <jmkasunich> but the ini file reader for some strange reason is part of libnml
[00:12:30] <fenn> well where else you gonna stick it
[00:12:37] <fenn> libini
[00:12:41] <jmkasunich> and now I remember that I even put a #define in there to let you disable ini file refs for that reason
[00:12:54] <jmkasunich> it sure as heck ain't NML related
[00:13:06] <jmkasunich> same as posemath - that has nothing to do with NML either
[00:13:22] <jmkasunich> anyway, I digress, I realized my "but" isn't, so forget it
[00:13:48] <cradek> haha ok
[00:14:13] <cradek> so I still don't know what to do about this FE bug
[00:14:14] <jmkasunich> actually, although the dependency on libnml isn't a bug, the fact that the BDI-2.2 box can't find libnml.so might be
[00:14:34] <jmkasunich> ok, one thing at a time, lets look at FE
[00:15:38] <jmkasunich> what are you doing to make the FE happen?
[00:15:42] <jmkasunich> (which config, etc)
[00:15:54] <cradek> well there was a bug but I fixed it
[00:16:08] <jmkasunich> ok, that was easy
[00:16:10] <jmkasunich> ;-)
[00:16:27] <cradek> you could set your stepgen limit too low
[00:16:50] <cradek> I thought it was a stepper thing but I saw jon E's BP do it too
[00:17:11] <jmkasunich> stand by
[00:17:56] <cradek> I'm going to go get my computer from the car... I'm on a borrowed one and pretty helpless
[00:18:02] <jmkasunich> ok
[00:18:17] <jmkasunich> still haven't finished unloading? wow
[00:19:57] <fenn> you are so slow, i finished hours ago
[00:22:41] <cradek> ahh much better
[00:23:05] <jmkasunich> hmm, I can't seem to reproduce the problem
[00:23:08] <jmkasunich> (using head)
[00:23:25] <jmkasunich> I set the stepgen max vel to 0.4 instead of 1.4
[00:23:47] <jmkasunich> a G1 move faster then F24 faults, but I can hit F2 and its happy
[00:24:26] <cradek> does the position change when you hit f2?
[00:24:44] <jmkasunich> don't think so, doublechecking
[00:24:54] <jmkasunich> no
[00:24:57] <cradek> arg
[00:25:15] <cradek> that test must be invalid for some reason
[00:25:39] <jmkasunich> what _exactly_ are you running to make it happen? which config, which ini changes, and what command/.ngc file to make it happen?
[00:26:16] <jmkasunich> I'm doing MDI here
[00:26:20] <cradek> there was a bug in TP that caused FEs but I fixed it earlier today
[00:26:43] <jmkasunich> now I'm getting confused
[00:26:47] <cradek> so I can't answer that unless you want to go back to yesterday.
[00:26:50] <jmkasunich> I thought you wanted me to fix a bug
[00:26:55] <cradek> yes I do
[00:27:21] <jmkasunich> btw, I'm running old code, I was away Wed pm and all day yesterday, haven't done a cvs up since Tuesday at the latest
[00:27:53] <cradek> ok update to yesterday
[00:28:09] <cradek> cvs up -rv2_0_branch -D '24 hours ago'
[00:28:13] <cradek> I think
[00:28:25] <cradek> then you can see it exactly how I did
[00:28:29] <jmkasunich> * jmkasunich makes fresh checkout
[00:30:41] <cradek> ok I'm working on a checkout too
[00:31:44] <cradek> sorry you want 12 hours ago
[00:31:53] <jmkasunich> :-P
[00:32:18] <cradek> probably just a couple differences
[00:32:32] <jmkasunich> is the branch tag sticky?
[00:32:45] <cradek> yes
[00:32:48] <jmkasunich> cause I got a crapload of differences (files with P)
[00:33:04] <cradek> cvs stat tp.c
[00:33:09] <cradek> it should be one version old
[00:33:51] <jmkasunich> john@ke-main-ubuntu:~/emcdev/fetest$ cvs stat src/emc/kinematics/tp.c
[00:33:51] <jmkasunich> ===================================================================
[00:33:51] <jmkasunich> File: tp.c Status: Up-to-date
[00:33:51] <jmkasunich> Working revision: 1.54
[00:33:51] <jmkasunich> Repository revision: 1.54 /cvs/emc2/src/emc/kinematics/tp.c,v
[00:33:51] <jmkasunich> Sticky Tag: (none)
[00:33:53] <jmkasunich> Sticky Date: 2006.05.26.12.34.08
[00:33:56] <jmkasunich> Sticky Options: (none)
[00:34:02] <cradek> that's not the branch
[00:34:06] <jmkasunich> don't think the branch stuck
[00:34:20] <cradek> cvs up -r v2_0_branch -D '12 hours ago'
[00:34:46] <jmkasunich> thats what I'm doing
[00:35:24] <jmkasunich> john@ke-main-ubuntu:~/emcdev/fetest$ cvs stat src/emc/kinematics/tp.c
[00:35:24] <jmkasunich> ===================================================================
[00:35:24] <jmkasunich> File: tp.c Status: Needs Patch
[00:35:24] <jmkasunich> Working revision: 1.43.2.2
[00:35:24] <jmkasunich> Repository revision: 1.43.2.3 /cvs/emc2/src/emc/kinematics/tp.c,v
[00:35:25] <jmkasunich> Sticky Tag: v2_0_branch (branch: 1.43.2)
[00:35:27] <jmkasunich> Sticky Date: (none)
[00:35:29] <jmkasunich> Sticky Options: (none)
[00:35:33] <jmkasunich> thats more betterer
[00:35:34] <cradek> that's it
[00:36:12] <jmkasunich> making
[00:39:49] <cradek> oh good I reproduced it
[00:40:28] <jmkasunich> how?
[00:40:36] <jmkasunich> (I'm running, not reproducing)
[00:40:42] <cradek> I'm using stepper/stepper_inch.ini
[00:40:47] <jmkasunich> ditto
[00:40:50] <cradek> only change I made was to switch it to axis
[00:40:53] <cradek> load spiral.ngc
[00:41:06] <cradek> run it and hit escape when you get to about 5:00 on the circle
[00:41:09] <jmkasunich> no change to the ini file accel or vel or anything?
[00:41:14] <cradek> no change
[00:41:23] <cradek> when you hit escape you will get a FE more often than not
[00:41:46] <cradek> notice the position, hit f2, you'll often get a position change and sometimes another FE
[00:41:50] <jmkasunich> if I say "maybe its an axis bug" will you yell at me ;-)
[00:42:08] <cradek> I wouldn't yell but you would be wrong
[00:42:13] <jmkasunich> lol
[00:42:21] <jmkasunich> farg, gotta screw around making axis now
[00:42:24] <cradek> :-)
[00:42:27] <cradek> you don't need to use axis
[00:42:52] <jmkasunich> ln -s <myaxischeckout> <thischeckout>/src/axis
[00:42:59] <jmkasunich> will that work?
[00:43:03] <cradek> I think so
[00:43:05] <jmkasunich> (followed by a configure and make)
[00:43:06] <cradek> just run make again
[00:43:11] <cradek> err right configure and make
[00:47:56] <jmkasunich> ok, got the same thing
[00:47:59] <jmkasunich> intermittent
[00:48:03] <cradek> great
[00:48:14] <jmkasunich> what exactly does "esc" do? abort?
[00:48:16] <cradek> I'm sure that also happens when servos go wrong like jon's
[00:48:20] <cradek> yes it sends an abort
[00:49:17] <cradek> but I think it has nothing to do with abort - we're just triggering the FE that way.
[00:49:52] <jmkasunich> is that the bug you fixed?
[00:50:00] <cradek> yes abort->FE is what I fixed
[00:50:33] <jmkasunich> how'd you fix it? enfore accel limits as it comes to a stop?
[00:50:56] <jmkasunich> enforce even
[00:50:57] <cradek> yes it was just a bug (aborting during a blend)
[00:51:19] <cradek> spiral triggers it easily because pretty much the whole program is blended
[00:51:50] <cradek> but it's FE->machine on->position jump->FE that I'm asking you about
[00:51:50] <jmkasunich> is that why the first fe is intermittent - sometimes I hit exc when its not blending?
[00:51:57] <cradek> yes I think so
[00:52:22] <jmkasunich> I'm gonna try setting maxvel to 0.4 instead of 1.4 and use MDI
[00:52:29] <jmkasunich> (though I tried that already)
[00:52:39] <jmkasunich> maybe thats a waste of time
[00:53:27] <cradek> I think it probably doesn't matter how you get the FE
[00:53:49] <cradek> but the worse it is, the better your chances of getting a big jump at machine-on
[00:54:07] <jmkasunich> it has to matter a little
[00:54:16] <jmkasunich> for instance an FE when jogging won't do it I bet
[00:54:42] <cradek> I think jon E got this behavior when he got FE during homing
[00:55:02] <cradek> I wouldn't bet money on it but I think I remember correctly
[00:55:16] <jmkasunich> dang, I wish you were sure
[00:55:33] <jmkasunich> if it happened during homing, that means the free mode planner was in use
[00:55:35] <cradek> let me try some other triggers
[00:55:45] <jmkasunich> the current example is with the coord planner
[00:55:57] <jmkasunich> if they both do the same, the bug probably isn't in either one
[00:57:04] <cradek> ok I get it while jogging
[00:57:14] <jmkasunich> !
[00:57:21] <jmkasunich> ok, what did you have to do?
[00:57:34] <cradek> http://timeguy.com/cradek-files/emc/stepper_inch.ini
[00:59:40] <cradek> just jog in +X for a while until it ferrors
[00:59:44] <cradek> about 5 inches
[01:00:02] <jmkasunich> 5" at ultraslow?
[01:00:15] <cradek> no turn it up all the way
[01:00:24] <jmkasunich> turn what up ;-)
[01:00:29] <jmkasunich> I guess I should update my axis?
[01:00:32] <cradek> the jog slider that would be there if you would update
[01:00:41] <cradek> or use another gui
[01:00:43] <jmkasunich> stand by ;-)
[01:02:09] <cradek> ok this shows it nicely, I get 3-4 in a row
[01:02:32] <jmkasunich> just got one while jogging
[01:02:40] <cradek> ok try to turn machine back on
[01:02:50] <jmkasunich> this is a good thing, because I actually understand the free mode planner
[01:02:56] <jmkasunich> I did, and saw the jump
[01:02:59] <cradek> great
[01:03:01] <jmkasunich> not big, but apparently enough
[01:03:14] <cradek> I get 3-4 FEs in a row
[01:04:52] <jmkasunich> it doesn't jump, it ramps
[01:05:07] <cradek> interesting
[01:05:13] <jmkasunich> following error goes from 0 to 0.010" over 15mS
[01:05:50] <jmkasunich> 0.010" in 0.015 sec = 0.6 inches/sec
[01:06:01] <jmkasunich> thats fine, but the accel is messed up
[01:06:12] <jmkasunich> it goes to that speed pretty much instantly
[01:06:49] <cradek> why does it want to move at all?
[01:06:50] <jmkasunich> the code at control.c line 1728 is supposed to handle that
[01:06:54] <jmkasunich> not sure
[01:07:36] <cradek> that code DOES sometimes work, I've seen jepler draw on the axis screen using his etch-a-sketch with the drives turned off
[01:07:49] <cradek> (so just turning the encoders)
[01:08:18] <jmkasunich> ok, thats freaky
[01:08:40] <jmkasunich> the position _command_ is fine, the feedback is moving
[01:10:09] <jmkasunich> jon was using his board, not stepgen?
[01:10:56] <cradek> yes
[01:11:01] <jmkasunich> hmm, something is really screwy here
[01:11:14] <jmkasunich> I'm scopeing Xpos-cmd and Xpos-fb
[01:11:22] <jmkasunich> cmd isn't moving (it shouldn't)
[01:11:24] <jmkasunich> fb is
[01:11:33] <jmkasunich> but smoothly
[01:11:39] <cradek> that is strange
[01:11:46] <jmkasunich> even tho Xstep shows only two steps
[01:12:02] <jmkasunich> the fb should change in steps aligned with the step pulses
[01:12:11] <jmkasunich> unless Xpos-fb isn't what I think it is
[01:12:14] <jmkasunich> gotta check the hal file
[01:14:02] <jepler> jmkasunich: Xpos-fb will only be updated every servo cycle, right?
[01:14:07] <jmkasunich> duh, can't trust step pulses when you're sampling at the servo rate
[01:14:12] <jmkasunich> yes
[01:17:14] <jmkasunich> ok, its actually making a lot of step pulses as soon as you restart
[01:17:16] <jmkasunich> I wonder...
[01:17:36] <jmkasunich> I think the stepgen gets disabled when the ferror happens
[01:17:59] <jmkasunich> there might be "stored up" motion in there that gets release when its re-enabled
[01:18:33] <cradek> would that explain servos doing it too?
[01:18:44] <jmkasunich> only if the PID had a similar issue
[01:18:49] <cradek> ok
[01:19:33] <jmkasunich> yeah, stepgen starts pumpin out the steps as soon as its enabled
[01:20:51] <cradek> starting at full speed?
[01:21:19] <jmkasunich> probably starting at the speed it had when it stopped
[01:21:29] <jmkasunich> I think I see the prob (at least for stepgen)
[01:21:33] <cradek> that would sure explain it
[01:21:51] <jmkasunich> src/hal/components/stepgen.c line 787
[01:21:56] <jmkasunich> if its disabled I just bail out
[01:22:08] <jmkasunich> probably should be zeroing some internal var there ;-)
[01:22:13] <cradek> ahh
[01:23:05] <jmkasunich> normally, it only gets disabled when you are already at zero speed
[01:23:11] <jmkasunich> but not on ferror
[01:23:59] <jmkasunich> that doesn't explain Jon's problem, I'm much more certain that pid.c doesn't do that
[01:24:14] <cradek> should it reset *(pid->error) if not enabled too?
[01:24:16] <jmkasunich> (although if you are willing to take a look at it while I fix this maybe you can spot something)
[01:24:41] <cradek> well I only sort-of understand it
[01:24:57] <jmkasunich> I wouldn't reset pid->error
[01:25:13] <jmkasunich> the error calc can be done even when you're not enabled, you just don't want to generate output
[01:25:21] <cradek> I wonder if we can reproduce it with servo-sim
[01:25:28] <jmkasunich> give it a shot
[01:25:41] <jmkasunich> it will take me a few minutes to fix stepgen, test, and commit
[01:34:47] <cradek> I can't seem to get it in servo-sim
[01:34:58] <jmkasunich> hmm, I really fscked up the disable in stepgen
[01:35:11] <jmkasunich> it also bails out of the feedback code
[01:35:26] <jmkasunich> it should probably always run that, so position is always up to date
[01:37:47] <cradek> I'm pretty sure servo-sim does NOT have the problem
[01:37:52] <jmkasunich> good
[01:37:56] <cradek> could it also be somewhere in ppmc?
[01:37:57] <jmkasunich> I think :-/
[01:38:19] <jmkasunich> maybe, don't recall how its enable/disable stuff works
[01:42:53] <jmkasunich> does axis display commanded position or feedback position?
[01:43:05] <cradek> I think commanded
[01:43:05] <jmkasunich> (tkemc has button to choose)
[01:43:10] <jmkasunich> ok
[01:43:36] <cradek> well maybe you can choose
[01:43:39] <jmkasunich> I no longer get FE when I hit F2 after an FE
[01:43:50] <cradek> the cone is at commanded, but you can choose for the readouts
[01:43:50] <jmkasunich> I do get FE if I stop a fast jog
[01:44:21] <jmkasunich> I don't have to wait for 5" of travel, I can just jog a half inch and then let go if the jog speed is at 71.6 or 72 upm
[01:44:22] <jmkasunich> ipm
[01:44:42] <cradek> ok great
[01:44:55] <cradek> that's with my broken ini right?
[01:45:01] <cradek> broken on purpose, I mean
[01:45:03] <jmkasunich> yeah
[01:45:04] <jmkasunich> duh
[01:45:13] <jmkasunich> phew!
[01:45:17] <jmkasunich> I was getting worried
[01:45:33] <cradek> oh I was confused about what you were saying
[01:45:45] <jmkasunich> maybe I should still be worried
[01:45:55] <jmkasunich> the problem you asked me to fix (FE when re-enableing) is gone
[01:46:13] <jmkasunich> but I think its odd that I can get an FE just by letting go of the jog button
[01:46:27] <jmkasunich> dunno if thats because of the ini file, or a headroom problem somewhere
[01:46:37] <cradek> I think I decreased the stepgen accel max
[01:46:51] <jmkasunich> nope, just the vel
[01:47:06] <jmkasunich> 1.1 instead of 1.4
[01:47:11] <jmkasunich> regular maxvel is 1.2
[01:47:18] <cradek> so it gets behind during the jog
[01:47:40] <cradek> did you scope it yet? I can't picture what it must be doing
[01:47:48] <jmkasunich> just figured it out
[01:47:54] <jmkasunich> ferror is 0.5, minferror is 0.010
[01:48:07] <jmkasunich> so when you're moving fast, you need to get very behind to trip
[01:48:13] <cradek> ahhh
[01:48:14] <cradek> right
[01:48:18] <jmkasunich> when you stop, the error tolarnce gets tiny and it trips
[01:48:28] <cradek> I remember doing that on purpose now
[01:48:35] <cradek> I wanted the little jump to easily trigger it
[01:48:42] <cradek> so I wanted it to get way behind on the jog
[01:48:50] <jmkasunich> that 0.5 is not in the standard config?
[01:48:53] <cradek> no
[01:48:56] <jmkasunich> ok
[01:49:01] <jmkasunich> phew (again)
[01:49:05] <cradek> haha
[01:49:44] <jmkasunich> well, I'm inclined to call the stepgen problem fixed
[01:50:01] <jmkasunich> gonna copy it over to my head checkout and commit it
[01:50:12] <cradek> cool, thanks for fixing it
[01:50:16] <jmkasunich> then look at the ppmc driver a little
[01:50:21] <cradek> are you confident about putting it in the branch?
[01:50:33] <cradek> I want to release this weekend and I think everything is good in there
[01:50:49] <jmkasunich> I'll be more confident if a couple people can test it, or look at the changes, or both
[01:51:06] <cradek> ok
[01:51:26] <SkunkWorks> this should fix
http://sourceforge.net/tracker/index.php?func=detail&aid=1390123&group_id=6744&atid=106744
[01:51:30] <SkunkWorks> ?
[01:51:57] <jmkasunich> good chance
[01:52:04] <SkunkWorks> cool
[01:52:09] <jmkasunich> I was never able to properly replicate that one before
[01:52:20] <cradek> SkunkWorks: did you have steppers?
[01:52:25] <SkunkWorks> yes
[01:52:31] <cradek> yay
[01:52:34] <SkunkWorks> I should have posted my ini file at the time.
[01:52:37] <SkunkWorks> stupid
[01:52:52] <cradek> np
[01:53:29] <cradek> brb
[01:53:37] <cradek> thanks again jmk
[01:53:45] <jmkasunich> * jmkasunich takes a quick look at freqgen, wonder if it has similar issues.
[01:54:26] <jmkasunich> heh, guess not since it has no enable pin
[01:54:35] <jmkasunich> wonder if it should?
[01:54:50] <jmkasunich> something to worry about later
[01:55:10] <jmkasunich> SkunkWorks, are you running CVS head?
[01:56:08] <SkunkWorks> No
[01:56:12] <jmkasunich> ok
[01:56:40] <jmkasunich> I was hoping that _if_ you were running head, and _if_ the problem was still happening, you could update and see if it gets fixed
[01:57:02] <jmkasunich> (after I commit, which will be soon)
[01:57:28] <SkunkWorks> Maybe tomorrow - but no promices - I will it I get the time.
[01:57:41] <jmkasunich> ok, thanks
[01:58:10] <SkunkWorks> don't get me wrong - Im excited :)
[01:58:28] <jmkasunich> I'm sorry it took so long to get around to fixing it
[01:58:38] <jmkasunich> I need to try harder to replicate things like that
[01:58:57] <SkunkWorks> It didn't happen often - normally I use abort. not estop
[02:03:37] <jmkasunich> cd src
[02:03:47] <jmkasunich> oops ;-)
[02:10:06] <jmkasunich> cradek: the ppmc handles enable in a completely different (and robust) way
[02:10:18] <jmkasunich> it calculates everything regardless of the state of enable
[02:10:25] <jmkasunich> so thats not the problem that Jon had
[02:23:30] <cradek> ok
[02:23:49] <jmkasunich> there were actually 2 trackers reporting the FE problem
[02:24:07] <cradek> both stepper you think?
[02:24:19] <jmkasunich> hard to tell, they didn't say
[02:24:26] <jmkasunich> but I bet 90% of the user base is stepper
[02:24:30] <cradek> right
[02:24:34] <cradek> so chances are good
[02:24:58] <jmkasunich> I marked both pending and asked them to reopen if the problem doesn't go away after 2.0.1
[02:25:14] <cradek> great
[02:25:14] <jmkasunich> on the subject of 2.0.1....
[02:25:34] <jmkasunich> I want to investigate why it won't run on BDI-2.2 (thats the only slot I tried)
[02:25:54] <jmkasunich> it appears to compile libnml.so, but it ldd can't find it at runtime
[02:26:16] <jmkasunich> that may only be the first of dozens of problems, we haven't actually tested anything other than compile on those platforms for ages
[02:26:29] <jmkasunich> if there are too many, we can punt
[02:26:38] <cradek> if you don't build --rip it won't find that lib
[02:26:41] <jmkasunich> but I want to at least try
[02:26:54] <jmkasunich> I'm pretty sure I do build rip, but....
[02:26:57] <cradek> (I think)
[02:27:21] <jmkasunich> duh, I don
[02:27:26] <jmkasunich> I don't do rip
[02:27:39] <cradek> good, that probably explains it
[02:27:45] <jmkasunich> its time for bed now, tomorrow I'll do a rip build and test
[02:27:51] <cradek> ok, goodnight
[02:27:56] <cradek> thanks for fixing the FE thing
[02:28:02] <cradek> I'm going to put it in 2.0.1
[02:28:08] <jepler> goodnight jmkasunich
[02:28:16] <jmkasunich> thanks for prodding me, I should have tried harder to replicate it when the tracker(s) were posted
[02:28:28] <cradek> just doing my job
[02:28:32] <cradek> (?)
[02:28:32] <jmkasunich> heh
[02:28:39] <jmkasunich> release manager?
[02:28:50] <cradek> being the release guy is a surprising amount of work
[02:28:57] <cradek> I'm actually kind of surprised
[02:29:14] <cradek> yes, surprised even
[02:29:20] <cradek> maybe I should go to bed too
[02:29:38] <jmkasunich> do you want me to apply the fix to the 2.0 branch?
[02:29:43] <cradek> if you want
[02:29:57] <cradek> or I will do it if you want to get to bed
[02:30:24] <jmkasunich> doesn't matter, my only reluctance is because it has very little testing
[02:30:35] <jmkasunich> wish we could have automated regression tests
[02:30:47] <cradek> 2.0.1 will need to be tested for other reasons
[02:30:53] <cradek> there's no reason to leave this out during that testing
[02:31:02] <jmkasunich> ok, I'll do it right now
[02:31:27] <cradek> thanks
[02:34:04] <jmkasunich> its cvs up -j rev1 -j rev2 filename, right?
[02:34:08] <cradek> yes
[02:34:13] <jmkasunich> thanks
[02:36:30] <jmkasunich> done
[02:36:33] <jmkasunich> goodnight
[02:39:17] <cradek> night
[11:14:27] <alex_joni> morning steve
[12:40:11] <steve_stallings> Hi, Alex. First login from my new residence. Moved servers, workstation, spent night first time last night. Whew!!!
[13:09:38] <steve_stallings> steve_stallings is now known as steves_logging
[15:09:03] <alex_joni> steves_logging: glad to hear everything is ok..
[15:25:57] <alex_joni> hi jeff
[15:33:27] <dan_falck> hi alex
[15:34:27] <alex_joni> hi dan
[15:34:30] <alex_joni> what's up?
[15:35:14] <dan_falck> sorry phone
[15:36:09] <dan_falck> ok back
[15:36:40] <dan_falck> I'm really getting into python
[15:37:04] <dan_falck> I'm interested in the cam side of things
[15:37:26] <dan_falck> and wrote a small bolt circle calculator with a tcl/tk front end for it
[15:37:34] <alex_joni> heh, nice..
[15:37:50] <dan_falck> I would like to find a place to upload it
[15:38:06] <dan_falck> to inspire more beginners like me to play with it
[15:38:30] <alex_joni> I can put it on my blog if you like..
[15:38:47] <alex_joni> but it's not very visited. :D
[15:38:53] <dan_falck> ok I will email it to you. It's pretty small.
[15:39:04] <alex_joni> you could even mail it to emc-devel or emc-users
[15:39:23] <alex_joni> it won't show up in the arhives, but people subscribed will get it..
[15:39:31] <alex_joni> maybe they are interested
[15:39:40] <dan_falck> As long as I don't distract people from the actual EMC development work
[15:39:50] <dan_falck> I'm just having fun with it
[15:39:55] <alex_joni> nah.. most aren't very active either way
[15:40:11] <alex_joni> and there's also the cad_cam_edm_dro group at yahoo
[15:40:21] <alex_joni> I know it has a files section, where you can upload stuff
[15:40:21] <dan_falck> yes
[15:40:34] <alex_joni> not sure if you're allowed or not, never studied the rules ;)
[15:40:40] <alex_joni> I bet it's fine
[15:41:13] <dan_falck> ok. Thanks for the advice. I need to go and wake up my kids. My dad is in town.
[15:41:20] <alex_joni> great, enjoy
[15:44:29] <jepler> dan_falck: I'm interested in python for gcode generation too.
[15:44:47] <jepler> dan_falck: you can also use the emc wiki (wiki.linuxcnc.org) to upload files
[15:55:34] <alex_joni> oh, right.. forgot about the wiki..
[15:55:37] <alex_joni> hi jeff
[15:55:39] <jepler> hi alex
[17:33:11] <alex_joni> jepler: any idea how to run keystick over a ssh?
[17:33:16] <alex_joni> I get some weird errors:
[17:33:35] <alex_joni> juve@ubuntu:~/emc2$ scripts/emc configs/sim/keystick.ini
[17:33:35] <alex_joni> EMC2 - Prerelease CVS HEAD
[17:33:35] <alex_joni> Machine configuration directory is '/home/juve/emc2/configs/sim/'
[17:33:35] <alex_joni> Machine configuration file is 'keystick.ini'
[17:33:35] <alex_joni> Starting emc...
[17:33:37] <alex_joni> xterm Xt error: Can't open display:
[17:33:40] <alex_joni> xterm: DISPLAY is not set
[17:33:42] <alex_joni> Shutting down and cleaning up EMC...
[17:38:35] <alex_joni> ok.. got it, xterm gets run around keystick for some reason..
[20:41:44] <alex_joni> jmkasunich: hello
[20:42:07] <jmkasunich> hi
[20:42:15] <alex_joni> how goes it?
[20:42:16] <jmkasunich> I guess I should document G50?
[20:42:20] <jmkasunich> not bad
[20:42:29] <alex_joni> nah.. that's for 2.1.x :)
[20:42:31] <jmkasunich> lots of chores and stuff to do
[20:42:49] <jmkasunich> but its a 3-day weekend, so woot!
[20:42:50] <alex_joni> if chris comes around.. let him know I tested 2.0.1 a bit and it seems ok to me
[20:42:55] <alex_joni> 3day?
[20:43:01] <jmkasunich> sat, sun, mon
[20:43:08] <jmkasunich> monday is memorial day, holiday here
[20:43:18] <alex_joni> nice
[20:44:49] <alex_joni> I tested cross-references between various files just now, and it seems to work rather well
[20:45:12] <jmkasunich> between lyx files you mean?
[20:45:24] <alex_joni> yeah
[20:45:43] <alex_joni> cross-reference to another section in another lyx file
[20:45:50] <jmkasunich> good
[20:45:55] <alex_joni> also, we should start using Index tags
[20:46:09] <alex_joni> the Index at the end of the document is rather usefull
[20:46:30] <jmkasunich> I wonder if we should have a lyx equivalent to "coding_style"
[20:46:48] <jmkasunich> just a text file in the documents tree, recommending the things that people should do in lyx
[20:46:51] <alex_joni> e.g. a dustyu document which no-one reads, and respects?
[20:47:08] <alex_joni> just kidding..
[20:47:09] <jmkasunich> hopefully not
[20:47:21] <alex_joni> yeah, I hope that too
[20:47:43] <jmkasunich> maybe more like a faq - all the stuff a new doc writer needs to know
[20:47:53] <jmkasunich> and an old doc writer needs to check every once in a while
[20:48:04] <alex_joni> how about we write that when we'll have a new doc-writer?
[20:48:14] <jmkasunich> heh
[20:48:24] <jmkasunich> I was thinking about your suggestion to use index tags
[20:48:27] <alex_joni> * alex_joni is good at postponing stuff
[20:48:31] <jmkasunich> I have no clue what they are
[20:48:39] <alex_joni> they are like labels
[20:48:54] <jmkasunich> sure you could explain them to me, but then you'd have to explain them to the next guy too
[20:49:25] <alex_joni> and the Index table at the end of the documents, lists them alphabetically along with the page numbers they appear on (and links of course)
[20:49:48] <jmkasunich> ok, so you'd stick them where inportant terms are first used, etc
[20:49:59] <alex_joni> right
[20:50:15] <alex_joni> but it's rather difficult to say this is worth an index, and this isn't ...
[20:50:33] <alex_joni> for instance you have G50 as an index.. so at the end you see all pages where G50 appears
[20:50:49] <alex_joni> you can have the same for HAL (might be a rather long list...)
[20:50:58] <jmkasunich> would it be all pages where the term appears, or just all pages where there is an index tag?
[20:51:25] <jmkasunich> seems like the latter is much more usefull
[20:58:00] <alex_joni> only pages where you add an tag
[20:58:07] <jmkasunich> cool
[20:58:24] <alex_joni> sorry.. was shortly away to make some soup :P
[20:58:47] <alex_joni> I'll try to work my way through the document and add tags here & there
[20:59:01] <alex_joni> but not tonight ;)
[21:00:45] <fenn> so jmk would it be hard to do a script that "compiles" the lyx to .pdf and uploads it when there is a change in cvs?
[21:01:16] <jmkasunich> if the conversion from lyx to pdf can be done from the command line, then it isn't hard at all
[21:01:35] <alex_joni> there is lyxport which should do that.. yet I haven't installed it yet
[21:01:35] <jmkasunich> I still think we should have the docs in the source tree
[21:01:51] <jmkasunich> that way we could have 2.0.0 and 2.1 and HEAD versions of the doc that agree with the code
[21:01:52] <fenn> the pdf's?
[21:01:59] <fenn> oh right
[21:02:03] <jmkasunich> the source: the lyx files
[21:02:03] <alex_joni> the lyx too
[21:02:15] <jmkasunich> and the drawings and all the rest
[21:02:17] <fenn> they need to be _somewhere_ web accessible
[21:02:45] <fenn> like, not buried in cvs somewhere
[21:02:50] <jmkasunich> yes, the output (pdf and/or html) should be on the web
[21:03:26] <alex_joni> fenn: it's unlikely the docs change that often.. at least for now (with very few people working on them)
[21:03:50] <jmkasunich> alex: fenn is planning ahead
[21:03:58] <alex_joni> I have no problem with that
[21:03:59] <fenn> no really i was just planning backwards
[21:04:03] <jmkasunich> I agree with him, I think auto-generation of pdf would be great
[21:04:21] <alex_joni> but from what I've seen so far, 3rd party lyx converters suck big time
[21:04:24] <fenn> because i didnt know how to upload stuff to linuxcnc.org and the pdf that was up there was missing about 50 pages
[21:04:46] <fenn> lyx can do commandline easily.. lyx -e pdf blah.lyx
[21:04:57] <jmkasunich> really?
[21:05:14] <jmkasunich> then how come alex is fighting with third party tools?
[21:05:20] <alex_joni> juve@ubuntu:~/documents/lyx/emc2$ lyx
[21:05:20] <alex_joni> bash: lyx: command not found
[21:05:29] <jmkasunich> wtf?
[21:05:34] <jmkasunich> how do you invoke lyx then?
[21:05:36] <alex_joni> juve@ubuntu:~/documents/lyx/emc2$ lyx-qt <- works
[21:06:50] <fenn> i dont even have lyx-qt
[21:07:07] <alex_joni> fenn: there's another lyx-xt
[21:07:10] <alex_joni> or similar
[21:07:18] <alex_joni> at least for Ubuntu that is..
[21:07:36] <fenn> i have /usr/bin/lyx /usr/bin/noweb2lyx and /usr/bin/reLyX
[21:07:53] <alex_joni> I have only the last 2
[21:07:57] <jmkasunich> is lyx installed at all on myr machine?
[21:08:08] <alex_joni> jmkasunich: only if you added it
[21:08:15] <jmkasunich> s/myr/your/
[21:08:19] <jmkasunich> addressed at fenn
[21:08:24] <fenn> oh, yeah
[21:08:29] <jmkasunich> I know its on my machine, I did apt-get install
[21:08:34] <alex_joni> lyx - High Level Word Processor
[21:08:34] <alex_joni> lyx-common - High Level Word Processor - common files
[21:08:34] <alex_joni> lyx-qt - High Level Word Processor - Qt frontend
[21:08:34] <alex_joni> lyx-xforms - High Level Word Processor - XForms frontend
[21:08:46] <fenn> if i type just "lyx" i get the gui
[21:08:57] <alex_joni> fenn: what distro/lyx ?
[21:08:59] <fenn> but it can do "batch mode" stuff too
[21:09:21] <fenn> its an rpm, version 1.3.5 for fc3
[21:09:51] <fenn> packaged by dag wieers
[21:10:18] <jmkasunich> mine (and alex's I think) is a apt package
[21:11:33] <alex_joni> yup
[21:11:53] <jmkasunich> my lyx manpage is an alias for lyx-qt
[21:11:58] <alex_joni> ii lyx 1.3.6-1ubuntu4 High Level Word Processor
[21:12:08] <jmkasunich> it doesn't seem possible with this package to run the cmd line version
[21:12:26] <fenn> what happens if you type lyx-qt -e :)
[21:12:47] <jmkasunich> trying iy
[21:12:49] <jmkasunich> iy
[21:12:51] <jmkasunich> it
[21:12:53] <alex_joni> seems to work
[21:12:59] <jmkasunich> yep
[21:13:00] <alex_joni> juve@ubuntu:~/documents/lyx/emc2$ lyx-qt -e
[21:13:00] <alex_joni> Missing file type [eg latex, ps...] after --export switch
[21:13:13] <fenn> ok so quit yer bitchin :)
[21:13:18] <jmkasunich> Document exported as PDF to file `~/emcdev/documents/lyx/emc2/Master_HAL_Handbook.pdf'
[21:13:27] <jmkasunich> * jmkasunich stops bitching (about that part)
[21:13:37] <jmkasunich> now I'm gonna bitch about where the lyx files
[21:13:42] <jmkasunich> files are stored
[21:13:56] <fenn> yeah cvs needs cleaned up a bit maybe
[21:14:37] <jmkasunich> I'd like to move the entire documents/lyx/emc2 directory to emc2/src/docs or something along those lines
[21:14:47] <jmkasunich> modify configure to see if lyx is present
[21:14:56] <jmkasunich> and modify the makefile to build the docs if it is
[21:15:06] <fenn> that sounds reasonable
[21:15:18] <jmkasunich> I think at least some folks will disagree
[21:15:33] <fenn> meh
[21:15:36] <jmkasunich> I should either make a motion on the board list or a suggestion on the developers list, and see what the reaction is
[21:16:06] <fenn> whats the major objection? that "closed' documentation is better?
[21:16:26] <alex_joni> no, that you'll have more than one version to maintain
[21:16:28] <jmkasunich> the existing arrangement isn't closed
[21:16:33] <alex_joni> e.g. one for each branch
[21:16:42] <jmkasunich> alex: not true
[21:17:03] <alex_joni> presuming a file got changed in all the branches
[21:17:06] <jmkasunich> its worse now
[21:17:11] <alex_joni> then you want to add something that's common
[21:17:24] <alex_joni> I know.. I'm just saying what I think the majour objection will be
[21:17:37] <alex_joni> don't try to convince me.. I have no problem with moving the docs
[21:17:41] <jmkasunich> heh
[21:17:51] <jmkasunich> I think I'll post on the dev list and see what people think
[21:18:12] <alex_joni> ok..
[21:18:45] <alex_joni> mmmm... noodle-soup :D
[21:20:00] <alex_joni> jmkasunich: btw, closed your bug-tracker about limit switch override
[21:20:06] <jmkasunich> ok
[21:20:16] <jmkasunich> I thought about doing that last night
[21:20:28] <jmkasunich> wait, which tracker?
[21:20:34] <alex_joni> I had no idea you opened one..
[21:20:43] <alex_joni> homing on limit switches
[21:20:45] <jmkasunich> the one about removing the redundant limit checks in task?
[21:20:50] <alex_joni> yeah
[21:21:29] <jmkasunich> thats good then
[21:21:45] <alex_joni> not the one about homing/offsets
[21:22:10] <alex_joni> I like chris'es idea on unhoming an axis though...
[21:23:02] <jmkasunich> yeah
[21:35:14] <alex_joni> bbl
[21:59:43] <alex_joni> back
[22:00:47] <jmkasunich> sent my msg to the list
[22:00:52] <alex_joni> coo
[22:02:44] <alex_joni> looks great
[22:07:51] <alex_joni> * alex_joni goes to bed
[22:07:57] <jmkasunich> goodnight
[22:07:59] <alex_joni> good night all
[23:21:12] <jepler> jmkasunich: one downside: how much size is the documentation going to add to the source tarball?
[23:21:42] <jepler> jmkasunich: if it's all about branches, we can create branches in the "doc" repository just as well as in the emc2 one.
[23:21:55] <jmkasunich> eww
[23:22:03] <jmkasunich> manual branch management
[23:33:14] <jmkasunich> drat... bdi-2.xx still doesn't work
[23:33:44] <jmkasunich> [John@cubix2 emc2head]$ scripts/realtime start
[23:33:44] <jmkasunich> scripts/realtime: [: =: unary operator expected
[23:33:44] <jmkasunich> /home/John/farm/emc2head/bin/emc_module_helper: Invalid usage with args: insert /lib/modules/2.2.18-rtl3.0/misc/rtl_time.o
[23:33:56] <jmkasunich> but rtl_time _is_ on the list
[23:34:12] <jmkasunich> dunno what the unary operator expected thing is
[23:44:16] <samco> samco is now known as SkunkWorks
[23:48:58] <jepler> jmkasunich: and that /lib/modules is in the directory list?
[23:49:46] <jepler> could it be .o vs .ko?
[23:49:56] <jepler> (but I thought that came from a -Define)
[23:51:31] <jepler> hm, and everything in /lib/modules is supposed to be on the whitelist
[23:54:40] <jepler> cc module_helper/module_helper.c -Wall -Werror -DMODULE_EXT=\".o\" -DEMC2_MODULE_DIRECTORY=\"/lib/modules/2.2.18-rtl3.0/misc/\"
[23:54:52] <jepler> $ fakeroot ./a.out insert /lib/modules/2.2.18-rtl3.0/misc/rtl_time.o
[23:54:52] <jepler> insmod: can't read '/lib/modules/2.2.18-rtl3.0/misc/rtl_time.o': No such file or directory
[23:59:23] <jepler> looks like to me it should work, though admittedly this is not a very good test