Back
[00:04:21] <gene> Is anybody left?
[00:04:32] <SWPadnos> nope
[00:04:54] <gene> didn't think so, hows Stephan today?
[00:05:50] <CIA-8> 03cradek * 10emc2/src/emc/rs274ngc/interp_convert.cc: remove debug message
[00:05:53] <SWPadnos> who knoes?
[00:05:57] <SWPadnos> knows
[00:06:01] <SWPadnos> Stephen is fine though ;)
[00:06:19] <gene> well, if you don't, I'm not sure who else I'd ask...
[00:06:27] <SWPadnos> heh
[00:06:43] <gene> Got a halscope problem
[00:07:39] <gene> I don't know if its something I did to my .ini file or what but it won't start now, after trying to start it before emc2 was inited properly
[00:07:41] <SWPadnos> OK. I may be able to help, thoguh that's questionable since I can't run it right now
[00:08:01] <SWPadnos> it hsould start, but the settings may have been lost (or they may be invalid)
[00:08:13] <gene> In which case I do what?
[00:08:18] <SWPadnos> I think the settings are astored in ".scope_settings"
[00:08:34] <SWPadnos> I'm not sure what dir that will be in for an installed EMC
[00:09:14] <gene> Ah, I'll go see if I can find such a beast, back in a few. I ran updatedb as root before I shut the monitor off & came in to thatw me out.
[00:09:22] <gene> thaw
[00:09:24] <SWPadnos> heh - OK
[00:09:47] <fenn> SWPadnos:
http://www.bcwireless.net/~infobot/logs/irc.freenode.net/%23%23electronics/2006-02-26.php
[00:10:04] <SWPadnos> thanks
[00:10:15] <fenn> search for Xilinx
[00:10:28] <Jymmm> SWPadnos live p0rn huh?
[00:10:43] <SWPadnos> multiple perspective pr0n - heh, heh
[00:10:52] <Jymmm> ah, angles
[00:10:58] <giacus> :D
[00:11:13] <fenn> hmm wouldn't it be funny if xilinx had an app note that did what you wanted
[00:11:40] <giacus> Jymmm:
http://giacus.altervista.org/mov01491.mpg
[00:11:50] <giacus> take a look to my toy :P
[00:11:57] <SWPadnos> I've seen appnotes for SDI, JPEG/MPEG compression, gigE and 10GigE ethernet, etc
[00:12:56] <fenn> giacus: you need to do some down-sampling on that video
[00:12:57] <SWPadnos> also stuff like IDE, SCSI, DDR bus, LCD controllers, etc.
[00:13:15] <fenn> ah so you "just put two and two together and get 75"
[00:13:30] <giacus> fenn: should be low enough 640
[00:13:33] <giacus> :/
[00:13:39] <SWPadnos> put two and two and five and 17 and pi^e together 75 times, yeah
[00:13:48] <giacus> as well, I used the sony camera :)
[00:14:01] <Jymmm> giacusL you finally build a sex robot huh?
[00:14:07] <giacus> :P
[00:14:09] <Jymmm> poor Anna
[00:14:16] <giacus> working on that
[00:14:18] <giacus> LOL
[00:14:22] <SWPadnos> if you call snapping your fingers and turning your head "sex"
[00:14:30] <giacus> :P
[00:15:29] <giacus> it should be able to spy with his webcam
[00:15:32] <giacus> hehe
[00:15:40] <SWPadnos> good angle from down there
[00:16:02] <giacus> yeah, it follow the sound very good
[00:16:09] <giacus> a bit slow ..
[00:16:22] <giacus> im thinking to remove some gear ..
[00:16:23] <gene> SWPadnos: Doesn't seem to be such a beast as .scope_settings,
[00:16:37] <SWPadnos> is there a .scope* anywhere?
[00:17:45] <cradek> .scope.cfg
[00:18:00] <gene> Bunches, prolly 25 or so
[00:18:24] <SWPadnos> right - thanks (I just found it in scope.c)
[00:19:20] <gene> found it, should I just rm it?
[00:19:51] <gene> There was also an error about unable to remove shmem 01 too
[00:20:18] <SWPadnos> you could take a look at it, but removing it should set you back to square 1 (ie, no traces defined, like the first run)
[00:21:08] <gene> Humm, 2nd line has MAXCHAN 0, and thats been one of tis error msgs too.. ???
[00:21:47] <gene> I think that was 4 before the missfire
[00:21:59] <gene> And it was set to show 4 channels
[00:23:32] <SWPadnos> yep - that should be 1,2,4,8 or 16
[00:24:07] <SWPadnos> you should be getting an error "could not set record length"
[00:24:14] <gene> reset it to 4 and alls happy again. Now to the real problem, following errors
[00:24:29] <gene> even at crawling along at 10% speeds.
[00:24:33] <SWPadnos> again - man, will you quit it? ;)
[00:25:20] <gene> Well, If I could figure out whats doing them, I'd be very very happy. Its intermittent
[00:26:03] <cradek> you have steppers right?
[00:26:41] <gene> as in its running a loop that incs x for each pass around the y/z loop, and after about 2.475+ inches, boom, axis 2 error stops it, but when you try to re-enable, axis one goes into an infinite loop of errors
[00:27:26] <cradek> what is it doing, geometrically, exactly when the following error happens?
[00:27:43] <gene> And, watching it with halscope, axis 2's following error comes and goes as a spike at about .050 down in the z motion
[00:29:41] <gene> Its cutting a path, downward and forward in the G2 or G3 mode. This following spike, when it occurs, is 0.050 to 0.1 down in z from the top, start of the cut.
[00:30:04] <cradek> is it at a transition between two program lines?
[00:30:18] <cradek> the first is an arc, is the next a g1?
[00:30:21] <gene> No, its well into that motion
[00:30:48] <gene> Let me snip just the loop and paste its short.
[00:30:51] <cradek> ok
[00:31:28] <cradek> are you running cvs head or testing?
[00:31:47] <gene> cvs head, about 4-5 days old
[00:31:54] <gene> o101 do
[00:31:56] <gene> n0120 #8 = [#8 + #7]
[00:31:58] <gene> n0130 G19 G2 Y#2 Z#5 J#3 K#6 X#8
[00:31:59] <gene> n0140 G1 Z#4 Y#1
[00:32:01] <gene> (n0141 G1 X#8 Y#1)
[00:32:02] <gene> o101 while [ #8 GE #9 ]
[00:32:26] <cradek> ha ok I can't make heads or tails of that
[00:32:37] <cradek> you've got some g2 and some g1
[00:33:13] <cradek> are the g2 helical?
[00:33:25] <cradek> they're in the YZ plane but also with X offset?
[00:33:56] <gene> The x pos, is #8, the increment is #7, and theres a x thrown in else its a two piece g1 after the curve, and no, not helical, only about 100 degrees of an arc
[00:34:32] <cradek> so it's a plain old arc in YZ and it ferrors in the middle of it?
[00:34:33] <gene> And I was having trouble before I made the x move part of the g2
[00:34:54] <gene> Thats a pretty good description Chris
[00:35:31] <cradek> I still don't understand the arc - is it a flat arc only in a YZ plane, or are the two endpoints at different X coordinates?
[00:35:40] <gene> totally intermittently, feed override to slow things doesn't seem to effect it
[00:36:19] <SWPadnos> it looks helical to me, since X is moved to #8, which has just been incremented
[00:37:15] <cradek> ok that's what I thought too
[00:37:21] <fenn> * fenn wonders how hard it would have been to write code for real variable names in the interpreter
[00:37:24] <gene> yes, the two endpoints are different x coorords, but remove the X#8 from the g2 move, and uncommenting the other line doesn't make any diff
[00:37:50] <cradek> ok
[00:37:52] <SWPadnos> fenn, not too easy, since G-code is specified to ignore whitespaec (or lack thereof)
[00:38:12] <fenn> howbout #variable#
[00:38:29] <gene> I'd expect trying to interpret strings would slow it considerably
[00:38:35] <fenn> bah
[00:38:41] <fenn> maybe in 1943
[00:38:58] <SWPadnos> #var# could probably work
[00:39:08] <SWPadnos> #var wouldbn't though
[00:39:08] <gene> izazat a typu? 2043 maybe?
[00:39:12] <cradek> gene: ok so let's say your arc goes from 0 to 100 degrees - at about what degree does it ferror?
[00:40:19] <gene> my guess is somewhere around 10 degrees. And it seems to move back and forth if the feedrate is changed, slow it way down and the error moves closer to the start of the move
[00:40:48] <cradek> ok, that's a sure sign of a blending problem.
[00:41:31] <cradek> have you plotted velocity and accel, to see which constraint is being violated to cause the ferror?
[00:42:12] <fenn> heh everything's a nail when you've got a hammer
[00:42:20] <gene> And, like I said, its intermittent, it will show a low amp on the scope trace twicve in a row, then look great for 5 passes thru the loop, weird
[00:42:35] <gene> And I haven't figured out howto do those plots yet.
[00:42:58] <cradek> ok, it's a little tricky, because you have to set up differentiating modules in hal
[00:43:07] <cradek> there is an example in the distributed sim.ini
[00:43:30] <cradek> but another approach might be to update your cvs to try the new trajectory planner I stuck in there yesterday.
[00:43:43] <cradek> not much use in spending time debugging the retired one
[00:44:25] <fenn> so.. is the new tp ready for prime time?
[00:44:42] <fenn> eh, guess it needs more testing
[00:44:42] <cradek> well it's in head
[00:44:59] <cradek> it seems to work better than the old one
[00:45:11] <cradek> only xyz are done, no rotary axes
[00:45:33] <gene> I can do that I think, but lets make sure I'm using the right cvs up variation first
[00:45:53] <fenn> cvs up -r HEAD
[00:46:03] <cradek> use cvs up -dPA
[00:47:30] <cradek> use cvs up -dPAC
[00:47:51] <fenn> ah that's a good one
[00:48:04] <fenn> use with caution!
[00:48:22] <fenn> oh it saves to a backup, nevermind
[00:48:42] <gene> I've got the -rHEAD running now, but its running silently with lots of bandwidth used.
[00:48:45] <giacus> night
[00:50:59] <gene> I have a torrent running for ubuntu but its about petered out I think, upload share is nearly 5.
[00:52:41] <gene> -rHEAD is still grabbing stuff, in src/libnml, doing one file at a time like its replaceing them all.
[00:52:50] <cradek> many files changed
[00:53:14] <gene> Oh, and the -rHEAD is correct?
[00:53:46] <cradek> probably it's fine
[00:53:52] <cradek> I usually use -A, which means remove all sticky tags
[00:54:25] <cradek> gene: how much accel and vel stepgen headroom do you have configured?
[00:55:43] <gene> Lots, it helps the following errors, a lot! Its building again now, but when thats done I can ge tthats tuff out of stepper_inch.ini if the HEAD didn't overwrite it.
[00:56:46] <cradek> the old planner would sometimes violate the acceleration constraint by 2x, so if you had MAXACCEL=10 you had to have STEPGEN_MAXACCEL=20 or more to be really sure it would never ferror.
[00:57:23] <cradek> now you can actually set them the same, but I recommend the stepgen settings be about 110%
[00:57:37] <cradek> (jogging may still ferror if they're the same)
[00:58:07] <gene> From the TP section:
[00:58:12] <gene> DEFAULT_VELOCITY = 0.0267
[00:58:14] <gene> MAX_VELOCITY = 0.65
[00:58:16] <gene> DEFAULT_ACCELERATION = 3.0
[00:58:18] <gene> MAX_ACCELERATION = 5.0
[00:58:34] <cradek> ok in an AXIS section what is STEPGEN_MAXACCEL?
[00:58:57] <gene> From say axis 1, all the same:
[00:59:00] <gene> 2
[00:59:02] <gene> MAX_ACCELERATION = 2.9
[00:59:04] <gene> STEPGEN_MAXVEL = 0.68
[00:59:06] <gene> STEPGEN_MAXACCEL = 4.1
[00:59:34] <gene> Somewhere around .67 is max rapid
[00:59:41] <cradek> ok I recommend you set all your MAXVEL the same (TRAJ and AXIS sections)
[00:59:49] <cradek> also set all your MAXACCEL the same (TRAJ and AXIS sections)
[01:00:02] <cradek> set SETPGEN_MAXVEL to 110% of MAXVEL
[01:00:05] <gene> Ok, hang on a few
[01:00:09] <cradek> set STEPGEN_MAXACCEL to 110% of MAXACCEL
[01:00:17] <cradek> (on all axes)
[01:01:40] <gene> maxvels all at .67 now.
[01:02:31] <cradek> ok so stepgen_maxvel should be about .74
[01:03:01] <gene> Ok set MAXACCEL to about 3, you can hear them accel and decel that way. Any slower and its a slow start, then snaps to speed.
[01:03:26] <cradek> ok, so stepgen_maxaccel is 3.3 then
[01:04:29] <cradek> gene: there's documentation for the new blend tolerance mode at
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?TrajectoryControl
[01:07:33] <gene> Ok, got 2 copies of that headed for the printer, darn that was slow took a minute to start
[01:08:09] <gene> Now, back in the TP section default=2.0 maxvel=3.0 Right?
[01:08:23] <cradek> sure
[01:08:31] <cradek> (don't think default is even used)
[01:08:57] <gene> Thats DEFAULT_ACCELLERATION=2.0
[01:09:45] <cradek> I've gotta run... Let me know how it works out! I'll try to check in later.
[01:10:56] <gene> Ok, but that .74 may cause stepper locks, I'll test it and thanks a bunch Chris. I'll probably have to go feed the missus here at some point myself.
[01:12:19] <gene> I've been meaning to ask again, how come I have beautiful fonts on this screen, and such shitty ones out there?
[01:13:06] <SWPadnos> fonts are rendered by the X server on the machine whose display you're using, not the one the program is running on
[01:13:47] <SWPadnos> cradek pointed out that the DisplaySize setting is important for small text
[01:14:17] <SWPadnos> the large text should be taken care of with proper font setup, (which I can't help you with :( )
[01:17:17] <gene> This is the readout numbers, the really big ones
[01:17:44] <gene> Selecting helvitica after the startup helps, but even then its blocky.
[01:18:13] <SWPadnos> well. all I can say is that it's the local X server settings, not the remote ones
[01:18:24] <SWPadnos> beyond that, I'm not so good with X font configuration
[01:18:48] <SWPadnos> (in fact, I could be wrong about that as well, but I think I'm not)
[01:19:04] <gene> And, carving virtual metal, its quite happy now. And TBT, I've loaded this machine up with half a GIG of really nice fonts from Goldenweb.it, great site.
[01:19:36] <SWPadnos> do they work in other apps
[01:19:46] <SWPadnos> specifically, opther tcl/tk apps, if you have any
[01:37:18] <gene> Yes, even in OOo composer or draw, made my xmas cards with them
[01:38:10] <gene> Theya re installed in teh systemwide location, so they're all useable AFAIK but haven't tried in kmail yet.
[01:38:13] <SWPadnos> I wonder if the exact font you have on the emc machine is installed correctly on the inside machine
[01:38:46] <gene> Don't know, I've not removed any from the FC2 install though.
[01:39:15] <SWPadnos> hard to know what's default these days
[01:39:31] <SWPadnos> you also said that one is XOrg and the other is XFree86, right?
[01:39:38] <gene> What scales the update rate for the backplotter? Its doing lots of bad traces as the virtual machine speeds up?
[01:40:00] <SWPadnos> the AXIS backplot?
[01:40:01] <gene> Yes, this one is Xorg-6.8.1-901
[01:40:13] <gene> No, the tcltkj
[01:40:16] <gene> No, the tcltk
[01:40:35] <SWPadnos> I think it's CYCLE_TIME in the task section
[01:41:42] <gene> Humm, if I can spare the cycles, that needs cut to about 10% of its current setting. Any other side effects?
[01:42:02] <SWPadnos> none that I know of, just more CPU time for eye candy ;)
[01:42:52] <gene> Also, I appear to be at a feed limit at an override=100%, good, I like eye candy, its about the only kind I can use now, with my sugar problems
[01:43:04] <SWPadnos> heh
[01:43:26] <SWPadnos> feed limit as in "the motors won't go any faster, captain"
[01:43:40] <SWPadnos> or feed limit as in "I can't move the slider past 100%"
[01:44:14] <gene> And here I sit, sucking on my 2nd beer of the day, yes, they appear to be tapped out even without any power, and I can move the slider to 250%
[01:44:45] <gene> Low cal beer even, rocks gReen Lite, 83 cals a bottle.
[01:45:34] <gene> but from 100% to 250% is a no change in how it runs.
[01:45:38] <SWPadnos> yuck - beer (or even near-beer)
[01:45:54] <SWPadnos> ok. what are the programmed feedrate, and the max_velocity?
[01:46:26] <gene> Well, I do like black jack too, but I long ago figured out I was an alky, so 2 a day is my self imposed limit.
[01:46:35] <SWPadnos> heh
[01:46:58] <gene> In this little proggy, 110 I think IIRC
[01:47:05] <SWPadnos> I have about 2/year, unless I'm on an airplane (Bailey's and coffee)
[01:48:21] <gene> I've a half gallon of black jack my successor gave me the day I retired in 2002, still have about 1/2 of it, Baileys is the missus drink, when she does which isn't very often
[01:48:31] <gene> a fifth lasts her a year or so
[01:48:58] <SWPadnos> I guess I'm kinda like the missus then (in that regard :) )
[01:49:50] <gene> a small amount is good for you the dr's claim, but more than 2 a day doesn't sem to have any more benefits
[01:50:26] <gene> according to the sawbones anyway. I've seen some that took 2 6packs to make them 'right' too.
[01:50:53] <SWPadnos> I've seen some that think they're right after a beer or twelve, but they're almost always wrong
[01:51:43] <gene> It finished that program, which carves a total length of 6", .025" at a time with no more ferrors, this is great!
[01:52:45] <SWPadnos> cool
[01:52:58] <gene> And, from the looks of the backplot, its moving some faster than my motors can keep up when power is applied I believe, so this is a marked improvement
[01:54:49] <gene> One guy I used to like for his music, sang in the Long Branch, a bar in RCSD back in about 1961 when I was building titans, took him about a case to find his voice, and then he was great, till then just hoarse
[01:55:27] <SWPadnos> heh
[01:55:39] <gene> I used to wait till about 10ish to go in because it made that much difference.
[01:57:14] <gene> Called his band "John Paul Jones and his 4 5ths".
[01:58:02] <gene> Damn, 45 eyars ago. That bar was gone by the time I actualy moved to RCSD for a decade.
[01:58:05] <SWPadnos> or "10 5th's"
[01:58:29] <SWPadnos> hey - that's before I was born. :)
[01:59:16] <gene> He had 2 or 3 pickers and a drummer too. But not that much before I suspect, I've seen pix of you, 30ish I'd say?
[01:59:35] <SWPadnos> heh. older than that. 37.5
[01:59:46] <SWPadnos> but thank you anyway (such a nice boy)
[01:59:57] <gene> I thought I detected a trace of grey in them locks :)
[02:00:27] <SWPadnos> working on it - gotta catch up with the wife ;)
[02:00:43] <gene> And here I am working on my 72nd, chuckle :)
[02:01:07] <SWPadnos> heh
[02:03:33] <gene> Sitting here reading up on the TP, from that link back up the log now, sweet! Any of this yours?
[02:03:48] <SWPadnos> all cradek so far
[02:04:22] <gene> It sure seems like he has a good grip on this, thats for sure.
[02:05:06] <SWPadnos> yep. and it should be simpler for others to get a grip now (though sadly, none of us has done so)
[02:05:15] <SWPadnos> that I know of. I know I haven't taken the time
[02:07:12] <gene> I expect I'd better go see if the missus is hungry yet. I looked at it a month ago but got rather glassy eyed in short order, too many vars whose duties were well explained, but thats just me I expect. Slowing down as the years sneak up on me, darnit! :-)
[02:07:29] <gene> s/were/weren't
[02:08:38] <gene> Talk to you all next week if not before, thanks, a lot, both of you.
[02:22:30] <lerman_> lerman_ is now known as lerman
[02:32:04] <jepler> cradek: I don't know if you can fix this, but the thing I get when I click on the path tolerance example image is still the small image.
[02:34:04] <jepler> hm. With "O" words you can write an infinite loop g-code file. AXIS will never finish loading it (I assume, haven't checked) with no way to abort
[02:41:28] <jepler> cradek: I don't know what happened here, but it sure looks suspicious. At the time of the weird blend, I was moving the feed override slider, from 100% down to about 30%.
http://emergent.unpy.net/index.cgi-files/sandbox/HEAD-funny-blend.png
[02:42:45] <jepler> the program is
http://emergent.unpy.net/index.cgi-files/sandbox/circles.ngc and I can make it jump circles repeatedly.
[02:43:22] <fenn> what's special about that particular circle?
[02:43:48] <jepler> fenn: Nothing; it's the circle where I moved the feed override slider
[02:43:55] <fenn> i mean, there shouldn't be anything random in the blending
[02:43:58] <Jymmm> fenn: it was made with love
[02:44:08] <fenn> cold, calculating love
[02:44:16] <Jymmm> lol
[02:44:59] <jepler> it's not random, it's something that happens consistently when I use feed override
[02:47:51] <jepler> and it's nothing to do with O-words, I wrote the equivalent non-looping program (200 lines) and it works just the same away
[02:47:54] <jepler> s/away/way/
[02:54:28] <cradek> it jumps from one circle to the next?
[02:54:56] <jepler> yeah it jumps to the next circle .. but then it does the circle again, the next time around
[02:55:05] <jepler> the jumped-to circle
[02:55:08] <jepler> can you reproduce it?
[02:55:18] <cradek> I haven't tried yet
[02:55:27] <cradek> and I notice it stays yellow
[02:55:31] <cradek> W T F
[02:56:06] <fenn> are those G2's or G1's?
[02:56:19] <cradek> they are g2
[02:56:27] <cradek> you can see the whole program at the bottom
[02:56:56] <jepler> there's a G1 at the "9 o'clock" of each circle, to move over to the next one. but the circles are circles.
[02:57:22] <cradek> I know what it is
[02:57:31] <cradek> you're triggering a premature blend of the upcoming g1
[02:58:03] <cradek> do you know if your circles are large enough that the accel constraint limits the feed?
[02:58:12] <jepler> no idea
[02:58:26] <jepler> the config file is /home/jepler/emc2/configs/sim/sim-axis.ini
[02:58:35] <jepler> I can put it somewhere if you like
[02:58:38] <cradek> I bet there's a bug in the blending criteria - it's based on velocity which might require some rethought for arcs
[02:58:53] <fenn> what's the difference between yellow and purple?
[02:58:58] <cradek> yellow is a blend
[02:59:08] <cradek> purple is an arc, red? is a line
[02:59:14] <fenn> ok so why is purple so far off the mark right before the misblend
[02:59:21] <fenn> to the left of the green X
[02:59:35] <cradek> mostly because GL can't draw arcs
[02:59:46] <cradek> notice how they're not round (the white lines)
[03:00:00] <fenn> yeah that's why i thought it could be G1's
[03:00:18] <cradek> unfortunately gl doesn't know anything but lines
[03:01:01] <dave-e> hey cradek...couple of emc2 questions
[03:01:58] <dave-e> ah cradek hides.
[03:02:26] <cradek> ?
[03:02:32] <cradek> I'm waiting for the questions
[03:02:40] <cradek> sorry I guess I don't know the protocol
[03:02:47] <dave-e> the easy one how to connect the dac to spindle
[03:02:58] <cradek> no idea
[03:03:05] <dave-e> oh
[03:03:05] <cradek> can't wait for the hard one
[03:03:09] <fenn> in hal?
[03:03:13] <dave-e> yes
[03:03:20] <cradek> I'd ask fenn
[03:03:22] <fenn> er, which servo card is it?
[03:03:25] <dave-e> stg
[03:03:49] <fenn> * fenn fumbles around
[03:04:02] <dave-e> general syntax will do
[03:04:25] <dave-e> ie. what is the spindle called
[03:04:29] <cradek> dave-e: I have to make a part here, so can you ask me the other question first?
[03:05:37] <dave-e> in the latest download.. emc2 tkemc displays G21 but executes in inches....if I declare G20 it says everything is out of range
[03:05:57] <fenn> the spindle is iocontrol.0.spindle-speed-out
[03:06:23] <dave-e> ah... ok will hav to try that.
[03:06:32] <cradek> dave-e: what download exactly? a package, or cvs?
[03:06:43] <dave-e> backplot looks like it is in mm
[03:06:43] <cradek> oh you're using the latest testing deb, I remember
[03:06:45] <dave-e> very small
[03:06:54] <dave-e> yeh
[03:07:23] <cradek> wow, I can't imagine what broke that
[03:07:32] <cradek> what are your user units in the ini file?
[03:07:41] <dave-e> well it sure is weird
[03:07:43] <dave-e> inches
[03:07:49] <fenn> dave-e: something like linkpp iocontrol.0.spindle-speed-out stg.3.dac-value
[03:07:59] <cradek> but when you start tkemc it thinks it's in mm mode?
[03:08:20] <dave-e> well 0.003937...
[03:08:36] <dave-e> within a couple of orders of magnitude
[03:08:49] <cradek> ok
[03:09:05] <cradek> you haven't touched it recently? (I mean, you're sure it's not an order of magnitude off?)
[03:09:16] <cradek> mine is 0.03937007874016
[03:09:32] <dave-e> ok that sound right...but I can check
[03:09:42] <fenn> * fenn thinks the whole .039.. thing is silly
[03:09:52] <cradek> there are four of them, one in TRAJ and one in each AXIS
[03:10:04] <cradek> check to be sure they are all the right number
[03:10:11] <dave-e> I'll check them all
[03:10:19] <cradek> offhand I can't think of anything that would have changed this behavior.
[03:10:33] <dave-e> I'll go down and check and report back
[03:10:35] <cradek> tkemc hasn't been touched, and the units handling of the interp hasn't either.
[03:10:51] <cradek> ok I need to make chips here (dust actually)
[03:11:01] <dave-e> oh, it is probably something I did...finding it is always a problem
[03:11:12] <cradek> you never know, it could be any of us.
[03:11:25] <dave-e> yes...I need to make chips also which is why I'm so uptight about this.
[03:11:28] <cradek> also check that all the AXIS are TYPE=LINEAR
[03:11:37] <dave-e> indeed
[03:11:39] <dave-e> brb
[03:12:36] <dmessier> bon soir as tous... ; )
[03:13:13] <fenn> et as vous
[03:13:37] <dmessier> any news???
[03:14:05] <fenn> at&t announces its plans to acquire bellsouth
[03:14:51] <fenn> we are persecuting cradek for this:
http://emergent.unpy.net/index.cgi-files/sandbox/HEAD-funny-blend.png
[03:15:21] <dmessier> any news on the v22 osprey nose landing gear??
[03:16:58] <dmessier> where's the blendin'
[03:17:33] <fenn> Messier-Dowty exhibits V22 landing gear at Paris Air Show - but that's old news eh
[03:18:40] <fenn> or maybe future news
[03:18:58] <dmessier> mains... we've made all a along
[03:19:38] <dmessier> way cool alu pcs....
[03:20:24] <dmessier> we scraped 1 the last day of work last yr... bited
[03:21:18] <dmessier> if we had all stayed home it would have been cheaper... ; (
[03:21:26] <fenn> fools!
[03:22:00] <dmessier> shit for brains all of us... driven by schedule
[03:22:15] <dmessier> and yr end
[03:22:34] <fenn> in "bon soir as tous" is "as" plural because tous is plural?
[03:22:49] <dmessier> 72 G USD
[03:23:12] <fenn> or is the s just because you cant write an accent
[03:23:15] <dmessier> oui
[03:23:46] <dmessier> its formally correct
[03:23:54] <fenn> what makes the raw part cost so much?
[03:24:43] <dmessier> alu forging .. with certain properties...
[03:25:30] <dmessier> and machining technology required to make a cylinder out of it
[03:26:08] <dmessier> its triangular in shape
[03:26:33] <fenn> the bore is triangular?
[03:27:10] <dmessier> no the finished part is... the bore is UP 1 leg
[03:29:34] <fenn> wanna see something cool?
[03:29:51] <fenn> http://www.newscientist.com/channel/mech-tech/dn8802.html
[03:35:47] <dave-e> dmessier....any connections with Dowty-Smith
[03:38:10] <dave-e> cradek....mez culpa ... TRAJ value was still 1.0
[03:38:28] <dave-e> fix that and things work better...
[03:38:53] <dave-e> tk would not come up with the spindle dac command.
[03:39:04] <cradek> dave-e: oh that's great news
[03:39:10] <dave-e> and spindle maxed out and stayed that
[03:39:31] <dave-e> yes it is....hate to think I make those kind of mistakes but...
[03:40:02] <dave-e> now to get the spindle going.
[03:40:22] <dave-e> I looked at the demo_mazak stuff but that didn't help much
[03:41:40] <dave-e> dmessier...are you familiar with the reusable release bar...for catapults?
[03:42:40] <dave-e> who knows maybe I've got a typo in the spindle command line
[03:43:08] <dave-e> it may just need another line for scaling
[03:44:46] <fenn> i'd check the signal chain starting at the VFD and go back thru hal and then EMC
[03:46:09] <dave-e> well the dac to spindle drive is OK, it has not changed from emc1
[03:46:45] <dave-e> so we probably need to check my typing and also figure out how to scale it so 10 v = 4K rpm
[03:47:23] <Jymmm> Anyone have suggestions for 1/16" spiral downcut bits?
[03:48:38] <fenn> dave-e: try gets iocontrol.0.spindle-speed-out
[03:48:49] <fenn> in halcmd
[03:49:09] <dave-e> will do next time down to the shop
[03:49:14] <fenn> "watch halcmd gets iocontrol.0.spindle-speed-out"
[03:50:04] <fenn> or watch --interval=0.1 if it doesn't update fast enough
[03:52:05] <dave-e> be back in a while
[04:09:31] <cradek> I haven't actually cut something with emc for some time, that sure worked well
[04:10:10] <jepler> yay
[04:10:34] <cradek> jepler: this pcb is for a TSOP (?) chip with smd pads on .8mm centers
[04:11:11] <jepler> cradek: what's the project?
[04:11:25] <cradek> for ted's project
[04:11:29] <jepler> ah
[04:11:35] <cradek> it's a carrier for the smartmedia chip he desoldered
[04:11:36] <CIA-8> 03jepler * 10emc2/src/hal/utils/ (scope_horiz.c scope_usr.h): allow dragging on the horizontal area to move the plot
[04:11:57] <cradek> ooh
[04:12:01] <cradek> what's the horizontal area?
[04:12:11] <jepler> the place that shows what part of the plot you're seeing
[04:12:29] <cradek> ah
[04:12:56] <cradek> neat
[04:13:03] <cradek> can you lose a scrollbar then?
[04:13:09] <jepler> yeah, possibly
[04:13:27] <cradek> about the wiki page: alex put that there - I have no idea how to use images in the wiki
[04:13:39] <jepler> except that what this does is manipulate the state of that other widget (scrollbar, scale, or whatever it's called)
[04:13:51] <jepler> that's all for tonight.
[04:13:59] <cradek> ok goodnight
[04:19:33] <dave-e> fenn I found some more stuff in the demo_mazak hal file...now to try to understand it. ;-)
[04:19:58] <dave-e> some blocks for scaling
[04:34:33] <A-L-P-H-A> http://cbs5.com/watercooler/local_story_059005903.html check out the videos. heh.
[05:42:26] <SWPadnos> logger_aj, bookmark
[05:42:26] <SWPadnos> See
http://solaris.cs.utt.ro/irc/irc.freenode.net:6667/emc/2006-03-06#T05-42-26
[05:42:38] <Jymmm> SWPadnos bouncing?
[05:43:07] <SWPadnos> nope. trying to get chatzilla to load the exact set of tabs I want at startup, and log the way I want
[05:43:15] <Jymmm> lol
[05:43:35] <Jymmm> any idea why they say 'end mill' and 'router bit' here -->
http://www.store.yahoo.com/drillcity/10comhobkit.html
[05:44:29] <SWPadnos> router bit makes sense, end mills doesn't
[05:45:18] <SWPadnos> ah, wait. the end mills can bore deeper, since the shanl is the same size just about up to the depth collar
[05:45:22] <SWPadnos> shank
[05:45:47] <SWPadnos> the drills can't go that deep, and the router bits can be used for routing, which the drills aren't meant for
[05:48:08] <Jymmm> But the list all thee in that kit: endmills, drillbits, AND router bits.
[05:48:14] <Jymmm> But they list all thee in that kit: endmills, drillbits, AND router bits.
[05:48:31] <SWPadnos> right. it's a combo kit, so you can drill, route, and err - mill
[05:48:50] <Jymmm> what sthe diff between endmills and router bits?
[05:48:56] <SWPadnos> damfino
[05:49:14] <Jymmm> ty, at least I'm nucking futs
[05:49:27] <Jymmm> ^not =)
[05:49:42] <SWPadnos> well, that remains to be determined :)
[05:50:06] <Jymmm> in this respect.... we all have to be a lil crazy to survive in this world
[05:50:38] <SWPadnos> indeed
[05:51:20] <tfmacz> If you look closely at the pictures the end mills have flutes and the router bits have a dimond knurl type pattern on them.
[05:53:07] <tfmacz> generraly an end mill is used to cut a closed bottom pocket where a router is used to cout out the board or cut slots for mounting large compunents.
[05:56:37] <Jymmm> well... do you think the 'router bits' would shred wood?
[05:56:55] <Jymmm> like carving
[05:57:30] <Jymmm> http://us.st11.yimg.com/store1.yimg.com/I/drillcity_1883_534793
[06:01:07] <tfmacz> I have found that the router bit style cutter has a tendance to plug up on soft material. no place to the chips to go. They are ment for harder material.
[06:02:09] <SWPadnos> SWPadnos is now known as SWP_Away
[06:02:22] <Jymmm> ah, ok. that makes sense. I just need 1/16" uncut anyway =)
[06:02:25] <Jymmm> upcut
[06:02:32] <Jymmm> err downcut I mean
[06:03:58] <tfmacz> down cut is ok if you are milling through the item it gives a clean to surface but if you are milling in a slot with a closed bottom there can be a problem clearing chips.
[06:04:56] <tfmacz> are you milling wood?
[06:05:01] <Jymmm> yeah
[06:05:31] <tfmacz> cutting out pieces or carving?
[06:05:33] <Jymmm> need the downcut for clean finish adn to prevent the material from being lifted up
[06:05:45] <Jymmm> a lil of both, mostly carving
[06:06:48] <tfmacz> I use standard 1/4 inch shank carbide router bits. 2 straight flutes. I have them down to 1/16"
[06:07:05] <tfmacz> by straight i mean no spiral.
[06:07:33] <Jymmm> I've been having good luck with CMT spiral downcut; but they don't go lower than 1/8"
[06:07:53] <tfmacz> They are available in square end or ball tip.
[06:08:13] <Jymmm> the CMT's? square.
[06:09:07] <tfmacz> how do you secure your work that you have problems with it lifting up?
[06:09:19] <Jymmm> edge clamping
[06:09:45] <tfmacz> generally how big are the pieces you work with?
[06:10:25] <Jymmm> up to 24" square, but on avg 8" x 16"
[06:13:15] <tfmacz> Iahve had good success with a combination of clamping and double sided carpet tape. The carpet tape is very thin and holds down the piece.
[06:15:19] <Jymmm> I'd be going thru a lot of tape =)
[06:15:47] <tfmacz> I have carved some "image to gcode" type pictures using tape alone.
[06:16:36] <tfmacz> carpet tape is cheap. don't buy it at the hardware store, make friends with a carpet installer.
[06:17:03] <Jymmm> I hate using tape... the adhesive residue is a PITA to remove most of the time.
[06:17:21] <Jymmm> It's bad enough I have to use it to cut lumber w/o chipouts.
[06:19:21] <tfmacz> funny. the tape we have available here does not generally leave a lot of residue. as long as you don't leave it for to long. It is not foam tape. some kind of plastic with adhesive on bothe sides. generally comes off clean.
[06:20:44] <Jymmm> I have some here, great stuff... too good sometimes.
[06:21:30] <tfmacz> I think I maght have asked you this before...what do you use for image2gcode???
[06:25:14] <Jymmm> I haven't done any with EXCEPTIONAL results (yet), but
http://imagetogcode.com/ and BMP2DIN
http://engraving.majosoft.com/html/body_free_software_tools.html
[06:33:38] <tfmacz> I like the "imagetogcode.com" program. USed up my 30 trial. trying to decide if I want to register it.
[06:38:06] <Jymmm> I used it and never used it! lol
[06:40:57] <lilo> [Global Notice] Hi all. Just a reminder: if you're experiencing the DCC router exploit with a Netgear or Linksys router, you can connect to freenode on port 8001 instead of port 6667, and you can disable SPI. Either should work.
[06:41:58] <lilo> [Global Notice] Both fixes should render the exploit ineffective. Also, please remember to identify to nickserv again; since our problem during the weekend, we had to reup all of the servers and some of you are not identified. Thanks.
[06:43:41] <Jymmm> what tooling were you using with image2gcode?
[06:51:28] <tfmacz> I have used 2 bits for image carving. 1/8" 90 degree "V-Groove" scoring bit and a 5/64" 2 flute straight router bit.
[06:55:22] <Jymmm> scoring bit?
[06:57:41] <tfmacz> I have all three of these.
http://www.dimarcanada.com/products/product_details.php?pLineIDVar=2&familyIDVar=11&categoryIDVar=151&groupIDVar=191
[07:00:18] <Jymmm> Ah, ok.
[07:00:59] <Jymmm> I'll chekc out the rest of them tomorrow... getting ready to hit the bed casue alex_joni is here now, and well, he'll just bore you to sleep
[07:01:12] <alex_joni> Jymmm: go sleep already
[07:01:23] <Jymmm> * Jymmm plays a alex_joni
[07:01:27] <Jymmm> G'Night Folks!
[07:01:37] <alex_joni> good night Jymmm
[12:14:25] <giacus> giacus is now known as giacus_afk
[13:40:43] <Bo-Dick> Does anyone know about stepper motors here?
[13:44:45] <cncuser> hello
[13:45:24] <jepler> hi cncuser
[13:45:31] <cncuser> hi jepler :)
[13:45:49] <cncuser> anyone tried the livecd ?
[13:46:41] <cncuser> i heard that the graphical userinterface doesnt launch on most hardware :(
[13:47:39] <jepler> I haven't yet.
[13:48:00] <jepler> the only place I could try it today would be qemu and I think you already tested it there
[13:48:14] <cncuser> yes :)
[13:52:15] <giacus_afk> hello
[13:52:25] <giacus_afk> giacus_afk is now known as giacus
[13:53:20] <giacus> cncuser: what abut the HW didnt work ?
[13:53:26] <giacus> amd processor ?
[13:54:58] <cncuser> glacus: grafix subsystem
[13:55:20] <cncuser> glacus: the probing of the hardwrae gives kernel oopses
[13:55:36] <giacus> know more about video card ?
[13:55:47] <cncuser> glacus: try it :)
[13:55:51] <Bo-Dick> Is 75 ohm considered a high resistance for a stepper coil?
[13:56:11] <cncuser> it works with qemu and vesa, matrox and xorg, nvidia and xorg
[13:56:20] <cncuser> but
[13:56:29] <cncuser> well
[13:56:33] <giacus> I've sis video card
[13:56:44] <giacus> onboard
[13:56:51] <cncuser> this is 3 setups out of 10ths ot thousends
[13:57:02] <giacus> K
[13:57:22] <cncuser> gacus: you can add your working setup here:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CncUser
[13:57:34] <cncuser> at the bottom there is a section withs etups
[13:58:01] <giacus> ok, I've do download the iso and try it yet
[13:58:04] <giacus> to
[13:58:13] <cncuser> :)
[13:59:20] <giacus> Bo-Dick: it seems high
[14:00:05] <Bo-Dick> giacus: Will this make the motor weak?
[14:00:28] <giacus> what is bipolar ?
[14:00:47] <giacus> are you sure about the coil youre measuring
[14:01:04] <giacus> how many wires ?
[14:01:46] <Bo-Dick> They are stepper motors from floppy disk drives. I've wired them bifilar that means eight wires coming from them. Each cois is 75 ohms.
[14:03:00] <jepler> Bo-Dick: If they're from floppy disk drives, then they're designed to be run from 12V at most. That gives 1.8W, which is a pretty low power.
[14:03:11] <jepler> you won't run a very big table off of floppy drive steppers
[14:03:47] <Bo-Dick> What would happen if I gave them more than 12 volts?
[14:04:11] <jepler> You'll heat part of the motor out of spec.
[14:04:29] <Bo-Dick> Ok. Lets say I've got current limiting.
[14:05:33] <giacus> Bo-Dick: the yours is probably a very small motor having that resistance
[14:05:37] <jepler> You're still stuck with <2W no matter whether it's 12V all the time, or a higher voltage (24V?) that is on only part of the time due to the current limiting.
[14:05:46] <giacus> should be normal
[14:06:16] <giacus> the mine are 2 A , 1.1 hom
[14:06:22] <giacus> from a copier
[14:07:05] <skunkworks_wrk> giacus: do they have a voltage rating?
[14:07:07] <Bo-Dick> The prob is that the cheapest motors are 30$ and up. If I want a three axis system the price of the motors alone yields 90$. That sucks.
[14:07:41] <giacus> skunkworks_wrk: no voltage specified there
[14:07:54] <skunkworks_wrk> just wondering.
[14:08:02] <jepler> incidentally, the motors sherline sells for their minimills are 3.2V, 2A == 6.4W
[14:08:09] <Bo-Dick> giacus: What is the wire gauge inside the coils? Mine are 0.12mm thick.
[14:08:12] <giacus> 4 phase 2 A. 1.1 hom, 200 step
[14:08:19] <jepler> giacus: 1.1 ohm?
[14:08:25] <giacus> yeah
[14:08:29] <giacus> http://www.micromed.it/Elettronica/stepper.htm
[14:08:36] <giacus> look at model M22
[14:08:53] <giacus> I bought 3 of that E. 30
[14:09:26] <giacus> around 70 hom you can find the M19 (very small motor)
[14:10:33] <giacus> Bo-Dick: try to search for datasheet
[14:10:44] <giacus> it could be somewhere ..
[14:12:21] <Bo-Dick> I think my motors are like this except that I've connected the coils separately (bifilar):
http://www.doc.ic.ac.uk/~ih/doc/stepper/others/example2/
[14:13:47] <giacus> if your'e experimenting ok .. but remember that usually bipolar native motor has better perfomance
[14:13:55] <giacus> with just 4 wire
[14:14:34] <Bo-Dick> giacus: You mean 4 wire are better than 8 wire?
[14:15:05] <giacus> there are motor you can use as bipolar or unipolar
[14:15:23] <giacus> usually 4 wire motor has better performance
[14:15:54] <Bo-Dick> giacus: Do you know what "bifilar" means?
[14:16:10] <giacus> dunno what you mean
[14:16:13] <giacus> 2 wires ?
[14:16:46] <giacus> or maybe youre talking abou coils construction inside
[14:17:10] <giacus> bi i italian mean two
[14:17:20] <Bo-Dick> http://www.cs.uiowa.edu/~jones/step/types.html
[14:17:21] <giacus> but isnt that I suppose
[14:18:03] <giacus> http://www.vincenzov.net/
[14:18:06] <giacus> ops
[14:18:46] <skunkworks_wrk> http://www.allelectronics.com/cgi-bin/item/SMT-87/400600/STEPPER_MOTOR,_1.8_DEG__STEP_.html
[14:20:23] <skunkworks_wrk> http://www.allelectronics.com/cgi-bin/item/SMT-85/400600/STEPPER_MOTOR,_LIN_4218L_.html
[14:22:38] <Bo-Dick> skunkworks_wrk: Looks like a floppy drive stepper. They could have rewound the windings with thicker gauge wire.
[14:23:20] <skunkworks_wrk> http://www.alltronics.com/stepper_motors.htm
[14:24:54] <Bo-Dick> Bifilar motors are always best because they makes it possible to connect the windings in parallel.
[14:26:22] <skunkworks_wrk> Applied Motion Products NEMA 23 Stepping Motor
[14:26:22] <skunkworks_wrk> Applied Motion Products part number 44A501711 Bipolar stepper motor. This motor is a NEMA size 23 (approx 2.25" sq x 2" deep) the shaft is 1.25 x 0.25" approx. Specs are 60 in/oz, 200 s/rev, 2.3V, 2.3A. Large quantity available.
[14:26:22] <skunkworks_wrk> 25M002 Unit Price : $7.95
[14:27:13] <skunkworks_wrk> that is a nice motor. I have played with them. cheap and 60in/oz.
[14:27:19] <Bo-Dick> skunkworks_wrk: Wish my local dealer had such cheap prices!
[14:27:41] <Bo-Dick> Unfortunately this isn't the situation.
[14:28:28] <skunkworks_wrk> where are you located?
[14:28:42] <Bo-Dick> sweden
[14:28:48] <skunkworks_wrk> ah.
[14:29:49] <jepler> allelectronics.com says they ship to foreign destinations, but I don't know the details.
[14:31:12] <Bo-Dick> I think my motors have this tiny wire gauge just because they are specifically designed to floppy drives and are intended to be weak.
[14:32:19] <Bo-Dick> When measuring the resistance in the coils with a multimeter the instrument shows 75 ohms on each coil.
[14:32:51] <Bo-Dick> This would mean that I would have to apply high voltage in order to get some torque from them.
[14:37:36] <Bo-Dick> Do you think anyone has ever used a floppy drive stepper in a cnc setup?
[14:47:58] <Jymmm> Yes. Succesfully, no.
[14:50:07] <Jymmm> and stepper motors are usualy ran at 20 to 25 times their rated voltage.
[14:50:14] <Jymmm> for cnc operation.
[14:53:11] <Bo-Dick> Jymmm: So you think my small stepper will blow if run at 25 times the rated voltage?
[14:53:50] <jepler> Bo-Dick: If it's really designed for 12V, then you're looking at 300V. Nobody runs steppers with a 300V supply
[14:53:56] <jepler> Gecko drives stop at 80V
[14:54:26] <Bo-Dick> What if I give them 60 volts?
[14:54:36] <Bo-Dick> Thats 5 times the rated voltage.
[14:56:04] <jepler> The purpose of using a higher voltage and a current regulator system is to increase torque at high step rate.
[14:56:36] <jepler> but it doesn't increase the holding torque or the low-speed torque
[14:57:30] <Bo-Dick> Does it decrease the holding torque or low-speed torque?
[14:57:33] <Jymmm> if your steppers are rated at 12V, they probably have some high induction on tham as well.
[14:57:39] <Jymmm> them
[14:58:09] <Bo-Dick> I don't know the inductance of the coils but the resistance is 75 ohms.
[14:59:26] <Jymmm> 12vdc/75ohm = 0.16 Amps
[15:00:56] <Bo-Dick> Could I get some performance if I current limit at 160mA?
[15:05:14] <Bo-Dick> I guess the only advantage with these motors were that they were very cheap since they come from scrapped 5.25" disk drives. I've put some effort to convert them to bifilar so that I can connect the coils in parallel. I've heard that the motors are slightly more effective this way than if theyre connected in series.
[15:11:44] <les_w> morning
[15:12:26] <CIA-8> 03cradek * 10emc2/src/emc/kinematics/tp.c: fix premature blending caused by reduction in feed override
[15:20:19] <skunkworks_wrk> again - nice work cradek. (sorry I didn't get a chance to test it this weekend)
[15:24:26] <Bo-Dick> The problem with a real successful stepper cnc setup is that everything has to be high end technology in order to work flawlessly. The driver must support microstepping in order to get a smooth ride, the midband-resonance must be suppressed somehow and the motors must be powerful enough in order to get a good result. It feels like as long as one tries to compromize the result will be crap.
[16:09:33] <Bo-Dick> I've really underestimated the complexity of a successful cnc system!
[16:13:34] <Bo-Dick> Is g-code the same as "gerber"-code?
[16:18:20] <skunkworks_wrk> bo-dick: No
[16:43:23] <jepler> new AXIS release candidates. These are needed for the HEAD of emc2.
http://axis.unpy.net/index.cgi/downloads/01141663025
[16:44:25] <gene> Hi all
[16:44:31] <jepler> hi gene
[16:44:59] <gene> Hi jepler, Is Chris around?
[16:45:17] <jepler> He was here earlier
[16:45:19] <cradek> uh-oh
[16:45:34] <gene> Chuckle, caught ya!
[16:45:57] <cradek> how's your machine gene?
[16:46:24] <gene> cradek: Its working great but the comnsole is drowning in a debug msg
[16:46:32] <gene> console
[16:46:41] <cradek> something about straight feed? that's fixed
[16:46:47] <gene> yup
[16:46:59] <gene> convert_straight: feed_rate=120.000000
[16:47:06] <cradek> I fixed that as soon as cvs started working again last night
[16:47:38] <gene> so I should do a cvs up -rHEAD?
[16:48:08] <cradek> sure, if it bothers you
[16:48:15] <cradek> are your following errors gone?
[16:48:20] <jepler> If you're already using HEAD, there's no need to specify "-rHEAD"
[16:48:27] <jepler> -r is "sticky" -- remembered from run to run
[16:48:45] <jepler> so use it when you want to switch from HEAD to TESTING or vice versa, but it's harmless to leave it off most of the time.
[16:49:08] <gene> Seem to be, I see. My copy of the cvs docs sitting on the shelf is about a decade old :)
[16:49:13] <jepler> oh, I don
[16:49:19] <jepler> 't think they've changed anything in at least that long.
[16:49:36] <gene> ;) That would be out of character
[16:49:57] <gene> so a -dP would be fine than?
[16:51:40] <skunkworks_wrk> gene - so you are running cradeks tp?
[16:52:09] <gene> And that aborted with no msgs. Yes yesterdays version
[16:52:46] <skunkworks_wrk> I have been itching to try it but time is an issue. ;)
[16:53:14] <jepler> I just did a (non-anonymous) "cvs update" of emc2, and it completed just fine.
[16:53:35] <skunkworks_wrk> he also has tollerance path following also - Cradek: is that in the head?
[16:53:42] <cradek> yes
[16:53:58] <skunkworks_wrk> itch itch itch
[16:54:46] <gene> Other than the console drowning in a debug msg, I'd guess it was moving a virtual cutter at 1.5-2x what my motors can do last night. Betterscratch that itch, sounds spretty erious
[16:55:30] <cradek> gene: I missed it - did you say the following errors you had are gone?
[16:55:44] <gene> yippers Chris, thanks
[16:55:50] <cradek> great
[16:56:22] <gene> I aven't tried the G64 thing yet, but will when I can see the machine next
[16:56:42] <jepler> I'm having trouble with anon cvs though
[16:56:54] <cradek> jepler: good grief
[16:56:55] <gene> but cvs still doesn't like me either
[16:57:09] <cradek> I think sourceforge doesn't like cvs
[16:57:18] <jepler> Logging in to :pserver:anonymous@cvs.sourceforge.net:2401/cvsroot/emc
[16:57:18] <jepler> CVS password:
[16:57:18] <jepler> cvs [login aborted]: end of file from server (consult above messages if any)
[16:57:34] <gene> twould appear so, yup exact;ly the same here
[16:58:22] <gene> Is srcforge running out of iron?
[16:58:23] <skunkworks_wrk> that is normally what I get - and that was a week or more ago
[16:59:09] <gene> same here, it doesn't work for 2-3 days, then will for a couple of hours. PITA
[16:59:38] <gene> cradek: what file is that in & I'll take it out myself
[16:59:56] <jepler> gene: find src | xargs grep "convert_straight:" will probably tell you
[17:00:00] <cradek> gene: I'll only tell you if you don't complain about merge errors later
[17:00:17] <cradek> gene: remember how this always ends badly? :-)
[17:00:34] <skunkworks_wrk> ;) merge errors?
[17:00:45] <cradek> cvs merge conflicts
[17:00:48] <skunkworks_wrk> ah
[17:00:53] <gene> Humm, yes, it did the last time thats for sure but now I know about it
[17:02:30] <gene> Its not that big a deal as long as emc isn't running anything when I want to start halscope
[17:02:58] <cradek> gene: maybe anoncvs will be back in a bit, it might save you trouble to just wait
[17:03:06] <gene> Who would we tickle at src frg
[17:03:12] <gene> Who would we tickle at src frg?
[17:03:41] <cradek> I think you can submit requests to a bug tracker type thing, but I'm not sure how
[17:05:19] <gene> it looks as if a -rHEAD is going to work finally. I wonder if cvs has a max user copies limit of some kind?
[17:06:18] <gene> looks like it patched:P src/emc/rs274ngc/interp_convert.cc
[17:06:52] <gene> also:P src/hal/utils/scope_horiz.c
[17:06:54] <gene> P src/hal/utils/scope_usr.h
[17:07:58] <jepler> gene: yeah I made a few small changes to halscope .. nothing spectacular
[17:08:02] <gene> But theres certanily some cold mollasses in the update progress
[17:10:35] <gene> Done finally then ./configure --enable-run-in-place && make clean && make && sudo make setuid
[17:12:09] <gene> couple of warnings early on, lemme see if I can get them out of the history when its done
[17:14:01] <gene> about a kajillion warnings about a visibility attribute thats always been there, and this:
[17:14:06] <gene> Compiling hal/utils/m5i20cfg.c
[17:14:08] <gene> hal/utils/m5i20cfg.c: In function `findpcicard':
[17:14:09] <gene> hal/utils/m5i20cfg.c:447: warning: implicit declaration of function `getline'
[17:14:16] <gene> otherwise clean build.
[17:14:19] <cradek> ok
[17:14:24] <cradek> that warning has been around a while...
[17:15:27] <gene> I figured...
[17:16:12] <gene> what var might speed up the update of the backplot display, and can I go below 20 u-s now?
[17:18:03] <jepler> There haven't been any changes lately that would affect the useful BASE_PERIOD.
[17:18:37] <jepler> for tkemc and mini, [DISPLAY]CYCLE_TIME is used to control the frequency of updates
[17:18:46] <jepler> AXIS uses a value that is hard-coded in the source.
[17:19:34] <gene> Ok, got that, reset for .1 seconds. I haven't tried axis in about 3 weeks now, lots of new goodies?
[17:20:31] <jepler> nothing much since 1.2rc1, just small tweaks.
[17:21:08] <gene> ok, is this correct?
[17:21:15] <gene> #- Cycle time, in seconds, that task controller will sleep between polls
[17:21:17] <gene> CYCLE_TIME = 0.010
[17:22:46] <gene> And I'm gonna try this again
[17:22:50] <gene> #+ Base task period, in secs - this is the fastest thread in the machine
[17:22:52] <gene> BASE_PERIOD = 0.000019
[17:22:54] <gene> #- Servo task period, in secs - will be rounded to an int multiple of BASE_PERIOD
[17:22:56] <gene> SERVO_PERIOD = 0.001000
[17:23:24] <gene> the .000019 errored the last time
[17:23:46] <jepler> the syntax looks right
[17:23:57] <jepler> whether the settings are good for any particular machine, I don't know.
[17:24:51] <jepler> If .000019 didn't run reliably a few days ago, I don't think there's any reason to believe it will today.
[17:25:32] <cradek> jepler: I notice in axis the strings "directory" "file name" "files of type" and open/cancel are not translated
[17:25:41] <cradek> I mean, on the file chooser
[17:25:52] <cradek> can we mark those, or is it a tk problem?
[17:26:03] <gene> right, from var/log/messages:
[17:26:08] <jepler> cradek: Yeah. The layout and text of that dialog comes from Tk. Perhaps there's some Tk thing that needs to be done to make it be translated, but I don't know what it is.
[17:26:12] <gene> Mar 6 12:26:54 shop kernel: [1162929.346070] MOTION: init_threads() starting...
[17:26:14] <gene> Mar 6 12:26:54 shop kernel: [1162929.346076] HAL: creating thread base-thread, 19000 nsec
[17:26:16] <gene> Mar 6 12:26:54 shop kernel: [1162929.346113] HAL_LIB: ERROR: clock period too long: 19276
[17:26:18] <gene> Mar 6 12:26:54 shop kernel: [1162929.346118] MOTION: failed to create 19000 nsec base thread
[17:26:19] <gene> Mar 6 12:26:54 shop kernel: [1162929.346127] MOTION: init_threads() failed
[17:26:21] <gene> Mar 6 12:26:54 shop kernel: [1162929.346147] RTAPI: WARNING: module 'HAL_motmod' failed to delete shmem 02
[17:26:22] <gene> Mar 6 12:26:56 shop kernel: [1162930.827761] RTAPI: Exiting
[17:26:24] <gene> Mar 6 12:26:56 shop kernel: [1162930.827805] RTAPI: Exit complete
[17:26:53] <jepler> gene: Based on that, I'd conclude that you can't use a base_period that is that low.
[17:27:18] <jepler> but maybe 0.0000193 would work, based on the number shown in that syslog message.
[17:27:20] <gene> weird message... confusing even when it says its too long :)
[17:27:37] <jepler> I think I looked at the source code for you last time we discussed this
[17:27:56] <jepler> 19000 is the amount you requested, and 19276 is the value that rtai offered. Since 19276 is "too long" compared to 19000, it doesn't work.
[17:29:14] <cradek> my home machine works fine at BASE_PERIOD 10usec
[17:29:19] <gene> Ahh, I see. Interesting way around the rosebush there. And it worked.!
[17:29:42] <cradek> gene: if you're after performance in the gui, reducing BASE_PERIOD is the wrong thing to do
[17:29:50] <gene> Well, I figured I had enoug cojones to run faster than 20.
[17:29:57] <cradek> gene: you should only reduce that if you need a faster step rate, and there's no sign you do
[17:30:34] <jepler> [16774.265948] RTAI[sched_lxrt]: hard timer type/freq = 8254-PIT/1193180(Hz); default timing mode is periodic; linear ordering of timed lists.
[17:30:38] <jepler> [16774.265962] RTAI[sched_lxrt]: Linux timer freq = 1000 (Hz), CPU freq = 598266000 hz.
[17:30:41] <jepler> [16774.265971] RTAI[sched_lxrt]: timer setup = 2010 ns, resched latency = 2687 ns.
[17:31:12] <cradek> ?
[17:31:48] <jepler> sorry
[17:33:08] <gene> Its running that code again, following errors are under a millivolt on the two main movers
[17:33:19] <jepler> milli..volt?
[17:33:33] <cradek> milli..inch?
[17:34:05] <gene> Oh, the scale says 500 u-v in the halscope screen, litteral interp :)
[17:34:32] <jepler> gene: you're using halscope to find this? The sampling frequency of halscope is unrelated to [DISPLAY]CYCLE_TIME, and can be much smaller (right down to BASE_PERIOD)
[17:35:01] <jepler> The following error is probably updated each SERVO_PERIOD?
[17:35:06] <gene> Actually its "500u/div" and its in inch
[17:36:07] <gene> So I should call that what, anstroms?
[17:36:12] <gene> So I should call that what, angstroms?
[17:36:25] <skunkworks_wrk> micro
[17:36:37] <cradek> I'd call them microinches
[17:36:43] <gene> microinch in this case then, ok
[17:37:04] <gene> less than 1000th then, cool
[17:39:15] <skunkworks_wrk> You are using steppers right? Should it only be off the amount of your step amount? (following error)
[17:39:28] <gene> And the backplot is a lot smoother too, might play with that some more though one corner is really rounded
[17:39:49] <gene> yes, steppers, xylotex setup
[17:39:54] <cradek> gene: that's a feature. You can use path tolerance mode to get the roundness you want.
[17:44:05] <gene> What I'm seeing is an artifact of the update rate for teh backplot, slow it down and the corners suare up, otherwise it cuts across them
[17:44:13] <skunkworks_wrk> cradek - what is the command for that? g64 p.010
[17:45:27] <cradek> skunkworks_wrk: yes,
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?TrajectoryControl
[17:45:52] <cradek> gene: when you slow down, the actual path's corners do get sharper.
[17:46:14] <cradek> gene: assuming you're talking about feed override?
[17:46:56] <gene> Yeah, but this is equ to a .075" error visibly, yup, and I have nothing over 100%, the slider moves, but the rate is maxed out.
[17:47:36] <cradek> gene: you can easily get a .075" blend depending on your vel vs accel settings. If you want less, use the tolerance mode
[17:47:47] <alex_joni> hello
[17:47:51] <cradek> hi
[17:48:28] <cradek> lunch! bbl
[17:48:51] <gene> I don't think I am, else the edges of this cut would be quite high, and they're perfect in white pine
[17:49:04] <cradek> ok
[17:49:21] <cradek> you're right that it could be the gui update speed fooling you too.
[17:49:27] <gene> No use wasting a $10 casting when optimizing code I say
[17:50:04] <gene> The efect is reduced noticeably by speeding up the display time.
[17:50:42] <alex_joni> gene: you can increase the gui update usually
[17:51:03] <alex_joni> at least for tkemc and mini, don't think axis uses the stuff from the ini to set the gui refresh
[17:51:05] <rayh> Hi Alex.
[17:51:15] <alex_joni> hi ray
[17:51:27] <rayh> Been testing the tp.
[17:51:35] <gene> Thats what I did, cut it in half, and its tkemc. It apparently does get it from the .ini
[17:51:54] <gene> and tp works great AFAIKS
[17:52:01] <rayh> Yes the refresh rate is settable from the ini for both tkemc and mini
[17:53:19] <rayh> With accel constrained as it is we should be able to increase the rate of pulses with stepper.
[17:57:50] <gene> By golly it wasn't all the backplotter skip, I put in a G64 P0.0005 and the corners are now quite sharp in the backplot
[17:58:10] <gene> I assume its slowing down at the corners and that give the plotter time to do it right?
[17:59:09] <alex_joni> gene: yes
[17:59:55] <gene> In which case I should move that command to earlier in the code, the first corner is rounded about 1/4"
[18:00:31] <gene> Hey, I might get this gcode thing down pat in another few years :)
[18:00:41] <bill2or3> heh
[18:00:59] <bill2or3> morning people.
[18:01:05] <gene> Howdy
[18:01:20] <rayh> Help. I've got input scale set to 16000. Max vel to 180 ipm.
[18:01:32] <alex_joni> rayh: and?
[18:01:58] <alex_joni> that's 48kHz
[18:02:15] <rayh> Is it really spitting out 48K pps?
[18:02:25] <alex_joni> at 0.000020 yes
[18:02:33] <alex_joni> or lower
[18:02:34] <gene> I think I'd need better amps and more voltage
[18:03:07] <alex_joni> rayh: I went up to 50-60 kHz before the RT fix (the fix JMK did a while ago)
[18:03:27] <rayh> BASE_PERIOD = 0.000010
[18:03:45] <alex_joni> yup, looks good for something around 1GHz (maybe even lower)
[18:04:40] <gene> Dunno here, without stopping emc, it takes about 4 seconds to open the gcode file with gvim, thats getting a bit laggy.
[18:04:55] <gene> sandwich time bbl
[18:04:59] <rayh> Really. That is an awesome improvement.
[18:05:10] <alex_joni> gene: maybe your BASE_PERIOD is too low
[18:05:32] <alex_joni> rayh: yeah, but it's not TP related, it was before that.. now the TP can keep up with those figures too ;)
[18:06:59] <skunkworks_wrk> alex - do you have a tarball of head?
[18:10:00] <rayh> Right. Before the new tp we had to waste overhead for accel.
[18:11:38] <alex_joni> skunkworks_wrk: I can make one, if you need
[18:18:02] <rayh> Hey Roguish
[18:18:15] <gene> Chris: Does a g64 setting carry over when loading a new gcode file? 3D_Chips is running perfectly, but a LOT slower now.
[18:18:30] <skunkworks_wrk> alex - when I mouse over the top menu bar on wiki.linuxcnc.org - it disapears. IE
[18:20:16] <skunkworks_wrk> another question - when I try to do a cvs up -dP
[18:20:29] <skunkworks_wrk> it wants me to use cradeks password ;)
[18:20:58] <skunkworks_wrk> How do I reset it to work annonomouse? I did a cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/emc login
[18:21:46] <skunkworks_wrk> and is still asks me for cradeks password when I try to do an update.
[18:23:18] <cncuser> well
[18:23:31] <cncuser> alex_joni: are you there ?
[18:24:03] <alex_joni> cncuser: nope ;)
[18:24:09] <cncuser> alex_joni: could you please remove the link or add a notice about it running only on a few grafics setups ?
[18:24:29] <cncuser> alex_joni: im allmost finished backporting the whole stuff to puppy 1.0.4 :) back then puppy ran everywhere
[18:24:46] <alex_joni> ooh.. ok, I can do that
[18:25:10] <alex_joni> skunkworks_wrk: don't think you can.. use a fresh dir
[18:27:21] <skunkworks_wrk> ok - thanks
[18:28:09] <skunkworks_wrk> seems to do it on every page <-when I mouse over the top menu bar on wiki.linuxcnc.org - it disapears. IE
[18:28:24] <skunkworks_wrk> the penguin stays though ;)
[18:29:42] <alex_joni> huh? what browser?
[18:29:51] <skunkworks_wrk> when I scroll the top off the page - when I scroll back the menu reapears. but the second I mouse over it it disapears again.
[18:30:01] <skunkworks_wrk> Internet exploder
[18:30:09] <alex_joni> skunkworks_wrk: there you go..
[18:30:16] <alex_joni> that must be the problem
[18:30:26] <skunkworks_wrk> format c: ?
[18:31:26] <cncuser> allways a good idea
[18:32:47] <alex_joni> skunkworks_wrk: get firefox or opera
[18:33:00] <alex_joni> they work perfectly on doze, lots better than IE
[18:33:01] <gene> I don't have that problem with firefox for linux :)
[18:33:32] <cncuser> arachne is also a good choice
[18:33:51] <gene> never heard of it?
[18:34:11] <cncuser> i used that back in the days with a dos bootfloppy containing dialup, tcp, an ircclient, a mailclient and arachne, the graphical webbrowser for dos
[18:34:25] <alex_joni> skunkworks_wrk: I can replicate it on my IE too.. (what can I say.. it's IE.. buggy)
[18:34:42] <cncuser> http://home.arachne.cz/
[18:34:43] <gene> izzat jurassic or what? :)
[18:34:56] <cncuser> should still work ;)
[18:35:33] <skunkworks_wrk> If most people run ie - don't you think it should be fixed if we are trying to get them to run emc?
[18:35:45] <gene> Feed that page to the w3c consortuims check page, I'l bet it will get a tummy ache.
[18:36:03] <cncuser> http://home.arachne.cz/netdos/
[18:36:08] <alex_joni> people who want to run emc2 don't run IE
[18:36:17] <gene> amen
[18:37:12] <skunkworks_wrk> hey - it took me a long time to try emc - I could not bring my self to try to muddle around a new operating system. I think a lot of people come from turbocnc (dos) to try emc.
[18:37:23] <cncuser> i have a ibm ps/1workstation whos harddrivecontroller isnt supported linux. thats the only box id use dos :)
[18:38:21] <gene> Controller not supported? Let the folks on lkml know, it will be next week
[18:39:04] <gene> Can you get its signon ident?
[18:40:04] <gene> Does this box have a cd in it?
[18:40:51] <gene> skunkworks_wrk:Does this box have a cd in it?
[18:41:22] <skunkworks_wrk> what box?
[18:41:38] <gene> the machine you're trying to run emc on...
[18:41:44] <alex_joni> gene: don't think the lkml folks care about an IBM ps/1
[18:41:56] <alex_joni> that's ancient ;)
[18:42:19] <skunkworks_wrk> - I have emc2 running - on multible machine
[18:42:23] <gene> Thats possible I spose, and the reason I said jurassic :)
[18:43:03] <alex_joni> skunkworks_wrk: still need the tgz for HEAD?
[18:43:12] <gene> How many ps/1's are left running today, bet its not many
[18:44:42] <alex_joni> http://lists.debian.org/debian-user/2004/02/msg00587.html
[18:44:44] <alex_joni> ROFL
[18:45:30] <skunkworks_wrk> I am working on it alex - thanks
[18:46:58] <gene> That reminds me of the mercedes commercial from a few years back, 1 million miles, 30 rusty years old, nothing but spark plugs (unless it was a diesel) & still ginmg after the groceries
[18:47:03] <alex_joni> darn, need to make a big picture .. wonder if I can
[18:47:15] <alex_joni> 2x3m at 100 dpi at least
[18:47:22] <gene> s/ginning/going
[18:49:35] <alex_joni> 80x120" aprox
[18:54:51] <alex_joni> brb
[19:13:45] <cradek> gene: 3dchips is probably slower now because the old planner violated your acceleration constraint. If your machine can handle more acceleration, crank it up in the ini file.
[19:15:43] <gene> Well, the important thing is that it actually runs without following errors. IIRC the ini file says around4.1 max now
[19:15:44] <cradek> skunkworks_wrk: did you figure out the cvs problem? I suggest nuking that directory of my developer checkout, and getting a fresh one
[19:16:18] <skunkworks_wrk> cradek - I just csv-ed the head into a new directory on ubuntu. Now when I try to start stepperinch with axis I get a "cannot activate display program usr/local/bin/axis"
[19:16:19] <cradek> gene: if the machine can handle it, turning up accel will make a big difference. Mine runs fine at 20.
[19:16:43] <gene> with steppers?
[19:16:44] <cradek> skunkworks_wrk: is this run-in-place?
[19:16:47] <cradek> gene: yes
[19:16:48] <skunkworks_wrk> yes
[19:17:05] <cradek> skunkworks_wrk: you'll have to build axis from source too
[19:17:09] <skunkworks_wrk> ok
[19:17:13] <skunkworks_wrk> been there. ;)
[19:17:19] <cradek> skunkworks_wrk: normally you could use the one from the package, but it's incompatible right now.
[19:17:20] <gene> I might try that, I can hear it accelerating now quite easily
[19:17:33] <skunkworks_wrk> ok - thanks
[19:18:11] <cradek> gene: a good test is making a gcode file that goes back and forth in one axis, and cranking up accel until it causes the steppers to stall on reversal. Then reduce it somewhat (30%?)
[19:19:01] <gene> I had given that some though, but hadn't located my missplaced round tuit :)
[19:19:16] <cradek> haha yep
[19:25:50] <skunkworks_wrk> cradek - I can't get sudo apt-get install xlibmesa-dev libxmu-dev python2.3-dev
[19:25:54] <skunkworks_wrk> to work
[19:26:18] <cradek> skunkworks_wrk: try sudo apt-get build-dep emc2-axis
[19:26:55] <cradek> skunkworks_wrk: that tells apt-get to automatically get the dependencies required to build the package
[19:27:34] <cradek> skunkworks_wrk: your ubuntu has python2.4, not python2.3, so that list of dependencies is outdated (maybe it's for bdi?)
[19:27:58] <jepler> cradek: does your ubuntu script put the apt-src line?
[19:28:06] <cradek> jepler: yes
[19:28:29] <cradek> jepler: it didn't at first, but I changed it quite a while ago.
[19:28:54] <jepler> OK
[19:29:03] <jepler> I'll change the instructions to mention 'apt-get build-dep'
[19:29:13] <cradek> thanks
[19:30:22] <sam__> I borked it.
[19:30:36] <sam__> Can't execute DISPLAY program /usr/local/bin/axis
[19:30:36] <sam__> Shutting down and cleaning up EMC...
[19:30:36] <sam__> Could not find pid(s) for task classicladder
[19:31:24] <sam__> it did let me run the sudo env EMCROOT=/home/sam/emc2sam python setup.py install
[19:31:36] <cradek> ok
[19:31:50] <sam__> from the axis directory
[19:31:57] <cradek> I still think you don't have configure right... let's try it again
[19:31:58] <sam__> that I un-tared
[19:32:22] <cradek> go to emc2sam/src
[19:32:33] <sam__> cd ~/emc2sam/scr
[19:32:38] <cradek> look in Makefile.inc for RUN_IN_PLACE
[19:32:52] <cradek> I suspect it's no, but it should be yes
[19:33:24] <jepler> If you're configuring emc2 to install in /usr/local, then you should use EMCROOT=/usr/local
[19:33:44] <cradek> jepler: he said he was going for run-in-place
[19:33:57] <jepler> cradek: oh, I missed that, sorry.
[19:34:24] <cradek> jepler: the /usr/local thing makes me think it's compiled wrong
[19:35:30] <sam__> RUN_IN_PLACE = @RUN_IN_PLACE@
[19:35:45] <cradek> in Makefile.inc??
[19:35:55] <cradek> that's expected for Makefile.inc.in
[19:36:09] <sam__> RUN_IN_PLACE = no
[19:36:14] <cradek> ok
[19:36:15] <sam__> sorry wrong file
[19:36:19] <cradek> no problem
[19:36:27] <cradek> so you want to do ./configure --enable-run-in-place
[19:41:52] <sam__> ok so I did a ./configure - then make then sudo make setupid then recompiled axis. still a no go. So I must be doing something wrong still
[19:42:18] <cradek> did you configure with --enable-run-in-place?
[19:42:53] <sam__> yes - I tried just doing that - no go. I still have to recompile axis right
[19:43:10] <lilo> [Global Notice] Hi all. Just a reminder. There's an exploit floating around that will affect you if you're using certain Netgear and Linksys routers. Someone will type 'DCC' followed by a string on an open channel, or via message, and you'll get knocked off freenode.
[19:43:12] <cradek> yes
[19:43:43] <cradek> then you're in /home/sam/emc2sam and you run scripts/emc right?
[19:43:56] <lilo> [Global Notice] To render the exploit ineffective, please reconnect to chat.freenode.net on port 8001 instead of the default (6667). You can also disable SPI (stateful packet inspection). This may affect you, and be resolved similarly, if you're running a Norton firewall packet.
[19:44:04] <sam__> hold on
[19:44:35] <lilo> [Global Notice] There's a bit of info on my blog ( bloggage.org ) which you should feel free to link people to, though the site will bog down easily.
[19:45:10] <jepler> After ./configure --enable-run-in-place can you run with the other front-ends -- tkemc or mini?
[19:45:15] <lilo> [Global Notice] Also, for unrelated reasons the network was reupped over the weekend, and you may no longer be identified to nickserv. You should probably reidentify or restart your client to resolve this. Thanks!
[19:45:52] <jepler> (&& make && make setuid)
[19:46:32] <gene> oops sudo make setuid that should be
[19:48:11] <sam__> cradek - I was not in the emc2sam dir. Used to the default ubuntu emc2 install I guess.
[19:48:18] <sam__> working now
[19:48:20] <cradek> ah
[19:48:59] <cradek> sam__: you should see yellow blends.
[19:49:39] <gene> Humm, going from 3D_Chips back to my code, the scaling is AFU, what do I add to my code to restore that?
[19:49:58] <sam__> yes
[19:50:09] <sam__> thanks
[19:51:09] <gene> Said differently, whats the gcode to put it back in inch mode
[19:52:23] <cradek> gene: g20
[19:52:41] <cradek> gene: you should specify your units at the top of every program
[19:52:50] <gene> Thanks, my copy os the rs-274 stuff is out in the shop
[19:56:04] <gene> Thats better, Now, one other problem, using a 1/4" ball nose, I don't seem to be able to load that radius from the tool table, has no visible effect on the carving
[19:56:30] <gene> But now I'd have to re-add it, the file has been reset I see.
[20:06:35] <skunkworks_wrk> cradek: - AWSOME.
[20:06:41] <skunkworks_wrk> AWESOME
[20:07:41] <cradek> that's good to hear - did you play with tolerance mode?
[20:08:11] <skunkworks_wrk> I ran it both ways. pretty cool
[20:17:53] <skunkworks_wrk> here is a strait g64 and then a g64 p.010 at 50ipm
http://www.electronicsam.com/images/KandT/Screenshot-1.png
[20:18:49] <cradek> slick!
[20:20:16] <cradek> that yellow is ugly but I'm going to leave it in for a while - it's very helpful if there's another bug like the one jepler found
[20:22:09] <skunkworks_wrk> I don't have a problem with it. Kinda shows that it is working as it should.
[20:22:19] <skunkworks_wrk> what bug did jepler find?
[20:23:24] <jepler> skunkworks_wrk: Something to do with blending arcs and changing feed override
[20:24:23] <cradek> here is jepler's bug (I already fixed it)
http://emergent.unpy.net/index.cgi-files/sandbox/HEAD-funny-blend.png
[20:24:41] <jepler> at the moment the trace turned yellow unexpectedly, I was fiddling feed override
[20:25:40] <jepler> (the bug has nothing to do with how badly the white path is followed; that's an axis bug/shortcoming)
[20:25:53] <skunkworks_wrk> ah - it is funny that in g-code you can't do a circle in anything but the 3 axises planes - yet cradek is making cool arcs where ever he wants. (blending)
[20:26:12] <skunkworks_wrk> ;)
[20:26:20] <jepler> I'm told they're actually parabolas
[20:26:34] <cradek> skunkworks_wrk: I think the planner actually supports arbitrary arcs/circles/helixes, it's just that you can't write them in gcode.
[20:26:50] <cradek> skunkworks_wrk: the circle normal is a vector, not an axis specification
[20:27:31] <cradek> I'm sure a line-line blend makes a parabola - an arc-arc blend makes ... some other shape
[20:27:53] <skunkworks_wrk> either way - pretty damn cool.
[20:27:56] <jepler> Maybe it's time to extend the interpreter again. g17.1 i- j- k- to set the normal vector used for arcs
[20:28:06] <cradek> skunkworks_wrk: thanks
[20:28:34] <cradek> jepler: I'll do the planning part if you do the rest...
[20:29:18] <cradek> we're departing from the kramer document more and more... I don't necessarily see it as a bad thing, as long as we keep up on our documentation
[20:31:55] <cradek> jepler: :tag PmCircle
[20:34:45] <jepler> I am sure that if I look at the interpreter's arc handling, my eyes will scab over and I'll never be able to develop axis again.
[20:38:32] <alex_joni> hi guys
[20:38:42] <cradek> hey I bet alex can do it
[20:38:52] <alex_joni> * alex_joni runs screaming ;)
[20:38:58] <cradek> haha hi alex
[20:39:05] <alex_joni> do what?
[20:39:15] <cradek> arbitrary arc support in gcode
[20:39:39] <alex_joni> hrmm.. not XY, XZ, YZ plane?
[20:39:43] <cradek> right
[20:39:52] <gene> I'm with Alex and getting a headache
[20:40:08] <alex_joni> cradek: I always wondered why it is limited to plane ;)
[20:40:54] <cradek> we'd call g2 "left handed" and g3 "right handed" and have a way to specify the normal vector.
[20:40:56] <gene> But its not, I'm making a small x move while doing a yz arc right now.
[20:41:06] <alex_joni> but I think that actually we need arbitrary helixes
[20:41:07] <cradek> gene: that's not an arc, it's a helix
[20:41:14] <gene> oh
[20:41:34] <gene> and in the grand scheme, correct
[20:41:43] <alex_joni> cradek: I think we could do this
[20:41:58] <cradek> alex_joni: I'm not sure how you would fully specify the helix.
[20:42:03] <alex_joni> but I'd rather that we start after moving testing again
[20:42:07] <cradek> yeah
[20:42:11] <cradek> or having a release already
[20:42:29] <alex_joni> like you said, G<whatever> specify the arcvector (normal vector)
[20:42:39] <gene> That might not be too bad an idea, this is working great right now for me.
[20:42:39] <alex_joni> then use I,J,K to specify the helix
[20:43:05] <alex_joni> just like it's done now, but generalizing it
[20:46:37] <gene> sample question: if a draw in xyz is done, how would one detect that the tool is trying to reach under an uncut area but its a straight sided tool and would then cut away the overhang you want to leave?
[20:47:28] <gene> =rain on parade
[20:47:44] <jepler> emc can't do that, since all it has is g-code
[20:47:46] <cradek> gene: I don't think there's a general solution because your program doesn't specify the part you keep, only the part you cut away.
[20:48:16] <alex_joni> gene: that part is done by CAM usually
[20:48:24] <jepler> CAM software might do it by casting a ray along the spindle to the tip of the tool, and noticing that it intersects the "part to keep"
[20:48:53] <alex_joni> yeah, CAM has additional knowledge that gets lost on export to g-code
[20:49:25] <gene> As any program does. So no, there's no general fits all solution. But cutting 45 degree slants the other way would be a little easier
[20:51:29] <gene> right now, the only solution is a tilting z axis under 4th channel control. More excedrin headache trying to track the cutting tip in a 4th dimension.
[20:51:54] <gene> Besides, I didn't buy the tilting post :)
[20:52:10] <cradek> gene: (MSG, Now please flip the workpiece)
[20:52:15] <alex_joni> 4th dimension = time ?
[20:52:16] <cradek> gene: see it's easy to do that in gcode
[20:52:36] <alex_joni> (MSG, no, not like that, the other way around)
[20:52:51] <alex_joni> it even works if you put it the wrong way in..
[20:52:53] <cradek> (MSG, I don't think you got it back in quite the right place)
[20:53:11] <alex_joni> (MSG, keep trying till the little green light turns on)
[20:53:18] <gene> Thats provided you have the workpiece in a shuttle that snaps in place to the required precision ROTFLMAO
[20:54:00] <gene> I can see that in a war of wits, I am unarmed ;)
[20:55:51] <gene> 4th dimension= z angle (in radians just to make it interesting)
[20:56:42] <alex_joni> that reminds me of programming in polar coordinates on the robot
[20:56:51] <alex_joni> ugh.. that sux
[20:57:48] <cradek> seems like r->p is a pretty easy thing to do in software... I could even probably write that
[20:58:13] <alex_joni> yeah, it's easy to do.. but hard to grasp when using teach in
[20:58:56] <alex_joni> I can easily move the robot in joint space (the only problem I don't have enough fingers), also carthesian is a joy
[20:59:21] <alex_joni> but something weird like part-assigned coord system, that's yucky
[21:02:44] <gene> I'm out for a while
[21:06:39] <Jymmm> cradek : Here ya go... a 10,000 Year clock
http://www.longnow.org/projects/clock/prototype1/
[21:07:24] <giacus> logger_aj: | grep les
[21:07:24] <giacus> I'm logging. I don't understand '| grep les', giacus. Try /msg logger_aj help
[21:07:34] <giacus> :P
[21:08:27] <giacus> logger_aj: help
[21:09:04] <alex_joni> giacus: do that in /msg
[21:09:11] <alex_joni> Jymmm: that is sweet
[21:09:12] <giacus> sorry
[21:09:22] <giacus> :)
[21:09:26] <Jymmm> alex_joni looks beautiful, don't it
[21:09:52] <Jymmm> like a piece of art
[21:09:55] <Jymmm> ~~~~~
[21:10:20] <giacus> alex_joni: is logger_aj a python bot ?
[21:10:20] <alex_joni> Jymmm: indeed it is
[21:10:25] <alex_joni> giacus: perl
[21:10:45] <giacus> a bit poor
[21:10:50] <giacus> :(
[21:10:50] <alex_joni> didn't bother to find a better one
[21:10:59] <giacus> phenny
[21:11:01] <alex_joni> if you know of one, tell me I'll change it
[21:11:28] <giacus> phenny is written in python
[21:11:41] <giacus> performe google search too
[21:12:00] <giacus> reminder and other
[21:12:12] <giacus> leave msg for peoples are not connected
[21:12:34] <alex_joni> that can be done with freenode
[21:12:40] <alex_joni> don't need a bot for that
[21:13:01] <giacus> how can I know latest time les_w has been here ?
[21:13:10] <giacus> or message him ?
[21:13:14] <giacus> when enter
[21:14:24] <alex_joni> some message to NickServ, can't remember
[21:16:08] <giacus> ok
[21:16:11] <skunkworks_wrk> alex here is a strait g64 and then a g64 p.010 at 50ipm
http://www.electronicsam.com/images/KandT/Screenshot-1.png
[21:16:43] <alex_joni> sorry giacus, it's MemoServ
[21:16:49] <giacus> K
[21:17:02] <alex_joni> try /msg MemoServ help
[21:17:17] <giacus> always if.. les_w identify to server when enter ..
[21:17:29] <alex_joni> skunkworks_wrk: ain't it sweet? ;)
[21:17:38] <skunkworks_wrk> that is unreal. very nice.
[21:19:00] <alex_joni> http://www.koders.com/info.aspx?c=ProjectInfo&pid=FYNZBP1UYCT185R6GQ651VFDBD
[21:19:12] <alex_joni> lol.. at 412704 lines of code
[21:19:25] <alex_joni> given a labor cost/month of $5000
[21:19:54] <alex_joni> using 90% of functions required (10% bad code)
[21:20:14] <skunkworks_wrk> crap - how are we going to get into the black? ;)
[21:20:15] <alex_joni> gives a development cost for EMC of $1,857,168
[21:20:28] <alex_joni> 2 million dollars ;)
[21:20:35] <skunkworks_wrk> wow
[21:20:38] <alex_joni> now that's realistic, I'd say
[21:21:20] <skunkworks_wrk> wasn't mach based on emc? I don't know if that would erk me or not.
[21:21:38] <dave-e> well it is open source..emc that is
[21:21:52] <alex_joni> heh (51.41% - C; 30.09% - C++; 10.4%- Java ; 8.02% - Tcl ; 0.07% - Perl)
[21:21:53] <SWP_Away> mach, in addition to the embedded code on the Gecko G-Rex, and I believe DeskCNC as well
[21:21:59] <SWP_Away> SWP_Away is now known as SWPadnos
[21:22:08] <skunkworks_wrk> wow
[21:22:09] <dave-e> hi SWP
[21:22:15] <alex_joni> skunkworks_wrk: those all use the rs274ngc interpreter
[21:22:15] <SWPadnos> hi
[21:22:27] <alex_joni> dave-e: was just saying that :
[21:22:32] <alex_joni> 23:19 < alex_joni> lol.. at 412704 lines of code
[21:22:32] <alex_joni> 23:19 < alex_joni> given a labor cost/month of $5000
[21:22:32] <alex_joni> 23:19 < alex_joni> using 90% of functions required (10% bad code)
[21:22:37] <alex_joni> 23:20 < alex_joni> gives a development cost for EMC of $1,857,168
[21:23:00] <alex_joni> well, not I'm saying that, www.koders.com is saying that ;)
[21:23:15] <SWPadnos> that's an interesting tool there
[21:23:35] <alex_joni> it really is.. rocked me pretty hard when I found the sources in there..
[21:23:45] <alex_joni> it is not very up-to-date
[21:23:53] <alex_joni> but search works nicely
[21:24:00] <bill2or3> I think you still have to count the %10.
[21:24:15] <bill2or3> cause every project writes code that later gets discarded.
[21:24:27] <SWPadnos> actually, that includes code for emc, emc2, rcslib, and rtapi. there's probably some duplication in there
[21:24:29] <alex_joni> bill2or3: the 10% is documentation and other crap ;)
[21:24:38] <alex_joni> yeah, the other crap I mentioned :D
[21:24:54] <alex_joni> probably a bit more than 10% though
[21:25:03] <SWPadnos> but even if 50% of it is needed, it's still a $1M project
[21:25:06] <alex_joni> still lots of money
[21:25:09] <SWPadnos> yep
[21:25:11] <skunkworks_wrk> it says it runs non realtime on nt - is that still supported?
[21:25:12] <dave-e> hey , guys... as usual I need some help
[21:25:17] <alex_joni> dave-e: shoot
[21:25:24] <SWPadnos> yes, for emc1 (*not* BDI or emc2)
[21:25:29] <skunkworks_wrk> ah
[21:25:41] <dave-e> I'm trying to connect my spindle and scale it
[21:25:52] <alex_joni> skunkworks_wrk: I have a doze package if you want that..
[21:26:06] <alex_joni> dave-e: ok.. where's the problem?
[21:26:13] <skunkworks_wrk> no thanks alex - I think I am getting used to linux ;)
[21:26:34] <dave-e> figuring out the hal pins and getting them connected...
[21:26:53] <alex_joni> dave-e: ok.. you are using stg, right?
[21:26:57] <dave-e> dac out is stg.3.dac_value??
[21:27:08] <dave-e> dac out is stg.3.dac-value??
[21:27:21] <dave-e> yep stg
[21:27:38] <alex_joni> yes, dac-value
[21:27:53] <dave-e> ioconnect does the M3/5
[21:27:56] <alex_joni> here's what I would do..
[21:28:00] <dave-e> OK
[21:28:07] <alex_joni> connect the spindle to dac 3
[21:28:46] <alex_joni> then define a new hal signal (newsig spindletest float)
[21:29:05] <alex_joni> link it to the dac (linksp spindletest stg.3.dac_value)
[21:29:17] <alex_joni> set it's value to 0 (setp spindletest 0.0)
[21:29:23] <alex_joni> make the spindle drive active
[21:29:37] <alex_joni> slowly increase the value (setp spindletest 0.1)
[21:29:43] <alex_joni> and see if it's working
[21:30:40] <dave-e> you make it sound easy
[21:30:41] <SWPadnos> (note - this works in emc1 on the same machine, accordingto dave-e)
[21:30:55] <alex_joni> after this is working ok, link the signal to iocontrol (linksp spindletest iocontrol.0.spindle-speed-out)
[21:31:15] <SWPadnos> you should need some scaling in there, I'd think
[21:31:20] <alex_joni> then you can in emc BDI, use S000, S100, S200, etc
[21:31:34] <alex_joni> argh, right
[21:31:43] <dave-e> I need 0.025/rpm
[21:31:53] <alex_joni> the output at the iocontrol.0.spindle-speed-out is in RPM
[21:32:01] <SWPadnos> OK. good to know
[21:32:11] <SWPadnos> so, for the scaling, use halcmd loadrt blocks scale=1
[21:32:13] <alex_joni> you need to scale it, there is a scaler available in blocks
[21:32:50] <alex_joni> dave-e: the 'loadrt blocks scale=1' loads a realtime component named blocks which will start a scaler
[21:33:14] <alex_joni> the blocks is a component full of goodies (scalers, comparators, and's, or's, etc..)
[21:33:28] <SWPadnos> what's your max spindle RPM?
[21:33:33] <dave-e> 4K
[21:33:39] <SWPadnos> is it limited by the STG output?
[21:33:43] <alex_joni> at what voltage?
[21:33:46] <SWPadnos> ie, 10V = 4kRPM
[21:33:48] <dave-e> 10V
[21:33:57] <alex_joni> then it's OK
[21:34:03] <SWPadnos> yep, no limiter needed
[21:34:09] <fenn> alex_joni: stg DAC's dont have a scale parameter?
[21:34:21] <alex_joni> fenn: can't recall :/
[21:34:23] <SWPadnos> hey, they do ;)
[21:34:37] <fenn> woot
[21:34:43] <alex_joni> they have a gain ;)
[21:34:46] <SWPadnos> erm - w00t
[21:34:51] <alex_joni> silly me..
[21:35:03] <dave-e> so how do I get too it ?
[21:35:06] <SWPadnos> gain and offset (same as the scale block)
[21:35:11] <alex_joni> dave-e: sorry about that.. you don't need scale (although that's also a way to go)
[21:35:21] <alex_joni> * alex_joni writes a sample HAL
[21:35:37] <SWPadnos> hold off a sec alex
[21:35:55] <SWPadnos> remember that jmk recently changed stg to use a divider rather than a multiplier for scale
[21:36:17] <dave-e> ohhhhhhhhhh
[21:36:31] <alex_joni> right
[21:36:40] <SWPadnos> you might just be able to use 4000/10 = 400 RPM/volt as the scale
[21:36:44] <dave-e> and that sould be in the changes I got
[21:36:48] <SWPadnos> yep
[21:37:02] <alex_joni> but not for dac!?, that was for position
[21:37:09] <SWPadnos> zero offset, 400 scale should do it, I think
[21:37:13] <alex_joni> gain gets multiplied
[21:37:33] <SWPadnos> OK - I'm pobably wrong ;)
[21:37:44] <dave-e> well since it is open loop I can test w/o hurtng anything
[21:38:34] <SWPadnos> OK. just use the volts/RPM as the gain, 0.025
[21:39:07] <SWPadnos> either "setp stg.3.dac-gain 0.025"
[21:39:26] <SWPadnos> or put an ini var in there (there is probably one from the emc1 ini already), and use that
[21:39:46] <alex_joni> dave-e: I wrote a small sample HAL
[21:39:49] <SWPadnos> "setp stg.3.dac-gain [MOTION]SPINDLE_VOLTS_PER_RPM
[21:39:51] <SWPadnos> "
[21:39:57] <dave-e> great!
[21:40:02] <alex_joni> want me to paste here?
[21:40:05] <alex_joni> or pastebin?
[21:40:21] <dave-e> paste and I can print the page
[21:40:45] <alex_joni> hang on..
[21:41:26] <alex_joni> it was MAX_VOLTS_PER_RPM in emc1.. right?
[21:41:46] <SWPadnos> yep
[21:42:06] <SWPadnos> MAX ... for positive, and MIN .. for negative, I think
[21:42:08] <alex_joni> and MIN_VOLTS_PER_RPM (no idea what that did, offset?)
[21:42:25] <SWPadnos> reverse speeds use MIN... I think
[21:42:36] <alex_joni> dave-e:
http://pastebin.com/587721
[21:42:43] <SWPadnos> is that even valid in G-code?
[21:42:52] <alex_joni> SWPadnos: yes it is
[21:42:57] <SWPadnos> ok. there you go
[21:43:16] <alex_joni> dave-e: got it?
[21:45:23] <dave-e> got-it both as a file and print....now off to test...
[21:45:36] <dave-e> thanks
[21:45:37] <dave-e> bbl
[21:45:57] <alex_joni> dave-e: hope it works, but be carefull
[21:46:27] <alex_joni> if it doesn't complain ... if I'm not around, drop me an email at (alex_joni AT users.sourceforge.net)
[21:49:55] <jepler> alex_joni: do you have the URL for the latest puppy emc?
[21:50:10] <alex_joni> jepler: I do, but cncuser asked me to remove it temporarely
[21:50:17] <SWPadnos> http://www.cncgear.com/EMC/
[21:50:20] <jepler> alex_joni: OK, oh well
[21:50:30] <alex_joni> jepler: seems puppy >1.0.3 has issues
[21:50:41] <alex_joni> he's currently redoing it to an older version of puppy
[21:50:43] <SWPadnos> I suppose I should leave in the version information there, huh?
[21:50:59] <alex_joni> SWPadnos: you might want to remove it for a few days..
[21:51:02] <jepler> alex_joni: He said something earlier about video card problems..
[21:51:07] <SWPadnos> can do
[21:51:21] <alex_joni> jepler: yes, it's very bad on HW detection he said
[21:51:32] <alex_joni> I can still give you the URL if you want..
[21:52:18] <SWPadnos> do you think I shuold put in an older version there?
[21:52:39] <alex_joni> I didn't put any version, he said it's gonna be a few days, not more
[21:53:16] <SWPadnos> ok. I can change that now.
[21:53:28] <SWPadnos> do you know the nature of the puppy 1.0.3 problems?
[21:53:46] <alex_joni> HW detection problems..
[21:53:50] <alex_joni> 1.0.3 is fine though
[21:54:03] <alex_joni> 1.0.4 and older are getting worse cncuser said
[21:54:10] <alex_joni> 1.0.4 and newer
[21:54:15] <SWPadnos> 1.0.4 and newer?
[21:54:16] <SWPadnos> ok
[21:54:47] <SWPadnos> but it should work OK if it detects your hardware correctly?
[21:56:02] <alex_joni> he said on 10-20% of machines it worked
[21:56:11] <SWPadnos> erk - that's bad
[21:56:22] <alex_joni> yup
[21:57:39] <giacus> Erc is good
[21:57:52] <giacus> nice irc client for emacs :D
[21:58:02] <giacus> what erk mean ?
[21:58:07] <SWPadnos> argh
[21:58:14] <giacus> ohh.. ok
[21:58:16] <giacus> :)
[21:58:17] <SWPadnos> or "oh no"
[21:58:23] <giacus> K
[21:59:16] <SWPadnos> the soothing sounds of strangulation ;)
[21:59:27] <giacus> haha
[21:59:40] <alex_joni> sounds like python to me
[21:59:45] <giacus> in some comics I seen eeeek
[22:00:20] <SWPadnos> eeeeeek is more of a scared sound
[22:00:36] <giacus> somethingh like aarrghh
[22:00:41] <SWPadnos> kinda
[22:00:48] <cradek> just the other day a coworker was using erc and someone typed a commandline in irc of the form "... -- -t ..." and it translated it from morse code
[22:01:02] <giacus> :)
[22:01:08] <SWPadnos> that's funny
[22:01:11] <giacus> Erc is cool
[22:01:11] <alex_joni> eeeeek is the mouse version of aarrghh
[22:01:24] <giacus> haha
[22:02:10] <SWPadnos> ok, so I put a note on that page saying that a new ISO should be available in a few days
[22:03:32] <giacus> mumble mumble ..
[22:03:41] <giacus> mean thinking ?
[22:03:59] <alex_joni> giacus: you know that?
[22:04:07] <giacus> in the comics
[22:04:19] <giacus> italian comics sound like thinking
[22:04:20] <alex_joni> oh, yeah.. thought you read about it somewhere..
[22:04:26] <SWPadnos> depends on context, I think
[22:04:27] <giacus> :)
[22:04:38] <SWPadnos> could just be "kvetching"
[22:04:39] <alex_joni> SWPadnos: was talking about the latter part
[22:05:09] <dave-e> hey alex-----worked first time off
[22:05:23] <alex_joni> dave-e: YAY
[22:05:28] <SWPadnos> cool.
[22:05:30] <dave-e> INDEED!!!!!!!!!
[22:05:31] <cradek> allright
[22:05:43] <dave-e> no joke....now I'm up and running
[22:05:46] <SWPadnos> so you're at the same level of hardware functionality as you had with EMC1 now, right?
[22:05:55] <dave-e> yes
[22:06:00] <SWPadnos> awesome!
[22:06:06] <dave-e> thanks to a lot of helpful people
[22:06:14] <alex_joni> dave-e: you're about the second one (think the mazak was the first one) using spindle speed :D
[22:06:15] <cradek> I wonder if we should use your experience to fix up the stg sample config file
[22:06:25] <dave-e> emc2 is just too rich to come up without help
[22:06:34] <dave-e> sure
[22:06:37] <alex_joni> dave-e: there is another issue I am concearned about
[22:06:41] <dave-e> go
[22:07:01] <alex_joni> there is no such thing as a time between spindle stop, and brake on
[22:07:02] <SWPadnos> the ini/hal files need changing, due to the stg position changes
[22:07:13] <alex_joni> how usefull/needed is that?
[22:07:13] <SWPadnos> scaling changes
[22:07:22] <alex_joni> how did that work in emc1 ?
[22:07:25] <dave-e> Mazak doesn't have a spindle break
[22:07:28] <dave-e> brake
[22:07:37] <SWPadnos> any speed feedback?
[22:07:38] <alex_joni> ok, so I guess it doesn't matter ..
[22:07:55] <alex_joni> there is support for feedback ;)
[22:08:00] <dave-e> spindle is servo with tach feedback
[22:08:08] <alex_joni> dave-e: you could use an ADC for feedback
[22:08:10] <dave-e> it grunts and come up or down
[22:08:12] <alex_joni> and see it on the GUI
[22:08:50] <dave-e> it would be much easier with encoder feedback
[22:09:09] <alex_joni> tach needs a bit of boost/conversion probably
[22:10:11] <dave-e> nope plenty of votage on the tach
[22:10:21] <dave-e> voltage divide for adc
[22:10:30] <alex_joni> ok, then conversion
[22:10:41] <alex_joni> it might be pretty easy to do..
[22:10:48] <dave-e> scale and S/H
[22:10:57] <alex_joni> HAL takes care of most
[22:11:24] <alex_joni> the NML/emc stuff I've already done (need to search my brains for that ;)
[22:11:30] <dave-e> adc doesn't convert well on a dynamic sig
[22:12:14] <dave-e> I've not tested the ini ... MAX_VOLTS_PER_RPM yet...but will do so next trip to shop
[22:13:02] <dave-e> going to switch systems here..bbs
[22:13:58] <alex_joni> ok, seems I didn't remember well.. spindle_speed_in is not used :/
[22:14:05] <alex_joni> * alex_joni will do that these days
[22:17:58] <Bo-Dick> Are the blueprints for the geckodriver available?
[22:18:14] <jepler> Bo-Dick: Don't think so..
[22:18:23] <alex_joni> Bo-Dick: no way ;)
[22:18:43] <jepler> I always tell people looking for a stepper drive to consider
http://pminmo.com/l297-8/l297-8.htm
[22:18:57] <fenn> although.. someone is manufacturing a gecko ripoff
[22:19:05] <fenn> but they sell it for more money!
[22:19:22] <alex_joni> fenn: ROFLMAO, really?
[22:19:43] <cradek> heck why bother with manufacturing the thing if that's the business plan?
[22:20:04] <fenn> alex_joni: tormach used to sell it
[22:20:29] <Bo-Dick> I mean, why try to figure out the best way to design a stepper driver when the answer might be found out there.
[22:20:56] <fenn> it doesn't hurt to understand what you're doing
[22:21:11] <fenn> but i think you've been asking all the wrong questions
[22:21:45] <Bo-Dick> Absolutely not but I've realized the best would be to just take a working concept and rip it.
[22:22:27] <bill2or3> fenn, is it that "keingling" company?
[22:23:02] <fenn> i dont remember
[22:23:17] <fenn> robin_sz was talking about it a year ago
[22:23:30] <bill2or3> ahh.
[22:25:29] <Bo-Dick> When having a stepper driver that supports microstepping, does the cnc software percieve that as a higher resolution stepper motor i.e. more steps/revolution?
[22:26:16] <SWPadnos> the ProDrive 2000? (or was that the Tormach unit?)
[22:26:31] <alex_joni> Bo-Dick: yes
[22:26:47] <alex_joni> so sometimes that's not good, as you need higher pulse-rates
[22:27:05] <alex_joni> so the very smart stepper drivers do some additional multiplying
[22:27:16] <dave-e> hi john
[22:27:23] <jmkasunich> hi
[22:27:49] <Bo-Dick> That would mean that the only effect of the microstepping is to smoothen the movement?
[22:28:07] <dave-e> ray was saying he got some pretty good speeds on steppers with the new motion module
[22:28:16] <fenn> SWPadnos: yes that looks a lot like a gecko
[22:28:17] <alex_joni> dave-e: yes
[22:28:32] <alex_joni> Bo-Dick: right, the precision is not something you usually need
[22:28:38] <alex_joni> unless direct-driving
[22:29:07] <fenn> alex_joni: i think it's stupid to multiply pulses inside the stepper driver.. it should just interpolate smoothly between them
[22:29:32] <SWPadnos> fenn, it should look the same, the board was basicaly photocopied from a Gecko ;)
[22:29:43] <alex_joni> fenn: no, it's good to drive the motor with microstepping
[22:32:42] <jepler> alex_joni: Is there any rule of thumb to how much speed you can gain from microstepping compared to (non-torque-compensated) half-stepping, assuming that you don't run into trouble with the max step rate emc can deliver?
[22:33:05] <alex_joni> * alex_joni knows little about steppers..
[22:33:33] <jepler> oh alright then
[22:33:40] <dave-e> alex you should have a hal file in your email soon.
[22:33:48] <alex_joni> dave-e: thanks
[22:33:51] <Jymmm> jepler you might try MAriss paper - might mention something
[22:34:01] <dave-e> do you want the ini also?
[22:34:23] <alex_joni> dave-e: can't hurt..
[22:34:40] <dave-e> ok....on the list for the next shopping trip
[22:35:16] <dave-e> gonna run...too much to do.
[22:35:29] <alex_joni> dave-e: glad you got it working ;)
[22:35:33] <dave-e> THANKS FOR ALL THE HELP! :-)
[22:38:54] <Jymmm> jepler: It's hidden (again) -->
http://www.geckodrive.com/photos/Step_motor_basics.pdf
[22:38:57] <Jymmm> ~~~~~
[22:41:31] <cradek> what a nice guy
[22:41:41] <Jymmm> cradek who?
[22:41:49] <cradek> dave
[22:41:56] <cradek> glad his machine is working
[22:42:15] <alex_joni> cradek: ditto
[22:42:16] <Jymmm> cradek: Oh, that wasn't sarcasim, huh?
[22:42:17] <jmkasunich> he was a big help when we were working on Roland's Mazak
[22:42:34] <cradek> Jymmm: what? of course not
[22:42:39] <fenn> jepler: i dont think microstepping gains you any max speed, just reliability
[22:42:55] <Jymmm> cradek: Come on now... look at who the regulars are in here.
[22:43:37] <Jymmm> cradek you see the 10,000 year clock?
[22:43:46] <Bo-Dick> * Bo-Dick is gonna need an advice from the pro guys... here it comes
[22:43:53] <cradek> yes
[22:43:55] <Bo-Dick> I need some help. The biggest effort I've done so far is the polarity shifting bridges for all stepper motors. This is the last step that drives the current to the stepper motor coils. Sometimes I've considered starting over with the stepper driver since there are so many details I haven't taken into account. My question is, does this implementation limit the opportunity to make this a more advanced stepper driver? What I mean is: Is this bri
[22:44:04] <fenn> ack
[22:44:06] <Jymmm> cradek Ok, thought you might like that =)
[22:44:48] <alex_joni> Jymmm: I was a bit worried about showing it to cradek
[22:44:48] <cradek> it's very nice
[22:44:51] <cradek> wish the pictures were better
[22:45:00] <Jymmm> alex_joni how come?
[22:45:12] <alex_joni> in the end he might have ended up building one, and not working on emc2 anymore ;)
[22:45:17] <Jymmm> cradek: There's a link at the bottom to request hi-res photos
[22:46:45] <Bo-Dick> * Bo-Dick realizes this might maybe be a little advanced...
[22:47:49] <fenn> Bo-Dick: your post got cut off
[22:48:33] <Bo-Dick> Thats weird. I can see it in full length on my own screen. That must be a bug!
[22:49:06] <Bo-Dick> I guess I have to start from the beginning then :/
[22:49:42] <Bo-Dick> I need some help.
[22:49:42] <Bo-Dick> The biggest effort I've done so far is the polarity shifting bridges for all stepper motors.
[22:49:42] <Bo-Dick> This is the last step that drives the current to the stepper motor coils.
[22:49:42] <Bo-Dick> Sometimes I've considered starting over with the stepper driver since there are so many details I haven't taken into account.
[22:49:42] <Bo-Dick> My question is, does this implementation limit the opportunity to make this a more advanced stepper driver?
[22:49:43] <Bo-Dick> What I mean is: Is this bridge compatible with the PWM concept, microstepping or anti resonance etc?
[22:49:45] <Bo-Dick> Heres a picture of the bridge:
http://www.carmi.se/misterstarshine/Projects/polbridge.gif
[22:51:01] <fenn> that looks fine
[22:51:01] <giacus> Jymmm: any idea about how to cook a cat ?
[22:51:10] <giacus> :D
[22:51:22] <fenn> giacus: let it sit on your hot stepper motors
[22:51:32] <LawrenceG> one isse might be the switching speed of the bridge.... pwm reqires fast speed switching to keep the switching losses low...
[22:51:46] <LawrenceG> usually fets are used these days
[22:51:55] <giacus> fenn: ouch.. mi drivers have heatsink and fan !
[22:52:23] <SWPadnos> you also need to be concerned with turn-off time being slower than turn-on
[22:52:24] <giacus> too cold
[22:52:48] <Bo-Dick> Why is that?
[22:53:30] <SWPadnos> because otherwise you're shorting the supply directly to ground when you swap polarity (both transistors on one side are on at the same time)
[22:53:41] <fenn> wow i wonder if they used EMC to make that clock
[22:53:51] <K4ts> helloooooooooooooo
[22:53:55] <giacus> hello miss K4ts :P
[22:53:57] <Bo-Dick> Not for common emitter fortunately :)
[22:54:05] <K4ts> hi Jymmm
[22:54:14] <K4ts> hi alex_joni
[22:54:21] <giacus> K4ts: we are talking about how to cook a cat
[22:54:23] <K4ts> smack giacus
[22:54:31] <jmkasunich> two provlems with that configuration
[22:54:33] <giacus> K4ts: any recipe ?
[22:54:39] <alex_joni> K4ts: really, it's very appreciated in thailand
[22:55:04] <K4ts> alex_joni: ?
[22:55:07] <jmkasunich> 1) darlington connection means that you always have at least 2xVbe forward voltage, which means high conduction losses
[22:55:18] <giacus> hello mr John
[22:55:23] <jmkasunich> 2) fairly slow transistors meand high switching loss
[22:55:24] <jmkasunich> hi
[22:56:48] <Bo-Dick> The datasheets says the bandwidth is 3MHz for them... :/
[22:56:53] <giacus> K4ts: did you understand ? :)
[22:57:08] <K4ts> thailand?
[22:57:15] <alex_joni> K4ts: cats are very appreciated in thailand restaurants
[22:57:22] <giacus> haha
[22:57:25] <K4ts> 0_0
[22:57:28] <giacus> LOL
[22:57:51] <K4ts> i no mongoly! ah ah
[22:58:02] <jmkasunich> Bo-Dick: bandwidth is an analog thing, switching speed is different
[22:58:13] <jmkasunich> oops: disregard my #2
[22:58:17] <giacus> K4ts: I suspect someone wnat roust you
[22:58:33] <giacus> no clue..
[22:58:39] <jmkasunich> because the emitter follower connection never saturates the transistors, they _will_ be fast
[22:58:45] <jmkasunich> switching loss will be low
[22:58:56] <jmkasunich> (but conduction loss will _really_ suck
[23:00:08] <Bo-Dick> Is this a behaviour for transistors specifically or due to a poor design?
[23:00:38] <jmkasunich> mostly a result of the darlington connection
[23:01:09] <Bo-Dick> So the darlington does more harm than good?
[23:01:16] <jmkasunich> there is a reason why MOSFETs have replaced bipolar transistors for all but the very cheapest, smallest application
[23:02:13] <K4ts> jmkasunich do you finally bought the sound card ?
[23:02:26] <Bo-Dick> :/
[23:02:26] <jmkasunich> no
[23:02:43] <jmkasunich> I don't like noisy computers
[23:03:00] <K4ts> not yet ?
[23:03:22] <jmkasunich> not ever
[23:03:38] <jepler> Seems hard these days to find a motherboard without integrated audio.
[23:03:47] <giacus> :)
[23:03:50] <alex_joni> Bo-Dick: darlingtons are pretty outdated
[23:03:50] <K4ts> dont' you like nice music ?
[23:04:15] <Bo-Dick> Does the PWM controller need to have access to all four nodes in a switching bridge?
[23:04:16] <jmkasunich> now that you mention it, my mobo does have audio
[23:04:22] <jmkasunich> but no speakers connected ;-)
[23:04:39] <jmkasunich> Bo-Dick, not neccessarily
[23:04:48] <giacus> hehe
[23:04:56] <K4ts> jmkasunich: Im' a singer I'm thinking to write a song for EMC
[23:05:12] <Bo-Dick> So the only thing that sucks about this design is that BJTs are used instead of switching mosfets?
[23:05:39] <K4ts> so, got it popoular
[23:05:42] <K4ts> ah ah
[23:05:44] <giacus> haha
[23:05:49] <giacus> nahh
[23:05:51] <giacus> ok
[23:06:02] <giacus> jmkasunich: can write the notes
[23:06:05] <giacus> :D
[23:06:13] <K4ts> yes giacus ok
[23:06:21] <giacus> and you sing
[23:06:25] <giacus> better ..
[23:07:06] <giacus> oh .. K4ts you now we got a vip this month ?
[23:07:21] <giacus> stallman comes in sicily island in 27 march
[23:07:35] <giacus> want to go to see the conference ?
[23:08:18] <K4ts> yes
[23:08:21] <Bo-Dick> Does anyone know the design concept of the geckodrives switching bridges?
[23:08:21] <giacus> I know he write a song fo Free Software
[23:08:43] <giacus> Bo-Dick: I got 3 geckos ..
[23:08:45] <K4ts> whait I go to sing
[23:08:51] <K4ts> on paltalk
[23:08:59] <giacus> K4ts: wait :)
[23:09:14] <K4ts> I sing stadio
[23:09:15] <Bo-Dick> Is it servo or stepper?
[23:09:25] <giacus> Bo-Dick: I know a pirated version of geckos
[23:09:38] <giacus> it is online at the official website !
[23:09:41] <giacus> :)
[23:09:45] <bill2or3> YArRRRRR
[23:09:52] <giacus> kidding
[23:09:53] <bill2or3> at www.pirategeckos.com ?
[23:09:54] <giacus> :)
[23:09:58] <giacus> no ..
[23:10:00] <giacus> really
[23:10:05] <giacus> at gecko.com
[23:10:38] <giacus> tehy explain why pirated geckos are NOT as original
[23:11:00] <giacus> haha
[23:11:20] <bill2or3> now I can't tell if you're kidding or not.
[23:11:31] <giacus> no, really
[23:11:40] <bill2or3> got a link?
[23:11:42] <giacus> depend on what youre thinking
[23:11:48] <giacus> sure..
[23:11:55] <SWPadnos> aha - protobyte is the shithead pirate company
[23:11:56] <giacus> I seen it time ago
[23:11:59] <giacus> anyone know
[23:12:01] <jepler> this may be the document:
http://72.14.207.104/search?q=cache:znxautiwTSMJ:www.geckodrive.com/whyg201.htm+site:geckodrive.com+&hl=en&gl=us&ct=clnk&cd=6&client=firefox-a
[23:12:44] <giacus> jepler: yeah :D
[23:12:56] <jepler> it doesn't seem to be on the geckodrive site anymore
[23:13:10] <giacus> yeah
[23:13:12] <giacus> it was
[23:13:14] <SWPadnos> they probably took it down during the lawsuit
[23:14:21] <giacus> what Bo-Dick is tryng is the reason for what I spent 1 year searching ..
[23:14:25] <giacus> hope I'm missing
[23:14:34] <bill2or3> funny.
[23:14:37] <giacus> :)
[23:17:17] <K4ts> jmk, you're invited to hear me in paltalk
[23:17:19] <giacus> I think the secret is in the software
[23:17:36] <giacus> probably not readable
[23:17:37] <SWPadnos> there should be no software in a motor drive, IMO
[23:17:45] <SWPadnos> (if that's what you're talking about)
[23:17:52] <giacus> K4ts: jmkasunich don't have any sound card yet ..
[23:18:26] <giacus> SWPadnos: driver*
[23:18:34] <SWPadnos> yes
[23:18:48] <fenn> SWPadnos: why do you say that?
[23:18:50] <giacus> no ?
[23:18:51] <fenn> mister USC
[23:18:59] <jmkasunich> SWPadnos: better change that to "there should be no softward in a stepper drive"
[23:19:05] <giacus> SWPadnos: I mean PID and other
[23:19:16] <giacus> are implemented by drivers
[23:19:28] <giacus> in the case of gecko
[23:19:32] <SWPadnos> or a servo drive, I think (though I might be convinced that PID could be usefull in a DSP or FPGA)
[23:19:32] <jepler> darn, no copies of the image on the "wayback machine" either.
[23:19:43] <SWPadnos> the USC is a pulse generator, not a motor drive
[23:20:16] <SWPadnos> the EMC driver that runs the USC is good to have in software though ;)
[23:21:13] <giacus> * giacus likes K4ts ideas about EMC song :)
[23:21:29] <SWPadnos> jepler, I think there's a PDF of that information somewhere, with the images
[23:21:35] <giacus> EMC should be more popoular
[23:21:59] <K4ts> yes giacus
[23:22:04] <giacus> :)
[23:22:11] <giacus> ok K4ts
[23:22:19] <K4ts> i sing for EMC sure
[23:22:19] <giacus> then, we'll write a song
[23:22:33] <giacus> and publish it everywhere
[23:22:35] <SWPadnos> yep - the pdf is called "G201 vs. PirateDrive_2000.pdf"
[23:22:35] <giacus> ok ?
[23:22:36] <bill2or3> and gcode to play the on steppers.
[23:22:42] <fenn> damn bill20r3 beat me to it
[23:22:45] <bill2or3> *whiir* *whIIIIrr*
[23:22:49] <giacus> :D
[23:22:51] <SWPadnos> oops - no perios after vs
[23:22:53] <SWPadnos> period
[23:23:08] <K4ts> come la ascolteranno pi?
[23:23:09] <giacus> K4ts: can you sing in english ?
[23:23:21] <K4ts> ah ah
[23:23:25] <giacus> you have to learn ..
[23:23:26] <K4ts> poi
[23:23:28] <giacus> O_O
[23:23:40] <giacus> came on
[23:24:22] <fenn> i think it would be better in italian
[23:25:09] <giacus> fenn: yeah.. but she acn do it also in english :)
[23:25:27] <fenn> it should really be in Gcode
[23:25:30] <giacus> if we write the text
[23:25:34] <giacus> hehe
[23:25:39] <giacus> she can sing
[23:25:47] <giacus> I will paly the guitar
[23:25:55] <giacus> just need a drimmer
[23:26:01] <giacus> drummer*
[23:26:04] <giacus> :D
[23:26:14] <giacus> really
[23:26:17] <SWPadnos> use the Z axis, peck cycle ;)
[23:26:30] <giacus> who can writhe the text ?
[23:26:41] <giacus> hehe
[23:27:10] <K4ts> I sing for emc i sing for emc whit base di singing on the rain
[23:27:29] <giacus> K4ts: you agreed to sing the song ?
[23:27:38] <fenn> "CAUTION: The following scope picture captures the death of a step motor drive. These graphic images may be unsuitable for children and sensitive adults. It is rated for mature viewers only."
[23:27:40] <giacus> rain ?
[23:27:50] <K4ts> yes areed
[23:27:54] <K4ts> agreed
[23:27:58] <giacus> ok guys
[23:28:02] <giacus> she agreed
[23:28:14] <giacus> now we have to write the text for the song
[23:28:27] <giacus> who can do it ?
[23:28:34] <fenn> megaHAL!
[23:28:40] <K4ts> Jymmm:
[23:29:00] <giacus> K4ts: Jymmm is sleeping ..
[23:29:08] <K4ts> sveglialo
[23:29:13] <giacus> I think he have not good idea's
[23:29:22] <giacus> about song
[23:29:32] <giacus> dou U like california sound ?
[23:29:45] <giacus> bob dylan ?
[23:29:47] <giacus> :)
[23:29:49] <K4ts> yessssssssss
[23:29:55] <giacus> uhm.. ok
[23:30:02] <giacus> let me think ..
[23:30:26] <giacus> the probelm is the text for the song
[23:30:45] <giacus> I've the base ready
[23:30:53] <K4ts> ah ah
[23:30:56] <K4ts> solo quella
[23:31:01] <giacus> :(
[23:31:05] <giacus> only that
[23:33:10] <giacus> we need to think about the chorus
[23:33:27] <K4ts> chorus?
[23:33:41] <giacus> Image there's no EMC ..
[23:34:03] <giacus> no develeopers around ..
[23:34:10] <giacus> something like that
[23:34:32] <giacus> K4ts:
http://www.ultimate-guitar.com/tabs/l/l_aura/una_favola_crd.htm
[23:35:44] <giacus> imagine no rtai ..
[23:36:00] <giacus> uhmm no ..
[23:36:05] <giacus> sound bad
[23:36:19] <K4ts> sound bleach
[23:36:34] <giacus> K4ts: Image is the only song you know in english ??
[23:36:54] <K4ts> no home
[23:37:02] <giacus> mike buble ?
[23:37:04] <giacus> yeahhh
[23:37:11] <giacus> I want to go home !
[23:37:13] <giacus> cool
[23:37:27] <giacus> and move to Gx20
[23:37:30] <giacus> :))
[23:37:40] <giacus> colud be nice
[23:38:04] <K4ts> pink floyd wish you ....
[23:38:06] <giacus> K4ts: any other song ?
[23:38:21] <giacus> too much old ..
[23:38:32] <K4ts> allora ci penseremo domani
[23:38:37] <giacus> ok ok
[23:38:43] <giacus> :)
[23:38:51] <giacus> go to bed ?
[23:39:02] <alex_joni> K4ts: a domani
[23:39:14] <K4ts> yes
[23:39:24] <K4ts> tomorrow
[23:39:32] <K4ts> i work
[23:39:34] <giacus> K4ts: ok,, night :*
[23:39:36] <K4ts> sigh
[23:39:44] <giacus> se you tomorrow
[23:39:47] <K4ts> alex night
[23:40:13] <K4ts> night all
[23:42:33] <alex_joni> night all
[23:42:50] <SWPadnos> see ya, alex
[23:43:52] <giacus> night alex_joni
[23:44:13] <giacus> sorry guys.. just kidding
[23:52:42] <Jymmm> * Jymmm OTP
[23:52:58] <giacus> Jymmm: :D
[23:53:02] <SWPadnos> I'd get erasable if I were you
[23:53:07] <SWPadnos> OTP can really suck ;)
[23:53:28] <Jymmm> otp == on the phone
[23:53:37] <SWPadnos> heh
[23:53:41] <giacus> Jymmm: pen and paper and write the text for the song :P
[23:55:20] <giacus> Jymmm: song should be talk about EMC
[23:56:01] <giacus> every turn 4 phrases
[23:56:28] <giacus> youre very inspired there :D
[23:56:53] <giacus> * giacus chechking if inspired is correct ..
[23:57:31] <giacus> should be :)
[23:58:02] <giacus> Jymmm: just start, we'll debug it after ..
[23:58:42] <giacus> :)
