#emc | Logs for 2007-07-06

[02:24:46] <tomp> the pid component has pid.N.command, pid.N.feedback, pid.N.output. these are usually thought of as posn, posn, voltage usually. but they are really just numbers. can i use them as voltage,voltage,voltage ( eg an rc servo ) ?
[02:25:10] <jmkasunich> yes
[02:25:12] <tomp> :)
[03:00:12] <maddash> "tc->progress += (newvel + tc->currentvel) * 0.5 * tc->cycle_time;" (src/emc/kinematics/tp.c) <=== for circles, does that mean that at high velocities, motmod will generate coarser trajectories? or am I reading this wrong?
[03:00:39] <maddash> ^^ selected code is from tcRunCycle()
[03:03:34] <jepler> the time quantization is the same no matter the velocity (10ms is 10ms). a circle which takes 1 second to traverse will be sampled at fewer locations than a circle which takes 10 seconds to traverse (100 vs 1000 samples along the circle in this case, neglecting the accel/decel phases)
[03:10:29] <maddash> somehow that doesn't seem right
[03:10:51] <maddash> at hgher velocities, shouldn't you be taking the same steps, just at a faster rate?
[03:14:07] <maddash> heh, I wonder how fast I'd have to go to start drawing squares instead of circules
[03:14:09] <jepler> I read what I wrote again, and I believe it accurately describes what emc2 does. the trajectory planner produces a position at equally spaced time intervals.
[03:14:12] <maddash> er, circles*
[03:15:26] <maddash> no, we're on the same page as far as what the TP does. I'm just debating whether it's doing its job properly
[03:15:50] <cradek> a typical servo cycle is 1ms though, so even a 1 second circle will be very round. adding mass (of the machine) helps still more.
[03:16:59] <cradek> if your machine can cut 1000 sharp corners a second (!) it means you need a faster servo cycle if you want a round circle.
[03:19:02] <jepler> 'night all
[03:19:14] <maddash> have fun, jepler
[03:19:24] <maddash> er...good night*
[03:20:11] <maddash> ^^ I recall seeing a separate circuit for the feedrate control on my old bridgeport that has a 555 timer on it...
[03:20:55] <maddash> maybe it's too costly/difficult to implement a traj loop that's fast enough to give time quantization
[03:21:57] <maddash> "IEEE Xplore is temporarily unavailable. Please try again later." -- NOOOOOOO!!
[10:31:06] <sebjames> Weird. If I home my X axis, it moves to Xrelative = 41mm, Xmachine=0. Where does this 41 mm come from? I set HOME_OFFSET to 0 for that axis...
[10:36:25] <sebjames> Ah - it's in the .var file
[10:42:37] <alex_joni> sebjames: yup
[10:43:06] <alex_joni> you can clear that out by hand if emc2 is shut down, or you can issue some g-code to clear it
[10:47:09] <sebjames> Ok, I just found that emc writes out to that file on shutdown
[10:47:31] <sebjames> So clear it out when emc is not running and it will stay cleared?
[10:47:56] <sebjames> The gcodes to clear the settings are G54 to G59?
[10:49:00] <sebjames> I got "Coordinate system parameter 5220 out of range..." I just set it to 0.
[10:54:11] <sebjames> Ok - 5220 is the number of the coordinate system to use and should be 1
[11:16:19] <alex_joni> right
[11:16:24] <alex_joni> (sorry, was away for a bit)
[11:21:21] <sebjames> No problem.
[11:21:48] <sebjames> I've got everything working on this machine now! I'm about to run though a program to flame cut through my first bit of steel plate.
[11:21:55] <sebjames> Lunch first though...
[11:21:57] <alex_joni> great stuff :)
[11:22:19] <alex_joni> you can flame cut your sandwich
[11:24:02] <sebjames> Instant barbequed beef... or rather vapourised beef...
[11:36:41] <alex_joni> do you know schnitzel?
[12:40:51] <sebjames> Suppose you program G1Y200F500 for example.
[12:41:02] <sebjames> That command takes time to complete.
[12:41:27] <sebjames> Wil the next line execute only once you have reached the specified set point?
[12:44:39] <jepler> for instance if it's: M3 S1000 (turn spindle on, 1000 RPM), yes -- the spindle will not turn on/change speed during the move to Y200
[12:45:34] <sebjames> What about if it's a user defined command?
[12:45:35] <jepler> there are some exceptions. For instance, the "tool prepare" portion of a toolchange (T1M6, change to tool 1) can take place anytime after the previous tool change, even if the "T" word is far in the future
[12:45:57] <jepler> I believe that an M1xx user defined command executes after any previous motion is complete, but I am not 100% sure.
[12:46:19] <sebjames> I want to do this: G1Y200F500 followed by M125 (raise torch adn outfeed clamp).
[12:46:47] <sebjames> It appears that the M125 command executes before the G1Y200F500 motion is complete.
[12:47:03] <sebjames> How can I make my user defined command wait?
[12:48:56] <sebjames> (The motion is moving a torch to make a straight cut through a piece of steel plate. When I get to the end of the cut, I wish to raise the torch which is connected to teh out-feed clamp on this machine)
[12:49:23] <sebjames> Perhaps I need to place a short pause at the end of the motion?
[12:49:29] <sebjames> I'll try that
[12:49:35] <jepler> huh, you're right
[12:49:39] <jepler> that can't be what we intended :-P
[12:49:56] <jepler> yes, it looks like putting a pause (I wrote G4 P1 before my M1xx line) makes the M1xx happen when you want
[12:50:57] <sebjames> Yes - that works. Bit of a kludge though...
[12:51:24] <sebjames> Wonder if it's an easy fix to make the M command do the right thing?
[12:52:20] <sebjames> Where in the code should I look?
[12:55:19] <jepler> it's in some of the code in src/emc/task where EMC_SYSTEM_CMD is mentioned
[12:57:49] <jepler> when M1xx is encountered, user_defined_add_m_code(1xx, P#, Q#) is called
[12:57:56] <jepler> it adds an EMC_SYSTEM_CMD to the interp list
[12:58:14] <jepler> in another part of the program, each item is taken from the interp list and executed one at a time
[13:03:31] <jepler> hm I'm puzzled
[13:03:43] <jepler> an alternative to fixing it is for you to file a bug report on sourceforge.net
[13:03:43] <jepler> bbl
[13:05:39] <sebjames> I'll file a bug report adn have a look at the code.
[13:16:55] <alex_joni> I bet the precondition for EMC_SYSTEM_CMD is wrong
[13:17:07] <alex_joni> it needs to check for MOTION and IO to have finished
[13:17:12] <alex_joni> * alex_joni forgets the exact name
[13:22:14] <skunkworks> Is yahoo down for anyone else?
[13:29:06] <alex_joni> oopsy.. seems down here too
[13:29:07] <sebjames> alex_joni: *nod*
[13:29:11] <alex_joni> www.yahoo.com
[13:29:26] <alex_joni> sebjames: is that precise enough for you? I can look in a couple minutes
[13:29:30] <alex_joni> skunkworks: works now
[13:29:34] <sebjames> Blast - I keep blowing drill motor fuses. I can't work out what I'm doing wrong.
[13:29:48] <sebjames> alex_joni: Yes, that gives me enough to go on.
[13:35:16] <sebjames> Now I have another problem... this drill fuse thing. Somehow, I am not switching the drill on right, or the contactors are damaged... or something.
[13:35:55] <sebjames> I got the Y home position (with an offset) figured out though.
[13:36:17] <sebjames> And I have worked out the relationship between feed rates on the old Siemens controller and feedrates in emc.
[13:36:27] <sebjames> So things are coming along...
[13:38:07] <archivist> drill motor star delta starter?
[13:39:51] <sebjames> archivist: Could be... I'll have to go and look at that. It seems to be going when I switch it on, but sometimes it works. Max 3 or 4 times before I blow the fuses. There is certainly a contactor configuration which shorts one of the sets of coils in the drill
[13:40:12] <sebjames> I'll go and search wikipedia for star delta starters...
[13:40:30] <archivist> they have a delayed action
[13:40:39] <sebjames> Ok
[13:41:26] <archivist> and swap the coil configuration over from star to delta to reduce starting current
[13:41:40] <sebjames> Ok.
[13:47:24] <sebjames> I think I definitely have a starting current problem with this motor.
[13:47:36] <sebjames> It's quite big - 8.5 kW
[13:48:07] <sebjames> I wonder how the old system started it...
[13:48:47] <skunkworks> time delay relay.. ;)
[13:50:15] <archivist> has the starter got two inputs
[14:29:40] <sebjames> Sorry was away for abit reading up on star delta
[14:30:51] <sebjames> I don't believe there is a time delay relay. There are interlocked contactors for the delta and star connections, and a main contactor. I can trace out how the star and main are closed, but I can't for the life of me work out how it goes into delta mode...
[14:39:58] <maddash> hm, doesn't emc support true three-dimensional circular interpolation? why does g2x1y1.2z1.5r3 give a helix?
[14:42:15] <jepler> at the lower levels, the representation supports arcs in arbitrary orientation
[14:42:22] <archivist> sebjames, Ive never used a remote star delta but I might expect more than one input eg start then(delayed) main or an internal timer
[14:42:30] <maddash> even the torture.py is restricted to xz/yz/xy
[14:42:43] <jepler> however, the interpreter does not have a gcode for an arc in an arbitrary plane
[14:42:44] <cradek> maddash: that's gcode for you, it's supposed to give a helix
[14:43:12] <maddash> jepler: ah, so the gcode doesn't support it, but motmod does?
[14:43:13] <cradek> maddash: helixes are used all the time in normal work
[14:43:28] <maddash> cradek: yeah, but I wanna be cool and draw a tilted arc
[14:43:41] <jepler> maddash: it's entirely possible that nobody has ever tested the non-axis-aligned arc case
[14:43:44] <cradek> you have to approximate it with G1 moves then
[14:43:59] <sebjames> archivist: There are two inputs. Although I can't quite figure out the routing, it appears that one closes the start configuration, the other the delta. delta is labelled "1500rpm" star is "3000rpm". I've been switching it into 1500rpm mode, and thus straight into delta.
[14:46:10] <jepler> cradek: over a short distance, a helical arc will still be a better approximation of an arbitrary-orientation arc than a line would be. I think you make the plane of the arc be the one on which the largest portion of the normal lies. that said, I decline to figure out the approximation.
[14:46:28] <cradek> true
[14:46:30] <maddash> _posemath.c does vector math, so support for a tilted arc is trivial.
[14:46:35] <sebjames> archivist: I wonder how long I need star mode before going through open transition into delta mode.
[14:46:49] <jepler> maddash: yes that's what I mean when I say it's already supported at the lower levels
[14:47:27] <archivist> sebjames, maybe star for a few 1-5 secs then delta need to see real specs or "just try it" TM (current clamp meter looking for current peak)
[14:48:08] <maddash> http://groups.google.com/group/rec.crafts.metalworking/browse_thread/thread/4890cd84076c1339/4c9fc3296ecea9f1?lnk=st&q=cnc+3d+arc&rnum=1&hl=en#4c9fc3296ecea9f1
[14:48:17] <maddash> shall we select a standard for emc?
[14:49:50] <maddash> hm, g02.4 doesn't look too bad -- it goes along with cradek's g64 p* syntax
[14:50:17] <sebjames> archivist: I'm a past master of wading through consumables (bottle fuses in this case) to get things to work..
[14:50:26] <archivist> hehe
[14:51:15] <sebjames> archivist: I read that star mode gives lower torque - does it also give higher speed?
[14:51:37] <cradek> maddash: did you find a real spec somewhere?
[14:51:38] <archivist> dunno
[14:52:47] <archivist> sebjames, i would have expected the same unless there are multiple windings in the motor
[14:53:20] <maddash> cradek: still looking
[14:53:43] <archivist> sebjames, but yes low torque up to speed then pile on the power in delta
[14:53:52] <sebjames> archivist: You see, I originally thought there were multiple windings to give the two speeds. It definitely has two speeds.
[14:54:29] <archivist> could be wound like that for both reasons
[14:55:17] <sebjames> I'll open the box on the motor again, and have another look in there...
[14:55:34] <archivist> Im back to the lathe for a bit
[14:55:40] <sebjames> ok
[14:55:45] <sebjames> Thanks for the help
[14:59:10] <maddash> I'm surprised. the RS274NGCv3 spec doesn't even hint at an out-of-plane arc. how silly and un-futureproof.
[15:42:04] <Skullworks-PGAB> RS274 in general does not have a simple way to cut arcs that did fit on any of the G17,G18.G19 planes. The 2 alternate methods is to use a 5 axis machine to put the work aligned to a usable plane or cut the arc as a spline using a huge number of sampling points ( Thousands of micro G01 moves).
[15:42:41] <Skullworks-PGAB> did = should be Don't
[15:45:34] <Skullworks-PGAB> since CAD/CAM has evolved so much - and memory has also become more cost effective, the trend has been to just use more G-code to define the cut instead of diving into RS274 and coming up with more divergent additions.
[15:50:46] <Skullworks-PGAB> Divergent when done just by a single machine tool builder and not an approved addition to the RS274 spec.
[16:51:17] <maddash> anyone have a subscription to ieee?
[17:06:18] <maddash> bresenham algorithm trajectory interpolation with time quantization velocity
[17:07:09] <SWPadnos> skreek engrish
[17:07:19] <archivist> bresenham is easy enough to code
[17:07:37] <SWPadnos> done it, for lines, circles, and ellipses (using integers)
[17:08:01] <maddash> that's the current plan for my fpga motmod
[17:08:02] <SWPadnos> I never quite got the rotated ellipses working though - I always ended up with peanut shapes (rotated though)
[17:08:06] <maddash> archivist: and even easier to optimize
[17:08:21] <maddash> SWPadnos: heh.
[17:08:42] <maddash> hm, but if I ever switch to servos, the whole system would be trashed
[17:08:49] <maddash> s/I/Dad/
[17:10:11] <SWPadnos> doing distance-quantified bresenham won't be trivial. the reason it works so well is that it uses positional error to determine when to go "up" (and always goes "over" 1)
[17:10:18] <SWPadnos> that changes the distance traveled per loop
[17:13:28] <maddash> SWPadnos: how would the distance traveled per loop change? Each stepper rotates at most one step each cycle (ie, the load never moves more than sqrt(2) "pixels"). Or maybe I'm not understanding you? What do you mean by "distance-quantified"?
[17:14:06] <SWPadnos> if you want constant velocity, then you need to move the same distance per loop (assuming the loops are at a constant rate)
[17:14:27] <SWPadnos> just looking at a line, you always move one unit in X, but sometimes you also move a unit in Y
[17:14:42] <SWPadnos> so sometimes the movement is 1, and other times it's sqrt(2)
[17:14:46] <SWPadnos> ie, not constant
[17:15:02] <maddash> isn't that also true of emc's status quo?
[17:15:04] <SWPadnos> on a step-to-step scale, this isn't a problem
[17:15:31] <SWPadnos> well, it depends on whether you're generating steps (ie, quantized positions) or "positions"
[17:15:48] <SWPadnos> of course, at some level it's quantized due to float precision
[17:16:32] <SWPadnos> but EMC will output numbers that are as close to the ideal position as the floating point representation can hold, regardless of whether or how the positioning system is quantized
[17:16:36] <maddash> the internal coordinates of emc (or any system) will always be quantized by the step output
[17:16:42] <maddash> ^ right?
[17:16:47] <SWPadnos> only for systems that use steppers and digital encoders
[17:17:05] <SWPadnos> there will always be some precision limit, but it's not always steppers or encoders that determine it
[17:17:25] <SWPadnos> (ie, it's possible to use an analog scale and 16 or 24-bit conversion to get exceedingly accurate feedback)
[17:18:53] <SWPadnos> it's also possible to use 24-bit D/A and an analog servo amp to get there
[17:19:54] <maddash> aren't signal widths quantized? in fact, as long as you're using digital, there's quantization involved? so that basically puts you back into the same position as using a stepper
[17:20:27] <maddash> except in some cases, you have ultra-fine steps
[17:20:30] <SWPadnos> yes, there will always be some quantization, as I said
[17:20:55] <SWPadnos> what sid you mean when you said "bresenham algorithm trajectory interpolation with time quantization velocity"?
[17:21:01] <SWPadnos> s/sid/did/
[17:24:53] <maddash> a list of steps would be generated using the bresenham algorithm. Every cycle, the steppers would step to the next position. since I'm using an fpga, each cycle should be very quick (?), so the velocity could be controlled by an adjustable delay at the end of each stepping cycle.
[17:26:39] <maddash> if I could, I would port motmod directly to Verilog -- but motmod uses a buttload of floating point calculations
[17:32:20] <skunkworks> why are you wanting to move it off? it really isn't emc then.
[17:33:08] <maddash> move what off to where?
[17:36:41] <maddash> whoops, break time's over.
[17:47:17] <ds2> slight OT - anyone know if the coiled cords on telephones (handset to base) would hold up well in a machining enviroment exposed to coolant, chips, oils, etc? thinking of using one to connect up switches and other things
[17:49:49] <archivist> cheap to try and cheap to replace but unscreened so no welding or electrical nasties nearby
[17:50:11] <skunkworks> if you use phone connectors on each end... your going to have a bitch of a time to manually solder the wire - if that is what your thinking.
[17:50:27] <skunkworks> (crimp)
[17:55:56] <Skullworks-PGAB> might try CB mike cable - its alittle heavier
[17:56:46] <archivist> and may have screening
[17:57:45] <Skullworks-PGAB> pre-amp have 5 wire with shielding
[17:58:04] <Skullworks-PGAB> or one I had did.
[18:02:05] <lerman> maddash: Remember that not all steps represent the same distance. In 3D, a step might represent one unit, the sqrt of two units, or the sqrt of 3 units. That means you would want to scale the delay time by one of those numbers to maintain constant velocity.
[18:23:07] <robin_sz> * robin_sz wonders if anyone really weould be crazy enough to use a 24 bot D/A
[18:23:11] <robin_sz> bit
[18:23:41] <robin_sz> if you find anyone, send them along to me will ya? I have a couple of famous bridges I want to sell.
[18:25:49] <maddash> base-period=40000 ns ==> base-thread freq = 25kHz, right? so if I use a 33MHz oscillator, the frequency each (meaningful) cycle would be ~16MHz, which still knocks the socks off PC-based control...
[18:25:59] <maddash> whoops
[18:27:04] <maddash> lerman: good idea, thanks.
[18:28:30] <robin_sz> a 24 bit D/A would need a servo amp 100v with less than 1 uvof noise on the output to
[18:28:36] <robin_sz> be worthwhile
[18:28:47] <robin_sz> a 24 bit D/A would need a servo amp 100v rails and with less than 1 uvof noise on the output to
[18:29:50] <robin_sz> and thats without eve considering distortion
[18:29:57] <archivist> well when machining knats cocks on 10 metre lathe
[18:30:36] <robin_sz> a 4 or 6 bot d/a would be fine
[18:30:51] <robin_sz> a 4 or 6 bit d/a would be fine
[18:31:07] <maddash> robin_sz: keyboard having a bad day?
[18:31:15] <robin_sz> apparently
[18:31:45] <robin_sz> remember the d/a sits in the feedback loop, and controls velocity, not position
[18:32:51] <robin_sz> you need a accurate encoder, but the distortion and precision of the velocity loop is not that rlelevant as its wrapped in feedback
[18:37:31] <ds2> hmmm
[18:48:10] <anonimasu> hello
[18:54:57] <dmess> High all
[18:55:49] <dmess> has any one here managed to get apt360 & vapt to fly on the ubuntu live cd installation
[18:56:21] <cradek> I did not try vapt
[18:56:43] <cradek> apt360 worked ok, but I'm clueless about using it, and I don't know how "finished" it is
[18:57:26] <dmess> im having dependancy issues ; (
[18:58:13] <dmess> i've used APT360 extensively.... its WAY powerfull...i hope the post processor has some balls
[18:58:45] <cradek> I did get working gcode out of it (one program)
[18:59:01] <dmess> the apt306 processor will give a few files.. the important one is the .cl file
[18:59:27] <dmess> it gets posted into g codes for any machine
[18:59:40] <cradek> yeah
[18:59:50] <cradek> there is an emc post in the one I installed
[18:59:56] <cradek> wish I could remember the details
[19:00:10] <dmess> the post defines the machine... the apt program desribes the tool motions in space
[19:01:09] <dmess> the VAPT is what im interested in... i would have killed for that in 1990 while working on the 777
[19:02:08] <anonimasu> I guess you could post DXF -> APT easily
[19:02:09] <cradek> yeah apt cries out for a good gui
[19:02:14] <anonimasu> err convert..
[19:02:37] <cradek> maybe the primitives, but you would have to tell it the tool path you want
[19:02:50] <anonimasu> well, im thinking about the path..
[19:03:09] <anonimasu> path/paths..
[19:03:10] <dmess> no... not really... cameze used to have a format called nfl that was a close 2nd
[19:03:46] <dmess> cameze is what turned into mastercam
[19:04:24] <anonimasu> ok
[19:04:55] <anonimasu> it must be old as hell
[19:04:55] <anonimasu> :D
[19:04:56] <dmess> i still have a copy that runs off a 3 1/4 floppy
[19:05:23] <dmess> 1980-'82 ish
[19:05:42] <dmess> it enjoys old decrepid hardware
[19:05:42] <Skullworks-PGAB> APT?
[19:05:52] <dmess> no cameze
[19:05:57] <Skullworks-PGAB> ah
[19:06:17] <dmess> APT dont care either.. its an iteration algorithm
[19:06:42] <Skullworks-PGAB> I had a APT DOS app - written in COBOL and compile optimized for 286 protected mode
[19:06:50] <dmess> i programmed on the 777 on a 386 with apt 360
[19:07:55] <dmess> running full programs was up to 2 hrs to get a cl file
[19:08:12] <Skullworks-PGAB> not bad
[19:08:15] <dmess> and NO multitasking
[19:08:31] <anonimasu> :)
[19:08:41] <dmess> 75k or so of apt source
[19:09:40] <dmess> lotsa loops and indexes for minimum code production maximi\um g-code damage
[19:10:25] <Skullworks-PGAB> took me like nearly 4hrs to generate the tool path for tooth profiles for a 32" dia Browning 50 chain sprocket.
[19:11:14] <dmess> index and copy 1 tooth???
[19:11:51] <dmess> 150 tooth or so??
[19:11:59] <Skullworks-PGAB> * Skullworks-PGAB was thankful "Machinerys Handbook" had all the tooth profile formulas.
[19:12:23] <dmess> and APT liked working them??
[19:12:37] <Skullworks-PGAB> I did - do 1 toothe and copy rotate
[19:12:42] <dmess> or did you iterate the points
[19:13:22] <Skullworks-PGAB> didn't use APT on that one - but same era DOS CAM @ 25Mhz
[19:14:04] <Skullworks-PGAB> It used true arcs
[19:14:28] <dmess> I have an older APT 360 manual... from IBM... i'll locate it and scan it off
[19:14:37] <Skullworks-PGAB> with a few tangental lines joining
[19:14:56] <dmess> true arcs....ahhhh... impressive ; ()
[19:15:43] <Skullworks-PGAB> this was for a huge gantry crane - the original was almost 40 years old
[19:15:59] <Skullworks-PGAB> and OEM was out of business
[19:16:18] <anonimasu> :)
[19:16:22] <maddash> what's a fake arc?
[19:16:23] <Skullworks-PGAB> all other suppliers wanted 2 month lead time
[19:16:30] <Skullworks-PGAB> a spine
[19:16:41] <dmess> apt could output point to poin or true arcs... depends on the post setting... APT iteratates to your INTOL/OUTOL settings and the post decides how the machine needs to see it
[19:16:51] <Skullworks-PGAB> spline is a fake arc
[19:17:53] <dmess> arcs have x,y,r as canonical form... spline is stuff
[19:18:02] <Skullworks-PGAB> (at least when comparing G01 vrs G02/G03 )
[19:18:56] <dmess> some posts can arcfit.. a point set into arcs though.. so they woud be funny arcs
[19:19:12] <dmess> fuzzy arcs
[19:19:18] <anonimasu> hm
[19:19:19] <anonimasu> lost of programs do..
[19:20:06] <dmess> yes... but if the geometry under it isnt cylindrical... it shouldnt be an arc
[19:20:32] <anonimasu> dmess: for a curved surface that gives less segments for the same path
[19:21:01] <dmess> APT geometry.... is geometrically PERFECT.... its up to you to drive a tool over it and screw it up
[19:21:00] <Skullworks-PGAB> gear and sprocket teeth are... kinda a unique issue
[19:21:36] <anonimasu> dmess: do lots of places still use apt?
[19:22:14] <dmess> i understand anon...but a curved surface wiwth rads over stuff isnt the true surface...
[19:22:51] <anonimasu> dmess: well, did 1990 machines handle splines?
[19:22:59] <anonimasu> err the machines of..
[19:23:27] <dmess> very few are "working it" it remains to deal with older legacy programs.... the new hawker 850XP was originally certified in 1967
[19:24:30] <dmess> heck 1990 machines wer still stuck at 400 IPM and the burp and fart of CTS/RTS
[19:24:55] <Skullworks-PGAB> Boston Digital has there own way to deal directly with splines, but its not real G-code
[19:25:25] <dmess> Toshiba had a 10K us nurbs option in 1996... didnt work worth a crap
[19:25:32] <anonimasu> I know..
[19:26:26] <Skullworks-PGAB> Dmess you work(ed) for Boeing?
[19:27:32] <dmess> i was a sub-contract programmer on the 777 for a southern ontario tier 3 or so...
[19:28:37] <dmess> i work for Messier-Dowty now.. tier 2 to Boeing , Bombardier , Raytheon....
[19:34:46] <dmess> http://cgi.ebay.ca/1-625-CNC-LATHE-Hardinge-CHNCII-Fanuc-10TF_W0QQitemZ150132152733QQihZ005QQcategoryZ633QQrdZ1QQssPageNameZWD1VQQcmdZViewItem
[19:35:32] <dmess> seriously thinking about this one.... ; )==~~~
[19:38:24] <tomp> VAPT has a post for emc. The code I've posted run on sim-axis for me. VAPT is graphic also. 3 windows, apt code, graphic, processed code. then there's another tab for the gcode. the gcode is created when the apt source has a directive in it that sez 'make gcode', and has a special one for 'make emc ngc code'.
[19:39:07] <tomp> VAPT also has a very in depth manual, in html form, that is linked to the help menu item in VAPT
[19:39:41] <dmess> now if ONLY i could get it to work
[19:40:07] <dmess> it sounds like the old timers HOLY GRAIL of APT
[19:40:19] <anonimasu> dmess: :)
[19:42:30] <dmess> i cant give CVS the ball to even do an update... WHAT gives now??? AHHHHH FRIDAY from HE@#$%
[19:44:36] <dmess> any plans of someone popping all this nice working stuff into a working installable iso???
[19:44:50] <dmess> just for IDIOTS like me
[19:45:11] <cradek> making a deb package would be much smarter
[19:46:06] <dmess> if i had a clue how
[19:47:10] <dmess> im having a very "BLOND" day... should'a stayed in bed with the blond i woke up with
[19:47:13] <JymmmmEMC> Due to high demand, we are having a clue sale: One for $1, two for $5, three for $10, and our best value yet... Four for $20! While supplies last. Call now, operators are standing by! 1-900-CLUE4$
[19:48:09] <dmess> i have a 1-800-clu-4you number...
[19:48:40] <dmess> and they're a dime a dozen there
[19:48:59] <JymmmmEMC> you get what you pay for
[19:49:06] <dmess> i guess they must work on volume....
[19:49:41] <dmess> is this a realistic expectation??
[19:51:36] <anonimasu> not really
[19:54:46] <JymmmmEMC> vapt?
[19:55:22] <anonimasu> no, 21:51 < dmess> i guess they must work on volume....
[19:55:23] <anonimasu> 21:51 < dmess> is this a realistic expectation??
[19:56:08] <anonimasu> I feel like machining my motor mounts.
[19:56:12] <anonimasu> err new ones
[19:56:21] <anonimasu> though I need to machine gears for them first.
[19:56:56] <anonimasu> or order them
[19:57:29] <JymmmmEMC> direct or belt?
[19:57:45] <anonimasu> belt
[19:57:49] <anonimasu> my servos are too puny to direct drive..
[19:57:56] <anonimasu> my spindle pulls my axes out of position..
[19:58:01] <anonimasu> x/y that is..
[19:58:13] <dmess> sucks to be me
[19:58:21] <JymmmmEMC> unless your board, buy the gears, machine the mounts
[19:58:26] <anonimasu> im limited to 2mm deep cuts
[19:58:33] <anonimasu> where I should be able to take 10mm..
[19:58:37] <JymmmmEMC> ouch'
[19:58:46] <anonimasu> and it sounds bad when I do it..
[19:59:03] <JymmmmEMC> what kind of machine do you have?
[19:59:16] <dmess> then get a high feed cutter and GO TO TOWN.... 0.1 feed per tooth
[19:59:17] <anonimasu> toolroom sized mill..
[19:59:29] <anonimasu> 0.1"?
[19:59:32] <anonimasu> or 0.1mm..
[19:59:44] <anonimasu> dmess: I'm running at 0.06mm per tooth and 2krpm..
[20:00:14] <dmess> 0.1" per tooth i says... git the scars and some sample chips remaining
[20:00:39] <anonimasu> dmess: what kind of crazy world do you live in?
[20:01:15] <anonimasu> I get _strange_ vibrations when I crank up the feed over 200mm/min..(higher chipload)
[20:01:25] <dmess> i ran 2.25" dia. at 900 rpm X 0.15-0.18" per tooth
[20:01:48] <anonimasu> this is a pretty small machine
[20:01:54] <anonimasu> 5kw spindle..
[20:01:56] <dmess> machine tool builder land at show time...
[20:02:02] <anonimasu> oh..
[20:02:08] <anonimasu> you didnt need to make it last ;)
[20:02:38] <dmess> Mazac was making more noise than me.. so i put on a snake oil demo... and changed the rules... ; )
[20:03:20] <anonimasu> JymmmmEMC: pretty bad right?
[20:03:40] <JymmmmEMC> anonimasu: what's that?
[20:03:45] <anonimasu> 1mm per pass..
[20:03:57] <dmess> they went up in smoke with a 25 HP belt drive... stalled/stuck an 8 " f/c in 0.50" doc of 4130
[20:04:26] <JymmmmEMC> anonimasu: Well, sorta kinda
[20:04:37] <anonimasu> JymmmmEMC: and < 200mm
[20:04:56] <anonimasu> JymmmmEMC: /min
[20:04:56] <dmess> i turned a 1200 lbs block of p20 int chips... at 300 ipm..
[20:05:07] <JymmmmEMC> anonimasu: "toolroom sized mill" weights like 120 lbs or 1200lbs?
[20:05:16] <anonimasu> ~700kg..
[20:05:24] <anonimasu> between 700-950..
[20:05:55] <JymmmmEMC> ouch, I'd say very bad. any idea where the vibration is coming from?
[20:06:07] <anonimasu> yes..
[20:06:18] <JymmmmEMC> cracked what?
[20:06:20] <anonimasu> the servos cant keep the spindle from pulling the axes.. away from the position..
[20:06:34] <anonimasu> so they spring...
[20:07:00] <anonimasu> JymmmmEMC: direct drive is the reason..
[20:07:05] <JymmmmEMC> ah
[20:07:19] <JymmmmEMC> you going for 2:1 ?
[20:07:22] <anonimasu> yeah
[20:07:41] <JymmmmEMC> heh, is that enough?
[20:07:49] <anonimasu> should be..
[20:07:55] <JymmmmEMC> nema34?
[20:07:56] <anonimasu> or 3:1..
[20:07:57] <anonimasu> yeah
[20:08:17] <anonimasu> tiny servos.. I regret not buying bigger ones, but I cant get any at a sane price..
[20:08:23] <JymmmmEMC> any blacklash on the leadscrews?
[20:08:41] <anonimasu> around 0.02mm
[20:08:47] <anonimasu> ballscrews.
[20:09:27] <JymmmmEMC> what in/lb servos you have now?
[20:09:30] <anonimasu> with direct drive I could go 13m/min..
[20:10:02] <anonimasu> oz-inch..
[20:10:13] <JymmmmEMC> okey, how many?
[20:10:15] <anonimasu> 53oz-inch..
[20:10:21] <JymmmmEMC> WHAT?!
[20:10:35] <anonimasu> and 300 peak..
[20:10:40] <anonimasu> 2Nm
[20:10:54] <JymmmmEMC> 53 or 530 ?
[20:11:00] <anonimasu> 53
[20:11:08] <anonimasu> http://www.galilmc.com/products/motors/servomotors.html
[20:11:34] <anonimasu> didnt buy them for this machine originally..
[20:11:54] <JymmmmEMC> you're in .SE ?
[20:11:57] <anonimasu> yeah
[20:12:05] <JymmmmEMC> Ah, bummer
[20:12:09] <anonimasu> JymmmmEMC: if you think the us is expensive.. think again..
[20:12:11] <anonimasu> :)
[20:12:26] <anonimasu> the servos I have cost $395 in the us.
[20:12:31] <anonimasu> here they are close to 600eur..
[20:12:46] <anonimasu> 833$
[20:12:55] <JymmmmEMC> call a mfg and ask for eval units =)
[20:13:03] <anonimasu> yep..
[20:13:13] <anonimasu> im looking for a place to import motors off
[20:13:26] <anonimasu> with a sane pricing.
[20:13:31] <JymmmmEMC> China =)
[20:13:34] <anonimasu> heh..
[20:13:35] <anonimasu> usa..
[20:13:36] <anonimasu> ofcourse
[20:13:54] <anonimasu> _if_ I buy motor + drives(ac ones) they cost 1600eur per axis..
[20:14:23] <anonimasu> like $2k.
[20:14:36] <anonimasu> though 3:1 should do the trick.
[20:14:38] <anonimasu> or 2:1
[20:16:03] <skunkworks> hence why I will do my darnest to get my old brushed servos working..
[20:16:18] <anonimasu> skunkworks: got any good place to shop servos at?
[20:16:31] <skunkworks> nope.
[20:16:32] <skunkworks> ebay
[20:16:35] <anonimasu> heh..
[20:16:42] <anonimasu> and what if you need a spare?
[20:16:43] <skunkworks> gotten a few decent ones off of ebay.
[20:16:52] <skunkworks> fit something else
[20:16:59] <JymmmmEMC> http://www.elfoautomation.se/?gclid=CMm-7b7fk40CFQflhgodrmTFkQ
[20:17:26] <anonimasu> JymmmmEMC: yeah, getting them is easy..
[20:17:36] <anonimasu> JymmmmEMC: just that paying 3 times the US price sucks.
[20:17:39] <skunkworks> 'we make junk work' -> that should be our matto
[20:18:16] <anonimasu> JymmmmEMC: I can stand paying 600$ per servo.. if they cost 600...
[20:19:01] <anonimasu> :)
[20:19:35] <skunkworks> http://www.surpluscenter.com/item.asp?UID=2007070615145699&item=10-2351&catname=
[20:19:43] <JymmmmEMC> anonimasu: Here ya go!!! http://www.tradera.com/Xray_m18_komplett_med_esc_ny_kaross_servo_motor_osv-auktion-45190259
[20:20:15] <anonimasu> heh
[20:20:33] <JymmmmEMC> http://www.tradera.com/promo/valkommenebay/ebay.aspx
[20:20:37] <anonimasu> skunkworks: that's a bit small..
[20:20:39] <anonimasu> :D
[20:20:40] <JymmmmEMC> no clue what that says
[20:20:56] <skunkworks> :)
[20:21:29] <anonimasu> that's the worst thing about this country
[20:21:59] <anonimasu> http://www.galilmc.com/products/motors/servomotors.html
[20:22:04] <anonimasu> N23-53-1000
[20:24:02] <JymmmmEMC> anonimasu: http://cgi.ebay.com/3-NEW-3KW-AC-Servo-motors-CNC-Router-Mill-Lathe-control_W0QQitemZ230146988803QQihZ013QQcategoryZ78195QQrdZ1QQcmdZViewItem
[20:24:13] <JymmmmEMC> 150 in lbs
[20:24:25] <anonimasu> nice :)
[20:25:18] <JymmmmEMC> brand new and even tells where you can buy the connector
[20:25:34] <anonimasu> yep
[20:25:41] <anonimasu> though thoose are too big..
[20:25:41] <anonimasu> :p
[20:25:48] <JymmmmEMC> wuss
[20:26:18] <anonimasu> compare at over $1000 EACH or more for an equivalent motor.
[20:26:25] <anonimasu> :p
[20:26:43] <JymmmmEMC> awe fsck!
[20:26:55] <anonimasu> JymmmmEMC: 500w continous would be fint..
[20:26:56] <anonimasu> fine..
[20:27:04] <JymmmmEMC> anonimasu: ah
[20:27:55] <anonimasu> though, I think it'll be fine with 2:1
[20:28:04] <anonimasu> I have 2mm pitch screws..
[20:28:20] <anonimasu> so, they do quite a bit of gearing too
[20:28:58] <JymmmmEMC> I hate this... The cables on my machine right now (in energy chain) are a tad bit too short. So I cna either re-run new cabling, replaching the connectors, or make an adapter box and extension cable using 12c cabling. Such a pita either way.
[20:29:15] <JymmmmEMC> (too short for the new controller)
[20:29:15] <anonimasu> * anonimasu nods
[20:29:37] <anonimasu> I think I have gears for 4:1 here..
[20:29:38] <anonimasu> lying around
[20:30:07] <JymmmmEMC> you dont have much torque as it is, gearing gonna change that too
[20:30:15] <anonimasu> yep
[20:30:21] <anonimasu> that's why I need gearing..
[20:30:38] <JymmmmEMC> for more speed or torque, can't have both
[20:30:49] <anonimasu> JymmmmEMC: bah..
[20:31:05] <anonimasu> JymmmmEMC: my machine will move at 16m/min.. with the current gearing.(none)
[20:31:39] <JymmmmEMC> but I thought you said it fubars?
[20:31:42] <anonimasu> and I have a 5dm table.
[20:31:59] <anonimasu> how long time does it take to move from one en to the other?
[20:32:20] <anonimasu> err 5dm Y and 8dm X..
[20:32:21] <anonimasu> ;)
[20:32:24] <anonimasu> not long..
[20:32:33] <anonimasu> even if geared down it dosent matter..
[20:32:41] <JymmmmEMC> you want that in hours or days?
[20:32:48] <anonimasu> heh seconds..
[20:32:59] <JymmmmEMC> 86500
[20:33:21] <anonimasu> is that the time it takes to cut from one end to the other?
[20:33:41] <anonimasu> JymmmmEMC: that means I can do 2000passes per minute..
[20:33:43] <JymmmmEMC> cut? try job!
[20:33:48] <JymmmmEMC> jog
[20:33:52] <JymmmmEMC> lol
[20:34:15] <anonimasu> JymmmmEMC: do I need that kind of speed?
[20:34:24] <JymmmmEMC> I'm kidding
[20:34:28] <anonimasu> :p
[20:34:30] <anonimasu> me too
[20:34:46] <anonimasu> I find accels more important then high speed..
[20:34:50] <JymmmmEMC> I need the speed more than the torque (plastics)
[20:34:53] <anonimasu> 5m/min and very high accels..
[20:35:10] <anonimasu> should be perfect..
[20:36:15] <JymmmmEMC> now where in the hell am I going to find 12c shielded cable
[20:36:28] <JymmmmEMC> prefer shielded pairs
[20:36:37] <anonimasu> 12c?
[20:36:44] <JymmmmEMC> 12 conductor
[20:36:55] <anonimasu> big problem with ebay shopping from sweden is shipping
[20:38:31] <anonimasu> JymmmmEMC: I dont know.(not free)
[21:03:14] <awallin> anyone got some nice STL files of some 3D objects? I might test my 'drop-cutter' CAM stuff against some STL files in a day or two
[21:04:02] <ds2> define 'nice'
[21:05:16] <awallin> something that tests the algorithm well. convex/concave features, flat parts, rounded parts.
[21:05:41] <awallin> not too many triangles I guess since I haven't done any optmization. so I don't know how slow it will be
[21:05:55] <ds2> I got some simple STL files but they are on a flash drive at home
[21:31:17] <dmess> let me know the resolution you think you can handle and i'll dump you something from catia...
[21:34:00] <awallin> a few 1000 triangles at most now to start with. I might be back for them some other day, need to sleep now