Back
[01:08:43] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/drivers/hal_ppmc.c: fix up a TODO
[01:08:43] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/motion/motion.c: fix up a TODO
[01:08:43] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/components/ (counter.c pwmgen.c timedelay.c): fix up a TODO
[01:08:43] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/hal.h: fix up a TODO
[01:08:43] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/utils/halcmd.c: fix up a TODO
[01:29:05] <CIA-5> 03compile-farm 07BDI-TNG (2.4.18-rtai) * 10emc2head/: build FAILED ; see
http://linuxcnc.org/compile_farm/emc2head_slot3_log.txt
[01:46:52] <jepler> jmkasunich: did you completely remove the old direction constants?
[01:46:58] <jepler> hal/halmodule.cc:562: `HAL_RD' undeclared (first use this function)
[01:47:29] <jmkasunich> I removed them from hal.h, compiled, and fixed every error that popped up
[01:47:44] <jmkasunich> does that mean the dependency for hal.c somehow missed halmodule.cc?
[01:48:03] <jepler> I don't know; I'll look into it
[01:48:45] <jepler> on my system, hal/hal.h is a dependency of halmodule.o
[01:48:56] <jepler> $ cat depends/hal/halmodule.d | grep hal.h
[01:48:56] <jepler> depends/hal/halmodule.d objects/hal/halmodule.o: hal/halmodule.cc \
[01:48:56] <jepler> /usr/include/python2.4/pyfpe.h hal/hal.h hal/hal_priv.h \
[01:49:34] <jepler> and if I "touch hal/hal.h" then halmodule.o is among the things rebuilt
[01:49:59] <CIA-5> 03jepler 07HEAD * 10emc2/src/hal/halmodule.cc: get rid of old HAL direction constants
[01:51:18] <jmkasunich> or was I a little premature in ripping them out?
[01:51:57] <cradek> strange, in sim/axis I am having trouble turning machine on
[01:51:59] <jmkasunich> ignore last statement, for some reason your last sentences didn't show up
[01:52:05] <cradek> the button goes in just briefly and then pops back out
[01:52:31] <cradek> in fact sometimes it goes into estop
[01:52:54] <cradek> and ... sometimes it comes out of estop
[01:53:17] <jmkasunich> strange
[01:53:33] <cradek> yeah I keep poking F2 and it goes into all different states
[01:53:36] <jepler> cradek: I've seen something like that and ignored it
[01:53:48] <cradek> thankfully, tkemc does it too :-)
[01:53:49] <jepler> i've been trying really hard to ignore that, but you're not making it easy
[01:54:00] <cradek> crap I bet I just made it easier
[01:54:14] <CIA-5> 03jepler 07HEAD * 10emc2/src/hal/hal.h: comment doc fixes: do not refer to old constant names
[01:54:40] <jmkasunich> hmm, strange
[01:54:54] <jmkasunich> I did a make clean, and the halmodule.cc error _still_ didn't happen
[01:55:05] <jmkasunich> (I haven't done an update, so I don't have jeff's fix)
[01:55:27] <cradek> maybe you fixed it, but didn't check it in?
[01:55:42] <CIA-5> 03jepler 07HEAD * 10emc2/docs/man/man3/ (rtapi_release_region.3rtapi rtapi_request_region.3rtapi): these were documented in rtapi_region.3rtapi but didn't have links to these names
[01:55:45] <jmkasunich> nope, cvs diff shows only my later changes to ppmc.c
[01:56:00] <jepler> jmkasunich: your system builds the axis stuff?
[01:56:06] <jmkasunich> I thought it did
[01:56:10] <jmkasunich> but now I wonder
[01:56:13] <jepler> is there lib/python/hal.so ?
[01:56:28] <jmkasunich> no
[01:56:45] <jmkasunich> you mean emc2/lib/python, right?
[01:56:51] <jepler> yes
[01:56:58] <jmkasunich> not there
[01:57:01] <jmkasunich> no .so's at all
[01:57:08] <jmkasunich> in that directory
[01:57:27] <jepler> well that explains why you didn't see the build error
[01:57:31] <jmkasunich> heh
[01:57:58] <jmkasunich> but replaces that with a more complicated question - why no axis build?
[01:58:33] <jmkasunich> rerunning ./configure, maybe it will tell me something
[01:58:54] <cradek> don't you run emc?
[01:59:11] <jmkasunich> sometimes ;-)
[01:59:21] <jmkasunich> remember - fresh dapper machine here
[01:59:43] <jmkasunich> axis built and worked fine on my breezy install
[02:00:06] <jmkasunich> checking for /usr/include/python2.4/Python.h... no
[02:00:16] <jmkasunich> something tells me that is important
[02:00:37] <jepler> you would be right
[02:00:52] <jmkasunich> no readline either
[02:01:03] <jmkasunich> and no ncurses
[02:02:58] <jmkasunich> sudo apt-get build-dep emc2 should get everything that is needed shouldn't it?
[02:03:04] <cradek> no
[02:03:11] <jmkasunich> darn
[02:03:18] <cradek> it's probably a good start, but those are the build-deps for 2.0
[02:03:33] <jmkasunich> was axis still a separate package for 2.0?
[02:03:35] <cradek> you'd also want build-dep emc2-axis
[02:03:36] <cradek> yes
[02:03:40] <jmkasunich> I see
[02:03:47] <jmkasunich> (said the blind man)
[02:04:15] <jmkasunich> looks like thats going to get the phython stuff
[02:04:20] <jmkasunich> not readline or ncurses tho
[02:04:22] <skunkworks> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2
[02:04:26] <skunkworks> :)
[02:04:27] <jmkasunich> are they considered optional?
[02:04:32] <skunkworks> section 2
[02:04:46] <cradek> what's the arabic? dish made with tomato, bell pepper, onion, garlic, and olive oil - served on rice?
[02:05:00] <jmkasunich> dunno
[02:05:05] <jmkasunich> sounds tasty tho
[02:05:14] <cradek> it was, I made some tonight
[02:05:29] <cradek> and I get to have red wine with mine - they're not allowed
[02:05:41] <jmkasunich> lol
[02:05:59] <cradek> omfg! he said lol!
[02:06:04] <jepler> wtf?
[02:06:25] <jmkasunich> roflmaouipmp
[02:06:32] <cradek> omg we r n a chat rm
[02:06:42] <jmkasunich> shudder
[02:06:52] <jmkasunich> bzzzzzzzzappppppppp
[02:07:06] <cradek> oooh my head - what happened?
[02:07:07] <jmkasunich> (that was the taser bring me back to my senses)
[02:08:59] <cradek> jepler: it must be some kind of initial condition because once F2 works, it keeps working
[02:09:24] <cradek> turning on debug doesn't give any good clues
[02:10:00] <cradek> emcStatus->io.aux.estop=1
[02:10:03] <cradek> well I get this
[02:10:06] <cradek> wonder if it means something
[02:10:44] <cradek> jepler: were you running sim when you saw this?
[02:11:09] <cradek> I mean simulator
[02:12:27] <jmkasunich> my box builds axis now - sorry about that
[02:12:38] <cradek> can you turn machine on?
[02:12:47] <jmkasunich> who me?
[02:12:51] <cradek> yeah you
[02:13:12] <jmkasunich> which config?
[02:13:14] <cradek> you might be the only one with realtime right now
[02:13:15] <cradek> sim/axis
[02:15:30] <cradek> and aborting a running program dumps me into estop
[02:15:34] <cradek> something's really screwy
[02:15:54] <cradek> I'm going to try a full recompile
[02:16:10] <jmkasunich> F1 brings out of estop, F2 turns on, and it runs the splash .ngc fine
[02:16:23] <cradek> escape works right too?
[02:16:30] <cradek> (leaves machine on)
[02:16:33] <jmkasunich> yes
[02:16:35] <cradek> huh
[02:16:40] <cradek> maybe it's a simulator thing
[02:16:45] <cradek> thanks
[02:17:03] <jmkasunich> np
[02:18:08] <CIA-5> 03compile-farm 07BDI-TNG (2.4.18-rtai) * 10emc2head/: build PASSED
[02:19:18] <cradek> no change after a clean here
[02:23:43] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/drivers/hal_ppmc.c: revise EPP bus 'cache' algorithm to read and write ONLY the required bytes, and skip gaps in the register map
[02:30:16] <cradek> on my other machine with realtime everything is fine
[02:30:22] <cradek> maybe it is something about the simulator
[02:38:00] <jmkasunich> but that isn't even realtime code is it?
[02:38:01] <jepler> cradek: I kinda suspect it is
[02:38:33] <jepler> something where the stat buffer isn't fetched proprely from motmod to "userspace"
[02:38:48] <jepler> or .. I dunno what
[02:39:03] <jmkasunich> maybe the estop chain in HAL?
[02:39:22] <jepler> I got my "virtual jog wheel" to "work". It makes the servo feel like turning a weakly-energized stepper.
[02:39:31] <jmkasunich> heh
[02:39:37] <jmkasunich> how many detents?
[02:39:50] <jepler> 8
[02:39:53] <cradek> what's a virtual jog wheel?
[02:40:10] <jmkasunich> its really a virtual detent
[02:40:15] <jepler> yes, what jmk said
[02:40:30] <jepler> it makes the servo+encoder snap to certain angles so it feels like there are detents
[02:40:39] <cradek> strange
[02:40:56] <jepler> it's not really a very good idea
[02:41:18] <jmkasunich> here's another one to play with
[02:41:21] <jmkasunich> virtual flywheel
[02:41:34] <skunkworks> that would be cool too.
[02:41:43] <jepler> I spin it and it keeps going?
[02:41:51] <jmkasunich> actually, I think that would require a torque sensor
[02:41:57] <skunkworks> make something feel like it has a lot of inertia
[02:42:00] <jmkasunich> right
[02:42:08] <cradek> jepler: fwiw,
http://pastebin.ca/235229
[02:42:30] <jmkasunich> you apply a some torque, and instead of just accelerating easily, it resists, as if there was 10 lbs of steel on the shaft and you were spinning it up
[02:42:38] <jmkasunich> when you let go, it coasts
[02:43:36] <cradek> emcStatus->io.aux.estop=1 has something to do with the problem.
[02:43:39] <jepler> "EMC Mortgage Corporation - Find the best mortgage for you" -- google ad on that pastebin
[02:44:30] <cradek> I didn't know there were ads - I don't see them
[02:44:38] <jmkasunich> same here
[02:44:55] <jmkasunich> I think I've trained my eyes to avoid boxes of that particular shape
[02:44:57] <skunkworks> I see it - top banner
[02:45:10] <skunkworks> didn't notice it the first time
[02:50:32] <jepler> for some reason I don't have adblock on that machine
[02:50:34] <jepler> I don't use it much
[02:52:38] <jepler> cradek: do you know how to make the problem happen?
[02:54:02] <jepler> do you get "%"s when it does happen?
[02:54:28] <cradek> it always happens when I restart emc
[02:54:35] <cradek> no I don't get any %, I looked carefully
[02:55:03] <jepler> I thought I'd seen it happen, but I don't get it on my laptop
[02:55:10] <cradek> crap
[02:55:16] <jepler> you're using configs/sim/axis.ini right?
[02:55:17] <cradek> install2?
[02:55:30] <jepler> I don't want it to be install2 -- that machine is realtime
[02:55:47] <cradek> oh right
[02:55:53] <cradek> you may have built sim on it though.
[02:55:59] <jepler> could be on india
[02:56:06] <jepler> I dunno
[02:56:23] <cradek> wish I had a clue what to check, but I don't feel like I do
[02:56:24] <jepler> so you get it every time you run
[02:56:36] <cradek> yes lately every time (10 or so in a row)
[02:56:50] <cradek> I cleaned and rebuilt
[02:57:33] <CIA-5> 03jepler 07HEAD * 10emc2/src/emc/motion/Submakefile: remove puresim/simmot, it is not needed
[02:58:04] <jepler> when you shut it down, is rtapi_app dead? does halcmd show anything?
[03:00:16] <cradek> yes rtapi_app exits, and halcmd shows empty after exit
[03:00:22] <cradek> while it's running, halcmd show looks normal enough
[03:00:24] <jepler> bbl
[03:19:26] <skunkworks> You could set the jog wheel up so that it matched the mass of your machines axis.
[03:21:02] <jmkasunich> use spindle motor current feedback to provide resistance to the jogwheel when as the cut gets heavier ;-)
[03:21:26] <skunkworks> ooh your good
[03:21:34] <jmkasunich> or make the knob harder to turn as you approach the machine limits
[03:29:20] <jmkasunich> any vmware folks around?
[03:29:30] <jmkasunich> SWPadnos or cradek ?
[03:29:36] <cradek> uh-oh
[03:29:55] <jmkasunich> does it work with a RT kernel?
[03:29:59] <jmkasunich> I got this during the install:
[03:30:00] <jmkasunich> Trying to find a suitable vmmon module for your running kernel.
[03:30:00] <jmkasunich> None of the pre-built vmmon modules for VMware Server is suitable for your
[03:30:00] <jmkasunich> running kernel. Do you want this program to try to build the vmmon module for
[03:30:00] <jmkasunich> your system (you need to have a C compiler installed on your system)? [yes]
[03:30:06] <cradek> yes
[03:30:19] <cradek> you have to build the modules to match -magma
[03:30:30] <jmkasunich> but if I do it will work?
[03:30:33] <cradek> yes
[03:30:35] <jmkasunich> cool
[03:30:37] <jmkasunich> thanks
[03:31:02] <cradek> you pretty much have to hit return fifty times, then it will work
[03:32:05] <jepler> my experience was different -- it didn't work on my laptop with the magma kernel. hard-locked when I started vmware.
[03:32:24] <jmkasunich> hopefully that was some kind of laptop weirdness
[03:32:25] <cradek> oh... ouch
[03:32:32] <jmkasunich> this is a generic desktop
[03:32:38] <jmkasunich> I guess I'll find out
[03:33:00] <jmkasunich> no
[03:33:42] <jmkasunich> wrong window
[03:34:27] <SWPadnos> hi there
[03:34:37] <jmkasunich> hi
[03:35:35] <SWPadnos> does it look like the bitmap cache tracking on ppmc will help?
[03:35:42] <jmkasunich> I think so
[03:35:45] <jmkasunich> its in Jon's hands now
[03:35:56] <SWPadnos> heh - should hve been some time ago, I think
[03:36:27] <jmkasunich> looks like vmware wants inetd to be running
[03:36:34] <jmkasunich> and looks like ubuntu doesn't run it
[03:37:04] <SWPadnos> I don't think it's needed. are you getting a network error dialog when you start vmware?
[03:37:15] <jmkasunich> haven't gotten that far
[03:37:18] <jmkasunich> doing the install now
[03:37:22] <SWPadnos> something like "vmnet0 could not be started" or something?
[03:37:24] <SWPadnos> ah
[03:37:41] <jmkasunich> inetd: no process killed
[03:37:49] <jmkasunich> Unable to make the Internet super-server (inetd) re-read its configuration
[03:37:49] <jmkasunich> file. Please restart inetd by hand:
[03:37:49] <jmkasunich> killall -v -HUP inetd
[03:38:05] <jepler> cradek: when emc is not running, does ipcs show its shared memory segments? Their keys are around around 0x3ex for the rcslib stuff and 0x6f for the buffer between motmod and task
[03:38:06] <jmkasunich> the killall didn't work, and ps -A doesn't show inetd
[03:38:12] <SWPadnos> interesting. I don't remember gtetting an error of that sort
[03:38:37] <jmkasunich> It says hit enter to continue, I'll keep going and see what happens
[03:38:44] <jepler> looks like ubuntu doesn't have an inetd or xinetd installed by default
[03:38:49] <SWPadnos> hmmm]
[03:40:02] <SWPadnos> damn. I should have grabbed some DB25 breakout connectors when I was at Radio Shack today
[03:40:23] <SWPadnos> I keo going back for one or two items. one day I'll remember to make a list first
[03:40:28] <SWPadnos> s/keo/kssp/
[03:40:30] <SWPadnos> keep
[03:40:36] <cradek> jepler:
http://pastebin.ca/235281
[03:41:51] <jepler> I'm just shooting in the dark here .. but .. ipcrm -M 0x000003eb and the same for the other two in that range
[03:42:52] <jepler> while you're at it, try removing the semaphores too
[03:42:58] <cradek> bullseye
[03:43:42] <jepler> that fixed it?
[03:44:00] <cradek> yes I think so
[03:44:20] <jepler> if that's true it must be some kind of shutdown problem
[03:44:52] <cradek> 3 successful runs in a row
[03:46:05] <jepler> 0x000003eb 40075300 chris 777 8192 1
[03:46:24] <jepler> it shows a "nattach" -- is it possible that you have/had an old emc process laying around?
[03:46:39] <jepler> task or emcsvr or something
[03:47:16] <cradek> /home/chris/emc2.head/bin/io -ini /home/chris/emc2.head/configs/sim/tkemc.ini
[03:47:24] <cradek> duhhh
[03:52:57] <CIA-5> 03jepler 07HEAD * 10emc2/src/rtapi/sim_common.h: this comment corresponded to removed code
[04:04:16] <jmkasunich> so was the whole problem caused by a pre-existing instance of EMC?
[04:04:51] <cradek> a leftover part of one I think
[04:10:10] <cradek> the old one must have had a bad cleanup of some kind
[04:11:56] <jmkasunich> I wonder why the emulated disk is SCSI
[04:12:06] <jmkasunich> I thought it usually matched the type of physical disk
[04:14:24] <cradek> easier or better API maybe
[04:14:45] <cradek> there's no reason to make it match the physical disk (I doubt vmware knows what the physical disk is)
[04:16:36] <jmkasunich> vmware has the ability to directly use a physical disk or partition for a VM (instead of a file)
[04:16:41] <jmkasunich> I'm _not_ doing that
[04:16:57] <cradek> yeah, that seems like a terrible idea
[04:17:00] <jmkasunich> maybe I got my idea about the match from docs that referred only to that mode
[04:17:36] <jmkasunich> I wonder how I should set up the guest X config?
[04:17:54] <cradek> it'll just work won't it?
[04:18:05] <jmkasunich> (I'm doing a test install of BDI-2.20, because I happened to have the iso, and it will be a quick install
[04:18:12] <cradek> you can set the resolution to whatever is a convenient window size
[04:18:17] <jmkasunich> the bdi install wants me to tell it what kind of monitor I have, etc
[04:18:28] <cradek> 'generic 800x600'?
[04:18:31] <jmkasunich> so "monitor size" = window size?
[04:18:34] <cradek> yes
[04:19:22] <jmkasunich> 1024 x 768 then
[04:19:29] <jmkasunich> I hate tiny screens
[04:20:26] <jmkasunich> hmm, X isn't happy
[04:20:36] <jmkasunich> the installer is graphical, and that works fine
[04:20:52] <SWPadnos> you can set it up as an IDE drive, I think
[04:21:03] <cradek> don't you have a dapper iso?
[04:21:10] <jmkasunich> but the installer lets you "test this configuration", which flails around a bit and then drops back into the installer again
[04:21:22] <jmkasunich> I have dapper, but I bet this will go quicker
[04:21:33] <cradek> dapper is MUCH faster to install than brezzy
[04:21:37] <jmkasunich> this is kind of a throwaway install, just to get the hang of things
[04:22:10] <cradek> * cradek hands jmk a freedos iso
[04:23:05] <cradek> goodnight guys
[04:23:25] <jmkasunich> goodnight
[06:03:57] <ejholmgren> lively crowd
[08:27:12] <alex_joni> very much so
[09:14:36] <anonimasu> morning
[09:20:05] <alex_joni> morning
[09:20:31] <anonimasu> what's up today?
[09:21:05] <alex_joni> ssdd
[09:21:24] <anonimasu> ?
[09:21:32] <alex_joni> same shit different day
[09:21:34] <Jymmm> same shit different day
[09:21:36] <anonimasu> ah
[09:22:37] <anonimasu> *reading the mailing list*
[09:28:25] <anonimasu> it's about the same with me
[09:29:23] <alex_joni> anyone knows of a free 3D cad viewer?
[09:29:34] <alex_joni> one that can read ACIS sat?
[09:32:24] <anonimasu> hm, sorry I've got no idea
[09:35:46] <anonimasu> http://developer.hoops3d.com/
[09:37:34] <anonimasu> they seem to have a reference app for thir lib's..
[09:37:35] <anonimasu> :)
[09:41:44] <alex_joni> I found a few apps online.. but mostly stuff I need to register for
[09:41:49] <alex_joni> no time right now for the hassle :)
[09:46:13] <anonimasu> :)
[09:46:23] <anonimasu> if you've got time I can probably convert it for you when I get home
[10:10:49] <alex_joni> I converted it from acad 3d
[10:10:55] <alex_joni> but I wanted to check if it's ok ;)
[10:11:03] <alex_joni> and the pesky acad can export, but not import it
[10:11:04] <alex_joni> :P
[11:04:20] <anonimasu> ah
[11:04:24] <anonimasu> I could import it for yu
[11:04:25] <anonimasu> you
[11:04:26] <anonimasu> :)
[11:04:50] <anonimasu> I just got a custom tool to make for work ^_^
[11:04:54] <anonimasu> nice
[11:05:13] <anonimasu> alex_joni: if you mail me it I'll try to open it :)
[11:57:52] <anonimasu> :)
[13:19:12] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/hal/drivers/hal_ppmc.c: some minor fixes
[13:37:30] <anonimasu> hm
[13:37:33] <anonimasu> home :)
[14:38:21] <A-L-P-H-A> congrats on making it back safely to your domicile.
[15:14:12] <Lerneaen_Hydra> 'lo
[15:14:26] <skunkworks> hey
[15:18:56] <Lerneaen_Hydra> what's happening?
[15:19:07] <skunkworks> Lerneaen_Hydra: do you still have the video up somewhere of your lathe cutting?
[15:19:19] <skunkworks> Nothing - at work
[15:19:38] <Lerneaen_Hydra> I have a google video version and an avi
[15:19:46] <Lerneaen_Hydra> which would you like=
[15:20:06] <anonimasu> A-L-P-H-A: thanks
[15:21:37] <skunkworks> hmm - the avi would be nice
[15:22:07] <Lerneaen_Hydra> my ftp is dead at the moment, do you have some mail I could send it to?
[15:22:18] <Lerneaen_Hydra> (or if you have an ftp server)
[15:22:38] <skunkworks> samcoinc at gmail dot com
[15:23:19] <skunkworks> Thank you
[15:23:22] <Lerneaen_Hydra> and preferred codec?
[15:23:28] <Lerneaen_Hydra> s/and/any
[15:23:34] <skunkworks> na - I will make it work
[15:23:46] <skunkworks> (think windows machine though)
[15:23:51] <Lerneaen_Hydra> ok
[15:23:59] <Lerneaen_Hydra> how about xvid at 3000kb/s?
[15:24:06] <skunkworks> that works
[15:24:09] <Lerneaen_Hydra> (640x480 30fps)
[15:24:14] <skunkworks> perfect
[15:28:15] <Lerneaen_Hydra> hmm, at that framerate the filesize is quite large (90mb), gmail is max 20mb/mail, so you want it with a lower bitrate or do you have some server?
[15:28:58] <Lerneaen_Hydra> s/framerate/bitrate
[15:33:08] <Lerneaen_Hydra> * Lerneaen_Hydra pokes skunkworks
[15:42:06] <anonimasu> hm
[15:43:25] <anonimasu> this is odd.
[15:43:55] <Lerneaen_Hydra> what is?
[15:44:30] <anonimasu> this FEA stuff..
[15:45:21] <anonimasu> trying to calculate load on a 20cm bar..
[15:45:25] <anonimasu> with a 5kg load on the end..
[15:45:57] <Lerneaen_Hydra> oh, cool
[15:45:59] <Lerneaen_Hydra> which app?
[15:46:28] <anonimasu> cosmosworks
[15:46:37] <anonimasu> solidworks/cosmosworks
[15:47:15] <anonimasu> going to draw up a robot again..
[15:47:29] <anonimasu> but im taking the oppurtunity to learn how to do fea at the same time
[15:47:50] <Lerneaen_Hydra> oh, ok
[15:48:00] <Lerneaen_Hydra> the built-in cosmo-crippleware?
[15:48:04] <anonimasu> no
[15:48:07] <Lerneaen_Hydra> the express version
[15:48:11] <Lerneaen_Hydra> oh, which version?
[15:48:19] <anonimasu> "cosmosworks"
[15:48:28] <Lerneaen_Hydra> nice
[15:48:49] <anonimasu> it's really nice
[15:51:07] <skunkworks> sorry
[15:51:10] <skunkworks> was away
[15:51:17] <anonimasu> but, the results are odd..
[15:51:27] <anonimasu> rather I'm crappy at interpreting them
[15:51:41] <Lerneaen_Hydra> is the element size << dimensions?
[15:51:50] <anonimasu> what?
[15:52:11] <Lerneaen_Hydra> there is a setting for element size, is it much smaller than the dimensions you're working with?
[15:52:33] <Lerneaen_Hydra> ie a rod 10mm dia should have an element size much smaller than 10
[15:52:52] <anonimasu> the "deformation scale" of my result ends up as 2.74625e^-010
[15:52:56] <Lerneaen_Hydra> I'm not sure how much smaller, but as small as possible as long as the calculation time doesn't kill you
[15:53:10] <anonimasu> makes the small deformation look brutak
[15:53:13] <anonimasu> brutal..
[15:53:21] <Lerneaen_Hydra> skunkworks: do you have an ftp/whatever server somewhere?
[15:53:26] <Lerneaen_Hydra> or bittorrent or something?
[15:54:15] <skunkworks> Lerneaen_Hydra: I do but it has been so long since I have used it.. Have to remembere how to get there ;)
[15:54:18] <anonimasu> Lerneaen_Hydra: going to look
[15:54:48] <cradek> can't you guys use dcc?
[15:55:20] <skunkworks> does the java plugin allow dcc?
[15:55:31] <cradek> doubt it
[15:55:40] <cradek> * cradek hands skunkworks a real irc client
[15:55:49] <skunkworks> hold on
[15:56:25] <Lerneaen_Hydra> that worked well ;)
[15:58:25] <Lerneaen_Hydra> cradek: how do you use dcc?
[15:58:33] <anonimasu> Lerneaen_Hydra: they are much smaller..
[15:58:50] <jepler> /dcc send somebody somefile
[15:58:51] <Lerneaen_Hydra> anonimasu: hmm, then I don't know why it's messed up
[15:58:58] <Lerneaen_Hydra> oh, that simple?
[15:59:00] <Lerneaen_Hydra> nice
[15:59:19] <jepler> well it often doesn't work behind firewalls
[15:59:41] <Lerneaen_Hydra> what port does it go through?
[15:59:41] <anonimasu> 0.19528158mm is the fine size..
[15:59:56] <Lerneaen_Hydra> anonimasu: oh, that should be fine enough for load-bearing stuff
[16:00:08] <Lerneaen_Hydra> that worked
[16:00:28] <Lerneaen_Hydra> I recognise that image from somewhere
[16:00:31] <cradek> the sender has to have a correct network setup for dcc to work
[16:00:49] <cradek> it's pretty forgiving of the receiver
[16:00:55] <Lerneaen_Hydra> which ports does the router/NAT have to pass through?
[16:01:00] <Lerneaen_Hydra> or does it vary?
[16:01:13] <anonimasu> hm, and the load becomes 50N
[16:01:14] <jepler> I don't recall the details of dcc
[16:01:15] <cradek> depends on your client. Some let you force the use of a particular port which you can forward through your firewall
[16:01:29] <Lerneaen_Hydra> hmm, right
[16:01:44] <cradek> dcc send says "I have a file for you. Call me back on port XXXX to get it"
[16:02:17] <anonimasu> Lerneaen_Hydra: a 20mm thick slab of alu should be able to take 5kg right ^_^
[16:02:25] <Lerneaen_Hydra> anonimasu: how long?
[16:02:30] <anonimasu> 20cm
[16:02:33] <Lerneaen_Hydra> how wide?
[16:02:39] <anonimasu> 2cm
[16:02:51] <anonimasu> ;)
[16:02:53] <Lerneaen_Hydra> 5kg is definetly doable ;)
[16:02:56] <anonimasu> yeah
[16:03:03] <anonimasu> I'd say more like 50
[16:03:12] <Lerneaen_Hydra> unless you've got a reallly really shitty alloy ;)
[16:03:20] <anonimasu> 6061-T6
[16:03:30] <anonimasu> the stress plot are all blue.
[16:03:40] <Lerneaen_Hydra> isn't blue=good?
[16:03:48] <Lerneaen_Hydra> and red=over yeild?
[16:03:48] <anonimasu> yeah
[16:03:51] <anonimasu> yeah
[16:03:56] <Lerneaen_Hydra> then what's the problem?
[16:04:26] <anonimasu> err let me get you a picture :)
[16:04:28] <anonimasu> the units are insane.
[16:04:51] <anonimasu> 3.153^e-10
[16:04:54] <anonimasu> err
[16:04:59] <anonimasu> e+010
[16:05:13] <Lerneaen_Hydra> O.O
[16:05:19] <Lerneaen_Hydra> 3.5*10^10?
[16:05:27] <anonimasu> yeild strength = 2.750e+0.08
[16:05:29] <Lerneaen_Hydra> mm deflection?
[16:05:38] <anonimasu> no
[16:05:41] <anonimasu> n/m^2
[16:05:44] <Lerneaen_Hydra> oh
[16:05:46] <Lerneaen_Hydra> HAHA
[16:05:49] <Lerneaen_Hydra> somehow I doubt that
[16:06:23] <anonimasu> ?
[16:06:41] <Lerneaen_Hydra> that the load in the alu with 5kg at 20cm is 3.5*10^10
[16:06:50] <Lerneaen_Hydra> woo
[16:06:55] <anonimasu> yeah
[16:06:57] <Lerneaen_Hydra> real client?
[16:07:04] <skunkwork> sorry - blue screen ;)
[16:07:16] <skunkwork> how do I tell if I am registered?
[16:07:33] <anonimasu> +6ei
[16:07:39] <anonimasu> should be your modes ;)
[16:07:40] <Lerneaen_Hydra> it will bug you if you're not
[16:08:04] <alex_joni> skunkwork: didn't you register skunkworks ?
[16:08:04] <anonimasu> Lerneaen_Hydra: yeah it's odd
[16:08:34] <Lerneaen_Hydra> skunkwork: did you get the dcc offer?
[16:08:35] <skunkwork> Lerneaen_Hydra: could you try it again
[16:08:41] <alex_joni> skunkwork: I can mail you the file
[16:08:46] <alex_joni> it's shorter than 10MB I think
[16:09:04] <Lerneaen_Hydra> it's compressed with a much more lossy bitrate though
[16:09:09] <anonimasu> Lerneaen_Hydra: it might be my units that's a mess..
[16:09:10] <alex_joni> * alex_joni wanted to put it on linuxcnc.org anyways
[16:09:19] <anonimasu> 5kg should be 50N
[16:09:23] <Lerneaen_Hydra> but alex_joni couldn't because?
[16:09:29] <Lerneaen_Hydra> anonimasu: yeah almost 50N
[16:09:31] <skunkwork> hold on.
[16:09:39] <alex_joni> Lerneaen_Hydra: time & lazyness constraints
[16:09:40] <Lerneaen_Hydra> depending on where in the world you're located :p
[16:09:48] <Lerneaen_Hydra> alex_joni: oh, the usual
[16:09:49] <anonimasu> hehe
[16:10:24] <Lerneaen_Hydra> 9.82/9.81 are the numbers I've seen most
[16:10:33] <Lerneaen_Hydra> but 10 is good enough for all practical purposes
[16:10:40] <anonimasu> Lerneaen_Hydra: ok
[16:11:15] <Lerneaen_Hydra> on the equator you'll get a value slightly lower, and on the north/south pole a value slightly greater
[16:11:25] <Lerneaen_Hydra> skunkwork: test again?
[16:11:28] <skunkwork> Lerneaen_Hydra: one more time ;)
[16:11:51] <Lerneaen_Hydra> skunkwork: it could be my NAT that's messing stuff up
[16:12:30] <skunkwork> I set up my computer as the dmz.
[16:12:37] <skunkwork> hold on again
[16:13:07] <Lerneaen_Hydra> afai understood from cradek it's the hosts NAT thats the most picky
[16:13:38] <skunkwork> well that sucks ;)
[16:13:39] <cradek> if dcc doesn't work, the setup problem is on the sender's side
[16:14:00] <skunkwork> well - I get the offer and accept - then it fails after about 10 seconds
[16:14:17] <Lerneaen_Hydra> probably because I can't initiate it
[16:14:22] <alex_joni> skunkwork: wait a bit, I'm uploading it now
[16:14:29] <alex_joni> 17% done
[16:14:29] <skunkwork> ok - thanks
[16:14:31] <Lerneaen_Hydra> do you have bittorrent/dc++/ftp/http?
[16:14:40] <alex_joni> gopher?
[16:14:55] <skunkwork> I have a web site - but I have not played with the ftp part.
[16:15:04] <skunkwork> or played with it very little
[16:15:24] <anonimasu> hm
[16:15:27] <Lerneaen_Hydra> gopher?
[16:15:56] <skunkwork> have not played with gopher since the early 90's ;)
[16:16:33] <Lerneaen_Hydra> * Lerneaen_Hydra seems to have missed the entire gopher thing
[16:18:37] <skunkwork> ftp.electronicsam.com - login is emc@electronicsam.com and password is emcstuff
[16:18:46] <skunkwork> if I did it right
[16:19:01] <skunkwork> * skunkwork is now just playing
[16:19:05] <anonimasu> Lerneaen_Hydra: will you be around for a bit tonight?
[16:19:30] <Lerneaen_Hydra> skunkwork: seems to work
[16:19:34] <skunkwork> cool
[16:19:39] <Lerneaen_Hydra> anonimasu: yes although a bit AFK at times
[16:19:43] <anonimasu> ok
[16:19:45] <anonimasu> :)
[16:20:10] <alex_joni> skunkwork:
http://www.linuxcnc.org/movies/lathe1.avi
[16:20:20] <skunkwork> thanks alex
[16:20:23] <alex_joni> np
[16:20:47] <Lerneaen_Hydra> skunkwork: I added an md5 too
[16:21:01] <Lerneaen_Hydra> is linuxcnc.org on dreamhost?
[16:21:54] <alex_joni> Lerneaen_Hydra: yes
[16:22:26] <Lerneaen_Hydra> skunkwork: that linuxcnc version is 320x240 15fps
[16:22:44] <Lerneaen_Hydra> and lower bitrate
[16:23:06] <skunkwork> seems like yours is still uploading onto my site - cool
[16:23:11] <Lerneaen_Hydra> yeah
[16:42:33] <Lerneaen_Hydra> * Lerneaen_Hydra is AFK
[16:42:44] <Lerneaen_Hydra> * Lerneaen_Hydra has a name so long that he can't add _AFK to it
[16:42:58] <Lerneaen_Hydra> * Lerneaen_Hydra is slightly frustrated by that
[16:43:04] <Lerneaen_Hydra> * Lerneaen_Hydra is very AFK
[16:49:07] <alex_joni> /kick Lerneaen_Hydra AFK this
[16:52:37] <Lerneaen_Hydra> :(
[17:04:48] <CIA-5> 03cradek 07HEAD * 10emc2/src/emc/rs274ngc/interp_convert.cc: rapids used for exit should not be slowed down by FO
[17:06:58] <CIA-5> 03jepler 07HEAD * 10emc2/docs/src/gcode/main.lyx: improve layout of table
[17:16:19] <anonimasu> cradek: there?
[17:16:34] <anonimasu> Lerneaen_Hydra: wb
[17:18:18] <cradek> eh?
[17:19:09] <anonimasu> cradek: I'm curious why feed override shouldnt affect rapids :)
[17:19:26] <cradek> because rapids are used to exit the thread
[17:19:40] <anonimasu> does that change apply to all rapids?
[17:19:53] <cradek> during the threading cycle, yes
[17:19:56] <anonimasu> ah ok
[17:20:16] <anonimasu> :)
[17:20:19] <cradek> hmm, maybe that's not right though
[17:20:26] <cradek> it's more right than none of them
[17:20:44] <cradek> but some are moving to the start of the next pass
[17:20:51] <cradek> it's possible those should be overridable
[17:21:09] <anonimasu> hm, I'm not sure you should be able to FO rapids..
[17:21:43] <cradek> emc has always been that way, but there seem to be lots of different feelings about it
[17:21:48] <anonimasu> as they should be as fast as possible :)
[17:22:15] <anonimasu> can you feed override over the MAX_VELOCITY for a axis?
[17:22:34] <cradek> it's an interesting perspective to think that rapids don't have a specified feed so there's nothing to override
[17:22:49] <anonimasu> hehe yeah
[17:23:42] <cradek> that's "the argument from semantic pedantry"
[17:23:57] <CIA-5> 03jepler 07HEAD * 10emc2/configs/sim/ (lathe.hal lathe.ini): simulated lathe configuration (uses AXIS)
[17:24:10] <cradek> jepler: cool
[17:24:37] <anonimasu> cradek: I wonder what's the most implemeted way in commercial machines
[17:24:40] <cradek> it's a little too bad that all the sims have to share a tool table
[17:24:55] <cradek> hmm I guess they wouldn't, would they
[17:25:00] <cradek> anonimasu: I'm sure I don't know that
[17:25:02] <jepler> they don't have to, they just do
[17:25:06] <anonimasu> yeah.. they do..
[17:25:26] <anonimasu> http://www.haascnc.com/cncmag/answerman_article.asp?VolumeNo=-1&IssueNo=-1&ArticleID=548
[17:26:29] <jepler> interesting -- FO affects homing speed
[17:27:04] <cradek> yes, a very nice feature I think
[17:27:14] <cradek> well for testing at least
[17:27:20] <SWPadnos> not for the later steps of a multi-stage home sequence
[17:27:32] <SWPadnos> err - not nice then :)
[17:27:35] <CIA-5> 03jepler 07HEAD * 10emc2/configs/sim/ (lathe.tbl lathe.ini): include a lathe-specific tool table. change tools at a plausible location.
[17:27:49] <jepler> SWPadnos: I don't understand what you mean
[17:27:55] <SWPadnos> hmmm - in fact, it may be bad for the initial step as well
[17:28:10] <jepler> you mean a different velocity affects when the switch switches?
[17:28:12] <SWPadnos> well, for home-with-index, you want to be going at a known speed
[17:28:26] <cradek> yeah going faster is often a problem
[17:28:27] <SWPadnos> it affects how far the table moves when trying to stop
[17:28:35] <cradek> slower is probably always? fine
[17:28:44] <SWPadnos> and it may affect the switch action as well - but I don't know about that
[17:28:50] <SWPadnos> yes
[17:29:08] <SWPadnos> for some switch types, moving too fast may make you run past the switch as well
[17:30:16] <cradek> jepler: I get spindle +- buttons, but no on/off buttons
[17:30:40] <cradek> and spindle override starts at 0%, which can't be what we want
[17:30:49] <jepler> cradek: starts at 100% for me
[17:31:04] <cradek> why does jog speed go up to 3600ipm?
[17:31:18] <CIA-5> 03jepler 07HEAD * 10emc2/configs/sim/lathe.hal: link something to spindle-forward to get the buttons in axis
[17:31:34] <cradek> hmm, I got a 100% start that time
[17:32:36] <CIA-5> 03jepler 07HEAD * 10emc2/configs/sim/lathe.ini: fix jog velocity
[17:32:49] <cradek> I sometimes get 0% and sometimes 100%
[17:32:58] <jepler> I haven't gotten 0% yet, but I've seen that sometimes with FO
[17:33:47] <jepler> Issuing EMC_TRAJ_SET_SPINDLE_SCALE -- (+233,+20, +3,0.000000,)
[17:33:54] <jepler> I got it that time. Something issued this.
[17:33:58] <cradek> huh
[17:34:24] <cradek> File "/usr/lib/python2.4/lib-tk/Tkinter.py", line 3035, in tag_remove
[17:34:24] <cradek> self.tk.call(
[17:34:24] <cradek> TclError: invalid command name ".bottom.t.text"
[17:34:34] <cradek> when exiting by clicking the WM's X
[17:34:54] <jepler> really? not here.
[17:35:42] <cradek> only once.
[17:35:45] <cradek> grr
[17:36:38] <jepler> did you do it just as it was starting up?
[17:37:00] <jepler> it *is* AXIS sending the spindle scale command
[17:37:01] <cradek> no
[17:37:01] <jepler> but why?
[17:37:20] <jepler> *** set_spindlerate '0'
[17:37:20] <jepler> Issuing EMC_TRAJ_SET_SPINDLE_SCALE -- (+233,+20, +3,0.000000,)
[17:39:55] <Didier> Hello everybody
[17:40:26] <cradek> hi
[17:40:31] <Didier> somebody knows what is
[17:40:43] <CIA-5> 03cradek 07HEAD * 10emc2/nc_files/g76.ngc: g76 demo
[17:40:55] <Didier> spindle speed needs to be non zero in order to enable
[17:43:55] <Didier> nobody can help me ?
[17:43:56] <jepler> Didier: In emc 2.0.x, you can't issue a command like M3 S0, or M3 without a previous S value.
[17:44:11] <Didier> thank you
[17:44:40] <Didier> very much
[17:45:02] <jepler> maybe you can just write S with some value you don't care about
[17:47:34] <Didier> ok
[18:05:56] <skunkwork> wow - I can download at 325KB/s from my web site.
[18:06:08] <skunkwork> Lerneaen_Hydra_: thanks
[18:23:46] <skunkwork> LA CROSSE,
[18:23:46] <skunkwork> WI, US 11/03/2006 6:33 A.M. OUT FOR DELIVERY
[18:23:57] <SWPadnos> encoders?
[18:24:03] <skunkwork> You got it. :)
[18:24:08] <SWPadnos> cool
[18:25:40] <skunkwork> so.... who is going to buy the core2 quadro?
[18:33:33] <SWPadnos> not me
[18:34:19] <SWPadnos> I just hope AMD has a quad-core upgrade path for socket 940, eventually
[18:34:24] <SWPadnos> but I'm not holding my breath
[18:36:54] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/common/tkemc.png: updated to latest version of tkemc (so_slider and optional_stop_button)
[18:46:25] <mtedad_> mtedad_ is now known as mtedad
[19:32:35] <cradek> alex_joni: fo_mode is a char, but you assign 1.0 to it when initializing
[19:34:36] <cradek> oops, wrong channel
[19:38:47] <CIA-5> 03alex_joni 07HEAD * 10emc2/src/emc/motion/motion.c: meant unsigned char not float (thanks chris for spotting this)
[19:52:16] <spat74> I've got a mill running using steppers and it works pretty well (thanks for some awesome software), however my steppers came with encoders attached (that I am not currently using). I have been trying to figure out how to use them without buying a dedicated encoder board. It seems to me that if the fast HAL thread can generate step pulses real time then it should be able to count the encoder pulses as well. It would be nice to have real feedback and not to have
[19:53:22] <SWPadnos> spat74, reading encoders on the parallel port (or other IO card) is easy, there's a HAL component to do that
[19:53:32] <spat74> is there ?
[19:53:33] <spat74> cool
[19:53:37] <SWPadnos> what's harder is dealing with the information you get from the encoder
[19:53:41] <spat74> what is it called ?
[19:53:44] <spat74> ahh
[19:53:44] <alex_joni> but you can't assume the same frequency as the counts output
[19:53:47] <alex_joni> encoder
[19:53:47] <SWPadnos> encoder ;)
[19:53:56] <alex_joni> wonder who came up with that name :D
[19:54:18] <SWPadnos> Charles Babbage or somebody from that era, I bet ;)
[19:54:21] <alex_joni> spat74: how many encoder lines / rotation ?
[19:55:18] <spat74> not sure just yet, All I know right now is that there are 4 extra wired from the back of my steppers.
[19:55:50] <spat74> judging from the lines on the encoder disk, they can't be too different than the 1.8 degrees the stepper steps through
[19:56:01] <SWPadnos> ok - that's good
[19:56:09] <alex_joni> not _very_ good
[19:56:13] <alex_joni> but it could be worse
[19:56:44] <SWPadnos> the software can only read the encoder at about the same rate as it can output steps (or microsteps)
[19:56:56] <alex_joni> SWPadnos: half I read somewhere
[19:56:58] <SWPadnos> a little less actually, considering jitter issues
[19:57:03] <SWPadnos> hmmm
[19:57:26] <spat74> Well, I am not above limiting my step rate to get feedback :)
[19:57:32] <SWPadnos> no, I'd think double if anything, since only one transition is needed for a quadrature encoder, but two are needed for a step
[19:57:53] <alex_joni> The driver exports variables for each counters inputs and output.
[19:57:53] <alex_joni> It also exports two functions. "encoder.update-counters" must be
[19:57:53] <alex_joni> called in a high speed thread, at least twice the maximum desired
[19:57:53] <alex_joni> count rate. "encoder.capture-position" can be called at a much
[19:57:53] <alex_joni> slower rate, and updates the output variables.
[19:58:12] <SWPadnos> ok - that's the jitter problem
[19:58:24] <cradek> spat74: can you say exactly what your goal is? People have different ideas about steppers + encoders
[19:58:33] <SWPadnos> it's better to look at the encoder lines significantly more often than you expect transitions
[19:58:53] <spat74> I really just want to detect missed steps
[19:59:07] <cradek> are you having a problem with that?
[19:59:19] <spat74> only when I mess something up
[19:59:38] <Jymmm> steppers?
[19:59:38] <cradek> I see, like a crash?
[19:59:47] <spat74> if I set my feedrate to high, or a crash
[19:59:51] <cradek> gotcha
[20:00:06] <cradek> you want it to stop and not lose position in that case?
[20:00:15] <spat74> I really should have more powerful steppers, but I got these cheap :)
[20:00:24] <spat74> that would be perfect :)
[20:00:41] <spat74> just generating a following error would make me happy
[20:00:53] <cradek> right I see, that does seem promising
[20:01:02] <Jymmm> encoder on the back of the stepper
[20:01:06] <spat74> yep
[20:01:07] <cradek> there was some talk about this on the emc-users list very recently
[20:01:15] <alex_joni> spat74: perfect
[20:01:56] <spat74> I'll have to look through the archives, thanks
[20:02:16] <cradek> sadly they're broken (on sourceforge)
[20:02:37] <spat74> ok
[20:03:04] <spat74> well, even if all you could do is point me to the name of the hal module I'll do my own homework from there :)
[20:03:17] <cradek> if you can get some hard info about your encoders (number of lines) we can help you do the math to see how it might work out to read them in software
[20:03:21] <SWPadnos> it's called encoder
[20:03:44] <Jymmm>
[20:04:11] <cradek> spat74: you came at a time that some of us are interested in this setup, so it would be great if you can get the hardware end set up and help us
[20:04:20] <alex_joni> Jymmm: network issues.. ssh broke down
[20:04:24] <spat74> I was planning to just set up the counter software, then do a bunch of moves with the stepper onloaded (off the mill) so no lost steps and get the data from there.
[20:04:37] <SWPadnos> you load it with a command like "halcmd loadrt encoder num_chan=3" (or however many you want)
[20:04:38] <Jymmm> alex_joni how did that happen?
[20:04:51] <alex_joni> Jymmm: pesky connection at home (cable)
[20:05:05] <spat74> it's just called encoder ?
[20:05:07] <spat74> cool
[20:05:07] <cradek> spat74: good idea, you could also just turn it one turn by hand and read the counts. It'll surely be a power of two or ten.
[20:05:09] <alex_joni> Jymmm: irc client is at work, I ssh in
[20:05:10] <SWPadnos> yep
[20:05:11] <Jymmm> alex_joni ah. doesn't auto-reestablish?
[20:05:19] <alex_joni> Jymmm: ssh doesn't
[20:05:21] <SWPadnos> or 360 ;)
[20:05:30] <Jymmm> alex_joni so you're not using keys huh?
[20:05:45] <cradek> I meant power of two or MULTIPLE of ten
[20:05:48] <alex_joni> Jymmm: not usually
[20:05:52] <Jymmm> alex_joni k
[20:05:58] <spat74> From the look of the encoder wheel I'd bet it's not more than 2 counts per full step
[20:06:15] <cradek> do you mean two edges or two lines (eight edges)?
[20:06:18] <alex_joni> spat74: do you microstep?
[20:06:30] <spat74> nope, just full steps
[20:06:44] <spat74> I have the steppers output geared down going to the mill'
[20:06:55] <alex_joni> spat74: for clarification: one slot on the encoder converts to 4 counted edges
[20:07:21] <spat74> I would say one or 2 solid color stripes per step
[20:07:31] <spat74> so 4-8 edges
[20:07:36] <alex_joni> right
[20:07:50] <alex_joni> to be able to count them all, you'll need to go slower with the max pulse rate
[20:08:02] <alex_joni> 4-8 times slower
[20:08:26] <alex_joni> or you can get a small circuit to scale the encoder counts down
[20:08:28] <spat74> actually my max pulse rate is limited by the stepper's not losing steps right now, so the software has plenty of headroom
[20:08:41] <alex_joni> spat74: oh, ok.. that's ok
[20:09:00] <alex_joni> if you can set your stepper driver to do half steps or microsteps it might boost your steppers performance
[20:09:16] <cradek> if you're lucky enough to have a parallel port that can do control port inputs, you have enough to work with
[20:09:34] <alex_joni> or a cheapish second parport
[20:09:43] <spat74> I can do either, but I thought you got your highest torque from full steps
[20:09:49] <cradek> yes always use at least half stepping if you can
[20:10:10] <alex_joni> spat74: what drivers?
[20:10:11] <cradek> on my mill, full stepping can barely move the machine
[20:10:14] <spat74> I'll probably rumage around I've got some extra parallel port boards somewhere
[20:10:28] <spat74> good to know, I'll have to do that.
[20:10:31] <cradek> do try half stepping, you'll be surprised
[20:11:24] <anonimasu> cradek: really?
[20:11:33] <anonimasu> cradek: perhaps I should try halfstepping my machine instead )
[20:11:34] <anonimasu> :)
[20:11:42] <skunkwork> actually - as of yesterday - the sourceforge email archive is up to date.
[20:11:44] <alex_joni> anonimasu: really
[20:11:50] <anonimasu> nice!
[20:11:54] <anonimasu> I've been running full stepping.
[20:12:06] <alex_joni> skunkwork: good to know, thanks for pursuing that
[20:12:31] <cradek> anonimasu: my understanding (and experience) is that full stepping is the worst way to run a stepper
[20:12:44] <anonimasu> cradek: why didnt you tell me this before?! ^_^
[20:12:48] <spat74> and i"m planning to add some other stuff that will require output pins
[20:12:51] <alex_joni> anonimasu: you didn't ask
[20:12:55] <anonimasu> cradek: that's really nice :)
[20:12:59] <spat74> sweet.
[20:13:03] <anonimasu> I might be able to get a bit more speed
[20:13:04] <spat74> * spat74 checking archive
[20:13:08] <alex_joni> spat74: then a second/third parport might be the cheapest solution
[20:13:40] <cradek> yeah that's a good way to get a lot of inputs for very cheap
[20:13:46] <spat74> hey, I might only have 2 axis CNC'd now, but my goal is 4 :)
[20:13:52] <alex_joni> anonimasu: you were using a G201 ?
[20:14:03] <spat74> plus seperate limits and homes for all axis
[20:14:12] <anonimasu> g210
[20:14:12] <alex_joni> spat74: emc2 will drive what you can come up with :)
[20:14:16] <cradek> spat74: that's a nice luxury
[20:14:21] <alex_joni> anonimasu: set it to 10 microsteps :)
[20:14:23] <spat74> that's what I love about it :)
[20:14:39] <anonimasu> alex_joni: hm, that's steps_now * 10
[20:14:56] <spat74> well, thanks everybody for all the help
[20:15:12] <alex_joni> anonimasu: err.. the G210 is still a 10-microstep drive
[20:15:26] <anonimasu> alex_joni: ah, yeah right it's just my input
[20:15:31] <cradek> spat74: you're welcome, keep us updated
[20:15:32] <spat74> try getting a response like that from a commercial vendor's tech line...
[20:15:38] <spat74> will do
[20:15:41] <alex_joni> anonimasu: guess you can't drive it better than that
[20:15:51] <anonimasu> fsck.
[20:16:09] <Jymmm> a duck
[20:16:09] <alex_joni> spat74: our pleasure
[20:16:31] <alex_joni> Jymmm: rubber duck ?
[20:16:36] <anonimasu> there's a simple solution for this it's called servo.
[20:16:43] <Jymmm> alex_joni ask anonimasu
[20:16:44] <anonimasu> and pasta.
[20:16:51] <anonimasu> lots of pasta.
[20:16:55] <anonimasu> for ½ a year..
[20:17:05] <alex_joni> water and bread
[20:17:30] <anonimasu> bread's probably more expensive then pasta :D
[20:17:49] <alex_joni> not over here
[20:18:02] <anonimasu> :/
[20:18:06] <alex_joni> you still need to boil the pasta :D
[20:18:18] <anonimasu> I could do that over at work :D
[20:18:19] <alex_joni> that's additional water & energy
[20:18:26] <alex_joni> and at least some salt
[20:20:23] <Nick001> update on my problems and I've read the manual several times-EMC2 will come up with the sim-axis config, will not come up with univpwm because I don't have their card installed, which I understand. It will not load the nist-lathe config from this address
http://cvs.linuxcnc.org/cvs/emc2/configs/nist-lathe/. Can someone check out my problem with this one is. Thanks
[20:20:46] <alex_joni> that one doesn't match your installed software
[20:21:22] <alex_joni> Nick001: you cannot mix configurations from the stable version you have and from the development (probably still buggy) version
[20:21:58] <Nick001> someone gave me that address so I could come up with a lathe type page with the proper type of axis offsets
[20:22:33] <alex_joni> Nick001: the 2.0.x versiond doesn't have much lathe support
[20:23:07] <alex_joni> most of the lathe development is quite recent, and will be included in the next release
[20:24:34] <Nick001> any suggestions on how I use EMC2 to control a Hardinge HCNC. With the Allen Bradley control, one uses fairly simple G coding for axis and spindle control with single point threading.
[20:25:59] <cradek> Nick001: EMC2 can do all that too.
[20:26:29] <alex_joni> cradek: 2.0.x too ?
[20:26:31] <cradek> if you don't want to wait for the 2.1 release you will have to use the cvs (development) code
[20:26:42] <cradek> instructions for building it are on the wiki: wiki.linuxcnc.org
[20:40:18] <Nick001> I'm apt-get source emc2 and its getting v 2.0.4 dsc & tar and I assume I will extract and install them. How much of lathe capability will this have, when is 2.1 release due out and how much will it support a lathe
[20:41:11] <alex_joni> 2.0.4 source you are getting is exactly the same one as teh installed one
[20:41:21] <alex_joni> you won't have any improved functionality
[20:41:33] <alex_joni> the 2.1 is probably due out this year
[20:41:39] <alex_joni> s/probably/hopefully/
[20:43:31] <Nick001> any recommendations on what and how do I control this lathe with
[20:44:15] <anonimasu> emc...
[20:44:23] <alex_joni> I'd recommend you start uding emc2
[20:44:24] <anonimasu> err emc2..
[20:44:26] <alex_joni> using even
[20:44:39] <alex_joni> to get the feeling of it
[20:45:03] <alex_joni> it can still control the lathe even if you don't use some advanced features like lathe-type tool compensation
[20:46:38] <cradek> Nick001: we can't talk you through doing a whole conversion of your lathe; it's just not practical
[20:47:01] <cradek> Nick001: I think you're going to have to dive in on your own, or hire someone who knows EMC to visit you and help
[20:47:41] <alex_joni> Nick001: if you want to do that, then it's best to ask on the Users mailing list (and please include your place of residence)
[20:48:17] <Nick001> my usage is x and z axis with offsets in increments of 0.00005 which a 2000 line encoder will yield with the pico board. The spindle of course has to be controlled and constant surface speed would be nice. The tooling that I use is single point and basic in nature.
[20:48:59] <skunkwork> I don't think constant surface speed is in emc2 ____ yet :)
[20:49:09] <alex_joni> no, it's not
[20:49:48] <Nick001> I have already tried the Ajax/Centroid control and it does not work. I already have the encoders mounted and the dc spindle controller is in place. I've contacted pico and he says his cards will work on this machine with the servos and encoders attached that I have.
[20:49:50] <alex_joni> lathe support is fairly recent
[20:50:08] <Nick001> CSS I can wait for
[20:50:19] <alex_joni> Nick001: don't expect it to be a simple operation to plug the card in and it's done
[20:50:37] <alex_joni> that's usually the fairly easy/fast part
[20:50:47] <Nick001> I know that. I have a lot of learning to do yet and I have to start somewhere.
[20:50:47] <cradek> Nick001: I bet Jon Elson (the pico guy) will be a big help
[20:51:52] <alex_joni> heh.. picoguy :D is there a nanoguy?
[20:52:13] <cradek> that's his big brother
[20:52:27] <alex_joni> bet you can't see the femtoguy :)
[20:52:59] <skunkwork> * skunkwork still only knows to pico.
[20:53:17] <Nick001> probably out chasing the fems he's busy
[20:59:54] <CIA-5> 03jepler 07HEAD * 10emc2/src/emc/usr_intf/axis/scripts/axis.py:
[20:59:54] <CIA-5> set AXIS_NO_AUTOCONFIGURE to disable auto-simplification of the GUI
[20:59:54] <CIA-5> Point the About dialog to linuxcnc.org
[20:59:54] <CIA-5> 03jepler 07HEAD * 10emc2/share/axis/tcl/axis.tcl:
[20:59:54] <CIA-5> set AXIS_NO_AUTOCONFIGURE to disable auto-simplification of the GUI
[20:59:54] <CIA-5> Point the About dialog to linuxcnc.org
[21:15:34] <Lerneaen_Hydra_> iab
[21:15:54] <anonimasu> brb.
[21:16:11] <alex_joni> how good
[21:16:26] <Lerneaen_Hydra_> Lerneaen_Hydra_ is now known as Lerneaen_Hydra
[21:16:58] <Lerneaen_Hydra> SWPadnos: was the video playable?
[21:17:07] <alex_joni> that was skunkwork I think
[21:17:51] <alex_joni> this is a film about a dramatic relationship between man and fish
[21:18:23] <Lerneaen_Hydra> err, right
[21:18:46] <skunkwork> Yes - worked great - thanks
[21:18:47] <alex_joni> the fish doesn't think... because the fish knows.. everything
[21:18:56] <Lerneaen_Hydra> nice :)
[21:19:18] <alex_joni> great tunes
[21:19:37] <Lerneaen_Hydra> * Lerneaen_Hydra has no idea what alex is going on about
[21:26:48] <anonimasu> lol
[21:29:04] <skunkwork> it is friday and it is past alex's bed time.
[21:29:15] <alex_joni> not on fridays it ain't
[21:30:10] <Lerneaen_Hydra> skunkwork: oh, right. of course
[21:46:45] <jepler> logger_emc: search
[21:46:46] <jepler> Try this address for searching the logs:
http://www.linuxcnc.org/cgi-bin/search.cgi
[21:47:02] <skunkwork> jepler: raining there? :)
[21:47:16] <jepler> skunkwork: no, I was making some changes in my "server" machine
[21:47:39] <jepler> trying to monkey an additional disk into this silly SFF case
[21:47:49] <skunkwork> ah - I suppose it is the only thing you like about winter? No rain to take out your internet?
[21:47:53] <jepler> frustrating -- I got it in but the sides of the case will never go on now
[21:48:02] <jepler> snow can do it too, at least when it's melting :-P
[21:48:20] <jepler> did alex_joni go to bed? I want to complain that the search URL doesn't work -- it's 404'd/
[21:48:31] <alex_joni> jepler: there's no search.cgi on DH
[21:48:33] <alex_joni> use google
[21:48:40] <alex_joni> :-/
[21:48:48] <alex_joni> I don't trust my cgi enough to put it there
[21:49:00] <jepler> I see
[21:49:01] <alex_joni> I should probably remove the search tag from the logger
[21:49:09] <jepler> that would be best
[21:49:34] <alex_joni> there's a google search on linuxcnc.org
[21:49:51] <alex_joni> if it already indexed the irc logs it should work better than normal google
[21:50:29] <jepler> "if"
[21:51:05] <jepler> I was thinking that it would be nice if a link to the search page or the latest log could be stuck in the /topic
[21:51:14] <jepler> it's pretty frequent that someone asks the logger for the URL
[21:51:36] <alex_joni> http://www.google.com/custom?q=+site%3A81.196.65.201
[22:32:27] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/gui/tkemc.lyx: first draft of tkemc documentation
[22:33:30] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/gui/ (tkemc_interp.png tkemc_mdi.png tkemc_override_limits.png): some needed pictures for tkemc.lyx
[22:35:05] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/motion/.cvsignore: ignore some more generated files
[22:36:05] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/config/.cvsignore: ignore some more generated files
[22:40:53] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/gui/tkemc.lyx: fix some oddlooking pictures
[22:53:02] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/gui/tkemc.lyx: some ispell fixes.. (wonder where the rest are hiding)
[23:01:14] <Lerneaen_Hydra> 'night people
[23:01:22] <alex_joni> night LH
[23:15:33] <alex_joni> http://www.robotpower.com/products/osmc_info.html <- ever seen this one?
[23:17:19] <mtedad> Q on cl, how do get more outputs for classicladder to show up in Halshow?
[23:21:49] <alex_joni> mtedad: you need to specify it to use more outputs on the line where you load it
[23:21:57] <alex_joni> it's usually in the .hal file
[23:22:55] <mtedad> i'll check
[23:23:13] <alex_joni> loadrt classicladder_rt numRungs=50 numBits=50 numWords=8 ... numPhysOutputs=40
[23:23:24] <alex_joni> there are quite a few options you can set there
[23:23:54] <alex_joni> check the sample config /etc/emc2/sample-configs/demo_mazak/demo_mazak.hal
[23:25:00] <alex_joni> parm: numSections:Number of sections to allocate (int)
[23:25:23] <alex_joni> parm: numArithmExpr:Number of arithmetic expressions to allocate (int)parm: numPhysOutputs:Number of outputs to allocate (int)
[23:25:23] <alex_joni> parm: numPhysInputs:Number of inputs to allocate (int)
[23:25:23] <alex_joni> parm: numMonostables:Number of monostables to allocate (int)
[23:25:23] <alex_joni> parm: numTimers:Number of timers to allocate (int)
[23:25:23] <alex_joni> parm: numWords:Number of words to allocate (int)
[23:25:24] <alex_joni> parm: numBits:Number of bits to allocate (int)
[23:25:26] <alex_joni> parm: numRungs:Number of rungs to allocate (int)
[23:29:53] <mtedad> found it...same file i was working in...is there any relationships to the amounts to be put. like numbits a multiple of rungs/
[23:35:41] <alex_joni> no..
[23:35:47] <alex_joni> that depends on what you need I think
[23:44:44] <alex_joni> * alex_joni heads to bed
[23:44:47] <alex_joni> good night all
[23:46:07] <mtedad> thank you alex.
[23:46:15] <alex_joni> mtedad: no problem
[23:50:41] <mtedad> i still have a problem though, when i add a signa like i-1, then add another i-10 they all get linked together. i.m using like i-a for i-10..went hex