#emc | Logs for 2007-10-14

[00:00:09] <cradek> some R8 collets don't have the key slot, so it wouldn't surprise me if some have different size keys
[00:00:24] <cradek> does it measure different from the ones you have that work?
[00:07:16] <jmkasunich__> I've heard of import collets where the key slot isn't deep enough
[00:12:27] <Ziegler> same width... not same depth.... :-/ shucks
[00:12:46] <Ziegler> supose I can mill it a bit deaper
[00:12:48] <Ziegler> deeper
[00:13:07] <cradek> might be pretty hard
[00:13:33] <skunkworks> plus - how do you hold it?
[00:14:05] <SWPadnos> soft-jaw V-blocks (?)
[00:14:06] <cradek> not easily
[00:14:26] <SWPadnos> most of the shank is straight, the taper is only near the end
[00:14:36] <jmkasunich__> shorten the pin?
[00:14:36] <cradek> you need a grinding wheel the right width
[00:14:41] <jmkasunich__> ISTR the pins are soft
[00:15:33] <crotchetyGuy> Ziegler: you don't really need the key- you could just take it out of the machine.
[00:15:55] <SWPadnos> I don't think I'd do that
[00:16:04] <cradek> nothing to keep the drawbar from turning the collet then
[00:16:16] <cradek> might be a pain sometimes
[00:17:00] <crotchetyGuy> unless you want to do the 100 ipm 1" drilling, not necessary
[00:17:04] <SWPadnos> is there even enough taper on an R8 to hold it without the key?
[00:17:08] <jmkasunich__> http://groups.google.com/group/rec.crafts.metalworking/browse_thread/thread/dd6f1c2fb5c0f0a1/eefe2069967ca605?lnk=st&q=R8+collet+pin+slot+group%3Arec.crafts.metalworking#eefe2069967ca605
[00:18:14] <cradek> looks easy to fix
[00:18:33] <crotchetyGuy> we don't have a key in our Acra at work.
[00:18:38] <tomp> find someone with a sink edm to deepen it
[00:18:44] <crotchetyGuy> never been a problem.
[00:19:05] <crotchetyGuy> the taper will hold it ok.
[00:19:36] <crotchetyGuy> that's why you have to tap them to get them out- they friction lock.
[00:20:09] <jmkasunich__> if you apply enough torque to make the taper slip, the key will hold for about a millisecond before it shears off
[00:20:22] <jmkasunich__> its just to keep things from spinning when you are tightening the drawbar
[00:20:39] <tomp> ever gall without the key?
[00:21:31] <crotchetyGuy> jmkasunich__: that's one way to remove it- the most common, I belive:)
[00:23:38] <jmkasunich__> heh
[00:23:53] <CIA-8> 03cradek 07TRUNK * 10emc2/src/hal/drivers/hal_parport.c: copy/paste bug broke control port outputs
[00:25:50] <tomp> hold it with a stud ( like the draw bar but short), thru an angle plate so ctrline is horz, the end may not be square so check with indicator, not a real precision job, and sink it a bit deeper
[00:26:31] <Ziegler> cradek: why would I need a grinding wheel for the key?
[00:26:33] <jmkasunich__> tomp: it's easier to shorten one pin than deepen the slot in N collets
[00:26:41] <Ziegler> (catching up on msgs)
[00:26:48] <jmkasunich__> Ziegler: the key is probably not hardened
[00:26:59] <cradek> Ziegler: I meant for the collets
[00:28:53] <Ziegler> ahh.. funny enough... the collet isnt hardend
[00:29:06] <cradek> hmmm
[00:29:14] <cradek> sure you want to use these collets?
[00:29:24] <Ziegler> me thinks I just need to pick up a good collet
[00:29:41] <Ziegler> (grabbed it out of the misc bin at the shop)
[00:29:55] <tomp> keep these to resize for that spcl job
[00:30:18] <Ziegler> I only have the one... the rest of my collets are hardened and fit the machine like a glove
[00:31:25] <Ziegler> shame tho... I got ahold of some nice bits that have carbide inserts that I was just jonesing to play with
[00:33:08] <tomp> make it a square collet to hold lathe bit stock & do cnc broaching for corners
[00:34:09] <Ziegler> hmmm
[00:34:30] <Ziegler> got a pic of someone else with that set-up?
[00:37:37] <tomp> sorta kinda is the idea http://books.google.com/books?id=0ffbBqr2fr8C&pg=PA129&lpg=PA129&dq=mill+broach&source=web&ots=7OOsEjGKUn&sig=HRTfJdRrv4FUjH_YMZYUvvg8mCs
[00:37:53] <Ziegler> looking
[00:38:59] <tomp> but yours would be held in the collet. at a recent ( last 10 yrs ) at IMTS , so big name mills were touting the ability the broach, cant find a ref now
[00:40:50] <CIA-8> 03cradek 07TRUNK * 10emc2/src/emc/ini/initraj.cc: if this isn't in the file, don't limit the tooltip, use the axis limits only
[00:41:29] <Ziegler> tanks tomp
[00:41:31] <tomp> http://www.slatertools.com/rotarybroachingtools.htm these are broaches for rotary spindles, the broach doent rotate
[00:41:46] <Ziegler> right
[00:42:40] <Ziegler> very interesting
[00:44:04] <tomp> need some oomph to broach tho, and good smooth low speed control
[00:45:12] <tomp> wow, they do spin, they freewhell with the part in a lathe to keep no relative rotary motion, weird
[00:45:38] <Ziegler> my little 700 lb mill can do it... but I might give it a whirl on one of the BPs sometime
[00:46:16] <Ziegler> errr
[00:46:27] <Ziegler> 700 probably cant
[00:47:15] <tomp> and they slightly oscillate to get some relief (1 degree off shank ctrline)
[00:48:09] <tomp> but broaching corners in a bp is just an old trick
[01:16:18] <Skullworks-PGAB> Tomp - the slater tools is used to broach rotating parts in a lathe
[01:17:36] <Skullworks-PGAB> we use them to broach 1/2" hex in Aluminum NPT plugs used for natural gas drilling
[01:54:14] <CIA-8> 03jepler 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/stepconf.py:
[01:54:14] <CIA-8> * change default home switch position
[01:54:14] <CIA-8> * change default A-axis limits
[01:54:14] <CIA-8> * don't write [TRAJ]MAX_VELOCITY
[01:54:14] <CIA-8> * write larger ferror for A-axis
[01:54:15] <CIA-8> * set parport.0.reset-time when testing port
[02:19:05] <Ziegler> LOL >> http://www.youtube.com/watch?v=irqHWEPM1OE&eurl=http%3A%2F%2Fwww%2Ewaterhobo%2Ecom%2F
[02:19:48] <Ziegler> http://www.waterhobo.com/
[02:36:53] <maddash> how do I activate the iocontrol.lube pin using an interpreted g-code file?
[02:37:09] <maddash> ie, what g(or m,t?)-code cmd do I use?
[02:38:03] <maddash> or coolant?
[02:38:17] <maddash> my parts are coming off looking "screwed"
[02:38:35] <SWPadnos> http://www.linuxcnc.org/handbook/RS274NGC_3/RS274NGC_3TOC.html
[02:38:48] <SWPadnos> I don't see lube, but coolant is M7/M8/M9
[02:39:17] <maddash> m7/m9
[02:39:34] <maddash> that's good enough, I'll just switch the pins externall
[02:39:34] <maddash> y
[02:39:53] <maddash> there's nothing fancy about m7/m9, right? as opposed to m6 t*
[02:39:59] <SWPadnos> lube is meant for auto-lubrication of ways, not for part cooling/cutting oil
[02:40:29] <SWPadnos> as far as I know, M7, M8, and M9 just flip the appropriate output bit(s)
[02:41:38] <maddash> OK
[02:41:40] <maddash> woot.
[02:44:18] <maddash> iocontrol.coolant-flood = EMC_flood_*, right?
[02:45:12] <maddash> answer: correct.
[02:45:14] <maddash> thanks, SWPadnos
[04:09:41] <CIA-8> 03cradek 07TRUNK * 10emc2/configs/sim/ (axis.ini axis_9axis.ini): let tooltip vel be limited by axes
[13:47:41] <BigJohnT> I'm looking at the jog.hal file and the first component is match8, what does count=6 mean? The only reference to match8 in the had docs is match8 – 8 bit binary match detector (with input for cascading)
[13:54:35] <jepler> that means you get 6 independent match8 instances: match8.0, match8.1, ..., match8.5
[13:54:49] <jepler> each one has its own pins .a0, .b0, and so on
[13:56:08] <BigJohnT> Ok that makes sense
[13:57:48] <BigJohnT> Do you need to create a mask for a match or just look at each pin?
[14:01:39] <jepler> I don't follow you
[14:01:57] <jepler> think of aN as the value to be checked, and bN as the value it must be
[14:02:31] <jepler> bbl
[14:02:56] <BigJohnT> OK that makes sense
[14:05:30] <CIA-8> 03fenn 07TRUNK * 10emc2/lib/python/vismach.py: revert previous change. scaling is not supported by backplot matrix operations, and its not very useful anyway
[15:07:49] <stustev> After reviewing the questions from last night I have a question. What is the reference to tool tip vel(ocity)? Is EMC developing tool tip velocity control?
[15:12:34] <stustev> I like the idea of tool tip velocity control. When some machines with rotary axes are moved using G0 the resulting motion does NOT follow the programmed path. Individual axis speed is not coordinated. This is a problem. Will the solution referred to address this type of problem?
[15:42:30] <BigJohnT> I'm trying to see an input in terminal from the parport
[15:43:11] <BigJohnT> I've done halrun so I'm at the halcmd prompt
[15:43:20] <BigJohnT> I've done addf parport.0.read readport 1
[15:43:26] <BigJohnT> opps
[15:43:47] <BigJohnT> loadrt hal_parport cfg="0x0378"
[15:44:06] <BigJohnT> loadrt threads name1=readport period1=1000000
[15:44:28] <BigJohnT> addf parport.0.read readport 1
[15:44:52] <BigJohnT> I'm using a parallel port interface card
[15:45:01] <BigJohnT> When I do a show pin
[15:45:20] <BigJohnT> it does not show that input state chaned
[15:45:27] <BigJohnT> What am I missing?
[15:52:26] <fenn> stustev: the solution is called 'kinematics' and its what i've been yammering about all along
[15:53:08] <fenn> BigJohnT: halcmd start?
[15:55:04] <fenn> stustev: ironically emc currently has no support for stacked rotary joints on top of an xyz table
[15:58:18] <fenn> it would be great if there were a macro system to enable easy stacking of common kinematics functions
[15:59:25] <DanielFalck> hi fenn. what are you working on with vismach.py? selecting entities?
[16:00:00] <BigJohnT> fenn, I'm using halrun to get to halcmd
[16:01:23] <fenn> DanielFalck: hexapod visualization
[16:02:08] <Ziegler> I milled the slot in the R8 collet
[16:02:20] <Ziegler> I only needed to take .005" off
[16:03:33] <Ziegler> Im happy to be using my carbide insert fly cutter
[16:05:51] <jepler> BigJohnT: you still have to give the "start" command to halcmd, otherwise the realtime threads don't execute
[16:06:26] <BigJohnT> jepler: Big Slap on Forehead sound!
[16:07:10] <jepler> did that "fix" it?
[16:07:22] <BigJohnT> yep I just tested it
[16:07:42] <fenn> bit of miscommunication there. i thought you meant halrun started hal automatically
[16:12:09] <BigJohnT> Do you only have to "start" hal in the terminal window or do you have to do a halcmd: start in one of the configuration files?
[16:15:02] <jepler> you have to have "start" somewhere. in the .hal files will do. When you use the "emc" there's a start built in
[16:16:04] <BigJohnT> Ok, Thanks
[17:03:06] <alex_joni> evening all
[17:03:17] <DanielFalck> hi alex_joni
[17:03:33] <alex_joni> hi DanielFalck
[17:23:53] <Roguish_> Roguish_ is now known as Roguish
[19:03:00] <CIA-8> 03jepler 07TRUNK * 10emc2/docs/src/config/ini_homing.lyx: get rid of repeated text
[19:03:10] <CIA-8> 03jepler 07TRUNK * 10emc2/docs/src/config/stepconf.lyx: note RC-filter gotcha
[19:40:41] <Paragon37> Hello All, I have been playing around with pluto-p stepper which I have managed to get working but I am seeing an issue whith the motor running away at speed and then I receive a following error what could be the cause of this? The drives can handle 300khz and upto 25600 micro steps.
[20:00:54] <alex_joni> what means 'running away at speed' ?
[20:04:04] <alex_joni> good night all
[20:04:18] <alex_joni> * alex_joni needs to go to sleep
[20:04:26] <JymmmEMC> nite alex
[20:24:04] <Paragon37> When the motor reaches a certain speed it then continues to speed up and spins very fast and smooth it then stops with a jolt EMC2 then gives a following error.
[20:40:34] <fenn> well this is an interesting development
[20:40:50] <fenn> " We really need help with
[20:40:50] <fenn> concepts to develope higher quality CNTs
[20:41:05] <fenn> .. Liftport's new vision
[20:41:05] <fenn> and goal is an open source and highly collaborative organization
[20:41:05] <fenn> adopting the Wikinomics paradigm. Not everyone agrees one on what
[20:41:06] <fenn> that means,(or understands what that means)
[20:42:03] <fenn> so basically, they are putting all their IP out in the open
[20:51:23] <fenn> oof. that was in may
[20:55:46] <anonimasu> cnt's?
[20:57:59] <Ziegler> tomp: I found out most collets arnt 100% hardened... just the threads and the hole for the tool
[20:58:17] <fenn> anonimasu: carbon nanotubes
[20:58:32] <fenn> for making a space elevator
[20:59:33] <anonimasu> ah ok
[21:06:17] <owhite> hey people. is there anyone here that could answer a tkemc.tcl question? Its mostly about programming in tcl.
[21:07:44] <DanielFalck> ask away. maybe someone can answer
[21:09:01] <owhite> in tkemc.tcl, I have tied an exec command to a button. It runs the exec on an external command. It runs, all is well. What I would like to do is to have the external program pass a variable back to the tkemc.tcl. Anyone know how I could do that?
[21:11:28] <SWPadnos> take a look at how the hal commands are sent in halshow
[21:11:54] <SWPadnos> that does an exec, and the program output is passed back to tcl
[21:12:51] <DanielFalck> can you do a set s [exec someprogram]?
[21:12:59] <DanielFalck> and use s as output?
[21:13:14] <SWPadnos> possibly - I don't remember how it works, only that it does ;)
[21:13:42] <owhite> guys. Yes, I can do the set s [exec etc]. Should work fine.
[21:13:58] <owhite> lemme look into that.
[21:39:20] <Roguish> afternoon all. anyone know how the heck to configure this gantrykins?
[21:40:51] <Roguish> i have setup along the lines of the stepper-gantry. the 4th motor just sits there.
[21:50:06] <dmess> it should be slaved to the one its supposed to follow
[21:58:29] <Roguish> i have included the call to load gantrykins and used the same 'settings for gantrykins' as are in the kinematics.hal file in the stepper-gantry config files.
[21:59:02] <Roguish> no errors, just no motion of the 'slaved' motor.
[21:59:05] <Roguish> ????\
[22:01:03] <Roguish> i've searched for references to gantry in all the docs that i can find. nothing about how to actually set it up. ???
[22:01:55] <SWPadnos> I don't know if this will help, but I think you need to set the axis names correctly in the [TRAJ]AXES ini setting
[22:02:02] <SWPadnos> like AXES = X X Y Z
[22:02:12] <SWPadnos> or X Y Z X
[22:02:53] <SWPadnos> err - wait, si this with EMC2 from source, or an installed version?
[22:02:57] <SWPadnos> s/si/is/
[22:03:00] <Roguish> trunk
[22:03:10] <SWPadnos> ok
[22:04:26] <Roguish> i'll try it. can't hurt, but it's 'X Y Z A' in the stepper-gantry example ini file.
[22:04:40] <SWPadnos> that's true. I'm not sure what's going on there
[22:04:47] <SWPadnos> sorry - can't think about it much at the moment
[22:05:12] <SWPadnos> you should try using that config exactly as is (motors detached from machine), and see if it works for you
[22:06:55] <Roguish> just tried the 'X Y Z Y' with no success. yeah the 3rd and 4th motors are just lieing on the bench. only x and y are attached to hardware.
[22:07:37] <SWPadnos> if you post your ini and hal files, someone may be able to take a look at them
[22:10:22] <Roguish> SWPadnos: check this link, please: engineering.no-ip.biz
[22:10:39] <Roguish> i'm setting up my own site
[22:11:35] <Roguish> do you get anything other than errors?
[22:11:49] <SWPadnos> I get a 3-frame page with some images and links
[22:12:09] <Roguish> it lives!!!!!! thanks.
[22:12:18] <SWPadnos> sure
[22:14:04] <fenn> AXES= should be a number
[22:14:14] <fenn> COORDINATES = should have no effect
[22:14:56] <Roguish> fenn: i have AXES=4
[22:15:03] <fenn> AXES = is the number of joints the motion controller exports
[22:15:13] <fenn> coordinates is which ones it actually uses
[22:15:27] <fenn> it's fubared IMHO
[22:15:42] <Roguish> geeeeeeze.
[22:16:27] <fenn> it should work with AXES = 4 and COORDINATES = X Y Z
[22:17:36] <fenn> (note: theory and practice are the same, in theory)
[22:17:50] <Roguish> just tried that one, no errors, and not motion in the 4th motor.
[22:20:04] <fenn> i figured this out before...
[22:21:44] <fenn> aha: setp gantrykins.joint-3 1
[22:21:50] <Roguish> something in setting up gantrykins?
[22:21:51] <Roguish> loadrt gantrykins
[22:21:54] <Roguish> # Settings for gantrykins
[22:21:55] <Roguish> setp gantrykins.joint-0 0
[22:21:56] <Roguish> setp gantrykins.joint-1 1
[22:21:58] <Roguish> setp gantrykins.joint-2 2
[22:21:59] <Roguish> setp gantrykins.joint-3 1
[22:22:33] <fenn> that slaves the 4th motor to the y axis
[22:22:43] <Roguish> correct.
[22:23:40] <Roguish> and this is loaded just prior to trivkins
[22:23:50] <fenn> er.. you dont want to load trivkins
[22:25:17] <Roguish> really?
[22:25:30] <fenn> trivkins will connect joint-0 to 0 joint-1 to 1 and so on
[22:26:40] <Roguish> ok. just took trivkins out. no error, no motion.
[22:26:53] <Roguish> net line: loadrt [EMCMOT]EMCMOT base_period_nsec=[EMCMOT]BASE_PERIOD servo_period_nsec=[EMCMOT]SERVO_PERIOD traj_period_nsec=[EMCMOT]TRAJ_PERIOD key=[EMCMOT]SHMEM_KEY num_joints=[TRAJ]AXES
[22:27:13] <Roguish> note num_joints
[22:27:30] <fenn> ok.. what does that have to do with anything?
[22:28:13] <fenn> * fenn thinks we should have code that writes all the sample configs so they stay somewhat up to date
[22:28:23] <Roguish> that's from the standard file. stepper-gantry does NOT have that.
[22:29:56] <Roguish> ok, just took num_joints=[TRAJ]AXES out. no errors, no motion in 4th motor.
[22:29:59] <fenn> int num_joints = EMCMOT_MAX_JOINTS; /* default number of joints present */
[22:30:17] <fenn> so default is 9 i think
[22:30:58] <fenn> what does `halcmd show pin axis` show?
[22:31:23] <fenn> uh, just what is the highest number
[22:31:48] <Roguish> 8
[22:32:44] <fenn> if you jog Y do you get motion on the 2nd motor?
[22:32:51] <Roguish> yes
[22:33:22] <fenn> click on 'world' and try jogging Y again
[22:34:46] <fenn> sorry, lemme figure out how to do it in axis
[22:34:53] <Roguish> give me a warning about 'must be homed before going into mode......'
[22:37:14] <fenn> ok, home all the axes then ;)
[22:37:37] <fenn> it might work anyway
[22:37:57] <Roguish> and i cant' home all. motors 3 and 4 are just sitting on the bench without homes.
[22:39:52] <fenn> well, i notice that if you switch into world mode right after starting emc, it will switch modes anyway
[22:40:08] <fenn> (after resetting estop and machine on)
[22:41:29] <Roguish> you're right, it does.
[22:42:36] <Roguish> i get an immediate following error on joint 1 (the axis i'm trying to master/slave)
[22:42:58] <Roguish> what's the 'world mode'?
[22:43:02] <fenn> kinematics enabled
[22:43:22] <fenn> if you jog 'y' in joint mode it will only jog motor #1
[22:43:33] <Roguish> yes
[22:43:34] <fenn> likewise for joint 3
[22:43:52] <fenn> if you switch to joint mode and jog 3, does the motor move?
[22:44:28] <Roguish> joint mode? you mean not world mode?
[22:44:33] <fenn> right
[22:44:47] <fenn> just to see if the joint works :)
[22:44:58] <Roguish> in joint mode, all 3 axes jog correctly. motor 4 does nothing.
[22:45:29] <fenn> time to bust out the halmeter then :)
[22:46:01] <Roguish> the motor is wired ok. it runs in a standard 4 axes configuration.
[22:46:39] <fenn> in a terminal do this: watch -n 0.1 halcmd show pin axis*
[22:46:47] <fenn> and make it big enough to see all the pins
[22:47:32] <fenn> well, up to axis.5 at least
[22:48:50] <Roguish> what are we going towards here?
[22:49:15] <fenn> seeing if motion is outputting anything on 4
[22:49:18] <fenn> er, 3
[22:50:02] <fenn> the idea is you jog and see if the numbers change
[22:50:26] <Roguish> ok, like i said earlier. i get an immediate following error when i enable the motors.
[22:51:10] <fenn> that's probably because the slave motor isn't synched up to the master
[22:51:40] <Roguish> yeah. i am going to zero all the 'last postions'
[22:51:51] <fenn> ok. how do you do that btw?
[22:52:46] <fenn> is it a .var file thing?
[22:54:16] <Roguish> in the ini file you specify the name of the file where the 'last postions' are stored. i think it is generally a hidden file.
[22:54:58] <Roguish> [TRAJ]
[22:55:00] <Roguish> POSITION_FILE = last_pos-gantry.txt
[22:55:25] <Roguish> anyway, the following error went away.
[22:56:37] <fenn> i didnt think you would get a following error in joint mode
[22:56:46] <Roguish> i use 'hal configuration' under axis.
[22:58:08] <Roguish> works.....................yay. in world mode.
[22:58:52] <fenn> can you jog the motors separately in joint mode?
[23:00:14] <fenn> dallur mentioned that you might accidentally rip your machine to shreds if you jog one of the twin joints; i dont remember if we came up with a solution
[23:00:18] <Roguish> you mean the master and the slave, independently? no. there are only 3 axes shown on axis
[23:00:59] <fenn> yeah i dont think axis was really designed with kinematics in mind
[23:01:35] <fenn> it should say 0 1 2 3
[23:01:47] <Roguish> ok, swithed to joint mode. and only the master jogs.
[23:02:13] <Roguish> it does say 0 1 2 3 in joint mode. but 0 1 2 in world mode.
[23:03:45] <Roguish> correction. it displays x y z in joint mode.
[23:04:10] <fenn> well that's backwards
[23:04:12] <Roguish> correction again. X Y Z in world mode
[23:05:18] <Roguish> where are the flags set that indicate where an axis has been homed or not? the var file?
[23:05:45] <Roguish> is there docs on what all those vars are?
[23:08:08] <fenn> i'm not sure about var files, but there are hal parameters for axis.* for whether it's homed or not
[23:09:06] <Roguish> oh yeah, that's right. so many pins, signals, and parameters.....
[23:14:08] <Roguish> axis won't home in world mode.
[23:16:06] <fenn> its a right pain in the butt eh
[23:16:47] <Roguish> you betcha.
[23:17:22] <fenn> so is atan()
[23:17:40] <Roguish> hey, thanks. at least i got something working. homing is definitely the issue now.
[23:19:29] <Roguish> i'm going to cobble together a simple 2 motor benchtop ganty .....
[23:19:50] <fenn> threaded rod and drawer slides?
[23:20:14] <Roguish> pretty close..... gotta go through my junk draws.
[23:21:04] <fenn> i'm amazed how inexpensive enco's acme threaded rod is
[23:21:13] <Roguish> i have a potetial client with large gantry under flashcut that wants to convert to emc2
[23:21:44] <Roguish> potential
[23:22:28] <Roguish> and add 2 axes to the spindle.
[23:22:39] <fenn> hmm..
[23:23:14] <Roguish> gotta build this up slowly. get the gantry part down first.
[23:24:04] <fenn> one of these days, if nobody beats me to it.. i'm going to study how comp works and do something similar for kinematics
[23:25:09] <fenn> but right now i need to convert xyz to spherical coordinates
[23:25:20] <fenn> ki-yah
[23:26:18] <Roguish> good luck. lots of vectors and cross products, then lots of derrivatives of cross products........
[23:27:13] <Roguish> had an advance vib class once. double differentiating triple cross products. took several pages.......
[23:29:20] <fenn> nah this is just simple trig
[23:29:38] <Roguish> cake then....(kidding)
[23:54:11] <jmkasunich__> jmkasunich__ is now known as jmkasunich