#emc | Logs for 2008-07-17

Back
[00:04:58] <skunkworks> :)
[00:06:26] <cradek> hm, I didn't mean to type that in this channel, but whatever
[00:16:43] <tomp> BigJohnT: hello, sorry I been runnin
[02:30:25] <jepler> hm why can't G38.2 and G53 be used together? That would be natural for tool length probing
[02:56:53] <cradek> jepler: I consider it a bug that they can't be
[02:58:00] <cradek> iirc, the spec doesn't even say which coordinate system the returned point is in
[02:59:01] <cradek> in my tool length probe routines I use all differences so it doesn't matter, even though I know how it works
[03:00:36] <cradek> oh maybe it does implicitly say which coordinate system, since it says 'location of the controlled point'
[03:01:28] <tomp2> BigJohnT: hello
[03:24:29] <dmess> g53 should be the referance syatem... DONT callit up
[03:28:32] <jepler> cradek: http://axis.unpy.net/index.cgi/01216264526
[03:28:35] <jepler> g'night
[05:18:48] <K`zan> SWPadnos_: http://wrlabs.shacknet.nu/~vw/MyMachineShop/tmp/TailStockMods-071508/index.html
[05:18:58] <K`zan> Now to figure out how to do it :).
[06:46:59] <K`zan> Night folks
[11:55:08] <archivist> hmm there is bug condition, not easily reproduced with homing / jogging
[11:55:37] <archivist> can get past the hard limit then jog freely
[14:58:18] <BeIdentityCrisis> Does anyone here use FreeMill?
[14:58:53] <BeIdentityCrisis> I can't seem to find how to make it step gradually down in the Z... It always want to just drop the tool all the way in.
[14:59:22] <BigJohnT> what is FreeMill?
[15:00:02] <BeIdentityCrisis> I think it's essentially an old version of VisualMill.. http://www.mecsoft.com/Mec/Products/FreeMill.shtml
[15:01:09] <BigJohnT> are you talking about making a pocket or something?
[15:01:59] <Guest60385> Guest60385 is now known as raven2
[15:02:06] <raven2> moin
[15:02:31] <BeIdentityCrisis> 3D milling operations... usually starting with STL files
[15:02:47] <BigJohnT> most cam software have a depth of cut somewhere
[15:03:33] <BeIdentityCrisis> Yeah, I've had better luck with MeshCAM since I found the setting there...
[15:03:54] <BeIdentityCrisis> but visual mill is free :) perhaps I'm just getting what I pay for.
[15:04:00] <BigJohnT> also you might try over on CNC Zone they should have a forum for freemill...
[15:04:50] <BigJohnT> yea, you might have to trick it by telling it the top of the material is higher than it really is for the first cut
[15:05:17] <BigJohnT> oh well, I've stopped bleeding so it is time to get back to work :)
[15:06:10] <BeIdentityCrisis> :O
[15:16:36] <archivist> BigJohnT, machine the work not the fingers
[15:25:51] <BigJohnT> archivist I slipped and jammed my thumb nail :) so no loss of fingers!
[15:26:30] <archivist> boss here had a .8 module index finger one day
[15:48:44] <tomp> BigJohnT: good morning
[15:49:07] <BigJohnT> hi tomp
[15:49:25] <BigJohnT> were you looking for panasonic plc's the other day?
[15:49:30] <tomp> whats up?
[15:50:10] <tomp> oh, yeah... been araound & around on that.. i wanted to replace with Automation Direct but cant
[15:50:33] <BigJohnT> I have a connection with panasonic
[15:51:07] <BigJohnT> if you need something...
[15:51:07] <tomp> 2 axis will be mfctrd in Taiwan and 6 in USA. I'd like all same mfctr, but AD has private labeled the servos, so they are made in Taiwan but not available in Taiwan
[15:51:20] <tomp> We will use Panasonic Minas Mama 750W
[15:51:55] <BigJohnT> nice, I just finished up building three machines with panasonic plc/servo combos
[15:52:22] <tomp> have you used the absolute encoder feature?
[15:52:49] <BigJohnT> no, these are the simple servo drives that take step and direction from the plc
[15:53:00] <BigJohnT> A4
[15:53:45] <BigJohnT> used a FP-X plc with two touch screens to control the drive
[15:54:01] <BigJohnT> super simple with the motion libs
[15:54:11] <tomp> ah! I'm not familiar with thier steppers, sounds nice , prev pix of your machine look good :)
[15:54:21] <BigJohnT> no these are servos
[15:54:34] <BigJohnT> and servo drives
[15:54:55] <tomp> when you say 'motion libs' is it programmble like gcode ( per use) or static path like burned in rom?
[15:55:24] <tomp> oh, a servo that gets step & dir, i heard of those
[15:55:29] <BigJohnT> the motion libs are for the plc and give you homing, abs move etc with one rung of code
[15:55:40] <BigJohnT> they are so easy and work well
[15:55:44] <BigJohnT> and cost effective
[15:56:10] <tomp> ok, rung of plc, so motion is predetermined
[15:56:17] <BigJohnT> I can run them right up to 3k RPM with step and direction from the FP-X
[15:56:31] <BigJohnT> the distance could be a variable
[15:57:36] <tomp> yes, but i guess endpoint is fixed on a single axis ( no interp in thier library ), maybe i oughta read the lib docs, i have preconceptions;)
[15:58:06] <tomp> thanks for the input, i was quite stuck
[15:58:55] <BigJohnT> for the simple drive it is but for the next one up coordinated motion is there
[15:59:02] <BigJohnT> with two axis
[16:29:02] <lewin1> lewin1 is now known as lewing
[17:27:16] <piasdom> hello
[17:27:54] <piasdom> can someone help me /w a segmentation fault ?
[17:28:14] <Guest395> when do you get it?
[17:28:22] <Guest395> Guest395 is now known as skunkworks_
[17:28:27] <piasdom> when useing a browser
[17:28:31] <piasdom> any browser
[17:48:33] <tomp> piasdom: you may get better info from #Ubuntu, but try to find out if you get segfault with ftp (determine where error lies). The error is not with EMC ( 99.999% sure ;)
[17:48:59] <piasdom> ok thanks tomp
[18:33:06] <piasdom> exit
[18:33:11] <piasdom> exit/exit
[18:33:15] <piasdom> hahahhaha
[19:28:38] <alex_joni> tomp: next time ask for how much memory his system has
[19:29:00] <alex_joni> if it's more than 1G and it segfaults, it might be a problem with the current rtai
[20:54:06] <tomp> alex_joni: ok, i will watch
[20:54:38] <tomp> haha the .001% strikes again
[21:07:35] <skunkworks_> huh - .015ohm 7w resistors are spendy..
[21:13:17] <skunkworks_> http://www.cnczone.com/forums/showthread.php?t=60818
[22:50:10] <dasvt> hello
[22:51:11] <dasvt> anyone know where i can find the right calculations to calculate the vector velocity between point on a five axis part program
[22:51:52] <cradek> I don't understand the question - please elaborate
[22:52:16] <dasvt> i am troubleshooting a 93 inverse time problem and I think the post processor is miscalculating the correct g93 value
[22:52:43] <dasvt> well I am running a part program in 5 axis mode
[22:52:58] <dasvt> the part is 40 inches long
[22:53:32] <dasvt> the machine cuts the first 75% of the part in one min
[22:53:57] <dasvt> the last 25 % takes one additional min
[22:54:18] <dasvt> the part is an air foil for a propeller
[22:55:00] <dasvt> I think the post processor is mis calculating the a and b axis points
[22:55:30] <dasvt> and miss calculating the G93 velocity
[22:55:49] <dasvt> causeing the machine to cut this section very slow
[22:56:13] <cradek> a cut that should take one minute should be G93 F1 right?
[22:56:42] <dasvt> the x motion is basically the same spacing along the part it just has some b and a axis twist
[22:56:43] <cradek> it doesn't matter what moves and how far
[22:57:02] <dasvt> so the velocity should not change by 75 percent
[22:57:23] <dasvt> yes if that were one block
[22:57:42] <dasvt> but there are many blocks
[22:58:12] <dasvt> and the cnc code generator is changing the block spacing
[22:58:13] <cradek> oh I see what you're getting at
[22:58:25] <dasvt> to maintain a certain chip load
[22:58:28] <dasvt> on the tool
[22:58:59] <dasvt> a 3 axis system is simple to check
[22:59:14] <dasvt> the b and a axis vectors i have not done before
[22:59:57] <cradek> if XYZ is the tool tip location, you can neglect a/b when you calculate the feed
[23:00:26] <cradek> in your setup, does the post or the control do the pivot length compensation?
[23:00:31] <dasvt> g93 if based on one min is 1/1 = one min move
[23:00:41] <cradek> yes
[23:00:42] <dasvt> 1/2 is 30 seconds
[23:01:05] <cradek> yes I know how g93 works - I'm still trying to understand what you want to calculate
[23:01:08] <dasvt> most of my F valuse are 70
[23:01:26] <cradek> those should be 1/70th minute, just less than a second each then
[23:01:40] <dasvt> and the feed rate is about 25 inches per min
[23:01:50] <dasvt> that is what I want to maintain
[23:01:56] <dasvt> 25 inches per min
[23:02:23] <cradek> about how long [distance of tooltip] moves do these blocks represent?
[23:02:33] <dasvt> g94 does not work with rotary axis
[23:02:41] <dasvt> so it has to be g93
[23:03:50] <dasvt> ?
[23:03:56] <dasvt> any ideas
[23:06:35] <cradek> I still don't understand the question and you have not answered any of the things I asked while trying to clarify the problem
[23:09:23] <cradek> I'm off to dinner, be back later
[23:10:23] <dasvt> ...