Back
[00:14:52] <les_w> morning all
[00:16:25] <chinamill> * chinamill is away: fixing mill
[00:35:47] <rayh> Hi les
[00:44:09] <les_w> looking with interest at lerman's measurements
[00:45:00] <les_w> I think 100 blocks per second is not a brick wall....
[00:45:26] <les_w> suspect trajectory cycle time was set at default .01 sec
[00:46:36] <les_w> We have gotten several times quicker than that
[00:46:49] <les_w> but still far too slow for HSM
[00:48:05] <les_w> normal ratio of cycle time to servo time is 10:1
[00:48:25] <les_w> but it can be set to 2:1
[00:48:47] <les_w> the lower the ratio, the less cubic sub interpolation occurs
[00:50:25] <les_w> Since block processing (tp) occurs in the real time thread servo rate ultimately determines block rate
[00:51:35] <anonimasu> les_w: could the lookahead be altered ? to process blocks faster?
[00:51:57] <les_w> well, two philosophies....
[00:52:10] <les_w> one...do the tp in real time
[00:52:34] <les_w> that way when dynamic scaling occurs the plan remains time optimal
[00:52:39] <les_w> the other...
[00:53:03] <les_w> do the tp before program runs
[00:53:19] <anonimasu> yeah but where would the brick wall end up like that?
[00:53:25] <les_w> so scaling must be done by changing servo rate
[00:53:57] <les_w> with the first....path generally gets more accurate as you slow down
[00:54:06] <les_w> with the second it does not
[00:54:31] <les_w> BTW emc does the first....
[00:54:51] <les_w> so max vel and accel are not scaled
[00:55:24] <les_w> however this requires that the tp is part of the real time thread
[00:55:46] <les_w> with all that computational overhead
[00:57:03] <les_w> currently the brick wall is simply servo rate.
[00:57:08] <anonimasu> hm ok
[00:57:11] <les_w> That controls block rate
[00:57:29] <anonimasu> What happens when you raise the servorate?
[00:57:41] <anonimasu> the interpolation gets messed up isnt that right?
[00:57:51] <anonimasu> too short segments?
[00:57:58] <anonimasu> of interpolation
[00:58:23] <les_w> at some point user space stuff doesn't get any slices I guess...I observe that the display and io go nuts
[00:58:28] <les_w> then it locks up
[00:58:43] <anonimasu> that's a odd behavious
[00:58:45] <anonimasu> iour..
[00:59:05] <anonimasu> shouldnt there always be segments unless they take to long time to calculate?
[00:59:06] <les_w> well at some point thr rt thread is hogging all resources
[00:59:27] <anonimasu> hm, could you give the RT thread a own processor?
[00:59:34] <anonimasu> like with hyperthreading or something
[00:59:41] <les_w> and in emc it was chosen to do the tp real time
[01:00:04] <anonimasu> that should provide lots of cpu time overhead for the TP
[01:00:11] <les_w> yeah, I guess it could be multi
[01:00:22] <les_w> others would know better than me
[01:01:09] <les_w> I think Paul and I managed block rates in the area of 500/sec or so
[01:01:21] <les_w> still far too slow for HSM
[01:01:33] <anonimasu> yeah
[01:01:48] <anonimasu> how fast would HSM be?
[01:01:50] <anonimasu> double that?
[01:02:21] <les_w> several thousand per second would be good
[01:02:46] <anonimasu> ok
[01:02:51] <anonimasu> is that possible without dacs
[01:02:52] <anonimasu> ?
[01:02:57] <les_w> consider a 20 mm radius circle made up of g1 moves
[01:03:22] <les_w> at a slow 50 mm/sec speed
[01:03:55] <les_w> at 1000 bbs what would the segment length be?
[01:04:19] <anonimasu> that'd eb 50mm/1000
[01:04:36] <anonimasu> 0,0005
[01:07:32] <les_w> I get .05mm
[01:07:46] <les_w> ,0005 meter
[01:08:12] <les_w> so that is starting to get pretty good at that speed
[01:08:33] <les_w> but at 500 mm/s
[01:08:37] <les_w> not so good
[01:09:01] <les_w> at .5mm segment length
[01:09:15] <les_w> and at 100 blocks per second...
[01:09:18] <les_w> horrible
[01:11:52] <anonimasu> yeah
[01:12:12] <wb9mjn> Morning all.......
[01:12:49] <wb9mjn> Got my machine all back together last night....
[01:12:53] <les_w> morning
[01:13:25] <wb9mjn> Have to do the test today....waiting for a more socially acceptable time to do cutting...
[01:14:01] <wb9mjn> Did scribe lines on plexiglas before putting it back together....had 20 inch diagonals within .01 inches...best I could see by eye...
[01:14:42] <wb9mjn> Should be about 3 times better than it was...at least...hoping for more....
[01:14:50] <les_w> great
[01:14:58] <les_w> forgot
[01:15:08] <les_w> this is servo with motenc?
[01:15:27] <wb9mjn> Yep...but the problem was my assembly of the X/Y saddle...
[01:16:07] <wb9mjn> Tightened up the double nuts while I had it appart too...X table seems to run allot quieter now...y is the same...
[01:16:18] <les_w> My hardware is still down for rewiring
[01:16:49] <les_w> so you might be able to shed light on ken's 100 block/sec limit
[01:17:07] <wb9mjn> Possibly, I guess....
[01:17:09] <les_w> your sero priod?
[01:17:13] <les_w> servo
[01:17:39] <les_w> .0005 as I recall?
[01:19:20] <wb9mjn> I have my Traj Cycle Time = .001 , and the axis cycle times = .00025
[01:19:28] <les_w> If so, you should be able to get to 1000 blocks per second in theory
[01:19:35] <wb9mjn> In theory...
[01:19:49] <les_w> ok
[01:20:01] <les_w> so yes you should be at 1000 bbs
[01:20:03] <wb9mjn> 700 MHz PIII here...
[01:20:09] <les_w> ok
[01:20:28] <les_w> pretty decent numbers
[01:20:53] <les_w> motenc may be faster than stg
[01:20:59] <les_w> I can't go that fast
[01:21:22] <wb9mjn> Well, should be, PCI ...
[01:21:28] <les_w> right
[01:21:58] <les_w> ever try .0001 servo?
[01:22:13] <wb9mjn> The difference between my stepper machine running standard parallel and PCI parallel was about 3...
[01:22:20] <wb9mjn> 3 times that is...
[01:22:26] <les_w> (hand near big red button)
[01:22:48] <les_w> .0001 would be very good performance
[01:23:03] <wb9mjn> Nope...not yet....might try .0005 and .000125 ...
[01:23:35] <les_w> it would disprove some theories about what the brick wall is in emc
[01:24:32] <wb9mjn> After I do my squareness test later today, I ll give it a try...will have to double check all the following errors...
[01:24:40] <les_w> do try it if you can...it would help
[01:25:38] <les_w> with .0001 you should get block rates of 5000/sec
[01:25:40] <les_w> max
[01:26:47] <wb9mjn> Yea, but the machine only moves at 240 in/min...not in 1000's like a HSM machine...
[01:27:24] <wb9mjn> And the spindle is only a few thousand RPM...not in the 10K's RPM....
[01:27:32] <les_w> I know...but the issue is whether the program can run at that speed
[01:27:42] <wb9mjn> Ok....
[01:27:47] <les_w> Not that all machines need it
[01:28:36] <les_w> Those of us with HSM or moldmaking desires are dying out here
[01:29:09] <les_w> if the motenc has a dramatic performance improvement it would be good to know
[01:29:42] <wb9mjn> Ok...well it has to be somewhat better, at least twice as much, due to the DMA in the bus....
[01:30:27] <wb9mjn> But, that might be somewhat simplistic view...
[01:30:35] <les_w> well depending on latency vs just raw calculations in the thread
[01:30:58] <les_w> big thread since the tp is done in real time
[01:31:12] <wb9mjn> The fact that I saw 3 times improvement in the Stepper system switching to PCI bodes well...
[01:31:21] <les_w> sure does
[01:33:49] <wb9mjn> We are in mid January mode here...Gotta think this is going to be a -20 F year...
[01:34:23] <les_w> if you can run at .0001 in a 700 P3 that pretty much trashes the theory that rt/user comms are the bottleneck
[01:34:41] <les_w> oh...coldest I remember was 82 I think
[01:34:46] <les_w> -27
[01:34:59] <les_w> -98 chill factor
[01:35:09] <les_w> and that was in evenston!!
[01:35:11] <wb9mjn> I could go try the .0005 now...and set it back if it changes for the squareness...not too noisey, unless it oscillates...
[01:35:43] <les_w> you are at .00025 now though right?
[01:35:51] <wb9mjn> Yea...I was out to the Wheaton Hamfest that sunday morning,,,got a ride from a guy from West Palm Beach...now that was scarry !
[01:35:52] <les_w> servo
[01:36:32] <wb9mjn> We were in his little station wagon, he had the radio turned way up, and each time the wind would gust he could not hear it, and the car would move a lane to the left...
[01:36:49] <les_w> it was deadly
[01:36:56] <les_w> car quits...you die
[01:37:02] <wb9mjn> Turned down the radio...and pointed to the source of the vortex noise, and told him when you hear the noise, counter steer....
[01:37:56] <wb9mjn> We made it ok...yea...it was -26 when we driven down new Rte 53 at 60 mph..and the wind was gusting to about 30 ....
[01:38:07] <les_w> yeah
[01:38:46] <wb9mjn> It was a deadly situation....
[01:39:03] <les_w> I lived in north evanston at the time near the lake
[01:39:25] <les_w> we had just moved up from florida in 81
[01:40:25] <wb9mjn> Off to try that experiment...back in a bit...
[01:40:32] <les_w> ok
[01:41:47] <les_w> good time for me to eat breakfast
[01:46:02] <wb9mjn> Welp...simple first impressions at TRAJ cycle time = .0005 and AXIS 0-1 cycle time =.000125 is that it works the same as before...Will run some following error tests next...
[01:56:04] <wb9mjn> Seems to work...x has +/- .00015 following error...y has +/- .00045 (needs to be retuned since addition of tooling table wieght) ...
[01:56:32] <wb9mjn> But otherwise no significant change...I ll go run the penquin and see if anything craps out...
[02:01:58] <les_w> great great
[02:02:12] <cradek> good morning
[02:02:24] <les_w> now since you don't need the speed...you can turn that into decreased following error
[02:02:35] <les_w> morning chris
[02:03:02] <les_w> BTW wb( what servo amp mode are you using?
[02:03:33] <les_w> running some tests here cradek
[02:03:39] <les_w> wb9 is
[02:03:58] <cradek> testing what?
[02:04:17] <les_w> I think he is at 125 microsecond servo time in a p3700 with the motenc
[02:04:32] <cradek> is this emc2?
[02:04:34] <les_w> following up on ken's posts
[02:04:40] <les_w> not sure
[02:04:45] <les_w> I think so
[02:05:37] <les_w> if wb9 can run at 100 microseconds that pretty much debunks the theory that user/rt comms are the brick wall
[02:06:26] <les_w> should give 5000 block read rate
[02:06:34] <les_w> rather than ken's 100
[02:07:12] <les_w> This would indicate that isa latency is a big deal for emc
[02:07:38] <cradek> interesting!
[02:07:42] <les_w> yeah!
[02:07:49] <alex_joni> morning guys
[02:07:56] <les_w> morning alex
[02:08:00] <cradek> hey alex
[02:08:34] <alex_joni> what's up?
[02:08:57] <les_w> wb9 is running a motenc at 125 microseconds servo
[02:09:00] <les_w> trying 100
[02:09:07] <les_w> in a p3
[02:09:15] <lerman> My 100 number was not intended to show anything other than the fact that the log has the time in it and that we can do at least 100. Also, that's on a slow machine.
[02:09:23] <les_w> hi ken
[02:09:28] <les_w> good data
[02:09:32] <alex_joni> morning ken
[02:09:48] <les_w> I think your trajectory cycle time was just set to default .01
[02:09:50] <wb9mjn> Its EMC 1...
[02:09:56] <les_w> ok
[02:10:12] <lerman> No. -- That is NOT data. Yes. It is EMC 1.
[02:10:24] <wb9mjn> I m running the verify now....if it clears, I ll let it run and it ll take about a half hour...
[02:10:32] <les_w> ok
[02:10:56] <wb9mjn> Have Traj Cycle Time at .0005, and Axis Cycle Times at .000125 ...
[02:11:05] <les_w> because logging perturbs ken?
[02:11:58] <les_w> wow. 8 khz servo rate.
[02:12:10] <les_w> should do 4 khz max block read
[02:13:21] <les_w> We never broke 400 microseconds with an stg
[02:13:37] <wb9mjn> I ve started it...wont be back for a 1/2 hour (probably)...it started nicely...The machine is in another room...
[02:14:04] <les_w> ok...and the times are?
[02:14:41] <alex_joni> does SF work ok for you guys? the webpage I mean...
[02:15:48] <cradek> yes but it's a little slow
[02:15:58] <alex_joni> it's very slow over here :(
[02:16:29] <cradek> seems slow most of the time
[02:20:12] <lerman> Hi Alex, Morning Les.
[02:20:34] <lerman> * lerman realizes that he didn't acknowledge greetings from others.
[02:20:40] <les_w> heh
[02:20:49] <alex_joni> lerman: np
[02:21:10] <les_w> pretty exciting stuff this morning
[02:21:30] <lerman> What's that?
[02:21:52] <alex_joni> np = no problem
[02:21:54] <les_w> wb9 running at 8 khz servo
[02:21:59] <alex_joni> nm = never mind ;)
[02:22:05] <alex_joni> morning jeff
[02:22:08] <cradek> hi jeff
[02:22:10] <jepler> hi
[02:22:16] <jepler> just noticed that I'd disconnected during the night
[02:22:50] <cradek> jepler: thanks for your advice about my machine - I did get it working
[02:23:14] <cradek> had to rebuild the kernel and rtlinux
[02:23:16] <jepler> cradek: You got it to boot on the Pentium machine?
[02:23:22] <cradek> yes
[02:23:34] <jepler> too bad about your motherboard and/or CPU
[02:23:43] <cradek> yeah, it was fast
[02:24:06] <cradek> modern power supplies suck
[02:24:29] <cradek> the failure mode was strange
[02:24:44] <cradek> for 10 minutes or so my monitor's picture was wavy
[02:25:01] <cradek> I figured I would have to repair that monitor *again*
[02:25:33] <cradek> then the machine turned off
[02:25:38] <cradek> and apparently fried itself up
[02:25:56] <cradek> hi ray
[02:26:17] <wb9mjn> Ok...it dry ran the 3D_Chips problem with no apparent problems....so seems to work...
[02:26:21] <rayh> Hi chris
[02:26:40] <les_w> wb9: WOW
[02:26:52] <wb9mjn> program that is...
[02:27:53] <les_w> that's 8 khz servo and 2 khz block read.
[02:28:12] <les_w> again: what are your amplifiers?
[02:28:36] <wb9mjn> Galil....will have to look up the p/n's...DC brushed servos...
[02:28:49] <les_w> no tachs right?
[02:28:56] <wb9mjn> No tachs....
[02:29:10] <les_w> ok. torque mode. that's fine
[02:29:24] <wb9mjn> I think everything is running torque mode at the moment...Z is for sure...
[02:29:32] <les_w> you will want some ff1 and ff2 to take advantage of that servo rate
[02:29:42] <wb9mjn> I have FF1 and FF2 tuned in...
[02:29:46] <les_w> ah
[02:30:03] <wb9mjn> Dave Engval and I have been back and forth on the tuning...
[02:30:07] <alex_joni> does sound like some serious HSM to me ;)
[02:30:13] <les_w> yup
[02:30:25] <wb9mjn> Now all I need is 60 K rpm spindle, hi...
[02:30:34] <alex_joni> les_w: I think you'll want to upgrade the STG ;)
[02:30:40] <alex_joni> wb9mjn: very nice work :)
[02:30:41] <les_w> or vanishingly small following error...can take your pick
[02:31:03] <les_w> stg -> ebay
[02:32:33] <les_w> 60k spindle? 15 bucks at HF. Air powered
[02:32:41] <les_w> lives a few hours haha
[02:33:16] <wb9mjn> Nope...no significant air flow, or noise budget for such...has to be electric...
[02:33:58] <les_w> So...from this experiment thanks to wb9 can we conclude that rt/user comms is not the over riding brick wall to servo and block rate?
[02:34:28] <alex_joni> we can conclude that in your case probably ISA was a bottleneck
[02:34:35] <wb9mjn> It ll happen...just takes time....problem with 60 K RPM spindle is the tool has to be small <1/4 inch...so the reach down into the work is limited without a 4 and maybe a 5 th
[02:34:37] <wb9mjn> axis...
[02:34:53] <alex_joni> not sure about rt/user comms, that might still appear on very short segments
[02:35:07] <les_w> might
[02:35:33] <alex_joni> although .. I still have hope
[02:35:37] <les_w> very very short in wb9's case
[02:36:01] <les_w> he should be able to do bblock rate at half the servo rate max
[02:36:03] <wb9mjn> This computer was on the network during the test. and the only activity was the IRC traffic...
[02:36:23] <les_w> although that will pretty much turn off cubic sub interpolation
[02:36:37] <wb9mjn> Not sure if the $10 buck router isolated that activity or not...
[02:36:56] <les_w> don't know
[02:37:01] <les_w> should have
[02:37:38] <les_w> at some point you will reach a limit...but I'll bet it's below 100 microseconds
[02:38:03] <les_w> This is by far the fastest I have ever seen emc run
[02:38:10] <les_w> by a wide margin
[02:39:58] <rayh> We need to celebrate chinamill had a great success this morning(afternoon there).
[02:40:02] <wb9mjn> Well, at least I m getting some things right, on this project, hi...
[02:40:17] <alex_joni> rayh: he did?
[02:40:38] <rayh> He was able to edit up a 4 axis HAL for his stepper driven mill
[02:41:02] <cradek> cool
[02:41:02] <rayh> details are on a very crude page of the wiki.
[02:41:06] <alex_joni> sounds great
[02:41:07] <cradek> I ought to try that too
[02:41:21] <alex_joni> cradek: edit a wiki page? :D
[02:41:28] <rayh> * rayh is looking for the url
[02:41:35] <cradek> it was always a shaky setup with emc1 because the units were so different
[02:41:48] <cradek> seems like the accels never were right or something
[02:41:54] <les_w> wb9: helped a bunch thanks. At some point you might want to find out where the hairy edge really is, then lengthen times 25% or so for safety.
[02:42:11] <rayh> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?SampleParport
[02:42:39] <rayh> We don't know what kinds of issues he will have with rotational speed yet.
[02:42:45] <rayh> but he got things turning.
[02:43:13] <rayh> wb9mjn: That is great news. Two things to celebrate.
[02:44:00] <les_w> this is a great leap of progress day huh ray?
[02:44:14] <cradek> I wonder how jmk is coming with the stepgen bug
[02:44:16] <rayh> You bet.
[02:44:38] <rayh> and I just put a very crude HAL show script in the dropbox.
[02:44:55] <rayh> If you've got an emc2 running I'd appreciate comments.
[02:45:03] <wb9mjn> Your welcom Les...
[02:45:48] <les_w> gives hope to us HSM/moldmaking types
[02:47:57] <alex_joni> alex_joni is now known as alex_joni_away
[02:50:23] <rayh> Hi Martin. What's the latest progress on the fpga
[02:56:15] <Imperator_> Hi Rayh, i still have much to learn
[02:57:09] <Imperator_> i will spend the next hours for that, hoping to get the DAC running
[03:00:55] <rayh> We've had a couple of success reports already today. I'll look for yours as well.
[03:02:00] <steves_logging> steves_logging is now known as steve_stallings
[03:10:11] <rayh> Hi Steve
[03:11:20] <les_w> ah...Chris "chairman of the board" Radek
[03:11:40] <steve_stallings> Hi Ray, see you tricked Chris. 8-)
[03:11:47] <les_w> heh
[03:13:02] <rayh> Not me.
[03:13:54] <rayh> We had a very good first meeting. Long though.
[03:14:34] <steve_stallings> highlights?
[03:15:25] <rayh> Mostly discussion. We'll be putting up a wiki page that describes actions.
[03:15:52] <Imperator_> logger_aj: bookmark
[03:15:52] <Imperator_> See
http://solaris.cs.utt.ro/irc/irc.freenode.net:6667/emc/2005-12-04#T03-15-52
[03:15:59] <rayh> We chose to affirm the major directions taken during the spring meet at NIST
[03:16:30] <rayh> You saw the "chairman" decision
[03:16:55] <steve_stallings> yep, it is announced on the history page
[03:17:07] <rayh> We decided to get into emc(1) and produce a "final" stable release
[03:17:28] <rayh> and we chose to merge the lerman interpreter stuff with emc2 head.
[03:18:39] <rayh> lerman adds a "o or O" command for looping, subroutines, and conditional execution.
[03:19:17] <rayh> We are planning a first release of emc2 very soon.
[03:19:29] <rayh> candidate of course.
[03:19:53] <les_w> hi matt
[03:20:04] <rayh> morning matt.
[03:21:07] <jepler> cradek: uh oh, looks like we'll have to figure out how to make those interp changes play nice with axis' line number mapping...
[03:21:38] <alex_joni_away> jepler: lots of work coming your way, things are starting to move :D
[03:21:38] <mshaver> hey you guys
[03:21:47] <alex_joni_away> hey matt
[03:22:10] <steve_stallings> morning Matt
[03:22:13] <jepler> cradek: but actually as long as xemc still shows the right line of code, we're probably fine.
[03:22:29] <mshaver> just thought i'd drop in before going to church - read ray's mail this morning, need to reply with a few assenting comments
[03:23:46] <jepler> cradek: (congrats on being simultaneously appointed chair and person)
[03:24:10] <cradek> thanks, I think
[03:24:36] <les_w> Matt, as former president will you continue to get secret service protection?
[03:24:46] <mshaver> rayh: do you really think it's better to keep linuxcnc.org at Steve's place, rather than renting web space somewhere - I'm just worried about server security if we switch to a linux server...
[03:24:48] <cradek> I was chairman right until ray sent that mail, and then something happened to my gender that I don't quite understand
[03:25:09] <mshaver> les_w: I just want my pension & health insurance ;)
[03:25:20] <les_w> heh
[03:25:25] <rayh> neutered?
[03:25:38] <cradek> guess so, sorry to say
[03:26:13] <cradek> I knew something seemed ... different
[03:26:29] <les_w> yes, your highness.
[03:26:52] <alex_joni_away> alex_joni_away is now known as alex_joni
[03:26:53] <rayh> mshaver: My intent was to say that it should stay at Steve's as long a Steve wishes.
[03:28:30] <steve_stallings> My wishes are to keep my life simple. Current server arrangement is fine, but cannot support downloads. The bandwidth is 384K SDSL and frequently saturates due to downloads from Metalworking.com site.
[03:28:46] <steve_stallings> Adding EMC images would not be workable.
[03:28:52] <mshaver> rayh: Ah, OK. I was going to say that if you wanted, I'd pitch in for a server - How about Sourceforge? Do they host your web site as well?
[03:29:17] <jmkasunich> SF offers hosting for every project
[03:29:22] <mshaver> steve_stallings: That's what I'm trying to save you from ;)
[03:29:24] <jmkasunich> we've never used it, but its there
[03:30:19] <jepler> but afaik SF won't host huge images, like CD images
[03:30:21] <steve_stallings> Don't they limit storage? Not room for compiled images?
[03:30:29] <jmkasunich> no, not CDs
[03:30:37] <mshaver> jmkasunich: I thought so - Steve's connection is somewhat limited & we could stress it too much with .isos & stuff
[03:30:39] <jepler> for large images we could use bittorrent
[03:30:43] <jmkasunich> very few folks can/will host CDs
[03:31:12] <rayh> I believe that there are several options out there for hosting of iso images
[03:31:16] <cradek> jepler: I say that every time this comes up but nobody is interested
[03:31:17] <steve_stallings> Sure they will, just add money. 8-(
[03:31:21] <jmkasunich> sorry, I came in in the middle, and thought you were talking about the normal web content rather than the isos
[03:31:21] <mshaver> we could put isos at ibiblio - some distribs do that
[03:31:45] <jepler> $10/GB/mo seems like a "good" price for web hosting, but that gets expensive fast
[03:31:52] <rayh> tbl's site was hosting a lot in the old days.
[03:31:54] <jepler> (of storage, not bandwidth)
[03:32:17] <jmkasunich> cradek, jelper: correct me if I'm wrong,but doesn't bittorrent only buy you something when people are doing simultaneous downloads?
[03:33:03] <cradek> jmkasunich: those of us with a little bandwidth to contribute could leave our clients running, and the downloaders would pull from all of us
[03:33:45] <cradek> jmkasunich: but you're right, it would be especially useful right after a new release comes out and many people want it at the same time
[03:34:09] <steve_stallings> We should really consider ISO image downloads and regular web presence as two different issues.
[03:34:13] <cradek> that leaves non-peak hosting, which is a little easier to handle
[03:34:18] <mshaver> Gotta go for a bit, back around 1:30EST
[03:34:20] <jmkasunich> don't hold your breath about new BDI releases
[03:34:27] <mshaver> mshaver is now known as mshaver_away
[03:34:37] <jmkasunich> agreed with steve - two different issues
[03:34:39] <jepler> At this point, is there anyone who plans to put together new iso files (installers or live CDs)?
[03:34:52] <rayh> as far as emc releases, sf can handle those easily
[03:34:54] <cradek> not that we know of
[03:35:00] <alex_joni> my mirror can handle lots of traffic
[03:35:02] <cradek> jepler: not that we know of
[03:35:13] <jmkasunich> dunno if anyone is doing more with the puppy linux thing
[03:35:15] <alex_joni> no limit that I know of, about 100MBps
[03:35:22] <alex_joni> matt was ;)
[03:35:24] <steve_stallings> There was interest in "puppy" but it has not taken root.
[03:36:20] <jmkasunich> alex: your mirror doesn't have any monthly limit? you don't want to be surprized with a $200 internet bill....
[03:36:36] <rayh> I've run both the emc puppy and regular and it is a nice compact system.
[03:36:55] <rayh> there are a few things that I don't like but hey...
[03:36:59] <alex_joni> jmkasunich: it's alocal university, and no there is no limit
[03:37:10] <jmkasunich> cool
[03:37:16] <alex_joni> so far I have a few thousands downloads on BDI's
[03:37:20] <alex_joni> had
[03:37:52] <steve_stallings> The community has limited resources. The current BDI seems to work well. It is widely available. We should concentrate on EMC stabilization and web presence enhancement.
[03:39:06] <rayh> i'm with steve_stallings on the directions to focus.
[03:39:45] <rayh> I've found emc2 to run well under 4-30.
[03:40:18] <rayh> my only caution is don't try to update the real time from what is on the cdrom.
[03:40:52] <cradek> * cradek would never update realtime on a working system
[03:42:47] <steve_stallings> Question: BDI 4.30 is latest production Linux kernel? Real time system is current, but changes loom?
[03:43:00] <alex_joni> it's a 2.6.12.2, pretty recent
[03:43:10] <alex_joni> you can't have the LATEST for more than one month :D
[03:43:42] <steve_stallings> OK, sort of latest, 2.6.x.x
[03:44:21] <steve_stallings> And we are past all the build system issues with the new kernel?
[03:44:25] <rayh> Wait. There are at least two different 2.6.12's out there and they are not compatable.
[03:44:58] <rayh> and the apt stuff allows you to get them wrong.
[03:45:20] <rayh> One is compiled with the older gcc and one the current.
[03:45:34] <steve_stallings> If we are reasonably current, put a stake in the sand and say this is where stand, these are the issues, and we will be staying here while we work on other parts of the system.
[03:46:52] <alex_joni> steve_stallings: I'll say emc2 builds OK on any 2.6.x
[03:47:05] <alex_joni> given that RT stuff is patched ok
[03:47:59] <rayh> with the disclaimer, alex_joni, that the kernel and all were compiled on the same system throughout.
[03:48:13] <steve_stallings> Fenn, are you awake? Want to chime in on web presence issues?
[03:48:28] <delacroix> what is the latest kernel rtai supports? 2.6.10?
[03:49:01] <jmkasunich> 2.6.12 something
[03:49:03] <rayh> fusion
[03:49:16] <rayh> but we don't
[03:49:19] <jmkasunich> with increasing risk of bugs as you use the newest stuff
[03:49:33] <jmkasunich> rayh: fusion is something else entirely
[03:49:45] <jmkasunich> it is a flavor of RTAI, has nothing to do with the kernel
[03:49:54] <rayh> I know but fusion will build with the latest kernel.
[03:49:58] <rayh> bs
[03:50:10] <rayh> It has everything to do with the kernel we use.
[03:50:25] <jmkasunich> and in fact there was recently (maybe a couple months now) a split in the RTAI communith, and many of the former Fusion folks are now working on Xenomai)
[03:50:48] <rayh> and paul has a fusion patched kernel out there.
[03:51:36] <jmkasunich> ok, but to say that fusion is the latest and we don't work with it is misleading
[03:51:49] <jmkasunich> fusion is a branch of RTAI, going in a different direction from main RTAI
[03:51:51] <rayh> I've got one box here that I am not able to get back to developer status because of kernel issues.
[03:51:58] <jmkasunich> we do work with the latest mainstream RTAI
[03:52:44] <alex_joni> magma it's called
[03:53:03] <alex_joni> it's actually a developing branch
[03:53:07] <alex_joni> not a release version
[03:53:18] <alex_joni> the latest kernel paul did was 2.6.12.2-magma
[03:53:32] <delacroix> am a bit confused by naming convention on rtai webpage, is rtai 3.2 vulcano or rtai 3.2 test 2 (magma) more recent?
[03:53:34] <alex_joni> and a test kernel 2.6.13-fusion (I think it was 13, nto very sure)
[03:53:47] <alex_joni> delacroix: you don't want to go there ;)
[03:54:04] <alex_joni> there are so many I lost count, vulcano, vesuvio, magma, etx
[03:54:06] <alex_joni> etc
[03:54:12] <jmkasunich> RTAI naming is very confusing
[03:54:20] <jmkasunich> and they are always walking on the bleeding edge
[03:54:28] <jmkasunich> which is why I use a BDI kernel
[03:54:52] <delacroix> i only ask because magma only seems to have patches up to 2.6.8.1, and vulcano has patches for 2.6.10
[03:54:55] <alex_joni> the latest BDI kernel is kinda bleeding edge
[03:55:10] <alex_joni> the patches are not in the place where you would expect them
[03:55:25] <alex_joni> the latest patches are on Adeos (different project now I think)
[03:55:35] <alex_joni> cvs.gna.org or something like that
[03:55:44] <delacroix> aah
[03:55:49] <alex_joni> I lost interest in that :( .. too hard to follow
[03:55:53] <steve_stallings> OK, OK, where was that stake in the sand?
[03:56:52] <delacroix> http://download.gna.org/adeos/patches/v2.6/adeos/i386/
[03:57:01] <alex_joni> that's the one
[03:57:12] <delacroix> great, now im slightly less confused
[03:57:21] <alex_joni> delacroix: glad YOU are ;)
[03:57:31] <delacroix> i said slightly :)
[03:57:52] <alex_joni> even slightly is ok ;)
[03:58:34] <delacroix> am trying to set rtai up on suse oss 10, and wasnt looking forward to trying to roll back the kernel, looks like i dont need to now
[04:01:52] <alex_joni> delacroix: how so?
[04:03:55] <delacroix> well if i can get and adeos patch for the kernel version suse10 uses, then cant i just apply the patch to the kernel sources that come with it?
[04:04:06] <alex_joni> no
[04:04:20] <delacroix> ok, make that slightly more confused then :)
[04:04:21] <alex_joni> it's always a bad thing to use a distro kernel source
[04:04:33] <alex_joni> use a stock kernel from kernel.org
[04:04:52] <rayh> I used to do rt patches to mandrake and it was a pain.
[04:05:41] <SWPadnos> note - the patches *may* work, but there's no guarantee. you'd have to look carefully at the output from patch, and use a stock kernel if any hunks didn't work
[04:05:58] <alex_joni> in the best case the patching will fail, worst case it won't
[04:06:06] <alex_joni> but something might break lateron :(
[04:53:00] <steve_stallings> steve_stallings is now known as steves_logging
[05:40:27] <chinamill> * chinamill is back
[05:41:18] <Jacky^afk> Jacky^afk is now known as Jacky^
[05:41:33] <Jacky^> helloo
[05:42:37] <Jacky^> http://www.repubblica.it/2003/e/gallerie/scienzaetecnologia/scooterbuca/ansa72004780412162142_big.jpg
[05:42:44] <Jacky^> hehehe
[05:42:49] <Jacky^> http://www.repubblica.it/2005/l/motori/dicembre05/scooterpiaggio4/scooterpiaggio4.html
[06:04:41] <tomp> good morning all :-)
[06:08:26] <tomp> hi alex, did you get the Heid code?
[06:08:46] <alex_joni> checking now..
[06:52:38] <mshaver_away> mshaver_away is now known as mshaver
[06:59:03] <mshaver> Jacky^: I translated the text of the Piaggio article to English. The first sentence starts, "After thousand indiscretions..." - I am laughing so hard I can barely type! :)
[06:59:29] <Jacky^> :))
[07:01:29] <Jacky^> Piaggio is going to become a zombie ..
[07:01:50] <Jacky^> but the latest seem a nice idea
[07:02:01] <Jacky^> lets see ..
[07:04:25] <mshaver> * mshaver started riding on a 250cc Benelli, I pushed it farther than I rode it, but I sure like the looks of the machines made by Aprilia!
[07:05:29] <Jacky^> many things are happening
[07:05:50] <mshaver> I want this:
http://www.aprilia.com/portale/eng/magnet.phtml
[07:05:55] <Jacky^> ducati seems to came back from usa to italy (partially)
[07:06:39] <Jacky^> piaggio-aprilia are fused togheter
[07:06:40] <alex_joni> hi matt
[07:06:51] <Jacky^> hi alex_joni
[07:06:58] <alex_joni> hi jacky
[07:07:10] <Jacky^> scooters are designed here and assempled in India (low cost..)
[07:07:27] <Jacky^> its hard to find a very good product today
[07:07:59] <SWPadnos_> hmmm - they're missing an important part of the steering mechanism there ;)
[07:08:07] <tomp> piaggio designs in Italy & bulds in India? like the bullet?
[07:08:10] <SWPadnos_> oh wait - it's a trike
[07:08:14] <Jacky^> yeah ..
[07:08:46] <Jacky^> for the low cost humane resource
[07:08:55] <Jacky^> human*
[07:09:25] <mshaver> * mshaver ...is talking to dave engvall on the phone...
[07:10:25] <alex_joni> oh nice, heard he and wb9mjn tuned a nice emc machine
[07:10:36] <alex_joni> with 8kHz servo rate
[07:11:48] <jepler> ugh. worst CNC article ever in this month's Nuts & Volts
[07:13:27] <jepler> the guy runs his steppers in unipolar mode, L/R drive, with a Basic Stamp program that is so primitive it can't even perform fewer than 4 steps at a time (since that makes for complicated bookkeeping)
[07:13:28] <tomp> guess: stepper, open loop, nonrealtime, basic interpreter
[07:13:43] <tomp> good guess!~
[07:13:55] <jepler> oh, it's probably got very dependable timing, since it's all running on a single-tasking microcontroller
[07:14:34] <alex_joni> bleah..
[07:14:48] <alex_joni> only a few things worse than a pic, but the basic stamp is one of them
[07:15:02] <SWPadnos_> 8051
[07:15:11] <alex_joni> 8051 is great
[07:15:15] <alex_joni> actually ;)
[07:15:19] <jepler> OUTA = %0010 / PAUSE SPD / OUTA = %1000 / PAUSE SPD / OUTA = %0001 / PAUSE SPD / OUTA = %0100 / PAUSE SPD / RETURN
[07:15:19] <SWPadnos_> but at least the 8051 knows what a carry bit is
[07:15:29] <alex_joni> you got C for that, but basic? cmon
[07:15:53] <tomp> our RS274ngc interp is a choke on the emc... its the only way we have to describe a path now, but the NML wouldnt mind another
[07:16:47] <tomp> inside we have line circle/arc and nurb... has anyone looked at the nurb code inside?
[07:17:04] <alex_joni> where inside?
[07:17:05] <tomp> the gcode wont touch nurbs, so no one's played yet
[07:17:21] <tomp> hmm. i told Dave E about it... lemme go look for the hook
[07:22:20] <tomp> canon.hh NURB FUNCTIONS i guess the java-tool makes cc outta the hh
[07:22:51] <tomp> NURB KNOW VECTOR NURB FEED...
[07:23:15] <alex_joni> * alex_joni looks
[07:23:28] <tomp> know/knot
[07:24:21] <alex_joni> I'll have to disappoint you...
[07:24:38] <alex_joni> just grepped the whole source, no place else but there..
[07:24:57] <alex_joni> seems some definitions were made, but that's it, no functions to go with that
[07:25:02] <tomp> archives?
[07:25:26] <tomp> oh yeah i see 'extern'
[07:25:48] <tomp> how to ask Fred?
[07:27:49] <alex_joni> they are there since 2000 at least..
[07:29:06] <tomp> ok, something to do in my spare, thanks
[07:29:27] <alex_joni> ok
[07:30:51] <tomp> so its ok to declare the function external if you dont call it :-)
[07:31:25] <tomp> lint
[07:32:12] <alex_joni> not very nice..
[07:32:17] <alex_joni> linking might give a warning
[07:32:25] <alex_joni> but it's not called, so no serious stuff
[07:33:08] <tomp> lint was a tool to find unused stuff, and unused stuff is confusing in largish projects, but yes, benign
[07:46:46] <dmess> nurbs on EMC???
[07:47:14] <dmess> time and direction / unit vector
[07:49:25] <tomp> look at canon.hh, seems to be dead end code tho ( declared extern but nobody home )
[08:30:39] <fenn> meep
[08:37:12] <tomp> fenn: Hullo
[08:40:41] <fenn> lots of heat and light this morning
[08:41:19] <fenn> on irc
[08:45:17] <Jacky^> hi fenn
[08:46:33] <fenn> howdy
[08:47:31] <fenn> tomp: how's your translation coming?
[08:48:55] <tomp> fenn, my neice didnt wanna work on it, so I began last nite
[08:49:00] <tomp> niece?
[08:49:16] <fenn> dunno.. both spelling look weird
[08:49:21] <skunkworks> i before e except after c
[08:49:28] <tomp> I beagn with babel fish & your stuff :-)
[08:49:29] <skunkworks> hi everyonge
[08:49:32] <tomp> began
[08:52:27] <Jacky^> hard, its hard
[08:52:44] <Jacky^> actual translation software is 30% intelligent
[08:53:01] <Jacky^> tha same word can mean 5-6 different things
[08:53:16] <Jacky^> how it go to associate that to the phrase
[08:53:47] <tomp> I know, but its harder to find a Mandarin machinist to critique it :-)
[08:54:21] <Jacky^> software must be more intelligent, to examine entire phrases
[08:54:39] <Jacky^> but it required a lots of algoritms and cpu use, i think ..
[08:54:58] <fenn> tomp: you don't know any mandarin machinists??
[08:55:43] <tomp> I do, but thats another problem: $$$ gottta go visit!
[08:56:34] <Jacky^> the mean of a single word is important !
[08:56:50] <Jacky^> think here they changed a word in a law and changed all
[08:56:57] <Jacky^> 1 word ! damn
[08:57:45] <fenn> jacky what are you talking about?
[08:58:17] <Jacky^> and now we have a law, that if a guys, teen, 14 years old, download an mp3 and listen it, got 20k euro to pay and 4 years in jail
[08:58:28] <Jacky^> just changig a single word
[08:58:38] <Jacky^> reflect his mean to 360 �
[08:59:31] <Jacky^> so, the world is moving around the mean of the words
[09:00:31] <Jacky^> there was a (c) law before.. right too
[09:00:45] <Jacky^> but they changed 1 word ]:)
[09:02:30] <fenn> i dont believe in slavery to language.. that is one reason why i am an anarchist
[09:02:44] <Jacky^> s lucre with profit
[09:02:57] <Jacky^> is not the same thing
[09:03:34] <Jacky^> profit mean, if you donwload an mp3 and you heard that
[09:03:44] <Jacky^> you do not buy a disc
[09:03:58] <Jacky^> then youve a profit..
[09:04:17] <fenn> because you saved on the price of a cd?
[09:04:40] <Jacky^> cause du damaged the autor of song
[09:04:46] <Jacky^> you*
[09:04:55] <Jacky^> before was different
[09:05:24] <Jacky^> if you was copyng and selling multiples copies
[09:05:28] <Jacky^> was lucre
[09:05:37] <Jacky^> understand ?
[09:05:40] <fenn> yeah
[09:06:03] <Jacky^> thats why thay changed a word in a law
[09:06:26] <fenn> soon they will change it so that you will be penalized if you didn't buy or download anything at all
[09:06:46] <fenn> because you must have been up to something
[09:08:18] <Jacky^> I like an italian interview released from a music band some week ago
[09:08:21] <fenn> there is precedent.. a utility company charged a man for not using any electricity after he ran a generator
[09:08:50] <Jacky^> they want to directly sells theyr music in internet without pass through any major
[09:09:10] <Jacky^> here a disc price is around 30 Euro
[09:09:27] <Jacky^> when the starting price is about 6-7
[09:09:50] <Jacky^> why 30 ? just because it pass trough a lot of hands
[09:10:06] <Jacky^> and anyone want to lucre up
[09:10:34] <Jacky^> but is going to finish this story ! damn
[09:11:23] <Jacky^> just tryng to use terror on peoples
[09:11:46] <Jacky^> anytime go to a cinema, before the film, start a spot that seem want to eat you
[09:11:56] <Jacky^> piratesss !
[09:11:58] <Jacky^> :D
[09:13:02] <fenn> * fenn gets back to work, maybe
[09:16:09] <tomp> fenn: did you try the Lerman interpreter or Jeff Epler's ellipse gener8r?
[09:16:46] <tomp> did anybody?
[09:21:33] <skunkworks> I would like to try the lerman interpreter - have not yet. You would not happen to have the exact dirction on how do it would you?
[09:21:47] <skunkworks> I would like subs and conditional statements
[09:22:42] <tomp> you gotta use cvs to get the lerman fork of emc2, i was walked thru it by Ray... you got emc2 running?
[09:22:43] <skunkworks> sounds like all I have to do is issue cvs update -r lerman-interp command and then recompile
[09:22:54] <tomp> oh, yep!~
[09:23:08] <skunkworks> yes - goofing around with it - right now I have axis running
[09:23:37] <tomp> then try the examples,and look at Jeff's ellipse code from cad-cam-dro-emc group msgs
[09:25:27] <skunkworks> sounds neet ;)- (I have it hooked to a machine with stepper) t
[09:26:18] <tomp> i posted an ellipse prog ( hack of Jeffs ).. this comes from Dave E's thread on different paths ( not G1 G2 G3 )
[09:28:00] <skunkworks> I remeber reading about a while ago - there was some standards for being able to input funcions into a gcode progra
[09:28:04] <skunkworks> program
[09:28:23] <tomp> I think Ken Lerman put a lot of effort into giving us this stuff & it makes for much smaller code & nice macros
[09:29:14] <tomp> I think Jeff's macro generators are a good idea toio, an interpreted Pythin script
[09:29:21] <tomp> too
[09:29:24] <skunkworks> I am going to have to hook the emc2 machine back up to the network and update then try the new interp.
[09:29:49] <fenn> i would like to be able to call a python script from g-code with some arguments.. would m10x be able to do that?
[09:30:15] <tomp> I think all this makes Jon & Ray's cp1` program stronger
[09:30:21] <skunkworks> is there any documentation on the new interpreter? Like new commands and such ? THe wiki page touches on it but that is about it.
[09:30:36] <fenn> no there isn't any documentation
[09:30:45] <tomp> I called bash, but python will work too
[09:30:55] <tomp> well the 'docs' are the 3 examples
[09:31:10] <fenn> feel free to write some :)
[09:31:49] <tomp> did! Jeff & Ken wanna get some feedback
[09:32:03] <fenn> eh? where?
[09:33:11] <tomp> I posted to cad-cam-edm-dro I can copy to you Fenn, it was inline code in post to Jeff about Dave E's thread
[09:33:28] <fenn> well, just a link would be fine
[09:33:50] <fenn> oh that was emc-developers
[09:33:53] <skunkworks> that would be great
[09:33:57] <fenn> different mailing list
[09:34:16] <skunkworks> a link
[09:34:18] <fenn> i thought you were talking about documentation for the new interp
[09:35:21] <skunkworks> we where - I guess all there is a thread on the cad-cam-edm-dro yahoo site
[09:35:30] <tomp> the docs are the examples in lermans src code, in his 'nc-prog' (sp?) folder, shows vars, loops conditionals
[09:36:53] <skunkworks> ok'
[09:37:01] <fenn> skunkworks: i think tomp is talking about this thread
http://sourceforge.net/mailarchive/forum.php?thread_id=9137238&forum_id=6435
[09:37:42] <skunkworks> shouldn't I be able to get those file by navigating though sourceforge? I tried it a few times and got lost (cvs)
[09:38:25] <fenn> yeah, you have to select the lerman-interp branch from the pull-down in order to get files from that branch
[09:38:46] <fenn> no idea which files were modified though..
[09:38:55] <tomp> not sf, the cad-cam-edm-dro group! if it's echoed elsewhere , well.. ok, going to find it now...
[09:39:29] <fenn> sorry.. (i avoid yahoo groups like the plague)
[09:41:03] <fenn> search more dammit!
[09:41:37] <tomp> ok, me wrong,....
[email protected], now what was the topic??
[09:42:26] <tomp> [Emc-users] Need a thread cutting boring bar for mini-lathe ( gawd, people never chg the title on these idea changes )
[09:42:36] <tomp> the topic was [Emc-users] Need a thread cutting boring bar for mini-lathe
[09:44:31] <skunkworks> here are the nc files -
http://cvs.sourceforge.net/viewcvs.py/emc/emc2/nc_files/?only_with_tag=lerman-interp
[09:44:56] <tomp> i got the ellipse python external gcode gen., hacks to cp1 for heidenhain & an M104 that turns on external device & wiat for it... where should I post & how?
[09:46:17] <fenn> well.. i think CP1 needs to be in some sort of "utils" folder in the cvs.. but others disagree for some reason
[09:47:35] <fenn> what sort of hacks to cp1?
[09:48:31] <tomp> I had Heidenhains with dialogs limited to exactly 13 questions, needed 14, no way to link, used CP1 to put a paper bag over the Heidenhain.
[09:48:42] <tomp> output is not gcode, is Heidenhain code
[09:49:26] <fenn> geez no idea on that one.. is there a heidenhain users group?
[09:50:19] <tomp> it's an example of how to collect data and xlat it into machine tool cmds, not necc for Heid
[09:50:38] <anonimasu> isb
[09:50:40] <anonimasu> iab..
[09:51:54] <fenn> i would like to collect all these little cam scripts floating around and put them in cvs somewhere
[09:54:49] <tomp> I gotta go, but the idea of not-cam, but tiny scripts is good. Jeff used Python, Jon&Ray used TclTk, hell I used Hypercard years ago!
[09:55:05] <fenn> tomp: do i have your permission to mark ellipse.py as GPL?
[09:55:10] <fenn> (need to get jeff's permission too)
[09:55:13] <tomp> and java/ecmascript more recently
[09:55:36] <tomp> fine fer me, but it's ElPokt.py pronounced El Pockety Pie :-)
[09:55:51] <fenn> uh, ok?
[10:21:26] <SWPadnos_> SWPadnos_ is now known as SWP_Away
[11:07:55] <cradek> hi paul
[11:07:57] <cradek> how's it going?
[11:09:33] <paul_c> (try that again) Hrmmm...
[11:09:45] <paul_c> soding firewall..
[11:10:42] <paul_c> looking for JMK.
[11:10:54] <cradek> he's been around...
[11:12:01] <jmkasunich> hi paul
[11:13:23] <paul_c> Is anyone going to do a deb for emc2 ?
[11:13:39] <jmkasunich> not that I'm aware of
[11:13:52] <cradek> do you mean eventually, or soon?
[11:13:56] <jmkasunich> distribution methods are on the topic list for the board
[11:14:18] <jmkasunich> for now it is source only (right now it is CVS source only, but tarballs are hoped to be in the near future)
[11:14:52] <paul_c> any plans for a sane install & config file ?
[11:15:09] <jmkasunich> depends on the definition of sane
[11:15:14] <jmkasunich> alex is working on make install
[11:15:30] <CIA-5> 03cradek * 10emc2/src/emc/kinematics/ (tc.c tp.c): I don't think anyone was using this debug and it fills up system logs.
[11:18:37] <skunkworks> jmk - Hello. I have not gotten to being at the machine and having irc contact. You had said I would need to edit hal files also - Is it something you could explain here - or would it be just too hard to do on my own?
[11:19:07] <paul_c> If you are to continue down the pin/signal path for linking all those ****** modules together, you need to look at XML.
[11:19:31] <jmkasunich> skunkworks: I dunno, right now I'm buried deep in something else
[11:19:56] <skunkworks> that is ok - I am not in a rush.
[11:20:04] <jmkasunich> sorry
[11:21:19] <skunkworks> did you see these? the gantry is what emc2 is running - the k&t is the one that we would like to convert.
http://www.electronicsam.com/images/KandT/
[11:21:28] <skunkworks> no problem
[11:24:42] <paul_c> Hi Jymmm
[11:25:00] <Jymmm> Anyone have any tricks to regain position between tool changes when the controller crashes?
[11:25:03] <Jymmm> h paul_c
[11:25:06] <Jymmm> hi paul_c
[11:25:07] <paul_c> bye Jymmm
[11:25:14] <Jymmm> bye paul_c
[11:41:31] <K`zan> Jymmm: You hack the gcode to remove everything up to just before the crash, reset/home the machine and hit go.
[11:48:48] <robin_z> meep?
[11:50:02] <jmkasunich> hi robin
[11:50:13] <robin_z> hi
[11:50:18] <robin_z> going well?
[11:50:42] <jmkasunich> the usual, chasing bugs thru the forest that is emc
[11:50:48] <robin_z> heh
[11:51:06] <jmkasunich> gave up on that for today, working on some new stuff
[11:51:11] <jmkasunich> (new bugs maybe)
[11:51:11] <robin_z> kewl
[11:51:47] <robin_z> im too busy cutting metal to worry about emc anymore ... but I stop by from time to time to say hello
[11:52:03] <Jymmm> K`zan: This was between code/bit changes =(
[12:02:39] <delacroix> hi, im trying to follow the rtai install instructions in the wikki, but cant seem to get mkinitrd to work, should this be "mkinitrd /boot/initrd-2.6.10.img 2.6.10" as i keep getting an error
[12:35:32] <K`zan> Jymmm: The couple CNC machines I used, dealt with tool changes automatically, so I don't know anything about that aspect.
[13:04:08] <K`zan> Jymmm: Assuming non-automatic tool change, why not just put a pause in the code at the point you want to change a tool?
[13:04:22] <K`zan> * K`zan running around going crazy too.
[13:17:44] <fenn> delacroix is there a particular reason why you aren't using BDI stuff?
[13:17:50] <fenn> (i wrote those instructions btw)
[13:18:12] <fenn> and what's the error you're getting?
[13:56:18] <SWP_Away> SWP_Away is now known as SWPadnos_
[14:03:36] <Jacky^> wow
[14:03:48] <Jacky^> RED SALMON CAVIAR!5 oz!
[14:04:00] <Jacky^> how much are 5 oz in kg ?
[14:04:48] <Jacky^> ebay is nicee :P
[14:19:54] <Jacky^> night
[14:20:04] <Jacky^> Jacky^ is now known as Jacky^afk
[14:21:36] <K`zan> Some new goodies in
http://wrlabs.shacknet.nu/~vw/Tools/
[14:21:40] <K`zan> oops ww
[15:24:31] <Tensaiteki> 0909,01do the STEP_INDEX and DIR_INDEX lines in the ini file controll wich pins send the setp and dir, or do they control something else?
[15:33:49] <petev> are u using EMC2?
[15:33:58] <Tensaiteki> 0909,01nah, emc1
[15:34:10] <petev> yes, in EMC1 the INI file is it
[15:34:19] <petev> it's much more hard coded than EMC2
[15:34:39] <petev> you can configure some of the IO, but the stuff that goes through motion
[15:34:53] <petev> like limit, home, amp enables/faults is hard coded
[15:35:36] <Tensaiteki> 0909,01to be honest all i ever use is the step/dir on the motors anyway
[15:35:49] <Tensaiteki> 0909,01i never get around to wiring up and home/limit switches
[15:37:18] <SWPadnos_> I don't think you can configure step and direction in the ini file with emc1
[15:37:52] <SWPadnos_> I haven't seen any settings named STEP_INDEX or DIR_INDEX
[15:41:30] <cradek> it's true there are no such config options
[15:44:30] <Tensaiteki> 0909,01on the bdi install i used it gave me two ini files by default, one named generic.ini and one named emc.ini. while the two files are pretty much identical, under the axes section in the emc.ini file there were STEP_INDEX and DIR_INDEX lines with number that happen to be the same as the pins that control the step/dir while there were no such lines in the generic.ini file (the one that was actually loaded)
[15:47:48] <petev> This may have been something that Paul added on the EMC1+ branch for the BDIs
[15:48:05] <petev> try it and see if it works
[15:53:38] <SWPadnos_> ok - it looks like there's some test code that looks for the direction and step index, but it doesn't look like the parameters are actually used
[15:53:54] <Tensaiteki> 0909,01my mistake, the lines weren't the pin numbers... example the x axis had:
[15:53:55] <Tensaiteki> DIR_INDEX - 0
[15:53:55] <Tensaiteki> STEP_INDEX - 1
[15:53:55] <Tensaiteki> while Y was dir 2 step 3, z was 4 and 5 and so on
[15:54:08] <Tensaiteki> 0909,01yeah, swapping the 0 and 1 didn't seem to do anything
[15:54:15] <SWPadnos_> yep - I looked at the emc.ini file, and saw that
[15:54:42] <SWPadnos_> looking at the code, I see where the index isloaded and checked, but all the function does is print the setting - it doesn't actually change the code
[15:54:50] <SWPadnos_> (or the pins the code uses)
[15:57:00] <Tensaiteki> 0909,01ah, so i guess me hacking up thst parallel cable to swap those pins wasn't a waste of time after all ... that kinda makes me feel better
[15:57:37] <fenn> SWPadnos: this fortal is really nice stuff.. glad i bought two boxes of it
[15:57:51] <SWPadnos_> cool - glad you like it
[15:57:59] <SWPadnos_> it is a bummer that it isn't availabe any more
[15:58:05] <SWPadnos_> available
[16:34:21] <A-L-P-H-A> SWPadnos, votes come in yet?
[16:38:51] <SWPadnos_> yep
[17:12:01] <CIA-5> 03paul_c * 10emc2-auto/wiki/ (17 files in 11 dirs): "Auto update wiki from a cron job. Mon Dec 5 05:30:01 GMT 2005 "
[19:43:50] <K`zan> Night folks!
[22:18:34] <chinamill> Hello, any emc2 users awake?
[22:19:25] <ValarQ> maybe
[22:22:41] <chinamill> :) I have some problem with the axis, I jog one way, and when I stop, the axis go a little the opposit way. Do You know anything about it? (i'm running a week old emc2 from vcs)
[22:24:11] <ValarQ> sounds like some backlash setting
[22:24:38] <ValarQ> but i'm not sure... :/
[22:24:48] <chinamill> I think backlash compensation is done before the ordered movement
[22:25:59] <chinamill> Would You know anything about inverting a output parprot signal in hal?
[22:26:43] <ValarQ> yeah, there is a parameter or pin named something like parport.0.pin-5-inverted
[22:27:01] <jtr> Think I saw something about going backwards after a jog
[22:27:10] <chinamill> Ah... Thanks... I'll try that later
[22:27:26] <jtr> skunkworks was seeing that.
[22:27:58] <ValarQ> halcmd setp parport.0.pin-01-out-invert TRUE # for example
[22:28:02] <chinamill> jtr: saw where, bugreport?
[22:28:24] <jtr> here - might have been a bug report as well
[22:28:31] <chinamill> ValarQ: Great
[22:29:06] <chinamill> I guess I should try updateing to latest CVS
[22:29:09] <jtr> I think they figured it out - let me check the logs
[22:31:53] <jtr> trying to figure out where the logs were...
[22:32:32] <chinamill> ok, maybe I should try to get the mill online first and update CVS
[22:33:22] <jtr> ok.
[22:33:49] <chinamill> * chinamill is away: Will be running between the computer and the mill
[23:07:20] <chinamill> My axis is still in the mode of I jog one way, and when I stop, the axis go a little the opposit way. (with latest cvs update). Anyone got a clue?
[23:08:50] <chinamill> * chinamill is away: eating
[23:43:46] <chinamill> * chinamill is away: will be checking on and off
[23:45:44] <chinamill> Does anyone know good values for a metric style ini for FERROR and MIN_FERROR (for emc2)?
