Back
[00:14:12] <anonimasu> .3meep
[00:34:13] <wb9mjn> Hi All....
[00:34:23] <wb9mjn> Some emc2 questions ....
[00:34:27] <wb9mjn> What happened to FF2 ?
[00:39:15] <cradek> 2.1 has FF2, 2.0 does not
[00:40:15] <wb9mjn> Ok....
[00:40:37] <wb9mjn> Hopefully, it will be a minor effect until 2.1 is ready for public consumtion...
[00:41:03] <wb9mjn> Have there been people who have had to retune , or have the EMC1 PID values worked right off in EMC2 ?
[00:42:36] <cradek> I think retuning is always needed because EMC1 used arbitrary units
[00:42:51] <cradek> the proportions of P,I,D might be the same though
[00:44:20] <wb9mjn> Ok....
[00:44:32] <wb9mjn> Hmm...might be an exciting night then...hi...
[00:46:45] <wb9mjn> Do not have any auxiliary I/O figured out...have just disconnected my "bridgeport" aux i/o...
[00:47:20] <wb9mjn> Might have to figure out the Estop to get things moving...
[00:50:28] <skunkworks> is there a good 'how to' on installing ubuntu on a xp machine. (partitioning and such?)
[00:50:30] <cradek> is that on parport or stg?
[00:50:46] <cradek> skunkworks: is there space or do you have to shrink the existing partition?
[00:51:30] <cradek> skunkworks: I think ray shrank a partition with the dapper install BUT when I tried that I porked the old install so I can't suggest it without a good backup
[00:51:31] <skunkworks> I am starting with a fresh drive
[00:51:41] <skunkworks> going to put it on my portable.
[00:51:48] <cradek> oh, just install windows first, leaving disk space, then install dapper
[00:51:53] <skunkworks> ok
[00:52:08] <cradek> it'll work really easy
[00:52:14] <skunkworks> (nothing to lose)
[00:52:16] <skunkworks> ok
[00:52:16] <skunkworks> thanks
[00:52:21] <cradek> sure
[00:52:37] <wb9mjn> Its pretty painless skunk, once you get a CD that works...
[00:53:07] <skunkworks> I really don't care if it has latency prblems... I doubt if I will run a machine but it would be nice to have ubuntu at my fingertips to play
[00:53:34] <cradek> you might get lucky, but you probably won't :-)
[00:53:41] <skunkworks> (backing up right now)
[00:53:45] <wb9mjn> Ubuntu seems pretty response...on the 800 MHz PIII here...
[00:54:01] <skunkworks> have a 160gb drive to put in it
[00:54:20] <wb9mjn> USB drives even work...That is what I put into my machine here 160 GB...
[00:54:25] <skunkworks> wb9mjn: I have been running it on a 450 and 600 and it runs pretty snappy
[00:54:46] <skunkworks> emc2 and axis running dapper
[00:54:52] <skunkworks> stepper machine
[00:55:41] <wb9mjn> Working on setting up my Motenc-100 servo machine with it tonite...probably will take all weekend, and part of
[00:55:48] <wb9mjn> next week to get it where I want it...
[00:55:57] <wb9mjn> Off work next week...
[00:56:11] <wb9mjn> Edited the .ini file...
[00:56:57] <wb9mjn> Need to get some Estop stuff figured out....might just try it, as the Estop will inhibit the amplifiers on an independant
[00:57:04] <wb9mjn> circut, the way its setup ...
[00:58:02] <wb9mjn> Nope...the Estop out from EMC has to be working, to enable the amps...gotta figure that out...
[01:00:32] <cradek> you had emc1 working before?
[01:00:37] <wb9mjn> Yes....
[01:00:47] <cradek> was that the same motenc?
[01:00:59] <wb9mjn> One thing...the EMC 1 had a kludge config for spindle speed, using channel 4...
[01:01:06] <wb9mjn> Yes...
[01:01:07] <cradek> right
[01:01:24] <cradek> ok I thought emc1 had only stg and ppmc drivers for servos, shows what I know
[01:01:50] <cradek> is your speed control a dac output?
[01:01:51] <wb9mjn> Is that setup in EMC 2 ? the 4 th DAC output for the spindle speed signal ?
[01:02:17] <cradek> commanded spindle speed is a hal pin - you can do anything you want with it - including hooking it to an external dac
[01:02:28] <wb9mjn> I have an analog opto-isolator board that I ran channel 4 into , and the output of the board went into
[01:02:42] <wb9mjn> the SCR drive to a 90 v DC spindle motor...
[01:03:20] <cradek> so it wants pwm?
[01:03:32] <wb9mjn> No, it wants a analog voltage...
[01:03:42] <cradek> ok so it's just a regular dac output
[01:03:55] <cradek> you just hook them together in hal then
[01:04:12] <wb9mjn> yep...that is why i have the analog opto-isolator board...feeds right into the pot input on the SCR drive...
[01:04:28] <wb9mjn> I can figure that out later.....
[01:04:30] <cradek> it's trivial then
[01:04:39] <cradek> can it reverse? switch gears?
[01:05:09] <wb9mjn> No...its a vocational machine...unidirectional motor and drive...although the spindle is mechanically capable of running
[01:05:20] <wb9mjn> in reverse...
[01:05:25] <cradek> ok
[01:05:31] <wb9mjn> If I put a reversing drive on it some day...
[01:05:40] <cradek> is there a relay for on/off too?
[01:06:10] <wb9mjn> There is a relay hooked to the E-stop, that depowers the spindle, and motion PS...
[01:06:31] <cradek> ok so to stop the spindle normally you just set the speed/dac to 0
[01:06:47] <wb9mjn> The Spindle also has a latching enable and manual selector (comp control, off, manual control) switch...
[01:06:52] <cradek> that'll just work, spindle speed out is nonzero only when the spindle is turned on
[01:07:12] <cradek> ok
[01:07:23] <wb9mjn> No, I would switch the selector to off, or do a M5 ...
[01:08:37] <wb9mjn> There are amp gain settings in EMC1 that made a very non-linear function, that was basically 0 v, when a CCW command
[01:08:41] <wb9mjn> was sent to it...
[01:09:07] <wb9mjn> It could eventually be servo speed controlled, maybe...
[01:10:20] <cradek> gotta run, yell if you have troubles
[01:10:29] <wb9mjn> The drive already has the DC feedback speed compensation, though...
[01:10:43] <wb9mjn> Ok...73...
[01:44:21] <mdynac> greetings all....
[01:45:44] <cradek> hi mac
[01:46:53] <mdynac> well i made some more headway on the edm.....
[01:47:40] <mdynac> i messed with the adc gain and offset, and i got the machine to feedhold? before zero volts....
[01:49:45] <mdynac> have been cutting tool steel this week with mixed results as far as finish is concerned....
[01:50:25] <cradek> mixed how?
[01:50:46] <mdynac> i have lines in my part.....
[01:51:01] <mdynac> compared to the aluminum....
[01:51:08] <cradek> what causes that?
[01:51:24] <cradek> or is that the hard question :-)
[01:52:44] <mdynac> okay, today when i was cutting in the y axis i noticed that the x axis was moving .ooo1 kinda like bouncing back and forth, and when i cut on a 45 degree angle there were quite a few more lines....
[01:53:43] <mdynac> almost like it is slightly(and i mean very slighty zig zagging thru the angle.....
[01:54:35] <skunkworks> could it be the tuning of the servo loop? seems for speeds that slow the tuning would have to be very good
[01:55:26] <mdynac> very hard to tell on the 45 cut what is going on, but the straight cut in y, the x was moving ever so slightly + and - by .0001
[01:55:45] <mdynac> skunk it could very well be....
[01:56:10] <mdynac> seems like it is bouncing between encoder pulses....
[01:56:45] <mdynac> instead of just sitting there...
[01:57:34] <cradek> maybe your deadband is set wrong?
[01:58:18] <mdynac> you wanna take a peek at my configs? don't laugh too hard......
[01:58:31] <cradek> I'll try...
[01:58:43] <mdynac> timeguy?
[01:59:19] <cradek> [email protected]
[01:59:26] <mdynac> k
[02:00:43] <mdynac> sent
[02:01:49] <mdynac> gee, now cradek get's to see how much of a moron i really am......
[02:03:11] <skunkworks> I feel the same way about my hal files
[02:03:55] <mdynac> well there is only one way to learn, nad that is to expose yourself.....
[02:04:29] <mdynac> altough these past 2 years of emc has been great....
[02:06:36] <skunkworks> same here.
[02:06:57] <skunkworks> sort of the swiss army knives of machine control
[02:07:07] <mdynac> i agree..
[02:07:21] <skunkworks> If I could I would use it to control my car engine ;)
[02:07:48] <mdynac> i think it control my life.....
[02:08:57] <tomp> mac, can you observe any x motion when only Y is commanded and NOT cutting?
[02:09:12] <tomp> (is the observation connected to cutting?)
[02:10:43] <mdynac> just the .0001 motion but not all the time......kinda like it is bouncing (searching) between encoder pulses.....
[02:11:41] <jmkasunich> what is the scale? is 0.0001 really one count?
[02:11:51] <tomp> ok, so it's tuning ( stuff you didnt ask for :-)
[02:12:41] <cradek> scale is 40000
[02:13:37] <cradek> deadband .000015 seems right
[02:13:42] <mdynac> cradek encoder is 2000 ppr, and leadscrew is 5 turns per inch
[02:14:36] <tomp> .2"/rev and 2000ppr full step?
[02:14:36] <cradek> output scale is 10? I don't even know what that does
[02:15:02] <skunkworks> would that be the scale to the servo? 10 volt
[02:15:59] <mdynac> cradek nor do i, but that is what it took to get 1" = 1"
[02:16:22] <skunkworks> (if output scale is hooked to something in the hal file ;))
[02:16:46] <tomp> 1 commanded step is .0001", the jitter you see is 1 command unit
[02:17:09] <cradek> setp motenc.0.dac-00-gain [AXIS_0]OUTPUT_SCALE
[02:17:15] <skunkworks> yep
[02:17:22] <tomp> i think you might get further away from the error by having smaller steps
[02:17:45] <cradek> mdynac: I'm worried about your P-only tuning. You might have oscillation.
[02:17:50] <jmkasunich> if scale is 40000, how is one commanded step = 0.0001
[02:17:54] <jmkasunich> it should be 0.000025
[02:18:23] <tomp> 1/4 step k
[02:18:31] <jmkasunich> ?
[02:18:37] <jmkasunich> this is a servo machine, right?
[02:18:42] <mdynac> yes
[02:18:45] <jmkasunich> no steps, just encoder counts
[02:18:50] <tomp> k
[02:19:21] <skunkworks> dead band should be around .00003 then? still don't quite get that.
[02:19:35] <tomp> theres are 4 somewhere missing if encoder is 2000 and pitch is .2"... gearing!
[02:20:06] <cradek> tomp: 2000 lines is 4000 counts
[02:20:11] <cradek> err
[02:20:16] <cradek> tomp: 2000 lines is 8000 counts
[02:20:20] <jmkasunich> if the encoder is 2000 ppr (pulses per rev) then the counter will count 8000 times per rev
[02:20:45] <tomp> k
[02:20:56] <cradek> jmkasunich: if you're interested,
http://timeguy.com/cradek-files/emc/motenc.zip
[02:21:06] <tomp> quad rature
[02:21:50] <mdynac> encoder is 2000ppr quadrature, diff output....if that helps
[02:21:59] <cradek> mdynac: your following error limit of 3" is pretty bogus, but that isn't the problem
[02:22:07] <tomp> then an observed .0001 motion is 4 command units, lots
[02:22:24] <cradek> it could be just one, if you're in the right place
[02:23:27] <cradek> mdynac: still could be a simple tuning problem (oscillation)
[02:24:11] <mdynac> cradek ferror means? (in dumb guy english please)
[02:24:15] <cradek> mdynac: you could experiment with increasing P until you get sustained oscillation (you may have to give it a kick to start it - maybe a fast jog)
[02:24:34] <cradek> mdynac: the ferror setting tells emc when to abort motion because the machine isn't tracking properly. you're allowing a position error up to 3 inches
[02:24:50] <mdynac> oops!
[02:25:09] <cradek> you probably want more like a dozen counts or so
[02:25:17] <mdynac> i c now....but it cut the maple leaf just like that
[02:25:33] <tomp> mdynac: does it ever move (singl;e bump/tick) at idle ( no command? )
[02:25:35] <mdynac> however my feedrate is like 3 inches per hour....
[02:25:53] <mdynac> tomp yes, but not always....
[02:25:55] <cradek> maybe the leaf cut faster?
[02:26:16] <mdynac> cradek yes it cut fine....as it was aluminum...
[02:27:02] <cradek> I recommend finding the P setting that will just sustain oscillation
[02:27:53] <tomp> cradek: make it as tight as poss
[02:27:57] <mdynac> cradek, do i increase P util my axis just sits there and moves back and forth??
[02:28:28] <cradek> mdynac: yes. you may have to kick it with a jog or something to start the oscillation, but what you're looking for is sustained oscillation once it starts.
[02:28:45] <cradek> then you should be able to back off P a bit at a time until it damps out
[02:28:55] <tomp> moving back & forth... more like buzzes
[02:29:11] <cradek> yes it might just buzz, you'll see it on the pulley/belt/motor shaft
[02:29:21] <tomp> direct?
[02:30:15] <mdynac> okay, i tuned the copleys via there set up procedure, which meant a square wave into them for osc...but i had no idea that i had to tune emc PID also, it confused me so i left well enough alone...
[02:30:40] <mdynac> see how dumb i am...
[02:31:06] <cradek> so your encoder feedback goes to your external amps and also to emc?
[02:31:34] <tomp> copley model?
[02:32:01] <mdynac> no, encoder goes onlt to the motenc board, the amps are copley 412ce's check the website for datasheet...
[02:32:18] <tomp> yeh, no enc to amp cnonnection
[02:32:39] <cradek> ok I don't understand what you tuned then...
[02:32:57] <mdynac> i bring a tach feedback and the plus/minus 10v to the copley
[02:33:12] <cradek> ok a velocity loop
[02:33:20] <mdynac> i tuned the copley amp....
[02:33:52] <cradek> ok, you do have to tune emc too - it is the position loop
[02:33:59] <mdynac> with a reference 1 hz square wave from my awesome tm500 tek rack....
[02:34:21] <mdynac> cradek...will do
[02:35:04] <mdynac> cradek, yes velocity setup....
[02:36:20] <mdynac> so i take it i need to decrease my ferror .....
[02:36:38] <skunkworks> after you tune the positionn loop
[02:37:00] <cradek> you might want to decrease it a bit to prevent any runaway
[02:37:16] <cradek> maybe set it to a half turn of the screw or something
[02:37:25] <tomp> model 412, "set s2 on, apply 5khz swq wave to REF"... if this is ok, then WITHOUT emc, it should never jitter (separate amp tuning from emc tuning )
[02:37:36] <tomp> (i use 423's
[02:38:07] <tomp> screws are 40 turn
[02:38:14] <mdynac> tomp i tweaked the coply without emc connected
[02:38:37] <tomp> and would it ever jitter as much when not connected?
[02:39:07] <mdynac> well, er, hmmm, i never checked that.....
[02:39:22] <tomp> (this is a tiny error... takes carefull action to eliminate)
[02:40:53] <tomp> cradek: he can choose torque (current) mode, and remove the dual velocity loops... opinion?
[02:41:38] <cradek> tomp: I don't know
[02:41:48] <tomp> right now 2 guys are driving the car ( emc & copley are trying to control speed )
[02:41:52] <mdynac> however, when i connected emc to the tuned amp, i got a bit of drift, i tried to adjust in emc "output offset" but i still adjusted the balance pot on the copley to eliminate it.....probably wrong....i think i should have nulled it in just one place......
[02:42:18] <tomp> null while REF is jumpered ( no command input )
[02:42:34] <tomp> that's for tuning the amp (not emc )
[02:42:54] <mdynac> tomp, gee why didn't i think of that................
[02:43:06] <tomp> no, i didnt either, i just read it
[02:43:56] <mdynac> tomp, please don't tell me it is in the 412ce manual.......
[02:44:01] <tomp> the copley maintains velocity based on tacho feedback
[02:44:28] <tomp> (its in the 412/413/422/423 maNUAL in front of me )
[02:44:47] <tomp> so when you move slow, the copley onl;y has NOISE on the feedback loop
[02:44:57] <tomp> esp at .000zippo feeds
[02:45:06] <mdynac> tomp is that available? i only could get the 412ce portion.......
[02:45:27] <tomp> i got copies :-) gonna show me the machine :)
[02:45:34] <tomp> i can send it
[02:45:47] <tomp> ce?
[02:46:01] <tomp> 412ce?
[02:46:28] <tomp> you got 5 pots & 2 swx?
[02:46:41] <mdynac> tomp when are you available?
[02:46:48] <mdynac> yes
[02:46:56] <tomp> and a place to insert diff caps and resistors for diff inductance etc?
[02:47:02] <mdynac> wait 4 pots i think...
[02:47:18] <mdynac> yes 40 pin dip socket
[02:48:08] <tomp> yeh same thing, email me at tomp-tag at sbcglobal dot net for address to send to
[02:48:52] <mdynac> k, tom and yes 5 pots....
[02:49:05] <tomp> the 423 can dump 40 amps at 150V dc fast... i like 'em but tachos are a bad idea in the long run
[02:50:41] <mdynac> well i am only looking for 10 ipm max......
[02:51:06] <mdynac> tomp email sent thx in advance....
[02:52:05] <tomp> speed and torque are diff, you can use a big amp to really hold position on a small motor... which is what you need to avoid lines in wedm ( imo)
[02:52:54] <mdynac> i thought i overkilled them with the copleys.....
[02:53:36] <tomp> mail tomorrow... great stuff mac... i wrote analog pots for halvcp... maybe you can use them with your wedm for inputs ( desired gap, or wire speed )
[02:54:35] <mdynac> tomp, thanks....stop by the shop next week.....let me know....
[02:55:09] <tomp> the 412 may be overkill ( the good kind, you want to be able to grab the shaft & have it fight you :-)
[02:56:22] <mdynac> I'm feeding 60 volts to the copleys (unregulated)
[02:57:16] <tomp> sounds right for 412.. 20A pk 10A cont 24-90 V= brushed
[02:57:29] <mdynac> yep!
[02:57:47] <tomp> i gotta go put in the hscale & knob & a meter (I hope )...
[02:57:59] <tomp> for the meantime
http://shoutcast.omroep.nl:8022
[02:58:07] <tomp> bye4now
[02:58:33] <mdynac> i had to reconfigure the andrew power supply as it used a +30v and - 30v supplies to feed the motors....
[02:59:20] <tomp> sounds like jmk's bridge... ( or an ONA pump :-)
[03:00:44] <mdynac> Andrew engineered their own propietary motor drive system....just like most other manufacturers did back in the '70's and 80's.....
[03:03:38] <mdynac> cradek, so my ferror is quite ridiculous, and my deadband is set too low?
[03:04:43] <cradek> no I think the deadband is about right
[03:04:54] <cradek> it should be a little more than half an encoder count, which it is
[03:05:10] <mdynac> okay kewl....
[03:05:53] <mdynac> why does the machine bounce back and forth .0001 then?
[03:05:53] <skunkworks> * skunkworks might finally understand that.
[03:07:01] <skunkworks> because it sounds like it isn't tuned very well :)
[03:07:07] <mdynac> an old and respected edm guy told me that when a machine does that it is sitting between encoder pulses.....
[03:07:33] <mdynac> he called it searching....
[03:08:38] <mdynac> skunkworks, after this discussion tonight with the gurus, i know now that the machine is out of tune......
[03:09:13] <anonimasu> hm..
[03:09:33] <anonimasu> then my mahine is pretty well tuned.. even though I tuned it pretty randomly
[03:09:46] <anonimasu> my encoder pulses go -_-_______
[03:09:50] <mdynac> hell the stock Andrew does that, and if i just jog the machine a bit it stops......
[03:10:02] <anonimasu> then both stop
[03:10:39] <tomp> (waiting build ) yeh, i call it hunting, and jogging usualy quiets it down.. but, doesnt solve it
[03:10:41] <mdynac> yes, i occasionally get the "-" sigh flashing.....
[03:10:53] <anonimasu> I thought you should have a bit of jumping between 2 counts..
[03:10:58] <anonimasu> or is that wrong?
[03:11:25] <tomp> wrong is what makes bad parts ( like lines on wedm or cracking taps. ;-)
[03:11:37] <tomp> alll relative
[03:11:43] <anonimasu> lol
[03:11:50] <mdynac> but with a quadtrature encoder, how can it "search" ? am i still sitting in between encoder pulses?
[03:12:39] <anonimasu> tomp: heh, yeah but how is it supposed to be?
[03:12:50] <tomp> mac searches for edges
[03:13:07] <mdynac> well, hell i was a radar tech for 10 yeatrs, so a half a nanosecond is an eternity.....
[03:14:14] <tomp> anonimasu... depends on what you do,, it's ok to jitter an amount less than noticeable (again NAN not a number )
[03:15:06] <anonimasu> tomp: yeah, but is the PID loop supposed to stop jittering?
[03:15:07] <tomp> mac once the servo is stiff, THEN the control can work well
[03:15:16] <anonimasu> or will you always have jittering?
[03:15:30] <steves_logging> steves_logging is now known as steve_stallings
[03:15:34] <mdynac> quickie quiz....what is a radar range mile (in microseconds) ????
[03:16:23] <tomp> anonimasu, pid doesnt stop jitter, it reduces vel err using the 3 principles, so it reduces, not elimin8
[03:16:34] <mdynac> please, no googling allowed....
[03:16:38] <tomp> damn
[03:16:54] <anonimasu> tomp: my servos do stop jittering between encoder counts.
[03:17:05] <tomp> i dunno speed of a radar wave
[03:17:20] <skunkworks> I would thinkit would be pretty close to the speed of light
[03:17:22] <mdynac> 12.36 microseconds.....
[03:17:49] <mdynac> 6.18 to hit target and 6.18 to return.....
[03:18:08] <steve_stallings> Servos will "hunt" if there is no deadband. Deadband specifies that no correction should be made if error is less than deadband. On machines where mechanical load is less than friction then deadband can make the motion compeletely stop when no motion is requested by trajectory planner.
[03:18:26] <mdynac> hence we can then calculate the "doppler effect" to determine speed....
[03:18:28] <anonimasu> steve_stallings: is that a good or bad thing?
[03:19:07] <steve_stallings> It is good for wire EDM because there is usually no mechanical load while at rest.
[03:19:24] <mdynac> hi steve..
[03:19:33] <steve_stallings> hi mac
[03:19:48] <anonimasu> steve_stallings: dosent matte for milling right?
[03:19:53] <anonimasu> it's only at standstill..
[03:20:07] <mdynac> sorry cannot find any info on the eltee wire.....
[03:20:16] <tomp> steve: this deadband has what unit of measure ? mV or um ? or ...
[03:20:57] <steve_stallings> Milling usually has other influences that are greater than the hunting distance, so hunting is just an annoying audible noise, not a quality of cut issue.
[03:21:34] <tomp> ok, um or smaller ( this is AGie's tieffreeze .. frozen zone ... ok )
[03:22:00] <steve_stallings> Not sure want internal unit in EMC is, must admit to being a looker, not a user. Probably in distance.
[03:23:46] <tomp> the eltee prints may not be so much an issue with mac's success...
[03:24:07] <steve_stallings> In the old days resolvers were used for precise positioning. The had analog position output and old Hardinge lathes used them with great results to provide the slow motion needed for shallow tapers.
[03:24:13] <mdynac> tomp the eltee prints are for steve.....
[03:24:37] <tomp> yep... steve: did you try any of the other edm user groups
[03:25:17] <mdynac> steve_stallings, in the old days i serviced synchros, andresolvers in U.S. Navy radar systems....worked like a charm
[03:25:23] <steve_stallings> not yet, long time until I have a chance to try to set it up so I only picked on you and Mac because you were here
[03:26:47] <tomp> ther was at least 1 other (non proprietary) and a german one... (funkerodieren )... lookin now
[03:27:42] <steve_stallings> funny, I used an old radar tube as my first CRT tube on my first homebrew computer, vectors drawn in software by an 8008 microprocessor needed the long persistance phospor
[03:28:25] <mdynac> gee, i thought all radar phospo was long persistence.....
[03:29:22] <steve_stallings> modern radars use lots of digital signal processing and simulate the sweep on raster displays
[03:29:36] <tomp> looks like hscale widgets work now... back to the search ( btw: still got 'vectrix' game machine -- long persistance phosphor game machine )
[03:29:57] <mdynac> true, digital is now king......
[03:30:52] <mdynac> you are no longer "truly" looking at yor target on the display....it is a digital representation of what the antennna finds.....
[03:31:27] <steve_stallings> and the antenna is a phased array that doesn't actually turn...
[03:32:34] <mdynac> the apg-65 turned with servo motors.....and yes it was a planar array, but that is all i can tell you, or i must kill you.....!!!!
[03:33:48] <steve_stallings> I worked on the other end, sigint looking for and identifying emitters....
[03:34:25] <mdynac> ecm guy?
[03:34:37] <steve_stallings> yes, but private industry
[03:35:24] <mdynac> the EA6-B was the most awesome piece of machinery on the USS Coral Sea.....
[03:35:47] <mdynac> 4 man crew to run countermeasures.....
[03:35:47] <steve_stallings> stuff I worked on went on subs
[03:36:25] <mdynac> ooohhhhh, quiet stuff, my dad worked for Bell Labs, Underwater sound project.......
[03:38:07] <mdynac> are the black helicopters headed my way.....
[03:38:33] <steve_stallings> direction finding, ultra-precise frequency measurement to differentiate between the quartz master osc frequencies of target ships, unique just like a sonar signature
[03:39:19] <mdynac> correct, my man, i think we've said enough about that.......
[03:39:32] <steve_stallings> 8-)
[03:39:54] <mdynac> don't ya just love how water retains information????
[03:40:10] <tomp> no groups yet, but found something on primitive electrode/ no wear
http://www.mtm.kuleuven.ac.be/Research/GBOU-IWT/SPARK.html
[03:40:21] <steve_stallings> nature's delay line memory
[03:40:28] <mdynac> yep!!!!
[03:41:01] <steve_stallings> Flemish government !!!!
[03:41:12] <steve_stallings> research on EDM
[03:43:33] <mdynac> well after i get my obviuos screw ups fixed in my axis tuning, whatcha think about incorporating a backup function for edm?
[03:44:12] <mdynac> becuase the adaptive feedrrate works like a charm.......
[03:44:33] <mdynac> after i adjusted the gain and offset of the adc.....
[03:44:55] <steve_stallings> backup by playing trajectory output backwards seems feasible, but is limited to memory depth, true reverse run of trajectory is much more difficult
[03:44:57] <tomp> uni leuven has always been an edm research site
[03:45:03] <mdynac> she is runnng just like an old Japax.....
[03:45:15] <tomp> steve ; i gotta dig the groups outta old notes
[03:46:10] <steve_stallings> are the typical carbides used for lathe inserts workable with wire EDM, i.e. homemade form cutters?
[03:46:49] <tomp> ooh, some new piezo head for senkerodieren
http://www.f1.fhtw-berlin.de/labor/adk/tech/Laborversuche/Senkerodieren.pdf
[03:47:19] <tomp> mac dont make the system too stabile, here they add back in jitter to keep the process going :-)
[03:47:24] <steve_stallings> sorry, I don't read German, much less technical German
[03:47:30] <tomp> piezo jitter
[03:47:52] <mdynac> understood.....
[03:47:58] <tomp> i dont read german, just look at it
[03:48:10] <mdynac> i am just using feedhold to not short......
[03:48:24] <tomp> what triggers feedhold
[03:48:27] <mdynac> and, gee, it works.....
[03:48:37] <mdynac> my adc input
[03:49:07] <mdynac> maybe i should,nt call it feedhold......
[03:49:20] <tomp> do you use steve's deadband? (Verror < Limit goto feedhold?)
[03:50:13] <mdynac> the emc adaptive feedrate function is basically....0 volts into my adc = no movement and 5 volts in = max movement.....
[03:50:37] <mdynac> tomp no
[03:51:09] <steve_stallings> my description of deadband was about regular motion, I assume that the EDM feedhold is just that, a feedhold when electrode voltage is below threshold, deadband is bi-directional about zero
[03:51:09] <tomp> you might make a bit of deadband there... 0.005 v in = no motion
[03:51:15] <tomp> or more or less...
[03:51:17] <mdynac> my axis movement speeds up and slows down according to gap voltage.......
[03:51:40] <tomp> yep, this keeps ypu away from the 'wall'
[03:51:54] <steve_stallings> tomp - could what you are proposing be better described as a hystersis about the feedhold threshold?
[03:52:02] <tomp> yep
[03:52:21] <tomp> (on the positive side only... if it goes neg,,, then run away!
[03:52:21] <mdynac> by setting the adc offset, i can never allow movement below say 1 volt applied to the adc.....which = about 30 volts gap at this time.....
[03:52:49] <steve_stallings> if there is not a "hystersis" module in HAL, it would certainly be possible to make one
[03:53:05] <mdynac> my gap voltage can never reach a negative voltage....i see that as physically impossible......
[03:53:07] <tomp> another tuning issue is ... can the system respond to a tiny input ( one bit of the dac output )
[03:53:52] <tomp> mac, as gap voltage rifght... but as error ( diff between what yopu want and what you got... how a lot of control systems work )
[03:53:54] <mdynac> it is responding to less than 1 volt right now, almost too sensetive.....
[03:54:34] <tomp> steve: deadband sound good for this? (velocity hysterisis)
[03:55:35] <tomp> mac: does a dac output to the amp?
[03:57:52] <steve_stallings> I was thinking hysterisis on the comparison at the input to the feedhold request. Stop when Vin goes below X, resume when Vin goes above X+hysterisis
[03:57:57] <tomp> btw: the right side of the pdf is in englisch
[03:58:19] <tomp> steve: yes
[03:58:23] <mdynac> tomp i take the sampled gap voltage (analog) and input it to the motenc's adc input, massage it a bit via the "gain" and "offset" lines and the via HAL input it tomachine motion.....via "adaptive-feedrate" function written for me by the emc guys...only available in the HEAD 2.2 version of emc
[03:58:59] <tomp> mac, i was thinking of the least significant bit of the dac....
[03:59:16] <tomp> can the system actually respond to 00000001 vs 00000000?
[03:59:26] <mdynac> so the end result is feedrate controlled by a varying gap voltage.......just like an old Japax.....
[03:59:53] <tomp> i doubt it... and that's already hysteris... somewhere maybe 00000011 the system will begin to move
[04:00:02] <mdynac> it is a 14 bit MAX135 chip........
[04:00:12] <mdynac> excuse me MAX125
[04:00:32] <mdynac> analog devices....
[04:00:38] <tomp> and whats thje full range? 5 V ( divided by 2^14 = a value the amp will ignore )
[04:01:03] <tomp> but at some value the system will move....
[04:01:14] <mdynac> just get ther datasheet from analog devices.....
[04:01:32] <steve_stallings> I have no EDM experience and defer to you two guys on whether it is better to have the feedrate stop and go, or attempt to slow down in a linear fashion
[04:01:33] <mdynac> it does do sample and hold on the input.....
[04:02:00] <tomp> but you say it seems very (too) responsive now, so LSB is not an issue
[04:02:28] <tomp> and steve's clipping sounds good
[04:03:07] <tomp> you MIGHT be able to do this by lifting the LSB and sisters off the chip
[04:03:14] <steve_stallings> assume the wire process does not use the "jump flush" technique like plunge EDM
[04:03:26] <tomp> this would get rid of the 'fiddly bits'
[04:03:35] <tomp> steve: yes
[04:03:43] <mdynac> steve_stallings, yes the feedrate MUST be controlled by the gap voltage.......in a perfect world it should vary according to voltage.....high volts = fast motion and low volts = slow motion, and when it detects short, it should backup up out of preset short condition, just that simple....
[04:05:54] <mdynac> hell, the entire OS of the Andrew machine was written in less than 8K of code, including many external funtions not directly used for the machine to run......8K of 12 bit memory.....
[04:07:08] <steve_stallings> sounds like gap voltage needs to be evaluated into 3 regions, too low = halt feed entirely (later add backup when motion support exists), medium=scale feed to react to gap voltage, too high=stop on fault?
[04:07:12] <mdynac> it backs up, edge finds hole centers........and stores and executes gcode....
[04:07:55] <mdynac> steve....wire edm is all about gasp voltage.......
[04:08:26] <tomp> steve: yes, many system used 'curves' or ranges of vel for diff gap voltages
[04:08:34] <steve_stallings> backup and edge find require motion features not yet implemented, hold and scale velocity in response to gap voltage should be possible in HAL
[04:08:36] <mdynac> the physical distance between the wire and the work.....
[04:09:45] <mdynac> steve_stallings, edge find has not too much to do with gap voltage....the probe function already implemented in emc should work fine....
[04:09:46] <steve_stallings> scale of velocity could be linear interpolated or could be a table lookup or a more compex math function, still in HAL
[04:10:03] <tomp> steve: try linear ranges for now... but it ends up wanting to be 's' curved, yes 'hal-able'
[04:10:05] <mdynac> true.....
[04:11:32] <mdynac> at the moment i scale my adc to make 30 volts gap voltage look like 0 volts to emc.....hence no movement util the gap voltag rises above 30 volts then the axis move forward....
[04:11:48] <steve_stallings> I think next magic step needing help from cradek, jmk, et all will be some way to back up to clear shorts, do you think a short memory buffer could work?
[04:12:38] <tomp> what would the buffer contain? gcode? tp segments? recorded encoder pulses?
[04:12:55] <steve_stallings> samples at the servo rate
[04:13:26] <steve_stallings> simple, but memory hungary
[04:13:26] <tomp> samples of what? position?
[04:13:35] <steve_stallings> yes
[04:13:40] <mdynac> steve_stallings, correct....i do know that the pdp used a seperate discreet inut to sense backup, where it just ran a subroutine to move the axis .050 until the discreet input went high again as to move on with the g code.....
[04:14:16] <steve_stallings> did it restrict the backup to a straight vector?
[04:14:22] <tomp> .050 which way? along the gear tooth flank?
[04:15:16] <mdynac> no it reversed the direction of all axis to a preset .050, hell the new Chmer macines i can program the length of backup......
[04:15:47] <tomp> does that work on a .01" circle?
[04:16:03] <steve_stallings> 0.050" could be lots of servo samples, how much time would this typically represent?
[04:16:33] <tomp> could be minutes... so use motion ticks not temporal ticks
[04:16:49] <tomp> (chgs on encoder, edges )
[04:17:12] <mdynac> my problem is when it is leaving one gcode line to another, and at that precise time it decides to backup.....
[04:17:27] <tomp> yep, spanning
[04:17:28] <cradek> I still don't understand how it can back up in a straight line when you're not on a straight path
[04:17:44] <tomp> it doesnt , else it scraps dies
[04:18:12] <mdynac> cradek, it reverses all axis that were being moved by gcode....
[04:18:21] <steve_stallings> that is why I recommended position sample buffer at servo rate, play backwards at 100X speed
[04:18:47] <tomp> mac: you mean it reverses the gcode and travels .050" along thet reversed path?
[04:18:54] <anonimasu> yeah
[04:18:59] <cradek> you "just" have to keep enough gcode segments to represent that distance
[04:19:02] <mdynac> tomp yes
[04:19:06] <tomp> k
[04:19:08] <steve_stallings> reversing G code is VERY comples
[04:19:12] <steve_stallings> complex
[04:19:41] <cradek> not gcode segments really, motion segments (plain old lines, arcs in world coordinates)
[04:19:52] <steve_stallings> different matter
[04:19:57] <tomp> um, i wrote trim cut stuff that reversed wire paths, moved off & chgd comp & power & went back... so i'm no genius :)
[04:19:59] <mdynac> i can take a jumper and short my wire to the table and watch the axis move back and forth until i remove the jumper......
[04:19:59] <cradek> you don't want to reverse gcode because it has all sorts of awful modal stuff
[04:20:13] <Jymmmm> Well, we got the keys today. It doens't feel like home, and the anxiety and turmoil of all that has happened over the last 4 months still remains (actually more to come as I'll be moving all this week and thru Christmas). But time will tell.
[04:20:16] <steve_stallings> so buffer canonical commands
[04:20:39] <Jymmmm> Even looked for a small Christmas tree tonight... nada.
[04:20:41] <steve_stallings> worst case is a "simple" arc
[04:20:42] <cradek> motion segments really
[04:20:59] <tomp> the stuff tp spits out
[04:21:31] <cradek> motion segments have start and end, canon commands just have the new destination
[04:21:59] <steve_stallings> congrats Jymmmm, I know the anxiety of moving well, just moved me, now moving company...
[04:22:28] <cradek> Jymmmm: glad you're on the right track again
[04:22:55] <Jymmmm> steve_stallings: The moving itself is not a big thing (other than it being over Christmas), just the whole ordeal in actually getting a place to live *DEEP heavy sigh*
[04:23:29] <mdynac> Jymmm benn there done that....twice.....
[04:23:33] <Jymmmm> But Thanks, I Appreciate it, though I'd appreciate it more if you guy wanna carty a few hundred boxes - I'll supply the beer and pizza =)
[04:23:41] <steve_stallings> yep, my business landlord is trying to force us to move two months sooner than expected, scrambling for temp storage...
[04:23:47] <jmkasunich> something steve said a few mins ago gave me an idea
[04:23:54] <tomp> how big might the motion segment be ( at edm velocities) might that be >too< small?
[04:24:02] <tomp> jmk?
[04:24:10] <jmkasunich> he said "save positions at the servo rate, then play them back at 100x speed"
[04:24:24] <Jymmmm> mdynac you had to move thru Christmas twice?
[04:24:26] <jmkasunich> if you're gonna play them back at 100x speed, you only need to save every 100th one...
[04:25:11] <cradek> if you play them back any faster than normal, you can violate machine constraints
[04:25:11] <steve_stallings> so maybe the motion gurus can choose where it is easier to buffer and replay motion....
[04:25:29] <mdynac> Jymmm yes due to divorce and leaving the Navy....now you know why i build cnc machinery......it is much more forgiving....
[04:25:50] <steve_stallings> not likely on a wire EDM, but you could compensate in ini files
[04:25:57] <tomp> jml: what about recording the last 100 encoder 'events'
[04:25:59] <cradek> I know edm guys don't care, but it would be nice if it were "right" instead of expedient for just EDM
[04:26:02] <tomp> jmk:
[04:26:17] <cradek> tomp: at this level you don't know anything but the commanded position every cycle
[04:26:26] <cradek> tomp: encoder counts are way out on the other side of hal
[04:27:40] <Jymmmm> mdynac: OUCH and DOUBLE OUCH! Well, at least I'll have a garage... not sure if I'll have enough power out there, but we'll find out.
[04:28:03] <steve_stallings> cradek raises an interesting issue, wire EDM is so slow that motion would not likely exceed machine capabilities, but how should we handle reverse (or for that matter other, like tool change) motion that is not generated by G code?
[04:28:07] <mdynac> Jymmmm you got heat out there?
[04:28:19] <cradek> I'm thinking of a separate motion queue that always starts at the current point and contains the reversed path for at least .05" or whatever distance we need
[04:28:26] <tomp> 'events' may be diff from counts... the last 100 'occurances' of encoder edges... still unknown to hal?
[04:28:27] <Jymmmm> mdynac: Only the heat from the water heater and the clothes dryer.
[04:28:48] <Jymmmm> mdynac unvented clothes dryer at that (330VAC)
[04:28:50] <Jymmmm> 220
[04:28:55] <mdynac> Jymmm i hope you live in Florida....
[04:29:09] <Jymmmm> mdynac San Jose California
[04:30:03] <mdynac> Jymmmm I got married at the La Veunta Inn in Palos Verdes.....oh such sad memories......
[04:30:43] <Jymmmm> mdynac Well, at least there's still Vegas =)
[04:31:00] <Jymmmm> or as I like to call it... VIVA LOST WAGES!
[04:31:05] <cradek> steve_stallings: generic interleaved coordinated motion and IO like some tool changes is a can of worms
[04:31:45] <mdynac> Jymmm my ex's uncle founded a little company called "Body Glove"
[04:31:46] <cradek> steve_stallings: there's no existing infrastructure for it (except writing C)
[04:31:58] <steve_stallings> yes, but we seem to have opened the can containing wire EDM, sooner or later the tool change will be unavoidable too...
[04:31:58] <Jymmmm> mdynac daaaaaaaaamn
[04:32:20] <mdynac> Jymmm he just died a few months back.....
[04:32:33] <Jymmmm> mdynac but Bofy Glove lives on
[04:32:37] <Jymmmm> d
[04:32:44] <mdynac> yep
[04:32:49] <cradek> steve_stallings: tool changes that move to a particular spot, then change, then move back are supported now - that seems to get us by for a lot of machines
[04:33:09] <Jymmmm> I need coffee and a shot or 80 of brandy...
[04:33:19] <cradek> steve_stallings: something like a grid of tools at the end of the table is pretty unworkable today
[04:33:32] <mdynac> Jymmm Abosule and cranberry here.....
[04:34:21] <mdynac> Jymmmm, were you at the fest?
[04:34:49] <steve_stallings> cradek: by extension would this also be true for an extra axis to move tool holder tray or rotary disk?
[04:35:23] <cradek> you could move an independent motor using just hal. you could do that today.
[04:35:41] <cradek> if it takes coordinated motion (and unhooking from the coordinated planner) it's not so possible
[04:36:35] <cradek> so anything like a carousel that moves the desired tool to one coordinate in XYZ space can work today
[04:36:57] <cradek> well I hesitate to say "anything" :-)
[04:38:31] <jmkasunich> cradek: you could actually use a hal hack to do the "grid of tools" version
[04:38:40] <tomp> cant the grid of tools be moved to without uncoupling ( inside gcode? )
[04:38:53] <jmkasunich> sum a tool position onto the postion coming out of the motion controller
[04:38:59] <tomp> ugly, but i've done that kinda stuff
[04:39:19] <jmkasunich> the tool pos would normaly be zero, emc would move to a certain place (perhaps tool 0,0 in the grid)
[04:39:37] <jmkasunich> then the tool pos would be set to the proper value (with a limit3 to control accel and vel)
[04:39:38] <cradek> ok, all you have to do is be more clever/perverse than me and you can do it
[04:39:45] <jmkasunich> after the change, set to zero again
[04:40:10] <mdynac> in my limited knowledge of coding, i belive that backup is still a function of a subroutine called by an external input to the computer, it halts forward motion and the reversres what is in a preset buffer until the discrete input changes, then continues on with forward motion......
[04:40:39] <steve_stallings> there is a neat grid style tool change shown at:
http://home.comcast.net/~jlt313/Router/mov00429.mpg
[04:41:42] <cradek> wow, that is neat
[04:41:52] <cradek> interesting collar setup
[04:42:30] <steve_stallings> and the holder system is commercially available
[04:42:51] <tomp> jmk: "sum ... onto" is interesting
[04:43:15] <steve_stallings> http://www.hightechsystemsllc.com/index_files/Page837.htm
[04:43:33] <cradek> steve_stallings: if you watch closely I think you can see radius comp turn on when he's moving into the cut - I wonder what controller this is
[04:43:36] <mdynac> when it reaches said forward motion it checks to see whether said in put is toggled, if so it repeats its reversrse and forward motion, until the time it hits the originalforward motion and there is no longer the the backup toggle, so it moves forward as the gcode commands, until it sensenses the next backup signal.....
[04:43:59] <tomp> jmk: how would you get back to the planned posn w/o suddenly having a huge error ( i think 'jerk' )
[04:44:28] <cradek> tomp: limit3 hal block
[04:44:52] <tomp> note to self: gotta learn limit2 hal block
[04:44:57] <tomp> 3
[04:45:15] <cradek> tomp: there's limit2 too - just the number of derivatives you can limit is different
[04:46:57] <cradek> steve_stallings: that's really cool
[04:48:06] <mdynac> well if i can add my 2 cents worth, Andrew Engineering did it with a pdp8 and the entire code was less than 8K, and for that matter, BRAND NEW edm machines may have a kewl pc "front end" but the number cruncher is nothing more than a 286, or perhaps a 386 cpu to crunch all the motion control, the fancy pentium "front end" is just used for user i/o and pretty graphics....
[04:48:19] <steve_stallings> I think they mentioned it was done in Mach, but should easily be possible in EMC
[04:48:46] <mdynac> 8 bits is plenty for edm....
[04:49:03] <tomp> jmk: hscale tests ok now
[04:49:15] <cradek> mdynac: be careful, if you say "it's easy" someone else will say "be my guest"
[04:49:49] <tomp> mac: there is no concept of reverse in emc, the whole idea is to keep the fwd velocity right and the arrived position on time
[04:50:17] <mdynac> sorry folks, i never said it was easy.....just ststing facts....we are all here for the same reason....to improve emc as we know it.....
[04:51:20] <cradek> I guess our approach, which is to try to make a machine controller that can control any kind of machine, is quite a bit different from a dedicated edm controller
[04:51:31] <tomp> yeh mac: i'm saying Andrews began with the idea, not add in to a mill control later
[04:51:31] <cradek> it might even be the wrong approach for edm.
[04:51:32] <steve_stallings> so, back to embedding motion in HAL, yes it is possible but we lose all the elegant motion control of the trajectory planner
[04:52:08] <tomp> maybe we could allow switching tp's and leave the one we got alone
[04:52:19] <jmkasunich> ewww... did I miss someond suggesting that hal be used for backing up?
[04:52:28] <cradek> no, nobody did that
[04:52:34] <steve_stallings> no, HAL for tool change
[04:52:42] <cradek> the tool changer conversation was a tangent
[04:52:45] <jmkasunich> oh
[04:52:47] <mdynac> cradek correct...we can go on and on about specific edm stuff....but let me say that in my opinion, after having test cut material on my edm machine, using emc i think it is a feasable product.....
[04:52:51] <jmkasunich> I suggested that ;-)
[04:53:03] <cradek> jmkasunich: then you're insane
[04:53:08] <tomp> um, we were looing at recording the last bit o motion for some reason
[04:53:13] <tomp> looking
[04:53:20] <jmkasunich> cradek: why?
[04:53:38] <cradek> jmkasunich: backing up in hal? seriously?
[04:53:47] <jmkasunich> no, toolchange in hal
[04:53:50] <cradek> jmkasunich: you don't know the path, you don't have data structures to save positions
[04:53:54] <cradek> OH
[04:54:16] <cradek> let's back up 2 minutes and start over :-)
[04:54:28] <jmkasunich> the prob is that 2 or 3 mins ago I wasn't online
[04:54:39] <jmkasunich> (having accidentally hit the switch on my powerstrip
[04:54:41] <steve_stallings> OK, is it really so crazy to support two world views, run G code in one, switch to magic mode while saving old world view, run magic code, switch back
[04:54:45] <tomp> )-; t'nsaw I oga...
[04:54:50] <cradek> heh I would have blamed that on a cat
[04:55:10] <jmkasunich> in fact, I'm about to go offline again, ubuntu just did some updates and wants a restart
[04:55:35] <cradek> and I am feeling ready for bed
[04:55:45] <jmkasunich> biab
[04:55:56] <tomp> jmk: will do dial & meter before bother u with widgets ( hscale works now )
[04:56:02] <tomp> ...
[04:56:44] <mdynac> tomp wanna stop by the shop on Monday afternoon?
[04:57:28] <tomp> got training on that beast in the vids monday... thanks, we'll get together someday
[04:57:39] <mdynac> k
[04:57:48] <tomp> i think you're making great progress
[04:58:00] <mdynac> we're always open....
[04:58:04] <mdynac> thx
[04:58:56] <mdynac> hell, even Ron Vogel knows you....
[05:02:35] <mdynac> tomp Crook never showed up today, he had to test an Agie board (cutting) that always screws up on the AC100 series.....
[05:04:40] <tomp> AC100 is way past my days... i was solid into sinking before that
[05:05:11] <tomp> i cant get dec_points to work ( finer resolution on the dac sliders ) it gets ignored
[05:05:20] <mdynac> tomp some kind of high voltage fine finish circuit that is used only in certain "modes"
[05:05:46] <tomp> oh, yeah, i know it.... hochspannungsomethingorother
[05:05:59] <mdynac> you got it!!!!!
[05:06:22] <tomp> hochspannung verblungen keit
[05:06:49] <tomp> the old machine used thes square backlit buttons
[05:06:55] <mdynac> tomp Larry always wants my first born male child as hostage before he will give me schematics.......
[05:06:58] <tomp> and we had the square kitchen magnets
[05:07:03] <tomp> so there were buttons
[05:07:19] <tomp> onttime offtime beertime lunchtime :-)
[05:07:38] <tomp> you want schema?
[05:07:44] <mdynac> tomp and being a component level repair tech, that gets old....
[05:08:18] <mdynac> i have the schemos, i just gotta choke them out of Larry....
[05:08:27] <tomp> ask Truty ( that'll po larry :-)
[05:08:38] <tomp> competition
[05:09:01] <mdynac> he thinks i am gonna run down the street, naked with Agie schematics or something.....
[05:09:13] <tomp> hahahahahah rofl
[05:09:26] <tomp> i picture it
[05:09:49] <tomp> if i could shovel the useless edm crap outta my head,,,,
[05:10:24] <mdynac> well he did steal them from Agie, when he worked there, however that machine is no longer in production....nor is Agie capable of servicing that machine....
[05:10:47] <tomp> bte: yesterday saw a guy w a nice sodick inova hopop,,, ran crappy, suggested you guys to fix it
[05:11:08] <mdynac> gee a sordick?
[05:11:21] <tomp> cnc and a cartidge tube exchanger ( pneumatic)
[05:12:06] <mdynac> does it use the WHP and NRG cutting section?
[05:12:15] <tomp> yes big green machine, i watched it go nowhere on a 1mm dia for near 15 minutes
[05:12:28] <tomp> WHP & NRG not familiar
[05:12:44] <mdynac> yeah, his cutting amps are fried....as usual....
[05:13:02] <tomp> uses silly water ( expensive long molecule flushing agent )
[05:13:16] <mdynac> kinda like shocks on a car, you don't notice them until you replace them......
[05:13:56] <tomp> i used to fix trx power supplies by buying 100 trx, then sorting out a matching set of 36 , returning rest
[05:14:18] <mdynac> considering you are driving them into a short at all times.....
[05:14:27] <tomp> idnt bother to find what was badm, just replaced with a good set
[05:14:57] <mdynac> well tom i get to repair all of those boards....
[05:15:00] <tomp> scope sez not short ...... near 30V you said so
[05:15:13] <tomp> ok, expect a call on it
[05:15:23] <mdynac> kewl!!!!
[05:15:53] <mdynac> unfortunatly they will talk to Craig first....
[05:16:37] <tomp> they were using 2 hole copper... is copper std on sodick? or just a feeble attempt at low wear
[05:16:44] <mdynac> unless they call Ron Vogel direct...then they will talk to me....
[05:17:01] <tomp> i think i used Ron's name
[05:17:09] <mdynac> is that a hole popper?
[05:17:25] <tomp> was that Lester McFarlen I saw at your IMTS booth?
[05:17:53] <tomp> yeh hopop
[05:18:25] <mdynac> i have no idea, i didn't go to the show....i am an independant contractor, who just happens to work for edm network.....12 years...
[05:18:49] <tomp> k, back to the gtkdial widget!
[05:19:42] <mdynac> i c you must get back to the task at hand....
[05:20:36] <mdynac> tomp is that some kind of rotary jog thingy?
[05:22:33] <tomp> uh... gui widget output a floatying point number ( 123.456 ) and used for analog stuff like OpenVoltage or SpindleSpeed or Gain
[05:22:49] <tomp> not digital
[05:23:06] <mdynac> not digital = kewl......
[05:23:33] <tomp> like for desired gap voltage or flow rate or ... i did this cuz i saw a need for edm
[05:24:34] <mdynac> i can achieve my desired gap voltage, by sensning it......
[05:25:25] <tomp> http://193.95.242.36:8000
[05:27:29] <mdynac> tomp i do enjoy jazz, but what exactly is Gypsy Eastern Jazz World.....your shoutcat link????
[05:28:16] <tomp> no, just nize muzik i find sometimes
[05:28:37] <tomp> i plug it into mplayer like this:
[05:29:20] <tomp> mplayer
http://193.95.242.35:8000
[05:29:30] <mdynac> i c , i just happen to be an audiophile, all tube amps.....and awesome analog playback stuff, however i must listen to digital every now and then.....
[05:29:46] <tomp> make that executable and you got gypsy musik coming outta computer
[05:30:11] <tomp> and i'm near deef from years in factories
[05:30:40] <tomp> it was indian bungra before ( thier version of hiphop)
[05:30:57] <mdynac> not really, cut it off before i heard it, listening to all tube audiov here tonight......no way can a digital stream compare to this....
[05:31:29] <tomp> make a tube edm generator ( great for hi freq & carbide)
[05:32:06] <tomp> you should know, tubes is faster 'n fets
[05:32:16] <steve_stallings> there was a tube ram EDM at the CNC workshop, must have had over 100 tubes in parallel
[05:32:19] <mdynac> tomp there was one at the fest....all tube power amp.....
[05:32:51] <tomp> it was... >still< there :-)
[05:33:19] <tomp> yeah, a tube was 3a each... and an old trx was 3 a each....
[05:33:20] <mdynac> you cannot beat an tube audio amp....and yes they sound better than fets.........
[05:33:28] <steve_stallings> oh, someday a EDMophile will snap it up.... 8-)
[05:33:53] <mdynac> and uv course they are faster, prpoerly biased.....
[05:34:02] <tomp> i went to univ texas, austin
[05:34:14] <tomp> the cheap digs were the old ROTC barracks
[05:34:32] <tomp> and behinf\d them on a hill was the Naval research center ( go figger)
[05:34:46] <tomp> they threw away yards of that kind of stuff
[05:34:50] <mdynac> hey....now!!!!
[05:35:21] <tomp> i'd drag it down and cover the walls with tubes gauages dials.... just looked like \flash gordon !
[05:37:27] <mdynac> i am listening to a Sonic Frontiers Anthem 1 all tube integrated right now, not too bad, i may even keep it, it does justice to average speakers....
[05:38:06] <mdynac> quad EL84 output, per channel
[05:39:47] <mdynac> however i do not own "average" speakers...
[05:41:00] <mdynac> Fulton Tempo's vintage 1986
[05:41:49] <mdynac> Half-speed mastered Abbey Road is sounding quite nice right now....
[05:42:56] <mdynac> wanna build yor own fantastic tube stuff??? check out bottlehead.com
[05:43:15] <mdynac> that is a good start....
[05:44:39] <mdynac> or possibly decware
[05:45:22] <mdynac> the decware Zenplate preamp is quite the nice piece....
[05:46:46] <mdynac> this is what is called "minimalist" amplification....
[05:47:31] <mdynac> nothing in between the music but a capacitor (maybe) and a tube....
[05:49:34] <mdynac> John Lennon is jumping out of the speaker at me right now......
[05:49:50] <mdynac> quite amazing....
[05:50:16] <mdynac> and most americans think the japs build the best electronics....
[05:59:05] <mdynac> well, night all i am rambling to myself.....
[06:02:58] <Jymmmm> G'Night mdynac
[06:08:26] <steve_stallings> steve_stallings is now known as steves_logging
[06:10:11] <Jymmmm> mdynac: If you're interested thinkgeek and this place has USB Turntables if you want to take your viynle and dub it CD...
http://www.betterbuyelectronics.com/index.asp?PageAction=VIEWPROD&ProdID=300132
[06:16:49] <tomp> gotta wake up & goto bed... nite all, thanks
[11:53:48] <alex_joni> who wants a cheap bot?
[11:53:49] <alex_joni> http://cgi.ebay.com/Westinghouse-Unimate-Puma-500-Industrial-Robot-Arm-Auto_W0QQitemZ320061301596QQihZ011QQcategoryZ87079QQssPageNameZWDVWQQrdZ1QQcmdZViewItem
[11:54:03] <alex_joni> puma 500 for 10$ so far ;)
[14:23:57] <anonimasu> hehe
[14:32:30] <alex_joni> hi anders
[14:35:38] <anonimasu> hey
[14:38:06] <anonimasu> what's up?
[14:42:17] <alex_joni> cleaning up :-/
[14:45:43] <anonimasu> :/
[14:48:25] <alex_joni> yeah :)
[15:30:18] <alex_joni> anonimasu: is this any good?
http://cvs.linuxcnc.org/cvs/emc2/docs/src/common/whatstep1.png?rev=1.1.4.1
[15:36:51] <anonimasu> alex_joni: looks great
[15:39:02] <wb9mjn> Hi All, looking at the Motenc_io.hal, and the inputs start at 0, but the motenc-100 manual has the input numbers start at 1 ?
[15:40:21] <alex_joni> might be a 1-0 mapping :)
[15:54:07] <wb9mjn> Looks like it, will try that first...
[16:47:48] <wb9mjn> CQ DX, de wb9mjn...
[17:01:30] <alex_joni> * alex_joni drops a needle
[17:10:25] <wb9mjn> Making good progress here....good thing I got 50 wide color coded Ribbon Cable, hi!!
[17:11:15] <wb9mjn> Ready to wire in the individual I/O's after lunch....Have the hardware Estop setup, and the grounds from the Motenc-100
[17:11:30] <wb9mjn> I/O cable...
[17:11:56] <alex_joni> wb9mjn: nice
[17:12:24] <wb9mjn> Might be able to do the PID tuning tomorrow....
[17:12:40] <alex_joni> you should probably document that :)
[17:12:55] <wb9mjn> If the Estop stuff works right off...
[17:15:37] <etla> hi all, what's up ?
[17:16:24] <alex_joni> hi etla
[17:16:25] <alex_joni> not much
[17:16:46] <etla> OK...
[17:17:03] <etla> I've given up on the AC servos and I'm now going to build the mill with DC servos
[17:17:15] <alex_joni> oh.. too hard to drive?
[17:17:21] <etla> yep ;)
[17:17:38] <alex_joni> sorry to hear that :/
[17:17:50] <alex_joni> hope you didn't invest too much into it
[17:18:09] <etla> not too much... I'm now selling the motors on ebay
[17:18:24] <alex_joni> or maybe you can say you learned from it :P
[17:18:30] <etla> the auctions end monday and tuesday - it will be interesting to see how much they are worth
[17:18:44] <etla> yes I learned quite a lot about motor control and electronics
[17:18:46] <alex_joni> they probably are more woth than you'll get on ebay :)
[17:19:00] <alex_joni> what was the final problem?
[17:19:31] <etla> I just don't have time to finalize my own drive. And Tero Kontkanen's drive isn't ready either.
[17:19:54] <etla> The mechanical parts of our mill are coming together just now so I want to quickly have servos up and running
[17:20:05] <alex_joni> ok, that's reasonable
[17:20:31] <etla> anything new and dazzling going on with EMC 2.1 ?
[17:20:36] <alex_joni> it's branched
[17:20:53] <alex_joni> now only testing and packiging is left
[17:21:08] <alex_joni> but there's not the same drive force behind it, as there was for 2.0
[17:21:21] <alex_joni> because there is a good product already out there..
[17:21:28] <etla> ok. did lathe threading make it to 2.1 ?
[17:21:58] <alex_joni> yes
[17:22:11] <etla> how about rigid tapping for a mill ?
[17:22:20] <alex_joni> chris was investigating that lately
[17:22:31] <jepler> it won't be in 2.1 though
[17:22:33] <alex_joni> I think if he does it in a reasonable time-span it will also be included
[17:22:37] <alex_joni> jepler: no?
[17:22:45] <alex_joni> proves how much I know :D
[17:22:56] <jepler> alex_joni: well it's not there now
[17:23:11] <jepler> he doesn't have a reversible spindle
[17:23:23] <jepler> perhaps I'm just pessimistic but I don't think it will be in 2.1.
[17:23:42] <etla> I don't have an encoder on the spindle yet, but I'm planning to do it
[17:24:08] <alex_joni> ok.. I think he mentioned it's fairly easy to do, and if it's as easy as he expects he's gonna backport it.. but I might be suffering from paranoia or other problems :D
[17:24:47] <cradek> I'm more likely to put the latest g76 into 2.1, but it's not well tested yet
[17:24:54] <cradek> (my lathe isn't quite working right now)
[17:25:18] <alex_joni> hi chris :)
[17:25:23] <cradek> I don't intend today to put rigid tapping in 2.1.
[17:25:31] <cradek> hi
[17:25:39] <alex_joni> fine by me :)
[17:28:45] <etla> anything new with vcp ?
[17:29:26] <alex_joni> etla: nope
[17:32:18] <etla> did you see the new spindle my fried Jari built ?
[17:32:23] <etla> friend
[17:33:39] <etla> http://www.anderswallin.net/2006/12/new-spindle-installed/
[17:34:28] <etla> anyone know a lot about the tool table ?
[17:34:42] <alex_joni> a lot ?
[17:34:42] <etla> is the only way to reload the tooltable to exit EMC and restart EMC again ?
[17:34:53] <alex_joni> etla: there was a tool table reload message in NML
[17:35:01] <alex_joni> and I think there are hooks in tkemc to send it
[17:35:10] <etla> what about AXIS ?
[17:35:36] <alex_joni> got me there ;)
[17:36:38] <jepler> in 2.1 there is a menu item to reload the tool table
[17:36:47] <etla> it's a bit frustrating to always restart EMC for example when doing small adjustments to the tool diameter compensation
[17:36:59] <etla> jepler: sounds good.
[17:37:56] <etla> anyone tried Ubuntu+EMC on a Lenovo T60 laptop ?
[17:38:08] <etla> I switched to one recently but only have winxp for now
[17:39:10] <jepler> ubuntu seems to work fairly well on modern laptops -- but I wouldn't depend on realtime working properly, laptops are worse than desktops in that respect.
[17:39:35] <etla> is 2.1 going to have the ability to run in sim mode without realtime ?
[17:40:16] <jepler> yes
[17:40:22] <jepler> I depend on it
[17:40:39] <jepler> (I usually develop on a laptop and it has realtime problems)
[17:40:54] <etla> does that include HAL ?
[17:41:14] <jepler> yep
[17:41:34] <etla> cool, so you can do practically everything on a standard ubuntu installation ?
[17:41:38] <jepler> I use configs/sim/axis.ini on my no-realtime system
[17:42:12] <jepler> everything but load hardware drivers (e.g., there's no hal_parport)
[17:43:18] <etla> how much diskspace would a small installation require ? I got a 80gb disk on the laptop, and it's filling up fast!
[17:43:31] <alex_joni> it needs about 2G
[17:43:43] <alex_joni> plus a swap drive if you don't have enough memory
[17:44:30] <jepler> I've installed to a 4GB disk and there's something like 1.5GB free after installing ubuntu, emc2, and everything needed to develop emc2.
[17:46:03] <jepler> that includes some swap space, I assume
[17:48:25] <etla> sounds good, so I might set aside a 10G partition for ubuntu + emc. need to find some partitionmagic software or similar to do that...
[17:48:36] <jepler> on a 4GB disk, Ubuntu gave 3.8GB to /, 200M to swap. 1.2G is free.
[17:48:36] <alex_joni> 10g is overkill
[17:48:55] <etla> 5 ?
[17:49:14] <alex_joni> I'd go with 4
[17:49:29] <alex_joni> last time I partitioned I allocated only 2. that's a bit too less
[17:49:31] <etla> assuming I want the dev tools, the doc tools, python tkinter wxpython
[17:50:02] <jepler> this doesn't have wxpython, gnome development packages, ...
[17:50:16] <jepler> 4 might be tight if you want to develop other linux software besides emc2, since everything has its own -dev packages
[17:52:54] <etla> anything in particular to take into account when installing/compiling 2.1 without realtime ?
[17:53:55] <jepler> you have to give --enable-simulator to configure, and I almost always use --enable-run-in-place too
[17:54:30] <etla> what about working with HAL files, is that similar to a realtime system ?
[17:55:15] <jepler> yes it's pretty similar
[17:55:30] <jepler> instead of loading modules into the kernel, shared libraries are loaded into a process called "rtapi_app"
[17:55:45] <jepler> you can actually run the debugger on rtapi_app which can be a big help
[17:56:29] <etla> is there something about sim mode in the dev docs I should read ?
[17:57:32] <jepler> I don't think there's much written specifically about 'sim' yet
[17:59:03] <jepler> I'll try to answer any questions you have, though
[18:00:29] <etla> that's great, thanks. I think I'll try repartitioning and installing Ubuntu later today and we'll go from there. I'm a little bit worried about all the preinstalled stuff that comes with my Lenovo laptop. There's a hidden rescue partition etc. that I want to keep intact. Also I'm hoping and praying that grub will install correctly and I sill have access to XP after installing ubuntu.
[18:02:22] <etla> thanks for the chat guys, gotta go now, I'll leave you with some shameless advertizing: 120064261408 and 120063932099 (hint: ebay)
[18:03:24] <jepler> good luck with the repartitioning
[18:03:37] <jepler> if you have any way of writing the recovery stuff to a CD/DVD you should do that before trying to repartition
[18:06:42] <alex_joni> etla: no shame in advertising your nice motors in here
[18:06:55] <alex_joni> etla: if I were you, I'd drop a message to the users list too :)
[18:07:20] <alex_joni> I know some people would have wanted some motors from surpluscenter? after they sold out
[18:10:57] <etla> alex: OK, I might email emc-users...
[18:13:05] <etla> so now I see there's Ubuntu 6.10. Should I download that, or use 6.06 as I did previously with EMC ?
[18:13:12] <jmkasunich> use 6.06
[18:13:31] <jmkasunich> 6.06 is what the ubuntu people call a "LTS" version
[18:13:34] <jmkasunich> long term support
[18:14:02] <jmkasunich> they will be supporting the distro for 3 years or more, so we've chosen that version, instead of playing the update game every 6 months
[18:17:09] <etla> now someone is recomending VMWare for using both xp and ubuntu... anyone tried that ?
[18:17:40] <jmkasunich> what do you mean?
[18:17:50] <jepler> I've used ubuntu in vmware -- it works fine, a bit slower...
[18:18:06] <jmkasunich> you can't do RT stuff in a VM
[18:18:30] <jmkasunich> you could probably have an XP vm running on an ubuntu host, and use the host for a machine control
[18:19:04] <jmkasunich> you can't run an ubuntu VM on an XP host and do machine control with it (you probably can run the sim version of emc on a vm)
[18:20:04] <etla> jmk: I'm settling for nonrealtime and emc-sim since jepler tells me that is working now. I'm on a laptop.
[18:20:20] <alex_joni> etla: for that VM would be enough
[18:20:23] <jmkasunich> and the laptop already has XP installed?
[18:20:40] <etla> yes
[18:20:50] <jmkasunich> in that case, its certainly worth a try
[18:20:54] <jmkasunich> it will probably work
[18:20:59] <jmkasunich> is it a fast laptop?
[18:21:11] <etla> T5600 core 2 duo
[18:21:19] <jmkasunich> VMs tend to eat memory too
[18:21:23] <etla> 2gb ;)
[18:21:28] <jmkasunich> nice
[18:21:42] <etla> so where would I get the VM software ?
[18:21:45] <jmkasunich> I'm running 3 VMs on this system for the compile farm, and I only have 1G
[18:21:49] <jmkasunich> vmware.com
[18:21:56] <jmkasunich> vmware server is the free version
[18:22:13] <etla> and that's a piece of software that runs under XP ?
[18:22:26] <jmkasunich> there are versions for doze and linux
[18:22:52] <jmkasunich> the "host" is the the operating system on the main computer
[18:23:05] <jmkasunich> "guests" are the systems running on the virtual machines
[18:23:38] <jmkasunich> vmware can use either linux or windows for host, and any mix of guests
[18:23:49] <alex_joni> etla: it will be enough for you not to notice it's a VM
[18:23:52] <jmkasunich> I'm not sure what the XP install process is like, I have a linux host
[18:23:59] <alex_joni> * alex_joni did a win install
[18:24:03] <alex_joni> worked ok
[18:24:10] <etla> OK... so I don't need to reinstall XP ?
[18:24:13] <alex_joni> no
[18:24:14] <jmkasunich> no
[18:24:22] <alex_joni> it's just like any other XP programm
[18:24:25] <jmkasunich> vmware is an application that runs under XP
[18:24:26] <alex_joni> download and installit
[18:24:34] <alex_joni> then you download the ubuntu cd, and burn it
[18:24:52] <etla> what about disk use, can I just create a directory where the root of my ubuntu file system is ?
[18:24:57] <alex_joni> from the vmware software you will be able to select building a new "guest"
[18:24:58] <jmkasunich> you do need to have significant disk space free, because part of it will be set aside as a "disk" for the virtual machine
[18:25:09] <alex_joni> it will use one single file for the whole disk
[18:25:20] <alex_joni> and one additional file for memory
[18:25:42] <jmkasunich> there are some very good manuals on the vmware site
[18:26:14] <jmkasunich> btw, you can (at least on a linux host) skip the "burn the CD" step
[18:26:22] <alex_joni> I have a image which you could use, but it's using a RT kernel.. and because it's 3.2GB it might take a while to upload :)
[18:26:38] <jmkasunich> when you create the virtual machine, you can just point the virtual CD drive at the .iso file
[18:26:59] <alex_joni> jmkasunich: never tried that.. I had a CD in my drive, and it just used that
[18:27:28] <jmkasunich> I had 3 distros to install.... using the iso files was easier (no burn) and faster (hard disk speed instead of cd speed)
[18:28:18] <etla> will I need the "vmware server linux client package" ?
[18:28:34] <jmkasunich> I think so
[18:29:51] <jmkasunich> actually, I don't think so
[18:29:55] <etla> so is the XP I have now installed also going to be run under VMWare when I install it ?
[18:30:02] <jmkasunich> I got "client" mixed up with "guest"
[18:30:06] <jmkasunich> no
[18:30:19] <jmkasunich> your XP install will be completely unchanged
[18:30:37] <etla> OK. I'm going agead with the Wmware server install now... let's see what happens
[18:30:39] <jmkasunich> XP is the "host" operating system for your setup
[18:31:02] <jmkasunich> all you need at the moment is "VMware Server for Windows Operating Systems"
[18:32:39] <alex_joni> actually I was annoyed that I couldn't find a program to burn an iso directly from the internet
[18:32:45] <alex_joni> without downloading it first
[18:33:02] <tomp> hello
[18:33:27] <jmkasunich> alex_joni: lol
[18:33:46] <jmkasunich> very few internet connections can keep up with even a 1x CD burner ;-)
[18:34:20] <etla> jmk: I just got the ubuntu .iso from our local university server at about 40mbit...
[18:34:34] <jmkasunich> nice
[18:35:05] <alex_joni> jmkasunich: I download a full CD in about 2 minutes, and burn it in 10 (slow burner on the laptop)
[18:35:10] <etla> so now the vmware asks me for a name and a serial number ?
[18:35:22] <alex_joni> etla: you need to register with them
[18:35:34] <etla> what if I press "skip" ?
[18:35:34] <jmkasunich> its free as in beer, not free as in speech
[18:35:51] <alex_joni> etla: what about that FON movement you mentioned?
[18:36:01] <alex_joni> I don't see any reference for the free hardware on their page
[18:36:09] <etla> alex: I've signed up, but haven't received any hardware
[18:36:27] <alex_joni> I'm pondering if the 30$ are worth it :)
[18:36:45] <alex_joni> err.. 30 EUR
[18:36:50] <etla> alex: you put the router in the shopping cart, and when you select a good country :) it will change the amount to 0 eur
[18:37:16] <etla> 0 eur might be valid just for finland, sweden, norway, denmark. I don't know...
[18:38:45] <etla> so now I've installed VMware server. Now I should create a new virtual machine ?
[18:38:49] <alex_joni> yup
[18:40:24] <etla> number of virtual processors ? I have a choice of either one or two ?
[18:40:46] <jmkasunich> 1
[18:41:31] <etla> amount of memory for VM ? what does ubuntu+emc2 reasonably need ? it suggests 512mb and 1740mb is max
[18:41:39] <alex_joni> 512 is ok
[18:41:44] <alex_joni> 256 is minimum for dapper
[18:41:58] <skunkworks> boy re-isntalling xp is going to take forever. Plus all the service packs.
[18:42:11] <alex_joni> skunkworks: get vista ROFLMAO
[18:42:41] <skunkworks> vista is the bomb
[18:42:43] <skunkworks> ;)
[18:43:12] <etla> virtual disk type: IDE / SCSI (recommended) ??
[18:43:37] <jmkasunich> use the recommendation
[18:43:53] <jmkasunich> (IOW, they know more about it than we do)
[18:44:10] <skunkworks> jmkasunich: how is yours running (vm) I
[18:44:41] <skunkworks> slow?
[18:44:48] <jmkasunich> well, when somebody makes a commit and all three of the VMs start doing a build at one time, it gets kinda slow
[18:45:12] <etla> anyone know what will happen as I did not register with vmware, I just pressed 'skip' at the serial number dialog
[18:45:18] <jmkasunich> I have 1G memory, and a Sempron 2800+ CPU, not exactly as blazing fast box
[18:45:25] <jmkasunich> etla: no clue
[18:46:59] <alex_joni> * alex_joni likes the FON idea
[18:47:29] <jmkasunich> what is this FON?
[18:47:56] <etla> en.fon.com
[18:48:08] <etla> Wifi community network kind of thing
[18:48:43] <etla> you plug in their router at home and share your broadband, for that you get a username and password that allows you access to all other fon routers in the world
[18:48:55] <alex_joni> jmkasunich: share some of your wifi at home, and be able to use any of the others in the world
[18:49:08] <etla> check maps.fon.com
[18:49:41] <etla> they have a promotion which I think runs only in the nordic countries now where they hand out the wifi access point for free. otherwise it costs 30eur
[18:50:31] <jmkasunich> not sure how I feel about letting others use my IP address
[18:51:05] <tomp> wow. there's a lot near chicago
[18:51:32] <etla> hmm... now I've created the virtual machine, but when pressing 'play' it won't start and complains about the serial number... I need to get one!
[18:52:04] <jmkasunich> I forget exactly how thats done, but its not hard
[18:52:23] <alex_joni> etla: you need to register I think
[18:52:38] <alex_joni> jmkasunich: I don't think they'll be using your ip
[18:52:48] <jmkasunich> they have to
[18:52:49] <alex_joni> they will be tunnelled through the main office I think
[18:52:55] <alex_joni> and logged
[18:52:59] <jmkasunich> oh
[18:53:22] <jmkasunich> that seems like a major bottleneck
[18:53:24] <alex_joni> you have a site with access lists, where you can see who has been using your network
[18:53:48] <jmkasunich> such a system is only interesting when it has a crapload of users, and sending all traffic thru a central point (or points) doesn't scale well
[18:54:06] <alex_joni> I might be wrong
[18:55:08] <jmkasunich> if big brother is watching (who knows?) then I only want to be held responsible for the things I do, not the things some dood parked across the street is doing
[18:57:58] <alex_joni> big brother is probably closer over there.. I don't waste any breath over that
[18:58:03] <skunkworks> some people worry entirely too much about that
[18:58:13] <etla> wow, now I'm running the virtual machine. It tries to boot from CD, network etc. Need to get it to boot from the .iso file now
[18:58:20] <skunkworks> mostly people that don't have a clue
[18:58:39] <jmkasunich> skunkworks: its not that I'm particularly worried
[18:58:45] <skunkworks> the same ones that get sucked into fishing scams ;)
[18:58:50] <skunkworks> phishing
[18:59:00] <jmkasunich> just less than happy about the state of privacy in general
[18:59:28] <etla> yay, now I'm booting the ubuntu .iso in my virtual machine!
[18:59:36] <jmkasunich> etla: nice
[19:00:27] <skunkworks> 60gb should be enough for ubuntu, right? ;)
[19:00:45] <etla> skunk: I allocated 6gb for the virtual disk
[19:00:50] <alex_joni> skunkworks: depends what you need
[19:01:32] <skunkworks> I finally upgraded my 18gb drive to a 120gb (laptop)
[19:02:46] <skunkworks> So I allocated 60gb for xp and the rest for whatever (ubuntu and stuff)
[19:03:38] <ve7it> ve7it is now known as LawrenceG
[19:05:13] <skunkworks> should be interesting to see how the rt kernal plays with it. (have not tested it yet)
[19:05:24] <etla> what laptop is it ?
[19:05:45] <skunkworks> does not matter - I probably won't use it to run a machine but it will be nice to have emc at my finger tips to play
[19:06:11] <skunkworks> del insperon 2650 - I think it is a 1.7ghz pentium m
[19:06:19] <skunkworks> dell
[19:06:22] <etla> that's my thinking too. but rather than repartition my drive I'm now trying this VM thing which so far seems to work!
[19:07:08] <skunkworks> I have had it for years. it has been a real tropper. NO issues.
[19:07:17] <skunkworks> it is pretty beat up now ;)
[19:09:11] <skunkworks> xp is up
[19:09:36] <skunkworks> (guess that wasn't so bad)
[19:09:46] <etla> you should probably install antivirus software right away !
[19:09:56] <skunkworks> avg all the way ;)
[19:10:29] <skunkworks> free.grisoft.com
[19:11:25] <alex_joni> the best
[19:11:27] <alex_joni> :)
[19:11:53] <skunkworks> used to use inoculate until they where bought out.
[19:13:16] <alex_joni> seems avg will change their policy sometimes (just read that a while ago)
[19:15:09] <etla> hm.. now I have ubuntu running in the VM, but it seems ubuntu doesn't have network access
[19:15:27] <etla> Ethernet is set to NAT
[19:15:55] <jepler> in the past I've used Bridged .. but the host is always linux, not windows
[19:15:59] <alex_joni> you should have the same on the XP side
[19:16:27] <alex_joni> I have 2 VMWare specific adapters in my list
[19:17:44] <etla> yes, I got two new adapters too
[19:17:57] <etla> one gets an IP 192.169.100.1
[19:18:13] <etla> the other is 192.168.50.1
[19:19:05] <etla> on the network I am, the DHCP server will probably not allow me to get more than one IP address that works to the outside world
[19:21:41] <alex_joni> yeah, but it should use your existing IP
[19:22:48] <etla> also, in full screen mode the VM uses a 1024x768 graphics mode, when my native resolution is 1400x1050. how do I change that ?
[19:23:46] <alex_joni> etla: we mostly know what you know about VM's now
[19:23:57] <etla> there are no monitor settings for the VM, so I guess I should just add a modeline to Xconf ?
[19:25:33] <jmkasunich> etla: you should install vmware tools now, before you start messing with video stuff
[19:25:48] <jmkasunich> instructions are in the fine manual
[19:26:07] <etla> and what do the tools give me ?
[19:26:11] <jmkasunich> among other things, vmware tools will give you more video options
[19:26:55] <alex_joni> and some faster HW access for some things I forget
[19:29:15] <etla> vmware tools is something installed on the guest OS ?
[19:29:29] <alex_joni> both I think
[19:30:36] <etla> I only see docs for vmware tools on the guest os
[19:31:41] <alex_joni> probably so
[19:31:41] <etla> ah, my firewall was blocking network access for the VM. now I can see webpages from ubuntu too
[19:32:04] <alex_joni> but I'm sure it recompiled some packages on the host too
[19:33:47] <etla> there's an rpm file and a tar.gz file, which one should I choose ?
[19:36:23] <etla> guess the rpm won't work on ubuntu
[19:44:04] <etla> now I have vmware tools installed on ubuntu, trying a reboot to see if that will give me 1400x1050
[19:47:02] <etla> yep, now it runs at 1400x1050 !
[19:47:30] <etla> now I need to remember how to install EMC... I probably want HEAD, since the sim mode that works with a nonrealtime kernel is pretty recent I understand
[19:49:15] <skunkworks> 40 of 60 updates downloaded (not including sp2 which is next):)
[19:50:29] <etla> skunk: I expect my fresh ubuntu install will start to suggest something similar in a while...
[19:53:50] <jmkasunich> etla: sudo apt-get update
[19:55:46] <etla> there are some emc specific repositories I need to enable in sources.list ... I just can't remember the details...
[19:56:44] <alex_joni> etla: check www.linuxcnc.org
[19:58:13] <etla> alex: so you're suggesting I run the install script for 2.0.5 and then start to mess with HEAD afterwards
[19:59:20] <alex_joni> depends what you want
[19:59:32] <alex_joni> you can add the repository (in that script file it's written out)
[19:59:39] <alex_joni> and apt-get build-dep emc2
[19:59:44] <alex_joni> and add a few more dependencies
[19:59:57] <alex_joni> then get emc2 from CVS as described in wiki.linuxcnc.org
[20:02:10] <jmkasunich> I agree with alex: to be specific, install emc 2.0.5 first, from debs, even if you're not sure you'll use it
[20:02:28] <jmkasunich> then get the build-deps (also from debs)
[20:02:39] <jmkasunich> then get a cvs checkout of 2.1 or head (or both)
[20:02:57] <jmkasunich> when you work with the cvs checkouts, use run-in-place so they don't stomp on the 2.0.5 install
[20:05:15] <etla> and on my nonrealtime ubuntu running in a VM the standard 2.0.5 install will not mess things up ?
[20:05:29] <skunkworks> etla: if you would have downladed the emc2 live cd there would not have been as many updates :)
[20:07:35] <etla> ok now I'm running the standard 2.0.5 installer... let's see what the VM thinks about the magma kernel
[20:08:29] <jmkasunich> oh, I forgot about that....
[20:08:39] <jmkasunich> we should have a wiki page for non-rt installation
[20:10:26] <etla> well now I'm rebooting the VM after the 2.0.5 install..
[20:10:42] <alex_joni> etla: choose the non rt kernel on booting
[20:10:51] <alex_joni> even the RT one will work.. but be a bit slower
[20:11:08] <etla> I think I did not get a choice..
[20:11:30] <jepler> you have to hit the escape key very early in the boot sequence
[20:11:36] <alex_joni> uname -a will tell you what to use
[20:11:49] <alex_joni> but you can always uninstall the linux-image-2.6.15-magma package
[20:12:06] <alex_joni> of course it will complain you are removing the currently active kernel :)
[20:12:17] <etla> yeah! now I'm running 2.0.5 in the VM !
[20:12:28] <etla> seems to be the RT kernel after all
[20:12:48] <etla> jogging in AXIS works fine
[20:12:59] <alex_joni> is it useable?
[20:13:06] <alex_joni> speed-wise
[20:13:49] <etla> it's OK. Maybe not quite as fast as the previous non-RT kernel, but definitely useable
[20:14:01] <alex_joni> good
[20:14:14] <jmkasunich> for what its worth (maybe not much) here is my log of what I did to get a non-rt build on breezy for the compile farm
[20:14:31] <jmkasunich> http://pastebin.ca/281429
[20:15:03] <etla> windows task manager shows the cpu % hovering at 30% when I jog AXIS
[20:15:39] <etla> jmk: I'm now running the RT kernel under VM and it seems to work. So I don't think I need or want a non-RT kernel. I have the ubuntu primarily for emc testing anyway
[20:16:08] <jmkasunich> ok
[20:16:34] <jmkasunich> you'll still need to fetch a few packages before you can compile cvs head or 2.1
[20:16:52] <alex_joni> yeah, but configure will bitch about those..
[20:17:13] <etla> yeah, I've done that previously on another machine so I should manage...
[20:17:26] <jmkasunich> ok
[20:17:44] <jmkasunich> the list on that pastebin might save you a few iterations with configure anyway
[20:17:57] <alex_joni> or a look inside emc2/debian/control
[20:21:06] <etla> "unexpected realtime delay"
[20:21:26] <jmkasunich> well of course
[20:21:33] <alex_joni> * alex_joni grins
[20:29:38] <etla> ./configure runs cleanly
[20:29:51] <alex_joni> etla: good
[20:30:01] <jmkasunich> read thru the output, make sure it will be building axis, etc
[20:30:08] <etla> now compiling
[20:30:28] <jmkasunich> (some things don't stop it from running, they just print "no" or "will not build foo", etc
[20:30:32] <Bo^Dick> is it simple to convert a simple voltage regulator application into a voltage regulating application that also features adjustable current limit?
[20:34:06] <etla> now it's compiled and I'm running pre 2.2 just fine in the VM ! nice !
[20:34:28] <alex_joni> etla: nice
[20:35:10] <jmkasunich> http://knitemare.org/cats/computercat.jpg
[20:38:12] <etla> good night guys - thanks for all the help once again
[20:38:20] <jmkasunich> your welcome
[21:22:14] <etla> I want to try the realtime benchmark, but the program complains with "cannot find run info: /home/user/.runinfo" any tips ?
[21:22:52] <alex_joni> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TroubleShooting
[21:28:14] <etla> the latency tests on the VM aren't exactly great...
[21:28:23] <alex_joni> many overrides?
[21:28:30] <etla> lat avg is around 93000
[21:28:50] <alex_joni> 100 times a normal machine
[21:28:58] <etla> overruns increase by about 8000 per line printed out
[21:29:11] <alex_joni> ouch ;)
[21:29:48] <etla> but it doesn't seem to stop emc from running just fine. I only get the realtime timing error once in a while when I do some strange thing
[21:39:02] <cradek> etla: if you're running in a VM, you don't need/want realtime - just build with --enable-simulator
[21:39:15] <alex_joni> cradek: he knows
[21:39:25] <cradek> ah ok
[21:39:36] <cradek> I didn't read back much, sorry
[21:41:09] <alex_joni> np :)
[21:43:56] <cradek> alex_joni: I'm trying to figure out whether to backport the g76 changes I made after branch
[21:44:15] <alex_joni> hmm.. :)
[21:45:42] <etla> alex, cradek: why would RT under VM be so bad ? it looks and feels like it works
[21:46:03] <alex_joni> it brings no advantage
[21:47:43] <etla> well the advantage is that all commands, code etc. is exactly the same as on the machine that drives the mill
[21:53:46] <cradek> alex_joni: do you have time to play with g76 a little? I'd like someone else to try to break it
[21:54:24] <etla> what is g76 ? threading ?
[21:54:39] <alex_joni> cradek: I probably need a lathe 101 for that
[21:54:40] <cradek> yes
[21:54:53] <alex_joni> but I can try to break the g-code interface
[21:55:06] <cradek> alex_joni: have you cut threads on a manual lathe?
[21:55:17] <alex_joni> nope :) but I understand the concept
[21:58:43] <cradek> hmm, it lets you do some nonsense things
[21:58:54] <alex_joni> I can surely do that :D
[21:59:13] <alex_joni> or wait.. probably not, cause I don't know what "sense things" are :D
[22:03:15] <cradek> ouch, it doesn't really work for boring anymore, I thought it did
[22:07:30] <cradek> inside threads I mean - not really boring
[22:08:55] <jmkasunich> no inside threads? how come?
[22:09:17] <cradek> because some things are specified as 'depths' but I didn't think of how to specify which way they point
[22:09:24] <jmkasunich> oh
[22:09:35] <cradek> I thought it used to work by sprinkling some minus signs around, but now it doesn't seem to
[22:09:51] <cradek> grumblecakes
[22:10:01] <jmkasunich> are those tasty?
[22:10:03] <alex_joni> I'll have some
[22:10:07] <cradek> not at all
[22:10:13] <jmkasunich> I was afraid of that
[22:10:18] <alex_joni> the sweet ones are
[22:10:26] <jmkasunich> * jmkasunich is having fun
[22:10:37] <jmkasunich> the shoptask is starting to be a pile of pieces on the floor
[22:10:52] <cradek> cool
[22:11:02] <cradek> this is all so you can move it away from the wall a bit right?
[22:11:14] <jmkasunich> move it away, and turn it 90 degrees
[22:11:50] <jmkasunich> also, while its apart I'll be cleaning 5 years of chips and oil and filth off of it, and studying the construction to plan the ballscrew installation
[22:12:44] <cradek> at least lefthand threads do seem be right
[22:14:22] <cradek> jmkasunich: you're not going to do ballscrews at first though?
[22:15:07] <jmkasunich> not right away
[22:15:12] <jmkasunich> at least I don't think so
[22:15:49] <jmkasunich> I'll need the lathe working in order to machine the ballscrew ends
[22:16:36] <jmkasunich> my plan is to take photos and measurements while its apart, draw up all the needed parts, then put it back together, make the parts, tear it down again enough to install them
[22:17:44] <cradek> sounds like encouragement to get the plans right the first time
[22:19:53] <jmkasunich> yep
[22:20:03] <jmkasunich> its kinda nice - some parts aren't going to go back on it
[22:20:14] <jmkasunich> like the power feed geartrain from spindle to X leadscrew
[22:20:45] <cradek> it has an X power feed?
[22:20:51] <cradek> isn't that pretty unusual?
[22:21:36] <jmkasunich> oops, Z (in lathe mode)
[22:21:50] <cradek> oh ok
[22:21:54] <jmkasunich> for manual lathes, power feed in both directions is rather common
[22:22:11] <jmkasunich> thats why the apron is usually full of gears and such
[22:23:17] <jmkasunich> does your lathe (the big one) have power feed for the cross-slide?
[22:23:33] <cradek> no
[22:23:36] <jmkasunich> hmm
[22:23:47] <skunkworks> we have a nice little monarch has that.
[22:23:49] <jmkasunich> what kind of lathe is it? (make and size)
[22:24:34] <jmkasunich> http://www.lathes.co.uk/southbend/img10.gif
[22:24:48] <jmkasunich> see the handle in the center of the apron (right of the large wheel)?
[22:25:13] <jmkasunich> up is for power longitudinal feed, down is for power cross-feed, middle is neutral
[22:25:28] <jmkasunich> (I might have up and down backwards)
[22:25:44] <jmkasunich> the lever on the far right is for the half nuts (center lever in neutral for that of course)
[22:26:36] <jmkasunich> better pic:
http://www.lathes.co.uk/southbend/img12.gif
[22:26:47] <jmkasunich> you can see the gear that drives the cross-slide screw
[22:28:37] <skunkworks> http://www.machineco.com/1655_Lathe_Monarch_Toolroom_10EE-newer.htm
[22:28:40] <skunkworks> that is close to it.
[22:28:42] <cradek> it's a craftsman (atlas?) 12"
[22:28:50] <jmkasunich> 10EE (drool)
[22:29:04] <skunkworks> fathers first lathe was a atlas/craftsman
[22:29:09] <jmkasunich> I've seen some 10EEs go for reasonable money, it pained me to pass them up
[22:29:26] <wb9mjn> Can not seem to get the Motenc outputs to change here...
[22:29:32] <jmkasunich> but I don't have a heated place where I could put a 3000 lb lathe
[22:30:04] <wb9mjn> Inputs are Ok....
[22:30:11] <alex_joni> wb9mjn: there's a thing in the wiki
[22:30:43] <alex_joni> oh.. sorry .. it's a m5i20 thing
[22:30:47] <alex_joni> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?M5i20_Halvcp_Test_Panel
[22:30:58] <alex_joni> maybe you could make a similar one for motenc
[22:31:25] <alex_joni> only this hal file needs to change:
http://wiki.linuxcnc.org/uploads/iotest.hal
[22:31:32] <jmkasunich> cradek: are you _sure_ it doesn't have power crossfeed?
[22:31:39] <jmkasunich> http://www.lathes.co.uk/atlas/page5.html
[22:31:47] <wb9mjn> 0 pages found "moten outputs" ...
[22:31:49] <jmkasunich> scroll down to the last pic
[22:32:15] <cradek> I lied, I think it's 6"
[22:32:30] <alex_joni> cradek: size matters? :-P
[22:32:36] <cradek> http://cgi.ebay.com/Craftsman-6-Lathe-Sears-Atlas-no-reserve_W0QQitemZ150066581020QQihZ005QQcategoryZ97230QQcmdZViewItem#ebayphotohosting
[22:32:43] <cradek> I think it's this one, but not all busted up
[22:33:13] <jmkasunich> 6"? that ain't much bigger than a sherline ;-)
[22:33:13] <cradek> i've never been really sure what its part number is
[22:33:21] <cradek> yes it is...
[22:33:21] <alex_joni> a friend has a nice new lathe, in the original crate, all oiled up
[22:33:36] <jmkasunich> the ebay ad says 75 lbs
[22:33:37] <alex_joni> I might consider CNC-ing it one day :)
[22:33:57] <cradek> I can't believe this one sold for $325
[22:33:58] <jmkasunich> sherline: pick up with one hand
[22:34:09] <jmkasunich> craftsman 6": pick up with two hands
[22:34:12] <cradek> no motor, pulleys, all the knobs broken off
[22:34:14] <alex_joni> wb9mjn: think you can go from there?
[22:34:21] <jmkasunich> real lathe: pick up with several friends
[22:34:44] <cradek> change gears mostly missing
[22:35:12] <jmkasunich> there's a sucker born every minute I guess
[22:35:17] <jmkasunich> and most of them want little lathes
[22:35:19] <cradek> 16 bids!
[22:35:41] <jmkasunich> the light weight was probably a driver - hobby folks often don't want to mess with something that is too heavy
[22:36:08] <cradek> I think I paid $250 for mine, bolted to a heavy table, with motor and pulleys, a couple chucks, all the change gears, etc
[22:36:25] <jmkasunich> nice deal
[22:36:58] <cradek> yeah, and found it locally
[22:37:25] <cradek> it's very worn but with care I can make parts the right size and shape.
[22:38:06] <alex_joni> hmm.. it seems there's a new frontend for mach3 in german nowadays
[22:38:11] <skunkworks> * skunkworks goes to dell to get the rest of the drivers I need
[22:38:16] <alex_joni> and it's supposed to be much easier to use
[22:38:20] <alex_joni> http://www.einfach-cnc.de/seiten/Mach_deutsch.html
[22:38:36] <alex_joni> all I can say is: ROFL
[22:39:09] <cradek> looks better to me
[22:39:50] <skunkworks> I thought I was going to click on the link and find a picuture of emc2 and axis ;)
[22:40:08] <cradek> I mean the general look is less random
[22:40:26] <alex_joni> yeah, way better than the original
[22:40:31] <alex_joni> but still .. a bit much for my taste
[22:40:48] <cradek> but still I don't understand the aversion to standard widgets that people know how to use already
[22:41:10] <cradek> it has the "everything is a rectangle" syndrome that I think makes it mysterious
[22:41:33] <alex_joni> cradek: they design with touchscreens in mind
[22:41:39] <alex_joni> that's why it's mostly buttons
[22:42:03] <cradek> that makes sense
[22:42:24] <alex_joni> but why it's those ugly looking, ugly coloured buttons.. I have nfc
[22:43:13] <cradek> a side effect of "everything is a rectangle" is that you have to use something like color to convey state information
[22:43:33] <cradek> to me, it makes it mysterious
[22:44:26] <alex_joni> alien mysterious?
[22:44:52] <cradek> if they could at least show as pressed in or not, you could skip a lot of the mystery color stuff
[22:45:23] <cradek> for 15 years now people have understood gui buttons that are in/out
[22:45:43] <cradek> but red/yellow/green/blue? not so much
[22:45:48] <wb9mjn> can't find anything in newsgroup, or wiki about the enable outputs...the motenc-io.hal has one-line entries for these
[22:46:05] <alex_joni> wb9mjn: what's the problem again?
[22:46:09] <wb9mjn> outputs, but all the other inputs/outputs have two or three lines...
[22:46:31] <alex_joni> cradek: I think it's fashion these days to change how it looks & feels
[22:46:36] <wb9mjn> None of the outputs seem to be working, but specifically, Xenable , Yenable and Zenable are not coming on with
[22:46:44] <wb9mjn> the machine-on state...
[22:46:48] <alex_joni> cradek: look at vista.. it completely renders somehow literates useless
[22:46:58] <cradek> alex_joni: I agree, but it's a foolish fashion at the expense of the user
[22:47:06] <alex_joni> wb9mjn: what does 'halcmd show pin' say?
[22:47:08] <wb9mjn> I am getting limit inputs working just fine...
[22:47:16] <alex_joni> and please don't paste 100 lines in here
[22:47:23] <wb9mjn> I wont...
[22:47:27] <wb9mjn> I ll go look...
[22:47:41] <wb9mjn> Have I ever ?
[22:47:42] <alex_joni> especially look at the signals: halcmd show signal Xenable
[22:47:47] <alex_joni> wb9mjn: wasn't sure :)
[22:47:54] <alex_joni> use pastebin.ca for long stuff
[22:47:58] <wb9mjn> Yea...hal show shows a working output...
[22:48:07] <wb9mjn> But there nary a flicker in the output voltage...
[22:48:16] <wb9mjn> It changes from red to yellow...
[22:48:22] <wb9mjn> all three signals...
[22:48:23] <alex_joni> don't know enough about the board to tell you what to check
[22:48:34] <alex_joni> you're using default config?
[22:49:11] <wb9mjn> Slightly modified...-not on the Limits...and changed the signals from the second output header to the first...
[22:49:48] <wb9mjn> Rearranged the Spindle stuff to the second output header, and put the enable outputs on output 2/3/4 ...
[22:49:52] <alex_joni> did it work while it was on the second output header?
[22:50:11] <wb9mjn> Do not know, I do not have any wires on the second output header...
[22:50:21] <alex_joni> ok, I see
[22:50:26] <wb9mjn> There are 4 I/O headers...
[22:50:34] <wb9mjn> I have one cable on the first one...
[22:50:47] <wb9mjn> The inputs are on that same header...
[22:51:02] <alex_joni> what I would do first would be to: 1. load emc2 with that config, 2. unlink all signals from io pins, 3. create a dummy bit signal, 4. connect it to all outputs, 5. set it to true and see if that works
[22:51:13] <wb9mjn> One thing that changed, was that the encoders stopped being read....
[22:52:08] <alex_joni> that's not a good sign.. probably something wrong there
[22:52:44] <wb9mjn> If nobody has heard of this, I ll just go and hack on it some....thanks for the idea...
[22:53:04] <alex_joni> wb9mjn: I suspect you put the outputs over the inputs
[22:53:10] <alex_joni> or something like that
[22:53:58] <wb9mjn> Do not think so...says out......All I did was change numbers....will double check...
[22:54:48] <alex_joni> I see the mazak uses a motenc card
[22:55:13] <alex_joni> the numbering is a bit odd
[23:01:39] <cradek> jmkasunich: do you have some filing system that uses the numbers on all those containers and drawers?
[23:03:23] <alex_joni> http://www.robcon.ro/emc/weaving.pdf
[23:03:27] <alex_joni> any idea who made that?
[23:03:42] <alex_joni> * alex_joni guesses JMK might
[23:04:30] <cradek> I remember the guy working on it, but not his name
[23:04:37] <cradek> he had some nice screenshots of the weave in AXIS too
[23:04:47] <alex_joni> I think it wasn't that guy that made that pdf
[23:04:54] <cradek> oh
[23:05:00] <alex_joni> it was in the old dropbox on linuxcnc.org.. he didn't have access
[23:05:55] <alex_joni> anyways.. it could be in the integrator handbook
[23:14:08] <Roguish__> Roguish__ is now known as Roguish
[23:15:24] <robin__sz> meep!
[23:16:16] <robin__sz> well, I now have 6 axes of Siemens servo powered motion more than I did this morning :)
[23:17:40] <alex_joni> nice
[23:17:47] <alex_joni> bot moving?
[23:18:08] <robin__sz> nah, got it to the factory at 21:00
[23:18:19] <robin__sz> locked it up and brought the manuals home
[23:18:56] <robin__sz> figured it was best to read stuff before hooking the power up and pressing "auto run" :)
[23:21:35] <robin__sz> alex_joni, so your "weaving" servo ... that looks like it will work for motions that are along one axis
[23:21:44] <alex_joni> not mine
[23:21:52] <alex_joni> yeah, it seems like that
[23:22:04] <alex_joni> although it won't be too hard to move that across 3 axes
[23:22:04] <robin__sz> right
[23:22:31] <robin__sz> mmm
[23:22:45] <alex_joni> do it 3 times, and adjust the scales accordingly
[23:22:52] <robin__sz> the weave needs to be related to the direction of travel
[23:22:52] <alex_joni> based on the proper projections
[23:23:01] <alex_joni> robin__sz: for welding it does
[23:23:06] <alex_joni> and related to TCP and TOV
[23:23:28] <alex_joni> so a simple HAL component can do that easily
[23:23:31] <robin__sz> tcp tov?
[23:23:38] <alex_joni> tcp = tool center point
[23:23:43] <alex_joni> tov = tool orientation vector
[23:23:49] <robin__sz> yeah
[23:23:50] <alex_joni> tov is especially crucial for waving
[23:24:07] <alex_joni> because usually the waving plane is determined by wire and direction of travel
[23:24:11] <robin__sz> I dont think my bot has the arc software installed ..
[23:24:14] <alex_joni> if the torch is bent more.. tov changes :)
[23:24:52] <alex_joni> and you wouldn't want to wave along the wire direction .. would you :D
[23:25:00] <alex_joni> weave even
[23:25:13] <robin__sz> heh no
[23:26:22] <robin__sz> you may want to do circles along the direction of traavel .. is left to right an forward back motion ...
[23:27:15] <alex_joni> yup, it's closely related to the rotate-blad discussed on the list lately
[23:27:36] <alex_joni> blade.. what's wrong with me :)
[23:27:47] <alex_joni> for paper/fabric cutting
[23:28:56] <jtr> logger_emc: bookmark
[23:28:56] <jtr> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2006-12-16.txt
[23:29:58] <steves_logging> steves_logging is now known as steve_stallings
[23:34:11] <steve_stallings> robin__sz: off topic, when I asked earlier if anyone here was an Asterisk VOIP user, you were mentioned?
[23:35:50] <Rugludallur> hmm im also an Asterisk user btw
[23:36:50] <steve_stallings> OK, curious about putting extensions off site using public Internet with no QOS, does it work, echo badly, require special codecs?
[23:37:33] <Rugludallur> steve: most of the time it works just fine, without any codecs or anything
[23:38:33] <steve_stallings> good to know, I work from home a lot and would like to have a phone that appears on the office system (thinking of setting up Asterisk there)
[23:38:38] <Rugludallur> steve: what I did is I put in land line cards and had public internet, if no prefix was used it used public internet but you could always prefix it with 1 in my case and use the land line
[23:39:13] <Rugludallur> steve: I ran Asterisk for my last company as the main pbx that way, worked from home all the time, never had problems with that connection but then again we had our own dsl system
[23:39:42] <steve_stallings> I will not be using VOIP for trunks, plan on Digium FXO ports to land lines
[23:40:20] <Rugludallur> steve: I see, probably a smart move, but you can also implement international dialing via internet trunk though
[23:40:53] <steve_stallings> will try putting a Grandstream 2000 at home and hoping version 1.4 gets the Shared Line Appearance stuff working
[23:41:28] <steve_stallings> I'm a stick in the mud about old style keysystem features 8-)
[23:41:35] <Rugludallur> steve: hmm , I would stay away from the Grandstream, I ordered like 20 phones and they were all really bad, about half failed in the first month
[23:41:53] <Rugludallur> steve: the 2000 is the converter right ?
[23:41:54] <steve_stallings> too late, I ordered two of them to play with
[23:42:18] <Rugludallur> steve: I also ordered a bunch of the converters from directly from Digium, the blue boxes
[23:42:18] <steve_stallings> no, 2000 is the higher end business phone
[23:42:28] <Rugludallur> steve: Those are horrible to
[23:42:37] <Rugludallur> steve: not the business phones, the boxes :P
[23:42:53] <Rugludallur> steve: Don't know about the business phones, they might have pulled their act togeather
[23:43:03] <Rugludallur> steve: I gave up in the end and ordered Cisco phones
[23:43:36] <steve_stallings> comments I have seen state that the 100 series are junk, the 2000 acceptable but not great
[23:43:43] <Rugludallur> ok
[23:44:06] <Rugludallur> steve: I always wanted to order dual phones for everyone, GSM and 802.11g so that when people were in the office the calls would go over Wifi, when they leave the calls would go over gsm
[23:44:18] <Rugludallur> steve: something like the Nokia e61
[23:46:06] <steve_stallings> wireless is not an issue for us, remote phones with key system like functions would be a blessing
[23:46:12] <Rugludallur> steve: btw we had people working via Internet from the UK to our system (in Iceland) without any problems so unless your ISP is really bad you will get better than mobile quality on calls
[23:47:34] <steve_stallings> well, actually the public Internet in the USA is often worse than in Europe
[23:48:11] <alex_joni> you only say that to make us feel better :P
[23:49:01] <steve_stallings> actually I think South Korea is supposed to have one of the best
[23:49:20] <alex_joni> bet that's true
[23:49:32] <alex_joni> but then again it depends what you're accessing..
[23:49:47] <alex_joni> if it's still in the US.. no improvement :)
[23:50:05] <alex_joni> Rugludallur_: connection issues?
[23:50:47] <alex_joni> steve_stallings: 23 msec to Frankfurt, 40 to London, 150 to NYC
[23:50:55] <Rugludallur_> Alex: got disconnected, im way out of the city and technically not able to use dsl but I got friends to do help
[23:51:12] <alex_joni> relaying wireless?
[23:51:17] <steve_stallings> our consumer providers have low standards for quality of service and often overload local circuits
[23:51:30] <alex_joni> steve_stallings: that's the same all over :)
[23:51:40] <Rugludallur_> alex_joni: nope, got friends at the telco and they did spectral analysis, boosted the signal and got me 6 megs :D
[23:51:58] <Rugludallur_> alex_joni: but I loose sync once every day or so here at home
[23:52:01] <alex_joni> I get 1.5Mbit for 30$ at home, .5 Mbit for 100$ at work
[23:52:18] <Rugludallur_> alex_joni adsl vs sdsl or ?
[23:52:22] <alex_joni> cable vs. fiber
[23:52:41] <Rugludallur_> alex_joni: hmm your in Rumenia right ?
[23:52:48] <alex_joni> fiber with 99.6% uptime guaranteed
[23:52:55] <alex_joni> romania.. but close enough :D
[23:53:28] <Rugludallur_> alex: err sorry about the spelling (in icelandic it is spelled Rumenia)
[23:53:42] <alex_joni> btw, that's .5 Mbit only for internet .. local nets aren't restricted at all.. quite common to get ~70Mbit
[23:53:46] <steve_stallings> I get to pay US$89 month for about 2 mbit burst with a fixed IP, much cheaper with dynamic IP
[23:53:50] <alex_joni> Rugludallur_: good to know :)
[23:53:55] <Rugludallur_> alex_joni: nice
[23:54:09] <Rugludallur_> alex_joni: well technically it's Rúmenía
[23:54:11] <alex_joni> Rugludallur_: so a VPN to the local college really helps :)
[23:54:21] <Rugludallur_> alex_joni: lol
[23:54:32] <alex_joni> especially since they don't have much internet speed restrictions :D
[23:54:36] <alex_joni> 155Mbit or so
[23:54:51] <Rugludallur_> alex_joni: do you guys have to pay for traffic at all ?
[23:55:08] <alex_joni> nope, only what I said above
[23:55:17] <steve_stallings> residential fiber is coming to my area, but slowly, at least two more years to wait
[23:55:21] <Rugludallur_> alex_joni: over here most ISPs charge about 1 cent per mb international
[23:55:50] <alex_joni> not here
[23:56:58] <alex_joni> hmm.. network's a bit busy :) (Current in: 497.27 Mbps)
[23:57:22] <steve_stallings> are services regulated by government for you, or open market competition
[23:57:32] <Rugludallur_> alex_joni: im working on some really interesting stuff at work, embedded linux and I have been thinking it would be really cool to make an embedded kernel with X and EMC
[23:57:50] <Rugludallur_> alex_joni: Nice
[23:58:17] <Rugludallur_> steve_stallings: open market here, the problem is just that I live way out in the middle of the atlantic
[23:58:45] <steve_stallings> can you really say X and embedded in the same sentence?
[23:58:56] <alex_joni> steve_stallings: sure you can
[23:59:04] <alex_joni> lots of distros smaller than 32MB
[23:59:04] <steve_stallings> I thought X was a memory hog
[23:59:12] <Rugludallur_> steve_stallings: think about OLTP
[23:59:12] <alex_joni> Rugludallur_: what platform?
[23:59:21] <Rugludallur_> alex_joni: AMD Geode LX, x86
[23:59:31] <Rugludallur_> alex_joni: same basic hardware as OLTP
[23:59:41] <steve_stallings> OLTP ?
[23:59:56] <Rugludallur_> steve: One Laptop Per Child, Negroponte
