#emc | Logs for 2006-08-07

[00:07:47] <anonimasu> heh
[00:09:06] <jmkasunich> I love my tapping head ;-)
[00:09:26] <jmkasunich> 24 holes, 1/4-20 x 3/4 deep, blind, in aluminum, tapped in 13 mins on the drill press
[00:09:32] <anonimasu> I'd love to have your tapping head ;)
[00:09:45] <jmkasunich> get your own
[00:09:48] <jmkasunich> ;-)
[00:09:51] <anonimasu> hehe
[00:09:57] <anonimasu> hopefully we will ahve rigid tapping before that ;)
[00:10:11] <jmkasunich> would be nice
[00:10:33] <anonimasu> j/k
[00:10:40] <jmkasunich> although for rigid tapping you need a quick reversing spindle motor
[00:10:44] <anonimasu> I wonder how hard a tapping head would be to make
[00:10:57] <anonimasu> my reseller sells servos and ampd up to 178kw ;)
[00:11:43] <anonimasu> um > 132kw
[00:11:52] <anonimasu> insanity :P
[00:12:41] <anonimasu> *ponders*
[00:12:57] <jmkasunich> whats so magic about 132 kw?
[00:13:21] <anonimasu> it was wrong..
[00:13:39] <anonimasu> that's inverter drives..
[00:14:02] <anonimasu> I were just kidding
[00:14:26] <anonimasu> insane prices ;)
[00:16:51] <anonimasu> jmkasunich: what did you make?
[00:17:08] <jmkasunich> making - parts for a jig
[00:17:12] <jmkasunich> a long slow project
[00:17:30] <jmkasunich> wish I never took the order
[00:17:37] <anonimasu> :S
[00:17:54] <anonimasu> * anonimasu is keeping off all that kind of stuff until he can do it all on the cnc
[00:18:57] <jmkasunich> unfortunately these things don't really lend themselves to CNC
[00:19:02] <jmkasunich> too many parts, to many setups
[00:19:32] <anonimasu> :S
[00:22:08] <anonimasu> that sucks
[00:26:16] <jmkasunich> the good news is that the jigs are quite expensive
[00:27:58] <anonimasu> :)
[00:28:01] <jmkasunich> eating up my spare time now, but they'll pay for hobby projects this winter
[00:38:59] <Gene_> jmkasunich: Is there a way to 'home' the machine, as in rezero the present location as 0.0, in the gcode interpreter?
[00:39:15] <jmkasunich> not homing as such
[00:39:35] <jmkasunich> offsets are used in g-code to say "where I am right now should be treated as (0,0,0)"
[00:39:43] <jmkasunich> but I'm not familiar with the details
[00:40:01] <jmkasunich> g fifty-something I think
[00:42:03] <Gene_> Darn. What I have in mind is to be able to position the bit, zero the readouts, and then run another piece of code, like being able to cut a large street number, followed by several short phrases spaced over and then step up or down for the additional stuff, without having to re-edit the outout of truetype-tracer.
[00:42:19] <jmkasunich> thats exactly what offsets are for
[00:43:04] <Gene_> Ok, I'll go study that in the rs274 docs, or is that where to look? Mine are about a year old in dead treee format now.
[00:43:13] <jmkasunich> hang on
[00:43:19] <cradek> you probably want to use g92
[00:43:47] <cradek> g0x0y0z0; g92y2
[00:43:47] <Gene_> Ok, sample syntax please?
[00:43:54] <cradek> I think that will will move the origin down two inches
[00:43:56] <anonimasu> night
[00:44:04] <Gene_> goodnight
[00:44:28] <cradek> or you can use g54,55,56,...
[00:44:49] <Gene_> each of those does a specific axis I take it?
[00:45:03] <cradek> they're different coordinate systems
[00:45:36] <Gene_> ok, is that in the rs274 manual I've printed?
[00:45:39] <jmkasunich> so you can set G55 coords for the street number, G56 for the name, G57 for the space underneath, etc
[00:46:29] <Gene_> I better go get the notebook its in, sounds like study hall time...
[00:47:06] <cradek> jmkasunich: I successfully built pdfs - good job on that setup
[00:47:38] <Gene_> Because it sure would be nice to see the whole thing in the axis screen at load time.
[00:47:52] <jmkasunich> ok, your turn now... modify whatever magic deb files are needed so when you build packages the docs get built (and installed when the user updates)
[00:48:21] <cradek> head is not packaged, that comes when we branch 2.1
[00:48:24] <Gene_> oh goody, man pages :)
[00:48:56] <jmkasunich> cradek: the packaging scripts are _only_ in the 2.0 branch?
[00:48:59] <cradek> hmm, when I run make docs again, it does a bunch of stuff, even though I didn't edit anything
[00:49:16] <jmkasunich> you missed the discussion on -devel with jepler
[00:49:26] <cradek> yeah I just got here
[00:49:32] <jmkasunich> we realized that manual generation of dependencies is risky, automatic is non-trivial
[00:49:44] <jmkasunich> so make docs unconditionally makes them
[00:49:53] <cradek> hmm
[00:50:07] <jmkasunich> normal make (building the software) doesn't invoke make docs
[00:50:19] <Gene_> Does that work with the HEAD suck I did about noon?
[00:50:29] <jmkasunich> probaby not
[00:50:38] <Gene_> oh fudge.
[00:50:45] <cradek> but this isn't about deps I don't think
[00:50:46] <jmkasunich> Gene_: these aren't man pages, they are pdf User and HAL manuals
[00:51:13] <Gene_> either way, its a failry uptodate reference then?
[00:51:15] <cradek> I'll have to look at it before saying any more
[00:51:24] <Gene_> either way, its a fairly uptodate reference then?
[00:51:27] <jmkasunich> there are _no_ dependencies for the make target
[00:51:46] <jmkasunich> Gene_: just go here: http://linuxcnc.org/EMC2_User_Manual.pdf
[00:52:12] <jmkasunich> section 20 deals with offsets and G92
[00:52:22] <cradek> oh I see, this "Executing command:..." isn't ours, it's part of --export pdf2
[00:52:25] <jmkasunich> there is also info in there about the G54-59 stuff
[00:52:31] <jmkasunich> right
[00:55:32] <jmkasunich> cradek: I'm not sure if all the docs have been moved, so I'm using that as an excuse to procrastinate backporting the docs themselves and the make docs stuff to 2.0
[00:56:10] <cradek> do you intend to edit the docs for 2.0 branch?
[00:56:20] <jmkasunich> I don't know
[00:56:29] <cradek> if not, there's no reason to backport those changes.
[00:56:34] <cradek> just check in a couple PDFs.
[00:56:43] <jmkasunich> the current state of the docs is somewhere between 2.0 and 2.1
[00:56:51] <cradek> I'm not sure I see us making a lot more 2.0 releases.
[00:57:22] <jmkasunich> I'd like to see the 2.0 docs matching the 2.0 code
[00:57:29] <jmkasunich> I'm just not sure how big the effort is
[00:57:34] <cradek> I don't know either
[00:57:53] <jmkasunich> I don't think we can count on a mass migration to 2.1 when it comes out
[00:57:54] <cradek> maybe limited time is better spent making 2.1 docs match 2.1 code
[00:57:59] <jmkasunich> at least not right away
[00:58:16] <jmkasunich> you may be right about that
[00:58:29] <cradek> I'm really not sure
[00:58:39] <jmkasunich> but I'd want to backport the docs before we start editing, so that we don't have even more 2.1 stuff to remove from the 2.0 branch
[00:58:40] <cradek> I wouldn't poopoo any doc work anyone wanted to do
[00:59:26] <cradek> well you could branch the whole docs tree today
[00:59:43] <jmkasunich> except I'm not sure if everything is transferred from the documents module yet
[00:59:47] <cradek> or, we could make the same branch later
[00:59:55] <cradek> I see
[01:00:00] <jmkasunich> the hal stuff is finished, and I've deleted those files from the documents side
[01:00:01] <Gene_> Must not be, it just bailed out here.
[01:00:22] <Gene_> Can't build documents, missing LyX (or some other required program)
[01:00:22] <Gene_> make: *** [docs] Error 1
[01:00:22] <Gene_> gene@shop:~/emc2.head/src$ sudo apt-get install LyX
[01:00:22] <Gene_> Reading package lists... Done
[01:00:22] <Gene_> Building dependency tree... Done
[01:00:23] <Gene_> E: Couldn't find package LyX
[01:00:40] <cradek> Gene_: 'lyx'
[01:00:51] <Gene_> That was a fresh cvs up -dP on HEAD.
[01:00:54] <jmkasunich> gene: you really don't have to build the docs yourself, its perfectly OK to use the online ones
[01:01:28] <jmkasunich> I _don't_ expect J. Random User to build the documentation, there's no reason to install LyX unless you want to write documentation
[01:01:42] <Gene_> same error when its all lowercase
[01:02:01] <jmkasunich> if you really want to install Lyx, use synaptic and search for LyX
[01:02:09] <jmkasunich> there are actually a couple packages that need installed
[01:06:50] <Gene_> and synaptic ca't find me a 'lyx' package...
[01:07:11] <cradek> Gene_: really, you don't have to build the docs
[01:07:14] <Gene_> ca't >> can't
[01:07:16] <cradek> there's no point at all
[01:07:21] <Gene_> ok
[01:07:44] <Gene_> is it rigged to go online and get the latest then?
[01:10:13] <jmkasunich> Gene_: if you have 2.0.3 installed, read /usr/share/docs/emc2/EMC2_User_Manual.pdf
[01:10:33] <jmkasunich> if you don't, the manual is online, I posted the URL at linuxcnc.org when this whole thing started
[01:10:55] <jmkasunich> http://linuxcnc.org/EMC2_User_Manual.pdf
[01:20:55] <Gene_> Got it, looks to be about 6 weeks old now. Not much is said about G52-4, so I'm not sure what it does, but the G92.1 seems to be a bit more verbose, and it sounds like thats what I want, thanks.
[01:21:53] <Gene_> I'll bookmark it. I assume it won't move as long as the hardware is till breathing. :)
[01:45:25] <CIA-12> 03cradek 07HEAD * 10emc2/src/emc/rs274ngc/interp_convert.cc: thinko
[02:30:01] <CIA-12> 03jepler 07HEAD * 10emc2/debian/ (changelog control): dependency tracking for lyx files
[02:30:02] <CIA-12> 03jepler 07HEAD * 10emc2/src/ (Makefile Makefile.inc.in configure configure.in): dependency tracking for lyx files
[02:30:04] <CIA-12> 03jepler 07HEAD * 10emc2/docs/NEWS: dependency tracking for lyx files
[02:30:05] <CIA-12> 03jepler 07HEAD * 10emc2/docs/src/ (.cvsignore lyxdep.py Submakefile): dependency tracking for lyx files
[02:31:29] <cradek> yay
[02:33:16] <renesis> kk
[02:33:23] <renesis> got the pkg installed
[02:33:46] <renesis> now i gotta killoff all the stupid init stuff
[02:33:55] <renesis> like 1000 daemon running for no reason
[02:34:21] <renesis> kernel works and axis started up tho
[02:34:38] <renesis> but then everything started acting like gnome on a 200mhz machine
[02:34:55] <CIA-12> 03jepler 07HEAD * 10emc2/debian/rules: build docs. license notice
[02:37:28] <renesis> cradek: you know what modules and daemon are neccessary for emc2?
[02:37:43] <renesis> before i start like hacking up init scripts...
[02:38:04] <cradek> renesis: not really
[02:38:24] <renesis> hald is rtai hal related, no?
[02:38:37] <jepler> no, that's some other hal
[02:38:39] <renesis> im nt sure cuz i think ive seen it on non emc machines
[02:38:41] <renesis> yeah
[02:38:45] <renesis> ima kill that shit
[02:38:46] <renesis> !!!
[02:38:49] <jepler> it has to do with sending messages around when a usb device gets plugged in or something
[02:38:58] <renesis> yeah wtf
[02:39:07] <renesis> turning all that hotplug shit off
[02:39:17] <jmkasunich> goodnight folks!
[02:39:21] <renesis> nite
[02:39:23] <jepler> goodnight jon
[02:39:25] <jepler> john
[02:39:26] <cradek> bye
[02:39:36] <jepler> you people named john/jon should get together and CHOOSE ONE OR THE OTHER
[02:39:41] <renesis> heh
[02:39:55] <renesis> i build a slackbox on the compy for emc that didnt work out
[02:39:55] <jepler> (also, people named Geoff should just stop it)
[02:39:59] <cradek> I'm waiting for "jawn" etc
[02:40:05] <jmkasunich> heh, there is a baseball player for the cleveland indians named Jhonny Peralta
[02:40:07] <renesis> like, final itteration was under 5mb at boot
[02:40:14] <renesis> 15mb with gui
[02:40:43] <jmkasunich> apparently it was a typo on the birth certificate, but he won't change it
[02:40:47] <renesis> 25mb with firefox, and lsof | wc -l was outputting under 100 lines
[02:41:09] <jepler> cradek: http://www.jawnmurray.com/
[02:41:10] <renesis> im see if i can get ubuntu towards that without crippling it =(
[02:41:31] <cradek> jepler: figures
[02:42:17] <cradek> WEBSITE OPTIMIZED FOR INTERNET EXPLORER 5+ / RESOLUTION: 1024x768 / design by WDS1.COM
[02:42:17] <CIA-12> 03jepler 07HEAD * 10emc2/configs/nist-lathe/nist-lathe.var: actually fix the plane error in touch off
[02:42:19] <CIA-12> 03jepler 07HEAD * 10emc2/configs/sim/axis.ini: actually fix the plane error in touch off
[02:42:19] <CIA-12> 03jepler 07HEAD * 10emc2/configs/stepper/ (stepper.var stepper_mm.ini): actually fix the plane error in touch off
[02:42:24] <cradek> says the picture of badly-rendered text
[02:42:43] <cradek> did you mean to commit all that?
[02:43:16] <jepler> oh hell
[02:43:23] <jepler> no, that was all a mistke
[02:43:41] <jepler> it's clearly time for me to stop for the night, after I revert those
[02:43:48] <cradek> cvs admin -o if you do it right away
[02:44:51] <CIA-12> 03cradek 07HEAD * 10axis/scripts/axis.py: fix the plane error in touchoff
[02:45:05] <jepler> will you do it for me so I don't screw it up?
[02:45:57] <cradek> sure
[02:46:11] <jepler> thank you
[02:46:37] <jepler> what does that do to someone who (like me) has that version checked out?
[02:46:47] <cradek> you should probably remove those 4 files
[02:47:12] <cradek> or up -C
[02:47:14] <cradek> not sure
[02:47:25] <cradek> ok it's done
[02:53:37] <CIA-12> 03jepler 07HEAD * 10axis/scripts/axis.py: origin was appearing in a galaxy far far away when an offset was in effect
[02:53:51] <cradek> heh
[02:54:05] <cradek> it was a nearby galaxy...
[02:54:06] <jepler> did it go 25.4 times too far, or 25.4 * 25.4 times too far?
[02:54:22] <cradek> it seemed pretty darn far away
[02:54:27] <jepler> goodnight
[02:54:29] <cradek> might have been 25^2
[02:54:31] <cradek> goodnight
[02:54:35] <cradek> testing now.
[02:55:23] <cradek> works
[02:55:25] <cradek> thanks
[02:58:03] <Jymmm> Jymmm is now known as Jymmmmmm
[03:02:51] <Jymmmmmm> Jymmmmmm is now known as Jymmm
[03:43:45] <jepler> 'Density, Liquid @ BP, 1 atm: 50.45 lb/scf'
[03:43:48] <jepler> what's an scf?
[03:44:15] <jepler> ah, 'A standard cubic foot (scf) is the USA expression of gas volume at standard conditions'
[03:49:23] <renesis> axis not responding
[03:49:33] <renesis> axis cpu use, 75%
[03:50:03] <renesis> is just a big empty grey box
[03:52:12] <renesis> why cant you guys make an ncurses interface
[03:53:00] <jepler> there is one
[03:53:02] <jepler> it's called "keystick"
[03:53:26] <jepler> but you'll have to edit the 'emc' script to stop it being executed inside an xterm
[03:53:52] <jepler> and I guess keystick may not be in the 2.0.x packages
[03:57:35] <jepler> it looks like a simple oversight that it's not...
[03:58:03] <jepler> no idea about the problem with axis.
[04:02:07] <renesis> slow box, probably
[04:02:19] <renesis> could be config thing, dunno play later
[04:02:31] <renesis> like it loads
[04:02:34] <jepler> er, I take that back. I'm not sure keystick is built in 2.0.x
[04:02:34] <renesis> and i can see it
[04:02:40] <jepler> I should be in bed anyway .. maybe we can talk another time
[04:02:58] <renesis> but soon as it gets input from me it kinda locks up graphically
[04:03:03] <renesis> laters
[04:37:14] <A-L-P-H-A> hey.
[04:37:24] <A-L-P-H-A> could someone be nice, and test these sites for me?
[04:37:26] <A-L-P-H-A> http://www.lau-jens.com
[04:37:27] <A-L-P-H-A> and
[04:37:30] <A-L-P-H-A> http://www.laujens.com
[04:41:41] <NickServ> This nickname is owned by someone else
[04:41:41] <NickServ> If this is your nickname, type /msg NickServ IDENTIFY <password>
[04:49:43] <danfalck> A-L-P-H-A, neither one would open for for me
[04:50:16] <Jymmm> address not found on both of them
[05:08:22] <A-L-P-H-A> dan_falck, thanks.
[05:08:33] <A-L-P-H-A> Jymmm, thanks
[05:08:40] <A-L-P-H-A> that's freak'n odd, they were pointed on the 2nd.
[05:08:44] <A-L-P-H-A> and today's the 7th already
[05:08:44] <A-L-P-H-A> wth.
[05:13:52] <Jymmm> doens't look like you've set an authorative name server for it.
[07:01:55] <robin_sz> he has set them alright ..
[07:02:07] <robin_sz> Domain servers in listed order:
[07:02:07] <robin_sz> DNS1.TEXTDRIVE.COM
[07:02:07] <robin_sz> DNS2.TEXTDRIVE.COM
[07:02:07] <robin_sz> DNS3.TEXTDRIVE.COM
[07:04:33] <robin_sz> but they don;t seem to have propogated to the .com servers yet
[07:06:08] <robin_sz> no, wait, they have propogated to atleast i.gtld-servers.net
[07:07:07] <robin_sz> so they have propogated, its just textdrive.com which isnt serving up data for them
[07:08:04] <alex_joni> right, all the DNS*.textdrive.com don't have info about laujens.com
[07:08:59] <alex_joni> sounds like a provider problem
[07:16:43] <alex_joni> robin_sz: can you check somethign for me too?
[07:17:03] <robin_sz> sure ...
[07:17:13] <alex_joni> pop3 on robcon.ro, doesn't respond for me
[07:17:20] <alex_joni> telnet robcon.ro 110
[07:17:52] <alex_joni> I get connected, but no data from the server :/
[07:18:34] <robin_sz> likewise
[07:18:42] <alex_joni> ty
[07:19:08] <robin_sz> it doesnt respond ... something is hung
[07:19:37] <alex_joni> my thoughts exactly
[07:19:42] <alex_joni> IMAP works though
[07:45:32] <anonimasu> alex_joni: what imap server do you use?
[07:45:45] <alex_joni> anonimasu: not mine, the providers.. no idea what it is
[07:45:56] <alex_joni> but i can look
[07:46:14] <anonimasu> hm ok
[07:46:19] <anonimasu> I need a tiny imap serevr
[07:47:00] <alex_joni> doesn't say..
[07:47:06] <alex_joni> I use uw-imapd at work
[07:47:14] <alex_joni> compiled for non-ssl
[07:47:24] <alex_joni> and I know it's not safe, but it's not webaccessible
[07:47:39] <anonimasu> ok
[07:47:46] <anonimasu> im just going to stuff mails to the spamassassin
[07:47:51] <anonimasu> not deliver mails to the users via it
[07:47:51] <alex_joni> :D
[07:56:51] <alex_joni> use procmail for that
[07:57:25] <anonimasu> procmail?
[07:57:39] <anonimasu> how do I get the mails from the users computer and back into the mailserver?
[07:58:05] <alex_joni> before sending them out
[08:00:10] <anonimasu> no
[08:01:05] <alex_joni> http://dsplabs.utt.ro/~juve/blog/index.cgi/photography/01154884743
[08:01:11] <alex_joni> some more pictures
[09:58:42] <A-L-P-H-A> alex_joni. pretty.
[11:01:19] <alex_joni> A-L-P-H-A: thx
[14:11:20] <etla> what's the difference between emc2.0.3 and emc-dev2.0.3 ?
[14:16:23] <cradek> -dev is a package that lets you compile guis and hal modules for emc
[14:17:37] <etla> ubuntu just suggested I install both 2.0.3 and dev2.0.3
[14:17:56] <cradek> you probably had an older emc2-dev installed then
[14:18:05] <cradek> upgrade them together, they're small
[14:18:21] <etla> I hade HEAD in my home directory
[14:18:30] <etla> hmm, now HEAD does not want to compile:
[14:18:31] <cradek> that won't be affected
[14:18:41] <etla> make: *** No rule to make target `emc/ini/inispin.hh', needed by `depends/emc/task/iotaskintf.d'. Stop.
[14:18:52] <etla> or should I do "make clean" ?
[14:20:09] <cradek> emc/ini/inispin.hh makes no sense
[14:20:16] <cradek> did you copy the error exactly?
[14:20:27] <etla> yes, copy/paste
[14:20:38] <cradek> very odd
[14:20:38] <etla> now I did first "make clean" and now I'm running make again
[14:20:41] <cradek> try make clean I guess
[14:20:43] <etla> seems to do better
[14:21:45] <etla> also, my 2.0.3 seems broken...
[14:22:18] <etla> well maybe I should not run the installed 2.0.3 while compiling head ?
[14:22:34] <cradek> shouldn't matter I think
[14:23:00] <etla> so 2.0.3 should start with jus 'emc' from the terminal ?
[14:23:10] <cradek> yes
[14:24:18] <etla> hmm... the installed 2.0.3 reads config info from my HEAD checkout...
[14:24:31] <etla> that might create problems ?
[14:24:38] <cradek> yes, if your head checkout is ~/emc2 it will find it
[14:24:43] <cradek> I like to call mine ~/emc2.head
[14:24:59] <etla> If I rename it, will cvs still work as previously
[14:25:08] <cradek> yes but you will have to reconfigure/compile
[14:25:47] <etla> OK, but I guess the advantage is that ~/emc2 never gets automatically overwritten ?
[14:26:05] <cradek> I don't follow
[14:26:16] <etla> so I could keep my modified personal .hal and .ini's there ?
[14:26:31] <cradek> yes
[14:26:37] <etla> and they don't get modified when either updating through the ubuntu interface or with cvs
[14:26:43] <cradek> right
[14:26:53] <cradek> that's the right place for customized configs
[14:32:04] <etla> vcp and halui are not in 2.0.3 ?
[14:32:25] <etla> that was the problem then
[14:32:57] <etla> I had HEAD installed in ~/emc2 and so my 2.0.3 installation showed a halui/vcp config availabe and I ran that
[14:33:15] <etla> now I renamed HEAD to ~/emc2.head and 2.0.3 works again
[14:56:40] <etla> what about this guys:
[14:56:42] <etla> EMC2 - pre-2.1 CVS HEAD
[14:56:42] <etla> Machine configuration directory is '/home/etla/emc2.head/configs/sim/'
[14:56:42] <etla> Machine configuration file is 'axis.ini'
[14:56:42] <etla> Starting emc...
[14:56:42] <etla> HAL:1: ERROR: Can't find program 'hal_manualtoolchange'
[14:56:44] <etla> HAL config file /home/etla/emc2.head/configs/sim//axis_manualtoolchange.hal failed.
[14:57:24] <cradek> did you cvs update in the toplevel emc2.head directory?
[14:57:42] <etla> /home/etla/emc2.head/configs/sim/axis_manualtoolchange.hal actually exists (without the extra slash)
[14:57:46] <cradek> gene had this problem the other day but I forget what it was
[14:58:05] <etla> I just did a checkout of the emc2 component
[14:58:13] <cradek> you're looking for emc2.head/bin/hal_manualtoolchange, which must not exist
[14:58:15] <etla> did not specify a revision so I guess this is HEAD
[14:58:43] <cradek> does the whole compile finish successfully?
[14:58:52] <cradek> I think gene's compile was stopping in the middle
[14:58:58] <etla> nope, no /bin/hal_manualtoolchange
[14:59:02] <etla> let's see
[14:59:15] <etla> make[1]: Leaving directory `/usr/src/linux-headers-2.6.12-magma'
[14:59:15] <etla> cp *.ko ../rtlib/
[14:59:15] <etla> You now need to run 'sudo make setuid' in order to run in place.
[14:59:20] <etla> that's the end
[14:59:34] <cradek> huh, looks right
[14:59:43] <cradek> oh I bet you don't have the axis source at all
[14:59:59] <cradek> get the axis source (cvs or tarball) and put it in emc2.head/src/axis
[15:00:00] <etla> hmm, it doesnt come with emc2 ?
[15:00:06] <cradek> no
[15:00:28] <etla> would it be unreasonable to ask that it did ;)
[15:00:41] <cradek> it may, one of these days, but not today
[15:01:47] <cradek> hey I wanted to thank you for updating stuff on the wiki, I appreciate it
[15:02:30] <etla> thanks !
[15:03:49] <etla> I'll take a look at the new manuals some day too, would be nice to begin on emc2 versions of the integrator and dev docs
[15:04:01] <cradek> yes I agree
[15:04:34] <cradek> I also want to go through the user manual one of these days - I'm more interested in doing it now that they're in the emc2 cvs
[15:04:50] <etla> can I leave the axis-latest package as a tar.bz2 ?
[15:04:50] <cradek> I didn't even know how to build the pdfs before
[15:05:04] <cradek> no, you have to untar it in emc2.head/src
[15:05:47] <etla> right. automatically built pdfs updated to linuxcnc.org would be nice also - documentation committers would see that their work makes a difference
[15:06:14] <cradek> yes, maybe we can figure out a way to do that, it would be neat
[15:06:36] <etla> now I get an axis-20060806
[15:06:36] <etla> directory. is that OK ?
[15:06:46] <cradek> yes as long as it's in emc2.head/src
[15:06:52] <cradek> now run configure/make again
[15:06:58] <etla> ok...
[15:07:05] <cradek> configure should say 'building axis from axis-20060806'
[15:07:22] <alex_joni> etla: it you're taking emc2 from CVS I suggest you do the same with axis
[15:07:43] <alex_joni> it might be 2 minutes more of a trouble now, but will be lots better for the future
[15:07:59] <etla> alex: how do I do that ? is it on cvs.linuxcnc.org ?
[15:08:14] <alex_joni> no, but the instructions are on axis.unpy.net, let me find them for you
[15:09:22] <alex_joni> etla: go to emc2/src
[15:09:36] <alex_joni> and issue : 'cvs -d:pserver:anonymous@axis.unpythonic.net:2401/cvsroot co axis'
[15:09:38] <etla> yes
[15:09:49] <alex_joni> without the quotes
[15:09:51] <alex_joni> ;-)
[15:10:34] <etla> OK, if I now do 'cvs update' in /emc2, will cvs check for updates from both cvsroots ?
[15:10:43] <jepler> no, you have to cvs update in both directories
[15:10:59] <alex_joni> jepler: last I tried it updated both
[15:11:05] <jepler> also I think that the first time, you have to '... co axis' in a different directory, and then 'mv axis emc2/src/'
[15:11:06] <alex_joni> I have no idea what made it do that..
[15:11:08] <jepler> alex_joni: hm, really?
[15:11:18] <cradek> depends whether there's D/axis//// in src/CVS/Entries
[15:11:22] <alex_joni> I checked it out in emc2/src
[15:11:32] <alex_joni> and now I have it in src/CVS/Entries, right
[15:11:41] <jepler> huh, that never worked when I tried it
[15:11:44] <alex_joni> if you move it lateron then it won't work automatically
[15:11:44] <cradek> you can add it if you want it there
[15:11:53] <jepler> it spwes some error when you try to 'co' there
[15:12:06] <cradek> hmm
[15:12:15] <alex_joni> jepler: it complained about some missing .cvspassword for me, but it moved on
[15:12:49] <alex_joni> I still get that error every time, but it seems to be working other than that
[15:12:49] <etla> checking for AXIS source... will build axis from axis
[15:12:55] <alex_joni> etla: great
[15:13:24] <cradek> etla: be sure to remove your axis-20060803 directory then
[15:13:37] <etla> yes I did that.
[15:13:48] <jepler> oh, it seems to depend if I use 'CVSROOT=... cvs co axis' or 'cvs -d... co axis'
[15:13:53] <jepler> oh that's cool
[15:14:05] <etla> Now I wonder, can I use the same config files from ~/emc2 with both 2.0.3 and HEAD ?
[15:14:10] <alex_joni> cradek: I think jepler added check for multiple dirs, and configure barfs if there's more than one
[15:14:12] <jepler> etla: no, there are several incompatible changes
[15:14:25] <jepler> well, at least one
[15:14:28] <etla> jepler: that is what I thought....
[15:14:28] <alex_joni> cradek: multiple axis dirs
[15:15:08] <etla> so can I specify which configs go into the config selector tree at startup ?
[15:15:23] <etla> or rather different config dirs for HEAD and 2.0.3
[15:15:42] <alex_joni> etla: the config picker adds some dirs by default
[15:16:07] <alex_joni> for the HEAD version you'll see the configs in emc2.head/configs and ~/emc2/configs
[15:16:26] <alex_joni> for the installed version you'll see the ones in /etc/emc2/sample-configs and ~/emc2/configs
[15:16:53] <etla> ok, but ~/emc/configs will make 2.0.3 crash...
[15:17:01] <alex_joni> the ~/emc2/configs need not be there, but that is the _preferred_ place for having configs for 2.0.3
[15:17:24] <alex_joni> etla: I'd advise like this: have ~/emc2/configs/ hold you own configs for 2.0.3
[15:17:29] <alex_joni> and not use them for HEAD
[15:17:33] <jepler> These two pages show the changes for the tkemc simulator configuration between 2.0.3 and CVS HEAD: http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/sim/tkemc.ini.diff?r1=;r2=1.3;f=h http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/common/core_sim.hal.diff?r1=1.4;r2=1.6;f=h
[15:17:55] <jepler> also, I think there's a change to the nml file, let me find that
[15:17:57] <cradek> it's fine with me if someone wants to make configure let you set EMC2_CONFIG_PATH
[15:18:03] <alex_joni> have ~/emc2.head/ the dir with your checkout
[15:18:27] <jepler> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/common/emc.nml.diff?r1=1.1;r2=1.4;f=h
[15:18:40] <etla> alex: OK, but where do I put customized configs for HEAD. I want to keep these when I do a cvs update of HEAD
[15:19:56] <alex_joni> local modified files don't get updated
[15:20:12] <cradek> you could make new dirs in emc2.head/configs/
[15:20:38] <alex_joni> but you can always make new dirs
[15:20:40] <cradek> or put them in ~/emc2/configs and keep track (name them something that shows the difference)
[15:20:51] <alex_joni> cradek: that gets messy fast
[15:21:14] <cradek> or you could add a --with-emc2-config-path=... to configure
[15:21:34] <cradek> (that might be the right fix)
[15:21:47] <alex_joni> I could do that
[15:22:07] <cradek> I admire your bravery around configure
[15:22:15] <alex_joni> lol
[15:22:32] <alex_joni> I spent quite some time with it in the beginning
[15:23:35] <alex_joni> I still have that huge 2MB html file with autoconf internals
[15:24:26] <alex_joni> and if I remember it right you helped me quite a bit with bash foo :)
[15:24:27] <etla> btw what parts of AXIS need to be built ? I thought it was in python ?
[15:24:41] <jepler> etla: there are several parts written in C and C++ (the extensions/ directory)
[15:24:43] <alex_joni> etla: there is an emc-interfacer
[15:24:55] <alex_joni> and other parts :)
[15:25:10] <jepler> etla: also, various parts are copied into place by the 'make' process
[15:25:37] <etla> "AXIS splash g-code" !! hm....
[15:26:05] <alex_joni> etla: it shows the axis version as a gcode file, very nifty
[15:26:22] <alex_joni> * alex_joni really liked that
[15:26:54] <etla> why do rapids not change color when executed ? (they are dashed white lines)
[15:29:03] <etla> is Touch Off the same as G92 for the current axis ?
[15:29:22] <jepler> etla: AXIS uses g54 offsets, not g92
[15:31:47] <jepler> etla: when they are executed, rapids are painted with a very faint (transparent) green or cyan line. I think that the backplot looks less cluttered when rapids don't turn into big, bright streaks, but you might not agree
[15:32:07] <etla> could an active offset somehow be communicated to the user by changing the coordinate display colors, or a new symbol (like the axis homed symbol))
[15:32:16] <etla> ok, I'll have to look for the faint lines
[15:32:50] <jepler> etla: once you've set an offset, you get an icon shown in the plot area at the machine origin
[15:32:58] <alex_joni> jepler: is it correct that one could change the colors of the backplots?
[15:33:09] <jepler> etla: you are told whether machine or relative coordinates are displayed by one of the messages at the bottom of the window
[15:33:46] <alex_joni> jepler: I vaguely remember something about X resources and colours
[15:34:00] <etla> maybe an icon next to the coordinate would be clearer ?
[15:34:16] <alex_joni> etla: that's what jepler said
[15:34:29] <alex_joni> you'll get an icon next to the home one
[15:34:50] <etla> hmmm, I get a blue thing in space at the machine origin
[15:35:09] <cradek> yes and the axes move to the offset origin
[15:35:16] <etla> yes
[15:35:42] <jepler> alex_joni: yes, you can.
[15:35:47] <alex_joni> etla: I see what you mean
[15:35:58] <jepler> For instance, to make the "traverse" less transparent, you can execute a command like this before starting emc:
[15:36:02] <jepler> echo "*Togl.backplottraverse_alpha: .75" | xrdb -merge
[15:36:03] <alex_joni> etla: if you don't like the faint coloured rapids
[15:36:06] <jepler> that will "stick" until you log out
[15:36:44] <jepler> and you can change the color too: echo "*Togl.backplottraverse: #ececec" | xrdb -merge
[15:36:51] <etla> cool, will have to try that
[15:36:52] <jepler> that makes it a fairly light grey color
[15:37:34] <jepler> to get an idea of all the colors that you can change, look at the lines with "*Togl." in them in this file: rs274/options.py
[15:37:36] <etla> how do I get the new tool look, i.e. a cylinder ?
[15:37:56] <jepler> the tool changes from a cone to a cylinder when you load a tool with a radius specifified (e.g., t1m6)
[15:37:59] <cradek> set up the tool table and load a tool
[15:38:29] <etla> yep, it worked!
[15:39:25] <etla> how long before someone writes a full 3D stock model simulation for emc ??
[15:39:30] <alex_joni> cradek: what's axis calibration
[15:39:36] <alex_joni> it seems borked on 2.0.3
[15:39:52] <cradek> probably supposed to be emccalib.tcl
[15:40:01] <cradek> I thought it worked...
[15:40:07] <cradek> grr
[15:40:15] <alex_joni> it says "EMC2 Axis Calibration"
[15:40:28] <cradek> where do you see this?
[15:40:30] <alex_joni> has a nice Chips on the left
[15:40:37] <cradek> oh it does come up
[15:40:40] <alex_joni> AXIS -> Machine -> calibration
[15:40:43] <cradek> it's for tuning pid
[15:40:53] <alex_joni> oh, I have sim-axis
[15:40:54] <cradek> it writes to the ini
[15:41:02] <alex_joni> probably that's why it doesn't work.. no PID there
[15:41:02] <cradek> there won't be much in it then
[15:41:20] <alex_joni> no, no variables at all, and when I push test it generates an error
[15:41:37] <alex_joni> can't read "ininamearray(0)": no such variable
[15:41:37] <alex_joni> while executing
[15:41:37] <alex_joni> "set ininamearray($axisentry)"
[15:41:37] <alex_joni> (procedure "iniTuneButtonpress" line 28)
[15:41:37] <alex_joni> invoked from within
[15:41:40] <cradek> hmm that could be a bit more graceful I guess
[15:41:47] <etla> cradek: when writing to ini, it still requires a restart of emc before the new values take effect ?
[15:41:53] <cradek> but I'm pretty sure it works with servos
[15:42:03] <cradek> etla: no I think it also changes the hal values on the fly
[15:42:25] <alex_joni> cradek: and when I press Quit (note: not save) it says it can't save here, make a copy to ~/emc2
[15:42:26] <etla> OK, sounds useful
[15:43:04] <alex_joni> how do you reset the Offset ?
[15:44:01] <jepler> alex_joni: you mean, make the machine and offset coordinate systems match up for this axis? There's not a direct way to do that.
[15:44:08] <cradek> g28
[15:44:10] <cradek> then set it to 0
[15:44:17] <jepler> alex_joni: I guess I've never wanted to do that.
[15:44:22] <cradek> or mdi g10l2p1x0y0z0
[15:44:39] <alex_joni> I did this: g0x0y0z0, home all axes, then Offset again
[15:44:45] <alex_joni> and I got rid of the blue thingie
[15:44:57] <cradek> yeah but you lost your original home
[15:45:04] <cradek> you wanted g0g53x0y0z0
[15:45:18] <alex_joni> whatever, I wanted that blue thing to go away :D
[15:45:20] <cradek> or g28 which is a shortcut for that
[15:45:39] <jepler> you don't like that blue thing?
[15:45:56] <alex_joni> sure I do.. but I wanted it gone, and didn't find a way to do it
[15:46:01] <alex_joni> at least not an intuitive
[15:46:07] <alex_joni> way
[15:46:28] <alex_joni> jepler: how does this sound?
[15:46:39] <alex_joni> when you push Offset for X it will stay pushed
[15:46:50] <alex_joni> that way the next time you can unpush it, and the Offset goes away
[15:47:06] <alex_joni> same should be true for "Home" too, but emc2 needs a tiny bit of support for that
[15:47:16] <alex_joni> which I plan to add anyways (unhoming an axis)
[15:47:32] <cradek> I agree unhoming would be nice
[15:47:44] <cradek> pretty sure I don't agree about buttons staying pushed in
[15:47:50] <jepler> if there's something useful about cancelling the offset I'll find a way to add it, but I'm not sure why it would be useful
[15:47:51] <alex_joni> I think this would be intuitive :)
[15:48:20] <cradek> I think buttons that act oddly (stay pushed in sometimes) are not intuitive
[15:48:21] <jepler> can you help me understand the usefulness?
[15:48:22] <alex_joni> jepler: I guess Offsets are of no use to me, so I don't really know..
[15:48:39] <cradek> I use offsets for every job
[15:48:53] <alex_joni> jepler: no, I can't.. I don't really use emc2 .. except for testing the code :)
[15:49:08] <jepler> it might be nice if axis would help you remember which axes you've offset for this job
[15:49:12] <etla> gotta go, see you later.
[15:49:16] <alex_joni> later etla
[15:49:29] <jepler> I've never accidentally forgotten to offset one axis, but maybe that will happen eventually
[15:51:05] <jepler> but you can't tell if an axis has been offset, only whether the offset is 0 or some other value
[15:51:26] <jepler> I would hate to have the button pop out just because the machine Z0 and the offset Z0 happened to coincide
[15:52:43] <alex_joni> why so?
[15:57:55] <jepler> because that would defeat the purpose of showing an offset is in effect
[15:58:26] <alex_joni> is an offset of 0 in effect?
[15:58:54] <alex_joni> maybe I'm not getting something here.. (about offsets)
[16:00:25] <jepler> the offset is just a number added to each coordinate of the machine position
[16:00:48] <jepler> so you can't tell the difference between no offset, and an offet which happens to be zero
[16:00:59] <alex_joni> would it matter?
[16:02:14] <jepler> if the purpose is to help me remember which axes I've set the offset for, it does matter
[16:02:57] <alex_joni> I mean from the users point of view
[16:03:09] <alex_joni> if I set an offset of 0, does that help me in any way?
[16:04:22] <jepler> I tape down the copper-clad board somewhere on the table. Then I move the XY to about the middle of the area the finished circuit will take up, and bring down the "Z" axis until the .002" feeler gauge no longer passes. I set touch off "Z" to .002, so that 0 is the top of the copper
[16:05:36] <jepler> then I move X and Y to the corner of the board (typically the bottom right, because X coordinates are negative when cutting the bottom side) and touch off both of them to 0
[16:05:48] <jepler> then I run the program
[16:05:55] <alex_joni> how do you touch off at .002" again?
[16:06:11] <jepler> I press: End, .002, Enter
[16:06:20] <jepler> assuming the Z axis was the one that was active
[16:06:35] <alex_joni> oh.. didn't know about that
[16:06:46] <alex_joni> I only saw the "Offset" button
[16:06:58] <jepler> "Touch Off" (End key) is newish
[16:07:39] <jepler> the old "Offset" is still available as the keystroke shift-home, or just hit Enter or press OK on the "Touch Off" screen has the same effect as the old Offset
[16:08:22] <jepler> so, I offset "Z" first, then move the machine, and offset "X" and "Y". It might be useful to have an indicator to remind me that I have offset Z and X but not Y, so that I don't accidentally start milling in the wrong place
[16:09:15] <jepler> but the only way I can think to implement that indicator is by checking whether the offset (this time, I mean the difference between the machine position and the offset position, not the "0" I use to touch off X and Y above) is zero (not offset) or nonzero (offset)
[16:09:37] <jepler> so this will work until, by coincidence, the offset X and the machine X happen to be the same
[16:10:07] <alex_joni> you think someone offsets it by MDI ?
[16:10:25] <jepler> right now it's perfectly valid to do so
[16:10:27] <alex_joni> or only using the GUI?
[16:10:33] <alex_joni> I know it's valid..
[16:10:47] <alex_joni> but I doubt anyone will do so..
[16:45:14] <Lerneaen_Hydra> 'lo
[16:45:41] <anonimasu> hello
[16:46:00] <Lerneaen_Hydra> god middag
[16:46:12] <anonimasu> what's up?
[16:46:19] <Lerneaen_Hydra> not much
[16:46:23] <anonimasu> ok :)
[16:47:05] <Lerneaen_Hydra> done the servo tes yet?
[16:47:10] <anonimasu> test?
[16:47:16] <anonimasu> with drives and stuff?
[16:47:16] <anonimasu> not
[16:47:17] <anonimasu> no
[16:47:43] <anonimasu> but I sent a query for a reseller I deal with at work and asked them if they couhd get me some prices for some hobby project of mine ;)
[16:48:20] <Lerneaen_Hydra> oh! nice
[16:48:31] <anonimasu> they'd fix me up a nice price somehow :)
[16:49:01] <anonimasu> but I need to try the mill and see if I need larger servos
[16:49:26] <Lerneaen_Hydra> ok
[16:50:16] <anonimasu> it around 10 amps at 48v
[16:50:29] <Lerneaen_Hydra> eek
[16:51:17] <anonimasu> I'm confused why though
[16:52:58] <Lerneaen_Hydra> there must be a lot of load
[16:53:20] <anonimasu> hm, there shouldnt be, but im direct driving
[16:53:56] <anonimasu> I'll run it once I get Y finished and see if I either gear it or buy larger servos
[16:54:28] <Lerneaen_Hydra> is it easy to spin by hand?
[16:54:51] <anonimasu> fairly easy
[16:56:24] <Lerneaen_Hydra> hmm
[16:56:31] <anonimasu> mind you that when cutting the speed is never that fast
[16:56:40] <Lerneaen_Hydra> sounds strange that there would be so much current though
[16:58:09] <anonimasu> ideally I need to check with the drives there..
[16:58:13] <etla> any of you ubuntu gurus ?
[16:58:27] <etla> I'm trying: sudo apt-get build-dep emc2
[16:58:40] <etla> and I get: E: Could not open file /var/lib/apt/lists/au.archive.ubuntu.com_ubuntu_dists_dapper-updates_main_source_Sources - open (2 No such file or directory)
[17:01:15] <anonimasu> *yawns*
[17:04:07] <anonimasu> Lerneaen_Hydra: are you finished with your lathe?
[17:06:57] <Lerneaen_Hydra> anonimasu: I doubt I'll ever be finished ;)
[17:07:26] <Lerneaen_Hydra> things that I still have planned to do is electrical connection of sensors for threading and limit switches
[17:07:44] <Lerneaen_Hydra> etla: correct pass?
[17:09:05] <alex_joni> etla: try sudo apt-get update first
[17:09:40] <anonimasu> ok
[17:10:15] <Lerneaen_Hydra> then I need to find a mill
[17:10:20] <etla> ok
[17:10:22] <anonimasu> find?
[17:10:23] <anonimasu> ;)
[17:10:29] <Lerneaen_Hydra> I seem to have trouble finding a small manual mill
[17:10:35] <Lerneaen_Hydra> tabletop
[17:10:42] <Lerneaen_Hydra> buy ;)
[17:10:49] <etla> Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/dapper-updates/main/source/Sources.bz2 MD5Sum mismatch
[17:10:49] <etla> Reading package lists... Done
[17:10:49] <etla> E: Some index files failed to download, they have been ignored, or old ones used instead.
[17:11:05] <anonimasu> hehe
[17:11:07] <alex_joni> try again
[17:11:08] <anonimasu> that can be hard
[17:11:14] <anonimasu> if you dont need a good one I have one ;)
[17:11:20] <Lerneaen_Hydra> haha
[17:11:37] <Lerneaen_Hydra> what's so bad about it?
[17:11:45] <anonimasu> oh, I dunno, I never got it to mill well
[17:11:56] <etla> alex: I tried 4 times and it fails every time
[17:12:19] <Lerneaen_Hydra> anonimasu: oh? what was the issue?
[17:12:25] <Lerneaen_Hydra> chattering?
[17:12:36] <anonimasu> yeah, not rigid enough to do real work on..
[17:12:39] <alex_joni> etla: try changing the repository you use in /etc/apt/sources.list
[17:12:43] <anonimasu> but, well,
[17:12:49] <alex_joni> change au.* with some other (I use ro.*)
[17:12:50] <Lerneaen_Hydra> anonimasu: define real work
[17:12:53] <anonimasu> honestly now I think the real problem was the lack of coolant
[17:13:06] <etla> alex: yeah, I wonder why it defaulted to au. it's only about 30hours by plane form here...
[17:13:08] <anonimasu> iron ;)
[17:13:14] <alex_joni> etla: heh :D
[17:13:16] <anonimasu> err large iron parts
[17:13:20] <Lerneaen_Hydra> is that a 100mm endmill with 10mm depth at 1000mm/min in stainless?
[17:13:36] <Lerneaen_Hydra> if so I understand ;=
[17:13:42] <alex_joni> at 250k RPM
[17:13:44] <Lerneaen_Hydra> s/;=/;)
[17:13:46] <Lerneaen_Hydra> yes
[17:13:47] <anonimasu> I'm aiming at 1m/min in alu now
[17:13:53] <anonimasu> with 5mm cuts ;)
[17:13:55] <Lerneaen_Hydra> sounds reasonable
[17:13:56] <Lerneaen_Hydra> eek
[17:13:57] <anonimasu> or more :)
[17:14:01] <Lerneaen_Hydra> 10mm endmill?
[17:14:06] <Lerneaen_Hydra> or more?
[17:14:09] <anonimasu> nah
[17:14:13] <anonimasu> around 8
[17:14:15] <Lerneaen_Hydra> ok
[17:14:20] <Lerneaen_Hydra> 6000-8000rpm?
[17:14:24] <anonimasu> yeah
[17:14:36] <anonimasu> or well 4500 right now
[17:14:43] <anonimasu> 4750 or something
[17:14:49] <Lerneaen_Hydra> so slow?
[17:15:20] <anonimasu> it's what I'll have ungeared
[17:15:43] <Lerneaen_Hydra> oh
[17:15:46] <Lerneaen_Hydra> ok
[17:16:27] <etla> alex: ok, now it works (apt-get build-dep emc2)
[17:16:30] <anonimasu> the limit is pretty much cooling :)
[17:16:40] <Lerneaen_Hydra> oh, bad cooling now?
[17:16:44] <anonimasu> before..
[17:16:51] <anonimasu> now I have flood coolant :)
[17:17:08] <anonimasu> mills break fast without coolant really fast
[17:17:27] <Lerneaen_Hydra> indeed
[17:17:35] <Lerneaen_Hydra> depending on the speed of course
[17:17:38] <anonimasu> I slicing a part yesterday, and I knocked the coolant ~ away
[17:17:40] <alex_joni> etla: don't think I'm an Ubuntu guru now please
[17:17:45] <Lerneaen_Hydra> lower rpm and feed makes it better though
[17:17:51] <Lerneaen_Hydra> ouch
[17:17:58] <anonimasu> it took about under a sec then I had sparks fly ;)
[17:18:01] <etla> alex: ok... ;)
[17:18:10] <Lerneaen_Hydra> steel?
[17:18:15] <anonimasu> iron
[17:18:16] <anonimasu> :)
[17:18:30] <anonimasu> took about 0.05 with a feed that sounded ok
[17:18:36] <anonimasu> with coolant that is ;)
[17:18:43] <anonimasu> then the disc got dull..
[17:18:45] <Lerneaen_Hydra> 0.05?
[17:18:48] <Lerneaen_Hydra> mm/flute?
[17:18:52] <anonimasu> per pass..
[17:18:58] <anonimasu> it was a o
[17:19:03] <anonimasu> whatever you call them
[17:19:06] <Lerneaen_Hydra> huh?
[17:19:14] <anonimasu> slitting blade
[17:19:16] <Lerneaen_Hydra> in borkborkborkese?
[17:19:22] <anonimasu> slitsfräs
[17:19:24] <Lerneaen_Hydra> oh
[17:19:27] <Lerneaen_Hydra> right
[17:19:33] <Lerneaen_Hydra> those are not fun :(
[17:19:41] <anonimasu> ran pretty high rpm and a moderate feed
[17:19:45] <anonimasu> it was cutting great!
[17:19:47] <Lerneaen_Hydra> ouch
[17:19:51] <Lerneaen_Hydra> in iron?
[17:19:54] <Lerneaen_Hydra> how thick?
[17:19:54] <anonimasu> yeah
[17:20:06] <anonimasu> 1mm I think
[17:20:10] <Lerneaen_Hydra> oh
[17:20:16] <Lerneaen_Hydra> 500-rpm?
[17:20:26] <anonimasu> yeah somewhere around there
[17:21:04] <Lerneaen_Hydra> ok
[17:21:13] <anonimasu> dunno, the feed/speed was ok..
[17:21:16] <anonimasu> but when the coolant went ;)
[17:21:31] <Lerneaen_Hydra> >.<
[17:21:46] <anonimasu> stuff happens
[17:22:59] <Lerneaen_Hydra> irritating nonetheless
[17:23:06] <anonimasu> yep
[17:28:54] <etla> alex: I submitted the feature requests for spindle speed override and rapid feed override
[17:29:10] <alex_joni> etla: good
[17:30:12] <etla> now if I only could get this damn mb of mine to boot the magma kernel I could do some useful stuff in sim-mode...
[17:30:27] <Lerneaen_Hydra> etla: hardware conflict?
[17:30:40] <etla> alex: btw. the new halui/vcp panel looked promising
[17:31:02] <alex_joni> did you try it? or only look at the picture?
[17:31:07] <etla> L_H: when booting with magma I get the login screen with a drum-drum-drum-drum-drum sound instead of the one drum
[17:31:15] <etla> I tried it at work a few hours ago
[17:31:33] <alex_joni> etla: great
[17:31:42] <etla> L_H: and when I log in I get a black screen...
[17:32:13] <etla> alex: we need a vcp jog-wheel widget !
[17:32:25] <alex_joni> heh.. why not a real one? :D
[17:33:03] <etla> so any ideas about my magma booting problems ? cradek thought it had to do with no ACPI in the magma kernel
[17:33:13] <alex_joni> I think so too
[17:33:32] <etla> maybe disable onboard soundcard in BIOS ?
[17:33:41] <alex_joni> right
[17:33:48] <alex_joni> and onboard video if you have some
[17:33:53] <alex_joni> that is really bad for RT
[17:34:08] <etla> hmmm, that will make it a bit hard to see things on the monitor ;)
[17:34:17] <alex_joni> get one of the cheap cards
[17:34:24] <alex_joni> any will do better than an oboard
[17:34:27] <alex_joni> 5$ card
[17:34:28] <etla> no more fans please
[17:34:32] <alex_joni> no.. old one
[17:34:46] <alex_joni> S3 early days :)
[17:34:53] <etla> maybe I should try disabling sound now and see what happens
[17:35:07] <alex_joni> right
[17:35:29] <etla> bye for now
[17:37:22] <alex_joni> anyone ever heard of LB1833 ?
[17:37:41] <alex_joni> "Low-saturation bidirectional motor driver for low-voltage application in 16-pin MFP16FS package."
[17:42:54] <robin_sz> how many amps/volts?
[17:43:04] <alex_joni> 2.5V .4A
[17:43:12] <robin_sz> .4?
[17:43:17] <alex_joni> 400mA
[17:43:30] <etla> no luck with magma...
[17:43:32] <robin_sz> its a 741?
[17:43:45] <alex_joni> what's a 741?
[17:43:51] <etla> an op-amp
[17:44:04] <alex_joni> no, it's a stepper driver
[17:44:10] <alex_joni> for a small stepper :D
[17:44:25] <robin_sz> 2.5V, 400ma? they make them that small?
[17:44:27] <alex_joni> * alex_joni opened a Sigma lens
[17:44:37] <alex_joni> it's the stepper controlling the aperture
[17:44:44] <robin_sz> ahh. cameras, right.
[17:44:56] <alex_joni> the motor is about 1 cm dia, 1cm long
[17:45:25] <robin_sz> handy
[17:45:25] <alex_joni> .7cm actually
[17:45:44] <etla> like the autofocus in your sigma ?
[17:45:53] <robin_sz> I just spotted someting *nice* on ebay for the tube laser project
[17:47:12] <alex_joni> who needs ebay search when they got robin_sz
[17:47:25] <robin_sz> http://cgi.ebay.co.uk/Heavy-duty-linear-slide-cnc-ballscrew_W0QQitemZ120016762206QQihZ002QQcategoryZ121893QQssPageNameZWDVWQQrdZ1QQcmdZViewItem
[17:47:36] <robin_sz> that will do VERY nicely for that project
[17:48:14] <robin_sz> for axis 3, supporting axis 4 vertically
[17:48:24] <alex_joni> that is nice
[17:48:38] <etla> yep, I'll take it for 30 pounds !
[17:48:46] <robin_sz> woudl be better if the screw was a smaller pitch ...
[17:49:09] <alex_joni> 20mm seems a bit much
[17:49:38] <alex_joni> 500 ct/turn -> 0.04 mm max accuracy
[17:50:13] <alex_joni> I think..
[17:50:41] <Lerneaen_Hydra> ooh
[17:50:42] <robin_sz> well 0.01mm its quadrature
[17:50:42] <Lerneaen_Hydra> nice
[17:50:47] <Lerneaen_Hydra> for £30 too
[17:50:49] <Lerneaen_Hydra> not bad
[17:50:56] <Lerneaen_Hydra> robin_sz: find me a mill ;)
[17:51:47] <etla> I wish someone would sell professional grade cnc mills/lathes without controllers, motors and electronics
[17:52:10] <anonimasu> lol
[17:52:18] <Lerneaen_Hydra> exactly!
[17:52:21] <alex_joni> how's a bridgeport for 500 quid?
[17:52:23] <etla> something like the Haas toolroom mill. It's 20k now with motors and a crippled controller. If I could get the iron for 10k that would be really interesting
[17:52:46] <Lerneaen_Hydra> etla: that's what I'm looking for too
[17:53:01] <Lerneaen_Hydra> small tabletop mill, manual/crippled CNC
[17:54:59] <alex_joni> http://cgi.ebay.com/Taig-cnc-4-axis-mill-milling-machine-engraver-router_W0QQitemZ160016140833QQihZ006QQcategoryZ12584QQrdZ1QQcmdZViewItem
[17:56:00] <Lerneaen_Hydra> 1/4hp.. a bit little
[17:57:05] <alex_joni> you said small
[17:57:38] <alex_joni> http://cgi.ebay.com/RAMCO-MILL-CNC-Knee-Milling-Machine-Dynapath-Delta-10_W0QQitemZ130013024955QQihZ003QQcategoryZ12584QQrdZ1QQcmdZViewItem
[17:58:23] <etla> how much to ship that to europe ?
[17:59:25] <Lerneaen_Hydra> alex_joni: hmm, right
[17:59:38] <Lerneaen_Hydra> alex_joni: do most mills that size have a motor that small?
[17:59:45] <alex_joni> I have nfc:D
[18:00:33] <etla> the taig ? we have about 700 W spindle on an opti bf-20
[18:00:45] <Lerneaen_Hydra> what size is that?
[18:01:00] <anonimasu> yeah probably
[18:01:23] <etla> http://www.optimum-maschinen.de/produkte/fraesmaschinen/3/index.html
[18:01:59] <etla> but we've found that the dovetails and screws are no good - so we're retrofitting linears and ballscrews
[18:02:54] <Lerneaen_Hydra> etla: I've seen that mill somewhere before...
[18:03:53] <Lerneaen_Hydra> hmm, can't seem to find it
[18:04:03] <Lerneaen_Hydra> linears?
[18:04:15] <etla> rails
[18:05:41] <gene> G'afternoon guys
[18:05:46] <etla> oh to hell with this retrofitting, save up some change and get a real machine: http://www.knuth.de/prod_deu/fraesen_bohren/cnc_fraesen/vertikal/vector610cnc.htm
[18:07:45] <gene> emc2 tuning question. MAXVEL=.66666 STEPGEN_MAXVEL=.777777, ACELs at 1.8 & 2.2
[18:08:03] <etla> devilish numbers ...
[18:08:04] <alex_joni> gene: ok.. go on
[18:08:37] <gene> short jogs have the motors overshooting and backing up 45 to 90 degrees to come to rest on the stop
[18:08:46] <alex_joni> increase stepgen_maxvel
[18:08:54] <gene> Ok, brb
[18:08:55] <alex_joni> 1.0
[18:09:04] <etla> why ?
[18:09:10] <cradek> yeah why?
[18:09:33] <alex_joni> I suspect it can't keep up, and stays behind the comanded
[18:09:48] <cradek> I've never seen overshoot with stepgen
[18:10:07] <alex_joni> I think I have long time ago, and it was stepgen_maxvel related
[18:10:18] <cradek> I wonder if he has backlash comp turned on
[18:10:22] <alex_joni> but I might be wrong
[18:10:30] <cradek> on a longer jog he'd get FE then
[18:11:05] <Lerneaen_Hydra> I've never seen overshoot in a stepper
[18:11:13] <alex_joni> you're probably right
[18:11:16] <Lerneaen_Hydra> seems counter-intuitive that that could even happen
[18:11:26] <alex_joni> Lerneaen_Hydra: if the command is right, I totally agree with you
[18:11:45] <alex_joni> bet cradek's right though
[18:11:49] <gene> now get a max of 9.9999 for jog speed, was 18, and following errors
[18:12:14] <alex_joni> gene: as cradek suggested, do you have any backlash comp?
[18:12:52] <gene> yup, 5 to 7 thou depending on axis. That can be seen to be working rather nicely on a reversal
[18:13:15] <cradek> that might be the cause of this
[18:13:21] <cradek> try disabling it and test
[18:13:50] <Lerneaen_Hydra> wasn't backlash comp. broken?
[18:14:13] <alex_joni> Lerneaen_Hydra: it's not exactly broken, just doesn't obey limits well
[18:14:13] <cradek> I think jmk wants to redo it for steppers, I guess it doesn't work well
[18:14:27] <Lerneaen_Hydra> alex_joni: which limits?
[18:14:34] <Lerneaen_Hydra> soft limits?
[18:14:35] <alex_joni> max_vel, max_accell
[18:14:41] <gene> better yet, jog speed as displayed now overflows and tructates the number displayed, Back it up pone click of the mouse and get 39.9"
[18:14:58] <Lerneaen_Hydra> oh, right
[18:15:18] <gene> and that guarantees to following error. WTH?
[18:15:22] <alex_joni> cradek: I really think this was the behaviour I remember from long ago
[18:15:45] <alex_joni> gene: isn't 1.2 accell pretty low?
[18:15:57] <gene> 1.8 and 2.2
[18:16:05] <alex_joni> 1.8 then
[18:16:25] <alex_joni> that means your machine takes half a second to accell to 1IPS
[18:16:45] <Didier> hello everybody
[18:16:48] <alex_joni> I see that stepper defaults are accel = 20
[18:16:57] <gene> It could be cranked some as I can hear it doing an eeee-iii-ooo where the eee is the accel, the iii is maxval, and the ooo is the real, somewhat slower limit
[18:17:18] <alex_joni> try increasing it to 4 or so
[18:17:27] <gene> I'll crank them about 5x for effect, brb
[18:17:28] <cradek> hi Didier
[18:17:37] <alex_joni> and stepgen_maxaccel = +1
[18:17:44] <alex_joni> hi Didier
[18:18:32] <Lerneaen_Hydra> alex_joni: does backlash comp go over maxvel and maxaccel?
[18:18:45] <alex_joni> depends how much you need
[18:18:54] <alex_joni> it doesn't obey the limits, so .. yes
[18:18:56] <alex_joni> it can
[18:19:19] <Lerneaen_Hydra> oh
[18:19:29] <Lerneaen_Hydra> so severe risk for missing steps?
[18:19:47] <alex_joni> some used it with success
[18:19:57] <Lerneaen_Hydra> closed or open loop people?
[18:20:02] <alex_joni> just don't expect 1" of backlash to work properly
[18:20:06] <Lerneaen_Hydra> err
[18:20:06] <alex_joni> stepper
[18:20:10] <Lerneaen_Hydra> 1"?
[18:20:14] <Lerneaen_Hydra> that's... a lot
[18:20:27] <alex_joni> the larger the backlash the more the axis needs to reverse
[18:20:29] <Lerneaen_Hydra> I would need 0.02mm
[18:20:32] <Lerneaen_Hydra> indeed
[18:20:45] <alex_joni> sounds like safe
[18:20:53] <alex_joni> what's your normal step?
[18:21:07] <Lerneaen_Hydra> what limits the accel and maxvel when doing accel?
[18:21:12] <Lerneaen_Hydra> normal step is half that
[18:21:15] <Lerneaen_Hydra> so two steps
[18:21:20] <alex_joni> 2 steps is OK
[18:21:36] <Lerneaen_Hydra> err, when doing backlash comp
[18:21:38] <alex_joni> Lerneaen_Hydra: #1 TP, #2 stepgen
[18:21:49] <alex_joni> oh.. stepgen I guess
[18:21:52] <Lerneaen_Hydra> so whichever is smallest?
[18:22:17] <gene> Thats much better in terms of near instant response, follwing errors start at over 19"/min
[18:22:37] <alex_joni> gene: does it still overshoot?
[18:23:12] <gene> If it does, oits too quick for my eye to see it.
[18:23:45] <gene> full stop from 19" is maybe 50ms.
[18:23:59] <alex_joni> that's more like it
[18:24:13] <alex_joni> might want to crank it up a bit
[18:24:33] <alex_joni> what's the rapid you expect of this machine?
[18:25:45] <gene> I think thats about the limit, got a y following error at 19.1, none at 18.9
[18:26:09] <gene> and I have seen it move faster doing g3 stuffs.
[18:26:47] <alex_joni> is the following error during the move?
[18:26:54] <alex_joni> or at accel/decel ?
[18:27:03] <gene> Now, how can I correlate this apparent 18" limit with the F value in a gcode snippet? decel
[18:27:29] <alex_joni> F18 ?
[18:27:33] <gene> and occasionally during the run
[18:27:55] <alex_joni> what's your steps/unit?
[18:27:59] <alex_joni> INPUT_SCALE
[18:28:55] <gene> If I set an F18 in the truetype-tracers output, no way Jose. G00's are instant errors or were till I started fooling with this
[18:29:11] <gene> 32000 x-y, -16000 z
[18:29:22] <Lerneaen_Hydra> 32k?
[18:29:30] <Lerneaen_Hydra> that sounds rather high
[18:29:40] <Lerneaen_Hydra> oh, wait. this is inches
[18:29:43] <gene> yeah, 20 tpi screws
[18:29:46] <jepler> units "32000 * 18 / minute" "kHz"
[18:29:47] <jepler> * 9.6
[18:30:15] <gene> for y-x, 10 tpi for z
[18:30:22] <jepler> that's (just barely) within the rate you can get with 50000 base period, and assuming you have no setup or hold times
[18:30:27] <Lerneaen_Hydra> still, 1200 as input scale in mm
[18:30:35] <Lerneaen_Hydra> that's a lot
[18:30:47] <Lerneaen_Hydra> many steps and microstepping?
[18:30:59] <gene> I've got headroom in the base period, from the way it acts
[18:31:02] <alex_joni> gene: what computer is this? rough MHz ?
[18:31:13] <alex_joni> gene: then by any means lower it
[18:31:25] <gene> 8 stepps, xylotex amps Jeffs 262oz motors
[18:31:44] <gene> XP1400 athlon :)
[18:32:03] <Lerneaen_Hydra> so 1.1-1.2ghz?
[18:32:25] <gene> Ok, lemme try 25ns
[18:33:36] <alex_joni> model name : AMD Athlon(tm) XP 1600+
[18:33:45] <alex_joni> this works down to 7.5 us
[18:33:52] <jepler> have you tried adding the bits to the ini to compute vel and accel signals, and halscoping them?
[18:33:54] <alex_joni> gene: I hope that's usec not nsec
[18:34:08] <jepler> find out what's going on, rather than just listening to the motors and guessing
[18:34:23] <gene> 25 seems to want to stall the motors, yes, u-s I meant. 25000ns
[18:34:36] <alex_joni> OK.. keep it 25
[18:34:41] <alex_joni> and decrease accel now
[18:34:50] <gene> which ones
[18:34:55] <alex_joni> both
[18:35:14] <gene> traj, or axis
[18:35:15] <jepler> you mean that just by changing base period, the motors have started stalling?
[18:35:21] <gene> yes
[18:35:41] <alex_joni> jepler: I suspect it didn't keep up with accel last time (because of wider jitter)
[18:35:42] <gene> I think the accel\s are now too high
[18:39:32] <gene> set them back down to 10.0 and 12.2 and MAXVELS down to .444444, does 20" now pretty solidly.
[18:39:46] <alex_joni> any more issues?
[18:40:27] <gene> Not ATM, given this things spindle speed limit and power limits, 20" is plenty.
[18:40:48] <alex_joni> I suspect it could do better with a bit of more tuning
[18:41:06] <alex_joni> and taking jepler's advice and looking at speeds & such
[18:41:26] <gene> lemme plug in a higher speed in one of the truetype things and see how it moves.
[18:44:13] <gene> yeah, that would be enough to break a bit now :)
[18:44:55] <gene> And it no longer chokes on the G00's in it, nice.
[18:46:42] <gene> And its running just fine while konversation is running, with a 25000 ns timing. The machine does feel hogged a bit.
[18:46:53] <alex_joni> maybe increase it a bit
[18:46:57] <alex_joni> if it bothers you
[18:47:03] <gene> s/does/doesn't
[18:47:14] <gene> its not.
[18:47:21] <alex_joni> oh.. ok then.. I started to wonder :)
[18:47:37] <alex_joni> my Athlon Xp goes down to 10000ns without me feeling anything
[18:47:56] <Roguish> good morning all.
[18:48:00] <gene> old fart fingers and standupp typing, they don't always type what I think... :)
[18:48:38] <gene> I'll lurk while I look for something else to exersize this with :)
[18:49:09] <Roguish> small problem running emc2 head after an apparent good compile of cvs checkout this morning.
[18:49:25] <alex_joni> Roguish: what's the issue?
[18:50:10] <Roguish> in emc_debug.txt: Can not find -sec HAL -var HALUI -num 1
[18:50:54] <alex_joni> anything else?
[18:51:03] <alex_joni> that shouldn't be a problem
[18:51:09] <jepler> that particular message is OK
[18:51:19] <jepler> it doesn't indicate a problem, it just indicates that you don't use halui (most people don't)
[18:51:26] <Roguish> in the terminial window: HAL config file /home/emc2/configs/m5i20//core_servo.hal failed.
[18:53:00] <Roguish> this is a m5i20.ini file(s) that are successful with the latest release version.
[18:53:38] <jepler> ini files are not compatible from 2.0.x to the CVS versions
[18:53:50] <Roguish> oh?
[18:54:00] <Roguish> what do i need to change?
[18:54:39] <jepler> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/sim/tkemc.ini.diff?r1=;r2=1.3;f=h
[18:54:42] <jepler> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/common/core_sim.hal.diff?r1=1.4;r2=1.6;f=h
[18:54:45] <jepler> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/common/emc.nml.diff?r1=1.1;r2=1.4;f=h
[18:54:48] <jepler> take a look at these diffs
[18:55:00] <Roguish> ok.
[18:55:28] <jepler> basically, the nml file has been changed so that emcsvr is always used; the kinematics must now be loaded as a separate realtime module; and at least one thing I've forgotten to enumerate.
[18:56:56] <alex_joni> I suspect the kinematics is the real problem for hal
[18:56:58] <jepler> If I had to take a stab, I'd guess that it's the
[18:57:02] <jepler> ''kinematics' problem too
[18:57:20] <alex_joni> and the nml file if you get lots of 'cannot connect to foo nml somehting'
[18:58:36] <alex_joni> something about a master not started :)
[19:00:50] <Roguish> ok, lot of differences, but i don't see any diff in the m5i20 specific files. is that correct?
[19:04:36] <jepler> some of the files (e.g., core_servo.hal and emc.nml) are copied from configs/common by the 'make' process
[19:04:53] <alex_joni> Roguish: probably so
[19:56:45] <danfalck> cradek, where's the tool table in axis? I see a 'reload tooltable' , but where is the file?
[19:57:43] <cradek> the emc tool table is the .tbl file in your config
[19:58:01] <danfalck> ok
[19:58:08] <cradek> not specific to AXIS
[19:59:07] <danfalck> ok found it
[19:59:31] <danfalck> thanks
[20:00:10] <cradek> welcome
[20:07:09] <alex_joni> woot! first attempt of adding a spindle_speed_override (NML, task, motion, HAL output) compiled cleanly
[20:07:49] <alex_joni> now all I need is a GUI that sends that message :D
[20:09:59] <alex_joni> yay,it even works :D
[20:29:59] <Lerneaen_Hydra> woo!
[20:30:18] <Lerneaen_Hydra> now all we need is feed in units/turn and CSS ;)
[20:30:23] <Lerneaen_Hydra> and cam
[20:30:26] <Lerneaen_Hydra> and cad
[20:30:35] <Lerneaen_Hydra> and... you get the picture
[20:31:06] <alex_joni> don't tempt me..
[20:31:14] <alex_joni> I'll go to bed before I finish this :D
[20:48:45] <CIA-12> 03cradek 07v2_0_branch * 10emc2/VERSION: version bump after release
[20:50:59] <CIA-12> 03alex_joni 07HEAD * 10emc2/bin/.cvsignore: more to ignore
[20:51:20] <Lerneaen_Hydra> woo ^^
[20:51:23] <Lerneaen_Hydra> err. right
[20:51:27] <alex_joni> cradek: I'm about to commit a few files to HEAD.. hope I'm not interrupting
[20:51:29] <Lerneaen_Hydra> 'night folks
[20:51:43] <alex_joni> Lerneaen_Hydra: spindle_speed_override coming up :D
[20:51:46] <alex_joni> good night
[20:51:47] <Lerneaen_Hydra> oh, btw, when's 2.1.x going to be released?
[20:51:53] <alex_joni> sept-oct.
[20:51:55] <Lerneaen_Hydra> alex_joni: nice!
[20:52:10] <alex_joni> Lerneaen_Hydra: check sourceforge.net/projects/emc -> Tasks
[20:52:13] <Lerneaen_Hydra> ok, that was the one with touch off, but no jogwheel, right?
[20:52:15] <Lerneaen_Hydra> oh, ok
[20:52:17] <Lerneaen_Hydra> thanks
[20:53:13] <Lerneaen_Hydra> oh, there isn't even lathe support in stable now
[20:57:32] <cradek> alex_joni: no I just did that one thing
[20:57:41] <alex_joni> ok.. coming now
[20:57:58] <Lerneaen_Hydra> 'night
[20:58:12] <alex_joni> hope I didn't break anything.. :(
[20:58:18] <CIA-12> 03alex_joni 07HEAD * 10emc2/configs/halui_halvcp/ (halui.ini halui.vcp halvcp.hal):
[20:58:18] <CIA-12> added hooks to allow setting of a Spindle Speed override from the GUI's. This
[20:58:18] <CIA-12> means a new NML message, support in task, which sends it to the motion
[20:58:18] <CIA-12> controller through taskintf.cc, support in the motion controller for it. halui
[20:58:19] <CIA-12> currently can set the spindle_speed_override, so does emcsh. Adding a slider in
[20:58:21] <CIA-12> the other GUI's should be next.
[20:58:23] <CIA-12> 03alex_joni 07HEAD * 10emc2/src/emc/motion/ (command.c control.c motion.c motion.h):
[20:58:25] <CIA-12> added hooks to allow setting of a Spindle Speed override from the GUI's. This
[20:58:27] <CIA-12> means a new NML message, support in task, which sends it to the motion
[20:58:29] <CIA-12> controller through taskintf.cc, support in the motion controller for it. halui
[20:58:31] <CIA-12> currently can set the spindle_speed_override, so does emcsh. Adding a slider in
[20:58:35] <CIA-12> the other GUI's should be next.
[20:58:37] <CIA-12> 03alex_joni 07HEAD * 10emc2/src/emc/nml_intf/ (emc.cc emc.hh):
[20:58:39] <CIA-12> added hooks to allow setting of a Spindle Speed override from the GUI's. This
[20:58:41] <CIA-12> means a new NML message, support in task, which sends it to the motion
[20:58:43] <CIA-12> controller through taskintf.cc, support in the motion controller for it. halui
[20:58:45] <CIA-12> currently can set the spindle_speed_override, so does emcsh. Adding a slider in
[20:58:49] <CIA-12> the other GUI's should be next.
[20:58:51] <CIA-12> 03alex_joni 07HEAD * 10emc2/src/emc/task/ (emctaskmain.cc taskintf.cc):
[20:58:53] <CIA-12> added hooks to allow setting of a Spindle Speed override from the GUI's. This
[20:58:55] <CIA-12> means a new NML message, support in task, which sends it to the motion
[20:58:57] <CIA-12> controller through taskintf.cc, support in the motion controller for it. halui
[20:58:59] <CIA-12> currently can set the spindle_speed_override, so does emcsh. Adding a slider in
[20:59:03] <CIA-12> the other GUI's should be next.
[20:59:05] <CIA-12> 03alex_joni 07HEAD * 10emc2/src/emc/usr_intf/ (emcsh.cc halui.cc):
[20:59:07] <CIA-12> added hooks to allow setting of a Spindle Speed override from the GUI's. This
[20:59:09] <CIA-12> means a new NML message, support in task, which sends it to the motion
[20:59:11] <CIA-12> controller through taskintf.cc, support in the motion controller for it. halui
[20:59:13] <CIA-12> currently can set the spindle_speed_override, so does emcsh. Adding a slider in
[20:59:17] <CIA-12> the other GUI's should be next.
[20:59:19] <CIA-12> 03alex_joni 07HEAD * 10emc2/tcl/tkemc.tcl:
[20:59:21] <CIA-12> added hooks to allow setting of a Spindle Speed override from the GUI's. This
[20:59:23] <CIA-12> (4 lines omitted)
[20:59:45] <cradek> woo
[20:59:51] <alex_joni> sorry bout the flood :D
[21:00:35] <alex_joni> but I like the (4 lines omitted) on the last message :D
[21:02:24] <alex_joni> userquestion: new german user is asking for help on emc2 (dapper fresh install), he says that he can jog only in one direction, but running a program works OK (jogging using AXIS and tkemc, both using keyboard and onscreen buttons)
[21:02:44] <alex_joni> any ideas?
[21:02:48] <cradek> steppers?
[21:02:56] <alex_joni> I think so.. doesn't say
[21:03:01] <cradek> mdi works?
[21:03:09] <alex_joni> don't know..
[21:03:16] <alex_joni> but running a program does (AUTO)
[21:03:20] <cradek> that's crazy, nothing pops to mind
[21:03:25] <alex_joni> same here.. :(
[21:03:56] <alex_joni> emc2.0.3 is his version
[21:04:08] <alex_joni> each axis goes only one direction
[21:05:23] <cradek> still no ideas, sorry
[21:05:33] <alex_joni> np
[21:07:54] <gene> I wonder if your german fellow might be using a xylotex board, but without the breakout box or the special hal file that hooks it up correctly?
[21:08:27] <alex_joni> gene: wouldn't explain that running the examples works OK
[21:08:41] <cradek> I wondered about wiring too (direction bit) but being able to run a program rules out a lot
[21:08:59] <alex_joni> rules out anything I can imagine.. :)
[21:09:12] <gene> humm, right, I'll shaddup & go back to thawing supper, ribs.
[21:09:42] <alex_joni> hmm.. the compile farm seems quiet, I didn't break much probably :)
[21:11:01] <gene> Now you did it, you mentioned it in front of murphy :-)
[21:13:24] <CIA-12> 03alex_joni 07HEAD * 10emc2/docs/NEWS: added info about spindle-speed override
[21:18:27] <alex_joni> * alex_joni is heading for bed
[21:18:29] <alex_joni> night all
[21:18:45] <cradek> night alex
[22:30:14] <gene> Observations while cutting another doublesided "291" house marker
[22:31:12] <gene> if I cut at about .015 depth, brass pushes all over and backlash artifacts are easily visible
[22:31:57] <gene> if I cut at about .005" per pass, its beaucoup cleaner at the same final cut depth.
[22:33:47] <gene> and so far, at .015 deep, I can't see any backlash artifacts. My soul for a sharp bit...
[22:35:00] <gene> however, the cut that takes it down to .020" deep is starting to throw burrs aroud the edges, darn it.
[22:50:07] <gene> But, another cut at 15% feed override without advancing the z axis is looking MUCH smoother, and as many shavings are flying as ever.
[22:52:37] <anonimasu> :)
[23:01:00] <gene_> damn, stopped it, shut the motor psu off, moved the plug to the ups, turned it back on and the inrush reset the computer, so I've lost my zero point
[23:01:15] <gene_> This job is fini I guess.
[23:01:51] <gene_> see ou all later, I gotta go rescue some ribs outta the gas grill.
[23:03:34] <robin_sz> interesting ...
[23:04:17] <robin_sz> i guess gene_ s experience is "so, thats why people us floating nose engravers!" :)
[23:11:06] <CIA-12> 03cradek 07HEAD * 10emc2/src/hal/utils/meter.c: partial fix for feature request 1020124 (halmeter scientific notation).
[23:12:46] <anonimasu> ah well,
[23:12:47] <anonimasu> night
[23:27:13] <jepler> any idea how to put an actual backquote character in a lyx document? This is for a table of keyboard shortcuts..
[23:43:40] <CIA-12> 03jepler 07HEAD * 10axis/BUGS: remove items for fixed bugs, and remove 'bugs in emc' section
[23:44:28] <CIA-12> 03jepler 07HEAD * 10emc2/docs/src/gui/ (5 files): document new features in AXIS CVS
[23:44:30] <CIA-12> 03jepler 07HEAD * 10emc2/docs/src/common/axis.png: document new features in AXIS CVS
[23:50:04] <CIA-12> 03jepler 07HEAD * 10emc2/docs/src/gui/axis.lyx: formatting fix
[23:57:24] <CIA-12> 03jepler 07HEAD * 10emc2/docs/src/gui/axis.lyx: layout fixes