Back
[04:32:17] <LawrenceG> jepler: hey Jeff you about?
[05:44:43] <lerman_> lerman_ is now known as lerman
[07:35:05] <tomp2> dallur's thc in gEDA (unfinished)
http://imagebin.ca/view/c2oCnG1.html
[08:27:55] <renesis> http://www.darkertechnologies.com/image/broken_taps_removed.jpg
[08:27:59] <renesis> i blame china.
[08:28:11] <renesis> hi
[08:31:43] <SkullWorks-PGAB> china is todays designated victim - all blame can be dumpted on china - tomorrow spin the globe and pick a new protagonist. (like mexico, or china again)
[08:32:37] <rob_melb> edm's are a wonderful friend at this stage
[08:33:26] <SkullWorks-PGAB> yes - I should finish building mine, I have most all the components.
[08:33:38] <rob_melb> a well sized tube electrode takes out the core of the tap and you collapse the teeth in
[08:34:17] <rob_melb> the you can still use the part after finishing the tapping
[08:35:29] <SkullWorks-PGAB> I once broke 2 taps in the same hole - EDM was my friend - was a bad batch of O1 Drill rod.
[08:35:44] <anonimasu> hehe
[08:35:55] <anonimasu> I'm still looking for a friend like that
[08:36:14] <SkullWorks-PGAB> you seen Ben Flemings book?
[08:36:17] <rob_melb> and if you dont have an edm if the hole is of suitable size try dipping a welding electrode in water and it acts a bit like a thermic lance , but messy
[08:36:27] <anonimasu> just a bit
[08:36:38] <anonimasu> is that the old edm book
[08:36:39] <anonimasu> or something else?
[08:36:56] <SkullWorks-PGAB> fairly recent
[08:37:06] <SkullWorks-PGAB> last 3 years or so
[08:37:13] <anonimasu> oh no
[08:37:17] <anonimasu> I havent
[08:38:14] <SkullWorks-PGAB> has simple plans for a resitive/capacitence unit - costs about $150 to build - and is servo driven.
[08:38:45] <anonimasu> does that give any nice surface if you say cut a edge with it?
[08:39:10] <SkullWorks-PGAB> I bought the book, and have most the components
[08:39:23] <SkullWorks-PGAB> has a roughing and finishing setting
[08:39:24] <anonimasu> (dosent care for cut/edm
[08:39:32] <anonimasu> hm.. how well does it work/look?
[08:39:39] <SkullWorks-PGAB> real nice
[08:39:51] <anonimasu> better then milled?
[08:40:02] <anonimasu> hm
[08:40:15] <SkullWorks-PGAB> now your comparing apples and watermelons
[08:40:24] <anonimasu> lol
[08:40:37] <anonimasu> no seriously, I have no idea.. if a homebrew edm would be better..
[08:40:48] <anonimasu> I saw a picture of something edm:ed someone made with a homebrew somewhere it looked like ^ ^^^^^^^
[08:41:02] <SkullWorks-PGAB> one is green on the outside and red on the inside... the other is kinda the other way around
[08:41:18] <anonimasu> í lost. :p
[08:41:22] <anonimasu> errim..
[08:41:45] <SkullWorks-PGAB> use EDM for things to hard or dificult to machine
[08:42:03] <SkullWorks-PGAB> like to make a square drive socket
[08:42:34] <anonimasu> yeah.. but how does the surface turn out after you edm it?
[08:42:48] <SkullWorks-PGAB> drill the hole but use the EDM to give you the sharp square corners
[08:43:14] <SkullWorks-PGAB> looks like a really fine glass bead finish
[08:43:26] <anonimasu> ok
[08:43:38] <SkullWorks-PGAB> unless you run it on rough the whole time
[08:44:01] <SkullWorks-PGAB> then its like a course sandblast finish
[08:44:32] <anonimasu> ok
[08:45:06] <SkullWorks-PGAB> this unit is small so it does not have the amps to really rip apart the surface like extra heavy 3 phase units could
[08:45:17] <anonimasu> ah ok..
[08:45:37] <SkullWorks-PGAB> so it keeps you from over burning to a point
[08:47:04] <anonimasu> ok
[08:47:11] <SkullWorks-PGAB> there was a good review of this unit... let me seach...
[08:48:51] <SkullWorks-PGAB> ah - found one
http://www.modelenginenews.org/meng/edm/index.html
[08:50:45] <SkullWorks-PGAB> here is a pic of the whole powersuplly / servo controller in one box - from that article
http://www.modelenginenews.org/meng/edm/images/edm_wiring2.jpg
[08:52:02] <anonimasu> yep
[08:52:06] <anonimasu> big caps
[08:52:45] <SkullWorks-PGAB> big in size - small in value
[08:53:03] <SkullWorks-PGAB> they are polyproplene caps
[08:53:33] <SkullWorks-PGAB> only like 20mfd
[08:53:38] <SkullWorks-PGAB> each
[08:54:04] <SkullWorks-PGAB> those are used for the finishing
[08:56:46] <anonimasu> ok
[08:59:55] <SkullWorks-PGAB> I am hoping at some future date to be able to use EMC with adaptive feed to to sinker EDM / and orbiting functions
[09:00:41] <SkullWorks-PGAB> such as edm'ing a thread in a full hard tool steel part.
[09:01:47] <SkullWorks-PGAB> I do this now with a commercial AGIE machine - but would love to be able to replicate the function on a homebuilt unit.
[09:01:55] <anonimasu> * anonimasu nods
[09:02:00] <anonimasu> I passed on a agie a while ago
[09:02:18] <anonimasu> not the most recent one..
[09:02:30] <anonimasu> but I guess the powersupply should have been good anyway
[09:02:53] <SkullWorks-PGAB> good machines - waste wire and or require precise settings
[09:03:31] <SkullWorks-PGAB> the sinker I use must be a good 15years old
[09:03:43] <anonimasu> well, im getting one someday
[09:03:44] <anonimasu> or building
[09:04:12] <alex_joni> good morning
[09:05:04] <SkullWorks-PGAB> The Flemming R/C unit is good for small work - but soon he will have his 10amp pulsed unit out in a new book.
[09:06:49] <SkullWorks-PGAB> I want to use the Seig Super X1 base for the X/Y movements and build the tank as part of the table.
[09:08:07] <SkullWorks-PGAB> then use the regular fleming servo head for Z - or a dual Z part programable and part auto servo.
[09:08:24] <anonimasu> nice
[09:09:18] <SkullWorks-PGAB> controlling depth is a paradox since eletrode erosion will play havoc with true depth measurements
[09:10:38] <anonimasu> how do they do it in the industry?
[09:10:45] <anonimasu> trial and error?
[09:10:55] <SkullWorks-PGAB> this is where cnc probing cycle might be used
[09:11:29] <anonimasu> I guess you can use the information from where you start sparking..
[09:11:39] <anonimasu> and calculate the increments you need to make over time
[09:12:18] <SkullWorks-PGAB> move to a know location and bring electrode down until you measure continuity - this resets your eletrode z offset - move back to hole location and burn away.
[09:12:40] <anonimasu> yep
[09:13:30] <SkullWorks-PGAB> nice thing about the agie was it had built in lookup tables that made a good guess of what the electrode wear would be
[09:14:29] <SkullWorks-PGAB> so it would burn to a target depth and need only one reset to make proper depth.
[09:15:07] <anonimasu> seems like a major pain
[09:15:32] <SkullWorks-PGAB> edm is science wrapped in voodoo
[09:16:27] <SkullWorks-PGAB> how you set up you flushing plays a huge factor in electrode wear and finish
[09:17:30] <SkullWorks-PGAB> I never expect it to be simple - its a russian invention...
[09:18:02] <SkullWorks-PGAB> ( not that that matters any)
[09:18:57] <SkullWorks-PGAB> major pain - yes both laser and edm are pains
[09:20:24] <SkullWorks-PGAB> but both allow you to focus power in very precise ways without being very efficient, but allowing you to do things where there are few other options.
[09:22:40] <anonimasu> I find milling a pain too
[09:25:32] <SkullWorks-PGAB> Milling is my favorite
[09:25:56] <anonimasu> I love it though..
[09:25:58] <anonimasu> but it's a pain feed/speeds
[09:26:08] <SkullWorks-PGAB> 24,000rpm - coolant spy - zoom zoom...
[09:26:08] <anonimasu> and depth of cut..
[09:26:16] <anonimasu> bah.. I dont have that kind of machine
[09:26:42] <anonimasu> if I did I wouldnt be idling at irc ^_^
[09:26:46] <SkullWorks-PGAB> 6x speeder head on a Bridgeport chassis
[09:27:09] <SkullWorks-PGAB> still goes zooom zoom
[09:27:26] <anonimasu> im still looking for a speeder head
[09:28:20] <anonimasu> though my next spindle will be at 8krpm :)
[09:28:39] <anonimasu> if the toolpost grinder works..
[09:29:36] <SkullWorks-PGAB> Ours was made by a division of Lovejoy in the UK
[09:29:46] <SkullWorks-PGAB> 6X
[09:29:59] <SkullWorks-PGAB> runs all day at 24000
[09:30:07] <SkullWorks-PGAB> rated @ 30k
[09:30:27] <SkullWorks-PGAB> but machine spindle tops out at 4K
[09:30:42] <SkullWorks-PGAB> so 24K is all we get
[09:31:01] <SkullWorks-PGAB> ER11 collet nose
[09:31:11] <anonimasu> oh tiny
[09:31:36] <SkullWorks-PGAB> speeders are not beefy for side loads
[09:34:46] <anonimasu> :/
[09:34:58] <anonimasu> I want 5mm with a 20mm endmill at 10krpm in aluminium ;)
[09:35:30] <SkullWorks-PGAB> still - with lighter chiploads they can still remove lots of metal fast
[09:35:53] <anonimasu> yes certainly
[09:35:56] <SkullWorks-PGAB> 20mm dia?
[09:35:58] <anonimasu> yeah
[09:36:21] <SkullWorks-PGAB> try a 12mm dia @ 6mm depth
[09:36:29] <SkullWorks-PGAB> or better
[09:36:39] <anonimasu> I dont think that'll work out
[09:36:49] <SkullWorks-PGAB> 10 mm dia at 6mm depth
[09:37:01] <anonimasu> what kind of speed?
[09:37:11] <SkullWorks-PGAB> small tools - high feedsa
[09:37:27] <anonimasu> at 2krpm that's 500mm/min with the 20mm endmill..
[09:37:27] <SkullWorks-PGAB> small tools are much cheaper anyway
[09:38:01] <SkullWorks-PGAB> I use 8mm alot
[09:38:09] <anonimasu> I'm kind of scared of dormers feedrate recomendations :p
[09:38:21] <anonimasu> they are twice what I expect all the time
[09:38:22] <SkullWorks-PGAB> and 3/8" is the best value
[09:38:29] <anonimasu> if I think 200mm/min they say 450
[09:38:46] <SkullWorks-PGAB> true - but at what depth
[09:38:54] <anonimasu> and if I think "better safe then sorry they think FEED!"
[09:38:59] <anonimasu> more depth then I feel comfortable running
[09:39:09] <anonimasu> like 50% of dia..
[09:39:14] <anonimasu> or more..
[09:39:42] <SkullWorks-PGAB> I seen where they want a .5mm chipload per tooth at only 1mm depth
[09:39:53] <anonimasu> is that sane?
[09:40:11] <anonimasu> I usually think of it as "they have more clue then I'll ever get" :p
[09:40:31] <anonimasu> and start 25% off where they want it and use the feedrate override to get there..
[09:40:34] <SkullWorks-PGAB> uses fast/shallow moves to remove more material in Z level roughing operations
[09:42:57] <SkullWorks-PGAB> I'm going to put on a german copy of Andromeda and fall asleep with my brandy... nite all
[09:43:24] <anonimasu> night
[12:29:56] <awallin_emc> I did a cvs update and then ran 'make', but I still get EMC2 - pre-2.2 CVS HEAD. shouln't it be pre2.3?
[12:59:26] <alex_joni> it should
[12:59:33] <alex_joni> where did you run cvs up ?
[12:59:39] <alex_joni> was it in the topdir?
[13:00:12] <awallin_emc> hummm, maybe it was in /src
[13:00:31] <alex_joni> the VERSION file is in the topdir
[13:01:29] <awallin_emc> right, I'm running make now, do I need to run make again after I do cvs up in the topdir
[13:01:56] <alex_joni> yes, I think so
[13:02:14] <alex_joni> actually it's configure which gets the version from that file
[13:02:58] <awallin_emc> hopefully not 'make clean' though...
[13:03:03] <alex_joni> nope
[13:03:13] <alex_joni> not for VERSION..
[13:03:21] <awallin_emc> now it's linking, so there is hope..
[13:03:27] <alex_joni> but it's wise to make clean if it's been a really long time since your last update :)
[13:03:41] <awallin_emc> just abour 7 days
[13:03:50] <alex_joni> then it's safe
[13:03:55] <alex_joni> even without
[13:04:12] <alex_joni> I was thinking more like a couple monthgs
[13:04:14] <alex_joni> months even
[13:05:37] <awallin_emc> alex_joni: do you think there is space in cvs and in the standard emc for a specialized m5i20 driver?
[13:06:20] <fenn> cvs is already 30MB how big could your driver be?
[13:06:45] <awallin_emc> about the size of the current m5i20 driver, but specialized for working with the pico-systems amps
[13:07:53] <awallin_emc> yep, now I'm running pre-2.3!
[13:08:39] <alex_joni> awallin_emc: worst case you can stick it in a branch
[13:09:12] <alex_joni> (you can branch only one folder.. )
[13:09:38] <awallin_emc> ok...
[13:28:40] <anonimasu> hello
[13:29:37] <awallin_emc> hi anonimasu
[13:29:47] <anonimasu> did you see my comment on your blog :)
[13:29:51] <anonimasu> ?
[13:32:48] <awallin_emc> yep, I do need to moderate them before they come online ;)
[13:33:15] <jlmjvm> r u guys running 2.2 yet
[13:33:19] <awallin_emc> It's nice if you can look at the opengl stuff, I have lot's of other things going on but lately I've been reading about voronoi diagrams and offset generation
[13:33:26] <anonimasu> * anonimasu nods
[13:33:29] <anonimasu> great!
[13:33:40] <anonimasu> I think we should leave any cad parts for later
[13:33:46] <anonimasu> and work soley on making toolpaths.. for a start
[13:33:59] <anonimasu> and get some python/octave/random bindings
[13:34:14] <anonimasu> working too..
[13:34:36] <fenn> i like the 'emergent spiral
[13:34:49] <fenn> ;'
[13:34:51] <fenn> gah
[13:35:24] <fenn> is there a way to do that with arbitrary outlines?
[13:35:41] <fenn> what is the voronoi diagram used for in doing offsets?
[13:36:19] <fenn> is it just for finding the center of arcs?
[13:37:27] <fenn> i dont have access to online journals so m. held's page is worthless to me
[13:38:39] <awallin_emc> fenn: send me your email address and I can spam you with all the pdf you can read ;) anders dot wallin at helsinki dot fi
[13:38:47] <fenn> heh ok
[13:39:01] <awallin_emc> but it'll be later in the evening
[13:53:57] <awallin_emc> hmm. scripts/realtime stop gives me error messages eventhough I've done halcmd unloadrt all ??
[13:54:14] <fenn> sometimes hal modules don't actually unload when you tell them to unload
[13:54:42] <fenn> halrun -U gets 'em though
[13:56:02] <awallin_emc> etla@etla-desktop:~/emc2.dev$ scripts/halrun -U
[13:56:02] <awallin_emc> ERROR: Module hal_lib is in use by pid,threads
[13:59:34] <awallin_emc> damn. need to reboot.
[14:10:26] <awallin_emc> hi Martzis, what's going on?
[14:10:38] <Martzis> Hi
[14:10:53] <Martzis> I have not had much time for cnc
[14:11:11] <awallin_emc> oh, too bad...
[14:12:03] <Martzis> I currently re-routing the cables of my mill
[14:12:24] <awallin_emc> Machine configuration directory is '/home/etla/emc2.dev/configs/sim'
[14:12:24] <awallin_emc> Machine configuration file is 'servo_sim.ini'
[14:12:24] <awallin_emc> Starting EMC2...
[14:12:24] <awallin_emc> (time=1194790284.262529,pid=5405): Registering server on TCP port 5005.
[14:12:35] <awallin_emc> what does servo-sim have to do with TCP??
[14:12:49] <alex_joni> awallin_emc: the NML channels are all owned by emcserv
[14:12:59] <alex_joni> it listens on TCP for connections..
[14:13:01] <awallin_emc> oh, anyway that crashes later on
[14:13:09] <alex_joni> crashes?
[14:13:47] <awallin_emc> servo_sim.hal:223: pin 'axis.0.neg-lim-sw-in' was already linked
[14:13:47] <awallin_emc> Shutting down and cleaning up EMC2...
[14:14:05] <alex_joni> use net
[14:16:24] <Martzis> I have been designing EMC and Mach compatible HID input device
[14:16:31] <Martzis> http://martzis.wippiespace.com/images/image/USB%20HID%20input%20device/64button_8-axis.jpg
[14:16:38] <awallin_emc> the demo config has a slight problem, it refers only to axis 0 around that line...
[14:16:39] <Martzis> http://martzis.wippiespace.com/images/image/USB%20HID%20input%20device/inputkortti_th_ttl.jpg
[14:17:33] <Martzis> The current design supports 64 buttons, 4 potentiometers and 4 mpgs
[14:17:43] <alex_joni> awallin_emc: correct
[14:17:50] <alex_joni> it should be 1,2, etc
[14:19:16] <awallin_emc> alex_joni: there's also wcomp.9 which should be wcomp.8 I now got it running.
[14:20:35] <alex_joni> ok
[14:24:25] <alex_joni> seems there's been a bit of a copy/paste errors
[14:24:52] <awallin_emc> Martzis: anything in particular you want to do with the HID? or just normal things like jogwheels, buttons etc
[14:26:56] <Martzis> Just for normal buttons and wheels
[14:27:27] <Martzis> I thought that this would allow easy modernization for some old UI panel
[14:30:35] <Martzis> I think it could be useful for something like this:
[14:30:36] <Martzis> http://i215.photobucket.com/albums/cc21/jonne_photo/HPIM0166.jpg
[14:31:24] <Martzis> Current design is input only, it does not support output for ligths.
[14:33:11] <awallin_emc> what kind of update rates do you get over USB to the PIC?
[14:34:27] <Martzis> I have not calculated exact numbers...
[14:34:40] <Martzis> Enough for user interface
[14:34:47] <Martzis> But not enough for PID loop
[14:36:12] <awallin_emc> ok.
[14:36:40] <awallin_emc> for E-stop and other potentially dangerous stuff I would not rely on USB...
[14:37:16] <Martzis> I would not either
[14:39:53] <anonimasu> bbl
[14:45:16] <Martzis> I would like to know if EMC can control HID LED items. Usage Page 0508 (LEDs) contains definition for them. Those seem to be also used in usb keyboards (numlock etc.).
[14:50:00] <awallin_emc> for halscope, is there a 'hard' limit to 16k samples? I do have RAM to spare if that's it...
[14:50:28] <awallin_emc> Martzis: it depends on the USB driver you need to write for EMC. I don't think anyone uses anything with USB right now
[14:50:40] <awallin_emc> or you could look at how Ubuntu responds to USB/HID devices
[14:50:52] <jlmjvm> alex_joni:i am trying to make a led bit with pyvcp and hook it to the lube level,and read the input on pin15 on parport
[14:51:05] <jlmjvm> i have the led in axis already
[14:52:02] <awallin_emc> jlmjvm: so what's the problem?
[14:52:23] <jlmjvm> i dont know how to link it to hal
[14:52:54] <awallin_emc> can you see the correct behavior with halmeter (look at the parport pin)
[14:54:57] <jlmjvm> lemmee put a breakout board on here so i can have a switch hooked up to simulate it
[14:57:59] <jlmjvm> wont i have to link iocontrol to a parport pin before i can see anything in halshow?
[14:58:54] <awallin_emc> if you have emc running with a parport config I would assume the parport driver is running and you can see all the parport pins as HAL pins
[15:12:58] <jlmjvm> k,i can see the pins,and have a switch hooked up to pin 15,and can see it change states
[15:14:32] <awallin_emc> ok, good.
[15:14:53] <awallin_emc> now you want to hook the parport input to the LED so that the LED shows the status of the pin?
[15:16:06] <awallin_emc> anonimasu: you still there?
[15:16:50] <awallin_emc> jlmjvm: the line of HAL code you want is probably something like this: ' net lube-signal parport.input.pin pyvcp.led.indicator'
[15:16:54] <awallin_emc> with the correct pin names
[15:17:23] <jlmjvm> k,working on that now
[15:17:41] <awallin_emc> and you want to put that in a textfile myfile.hal and have that file when AXIS has generated your panel. do that by refering to the file on a HAL_POSTGUI line in your ini
[15:17:45] <awallin_emc> hope that made sense :)
[15:18:56] <jlmjvm> yes,read about that earlier,just couldnt find any example of the lube level being used
[15:19:33] <awallin_emc> you can try it just by firing up emc and typing it on the commandline: 'halcmd net lube-sig parport.pin pyvcp.led'
[15:19:54] <awallin_emc> the textfile and modifying the ini is just if you always want to have it do that automatically
[15:26:53] <awallin> jlmjvm: any luck?
[15:27:41] <jlmjvm> not yet
[15:27:55] <jlmjvm> still plugging away
[15:35:50] <jlmjvm> should it be lube-sig,or lube_level? iocontrol shows lube_level
[15:36:20] <SWPadnos> the first word after "net" is the name of the signal, not the name of a pin
[15:36:28] <SWPadnos> you can name it frodo if you want
[15:38:20] <jlmjvm> k
[15:52:07] <alex_joni> well.. frodo failed
http://www.iist.unu.edu/~antonio/Home/fun/frodohasfailed.jpg
[16:34:31] <anonimasu> iab
[16:38:29] <Ziegler> rut rough
[16:46:50] <anonimasu> awallin: im here
[16:50:45] <awallin> anonimasu: just wanted to remind you that you should put anything you work on in svn - so I don't spend time working on the same issues as you
[16:58:08] <anonimasu> awallin: ah
[16:58:11] <anonimasu> :)
[16:58:56] <jmkasunich__> jmkasunich__ is now known as jmkasunich
[18:46:08] <tomp2> i can get docs on mux2 by ' man mux2'. there's a thing created by motmod named axis.N.blah. how do i get man for axis? or what alternative docs?
[18:53:08] <jepler> tomp2: 'man 9 motion' in emc 2.2
[18:53:30] <tomp2> thx
[18:53:51] <jepler> not sure why it's 'motion' and not 'motmod'...
[18:54:34] <tomp2> making gEDA schma, and didnt have that component
[18:54:38] <jlmjvm> alex_joni:i am having trouble trying to link a switch to a led in pyvcp,cant get them connected
[18:59:51] <tomp2> my 2.2 is run-in-place so the man pages 'are not there', but mc (midnight commander) displays the man format nicely :)
[19:00:18] <alex_joni> tomp2: you can also use . scripts/emc-environment
[19:00:21] <alex_joni> then you can use man
[19:02:22] <tomp2> oooh, thx, i wasnt running emc now, good idea
[19:04:56] <alex_joni> jlmjvm: if you can be more specific, I might be of help
[19:07:50] <jlmjvm> i have a switch on pin 15,can see it work with hal show config,and have a led in axis,want to link them together
[19:09:35] <jlmjvm> just want the led to light up when i press the switch
[19:09:50] <awallin> halcmd net mysignal parport.pin pyvcp.led
[19:09:53] <awallin> did you try that?
[19:10:16] <jlmjvm> will try
[19:14:16] <jlmjvm> http://pastebin.ca/769897
[19:14:27] <jlmjvm> net signal <= parport.0.pin-15-in-not pyvcp.led
[19:14:41] <awallin> find the right name for the led
[19:14:42] <jlmjvm> added that to the hal file
[19:14:46] <jlmjvm> k
[19:14:56] <awallin> what is it called when you look with halmeter or halshow
[19:15:07] <awallin> pyvcp.led.0 maybe?
[19:18:09] <jlmjvm> joe.hal:43: pin 'pyvcp.led.0' does not exist
[19:18:24] <jlmjvm> thats what it shows\
[19:18:51] <awallin> and this is called from the HAL_POSTGUI=joe.hal line in your ini file?
[19:18:59] <jlmjvm> been having no luck
[19:19:53] <jlmjvm> no,its just in joe.hal,not post gui
[19:20:10] <awallin> comment out the line in the hal file that causes problems. start emc, look with halmeter or halshow what the pins are called
[19:23:23] <jlmjvm> pyvcp.led.0
[19:23:37] <jlmjvm> is what it shows
[19:24:02] <alex_joni> jlmjvm: how did you call the hal file from the ini?
[19:24:09] <awallin> good, now that pin is not created before AXIS runs and creates the pyvcp panel. that is why you can't hook up signals to it from the normal hal file
[19:24:40] <awallin> hooking up things to the pyvcp panel needs to happen from the HAL_POSTGUI= line in your ini, not from another hal file
[19:25:26] <jlmjvm> k
[19:26:08] <jlmjvm> alex_joni:HALFILE = joe.hal
[19:26:08] <jlmjvm> HALFILE = custom.hal
[19:26:08] <jlmjvm> POSTGUI_HALFILE = custom_postgui.hal
[19:26:08] <jlmjvm> ,is what i have
[19:26:23] <alex_joni> ok, the HALFILE = joe.hal is wrong
[19:26:34] <alex_joni> you want the stuff to happen inside the POSTGUI_HALFILE
[19:26:51] <alex_joni> so you will need to take the "net ... " and move it to custom_postgui.hal
[19:27:06] <jlmjvm> k,
[19:31:12] <jlmjvm> hey its working now
[19:33:19] <jlmjvm> thanks for the help guys
[19:42:44] <jlmjvm> this will work perfect as a lube sensor
[19:49:49] <SkullWorks-PGAB> jlmjvm: this will work perfect as a lube sensor - My squirt can is wireless...
[20:04:30] <tomp2> Dallur: fyi, i began gEDA version of your THC odg schema...
http://imagebin.ca/view/c2oCnG1.html because I'll use servo, not stepper, and wanted to drag stuff around, & get 'net lists'
[20:07:18] <awallin> tomp: can you get some useful output from this also, or is it just visualization?
[20:07:24] <tomp2> more recent
http://imagebin.org/11668
[20:08:32] <tomp2> no useful output yet, hope to get draggable, which lets me 'see better' now, and netlists for auto-.hal generation in the sci-fi future :)
[20:08:40] <Dallur> tomp2: great, i'm on the road atm, I will take a better look when I get home
[20:08:50] <tomp2> thx
[20:09:37] <awallin> I'll wait for sci-fi then...
[20:10:28] <eric_1> del.icio.us plugin seems to have broken firefox a little
[20:13:06] <eric_1> fixed in new version
[20:20:45] <jlmjvm> i did a new config with stepconf and my external estop isnt working,is there something that has to be changed like in 2.1.7
[20:22:17] <jlmjvm> do you have to comment out anything in the hal file
[20:28:38] <jlmjvm> ext-estop is working in hal show,but the gui doesnt respond
[20:29:55] <eric_1> I'm still stuck trying to figure out what my estop should do
[20:30:28] <anonimasu> power your drives off
[20:30:35] <anonimasu> and stop the spindle
[20:31:00] <anonimasu> rather disengage the latch that powers your drives ^_^
[20:32:35] <eric_1> guess I have to figure out how to dump the dc bus on the drives
[20:32:54] <Ziegler> relay
[20:33:06] <eric_1> big honking relay
[20:33:23] <Ziegler> relay the power supply
[20:34:36] <Ziegler> or just stop the signal going to the drivers
[20:36:26] <eric_1> drives are self-contained
[20:37:16] <eric_1> they keep going for a while after you stop the ac line
[20:37:30] <Ziegler> servo?
[20:37:39] <eric_1> yes
[20:37:40] <alex_joni> we usually have big brakes on the servos
[20:37:47] <eric_1> really?
[20:37:54] <alex_joni> when someone hits estop it first engages mechanical brakes
[20:38:13] <alex_joni> then dumps excess voltage on the bus into breaking resistors
[20:38:13] <eric_1> that's out of my price range
[20:38:34] <alex_joni> well.. a motor is usually 3-5k$
[20:38:47] <eric_1> mine were originally that much
[20:38:54] <eric_1> bud due to the magic of ebay....
[20:39:06] <alex_joni> yeah, that's always nice
[20:39:15] <alex_joni> unless you need to replace one with the same model
[20:39:31] <eric_1> my impression is that almost all servo brakes are for holding, not stopping
[20:39:51] <alex_joni> well.. I can assure you on our robots they are for stopping
[20:39:59] <eric_1> robots are different
[20:40:05] <eric_1> I have some of those
[20:40:15] <eric_1> but I don't want to use dc servos
[20:40:25] <alex_joni> these are AC nowadays
[20:40:32] <eric_1> mine are dc
[20:40:35] <jlmjvm> alex_joni: is there something you have to change in the standard hal file to make ext estop button work?
[20:40:53] <alex_joni> jlmjvm: yes, but it is described there
[20:40:55] <SWPadnos> brakes are for holding the axis or spindle in place. they're usually rated as having the same torwue as the motor itself
[20:41:00] <SWPadnos> torque
[20:41:23] <SWPadnos> so if you hit the brake, and you power the motor in reverse, you'll decelerate twice as fast or thereabouts
[20:42:04] <eric_1> I think with an AC servo, dumping the dc bus will have a pretty good stopping effect
[20:42:26] <alex_joni> eric_1: I don't really think so
[20:42:27] <SWPadnos> no, I'd imagine it's the drive that will be the main determinant of stopping speed
[20:42:35] <alex_joni> they used to do that for DC motors
[20:42:58] <alex_joni> but for AC (revolving field) you need to keep the field in synch in order to obtain a breaking effect
[20:43:07] <SWPadnos> with a DC servo, you stick a resistor across the leads and that's a brake - not quite as simple with an AC servo
[20:43:19] <SWPadnos> what drivesdo you have?
[20:43:24] <eric_1> ok, permanent magnet synchronous motor
[20:43:34] <SWPadnos> same deal
[20:43:36] <eric_1> do I have to type that every time?
[20:43:48] <eric_1> or can I call them AC servo like everyone else does :)
[20:44:09] <eric_1> I have DDM-019
[20:44:13] <eric_1> electrocraft
[20:44:22] <SWPadnos> no, steppers (synchro motors) are the same as AC servos in that you have to move the drive field in synch ( or a little slower) with the motor to get good braking
[20:44:28] <SWPadnos> ok, I don't know those
[20:44:43] <SWPadnos> I have some Yaskawa AC motors/drives that have settings for braking current
[20:44:59] <eric_1> very similar drives
[20:45:06] <SWPadnos> the setpoint defaults to 8x current for braking, and it can go up to 10x (1000%)
[20:45:10] <eric_1> but if I throw a relay, the drive doesn't get to play
[20:45:17] <SWPadnos> that's the problem
[20:45:40] <SWPadnos> if you want the motors to be actively stopped, you either need to leave the drive powered, or you need a brake
[20:45:53] <SWPadnos> at least, that's the limit of my meager knowledge on the subect ;)
[20:45:59] <alex_joni> so what happens on a run-away motor?
[20:46:03] <alex_joni> encoder failed?
[20:46:18] <eric_1> synchronous motor probably doesn't have that problem
[20:46:18] <SkullWorks-PGAB> meager... (good joke)
[20:46:23] <SWPadnos> darned good question. that's left as an exercise for the integrator ;)
[20:46:37] <alex_joni> eric_1: I didn't mean the motor went haywire.. maybe the servo did
[20:46:39] <eric_1> one reason why I don't want to use cd motors
[20:46:43] <eric_1> dc
[20:46:59] <alex_joni> some internal thingie craps out and gets stuck to full power forward
[20:47:04] <alex_joni> maybe emc's output..
[20:47:13] <eric_1> emc could be a problem
[20:47:23] <alex_joni> PID's have a tendency to turn full power if feedback is broken
[20:47:46] <alex_joni> ferror should cover that.. but still
[20:48:00] <eric_1> probably want to dump the dc bus and take my chances
[20:48:35] <eric_1> it will put a big load on the motor and stop things, eventually
[20:48:47] <SWPadnos> the runaway danger is more of a problem at standstill, when PID may still be correcting for minor errors/integrator windup/whatever, but the motion controller isn't expecting any motion
[20:48:48] <SkullWorks-PGAB> if you never use the full power of the motor you could calc the max reversing load and put a crowbar circuit on each amp...
[20:49:18] <SWPadnos> well, if you short some 3-pole resistor to the motor leads, that should still brake
[20:50:38] <eric_1> that's nine poles of big contactor
[20:50:47] <SWPadnos> indeed
[20:50:59] <SWPadnos> or N 3-pole contactors
[20:51:00] <alex_joni> for each axis
[20:51:00] <SWPadnos> :)
[20:51:11] <anonimasu> hm
[20:51:16] <anonimasu> I like the heidenhain in that respect..
[20:51:17] <alex_joni> yeah, and still you need some big care
[20:51:19] <anonimasu> it has position monitoring..
[20:51:20] <SWPadnos> but I think it's not recommended to put contactors between the drive and the motor
[20:51:31] <alex_joni> lots of drives tend to blow up if you remove the motor from them
[20:51:36] <SWPadnos> yep
[20:51:46] <eric_1> that's why I am going to put it on the bus
[20:51:47] <jlmjvm> alex,where is that described?
[20:52:02] <jlmjvm> i cant find it
[20:52:10] <SWPadnos> what?
[20:52:13] <eric_1> estop
[20:52:19] <SWPadnos> oh
[20:52:28] <SkullWorks-PGAB> I like the idea of using a 500W halogen floodlamp bulb as a loaddump/breaking resistor.
[20:52:40] <eric_1> I've seen it
[20:52:51] <anonimasu> hm, well, they can break..
[20:52:52] <eric_1> couldn't tell you where
[20:53:34] <eric_1> I wonder if I'm going to need external braking resistors for general use
[20:53:45] <eric_1> table weighs a lot
[20:53:59] <alex_joni> eric_1: inertia's a bitch
[20:54:08] <anonimasu> yep
[20:54:12] <alex_joni> jlmjvm: you need to decide what you want to do with estop
[20:54:18] <anonimasu> it's usually what kills you after the chuck has stopped..
[20:54:31] <eric_1> that was the chuck key
[20:54:31] <anonimasu> like workpieces comming lose..
[20:54:33] <alex_joni> jlmjvm: usually you have an external estop circuitry
[20:54:38] <alex_joni> which you connect to emc
[20:56:11] <alex_joni> jlmjvm: the standard_pinout.hal has this:
[20:56:12] <alex_joni> # create a signal for the estop loopback
[20:56:13] <alex_joni> net estop-loop iocontrol.0.user-enable-out iocontrol.0.emc-enable-in
[20:56:39] <alex_joni> you need to comment that line and figure out how to connect iocontro.0.user-enable-out and iocontrol.0.emc-enable-in
[20:57:03] <alex_joni> user-enable-out is an output (going from emc to the outside of the PC, e.g. a LED or bulb)
[20:57:23] <SWPadnos> hmmm. somebody needs to come up with truly smart tab-completion
[20:57:25] <alex_joni> emc-enable-in is an input for emc2, comes from the parport, and tells emc that it's safe to come out of estop
[20:57:31] <alex_joni> SWPadnos: what for?
[20:57:42] <SWPadnos> smart enough to know what I'm thinking about, and only complete terms that are related to that ;)
[20:57:55] <SWPadnos> to reduce typos :)
[20:58:30] <PeterW> On synchronous AC drives, DC bus dump will brake the motors, the IGBT bridge being a three phase bridge rectifier when off...
[20:58:54] <alex_joni> eric_1: listen to PeterW, he knows what he's taling about :D
[20:59:00] <SWPadnos> see!
[20:59:25] <anonimasu> SWPadnos: my zsh completed configure parameters ;) that's samrt
[20:59:26] <anonimasu> smart..
[20:59:36] <SWPadnos> see! :)
[21:01:30] <alex_joni> anonimasu: bash does it too on ubuntu
[21:02:00] <SWPadnos> hmmm. I wonder what needs to be done to get halcmd completion to work at the bash command line
[21:02:02] <anonimasu> alex_joni: this was on slackware 4 years ago
[21:02:02] <anonimasu> :)
[21:02:04] <anonimasu> or maybe 5
[21:02:09] <SWPadnos> I know some programs (scripts anyway) work
[21:02:44] <SkullWorks-PGAB> Windows Vista should have DASH ( Died Again shell )
[21:03:08] <SWPadnos> Damaged Anti-functional System Hell
[21:03:17] <alex_joni> what's this vista you are talking about?
[21:03:36] <SWPadnos> that's what you see when you look past the Windows :)
[21:03:55] <alex_joni> in a world without walls and fences ..
[21:04:03] <SWPadnos> Who needs Gate?
[21:04:05] <SWPadnos> s
[21:04:06] <alex_joni> and windows
[21:04:17] <SWPadnos> I have that T-shirt
[21:04:19] <SkullWorks-PGAB> not too sure - but rumor has it that it all started somewhere in New Mexico...
[21:04:23] <SWPadnos> from the first Linux expo I think
[21:04:28] <alex_joni> SWPadnos: cool
[21:04:34] <SWPadnos> "In a world without fenced, Who needs gates?"
[21:04:37] <SWPadnos> gah
[21:04:49] <eric_1> gah
[21:04:55] <alex_joni> we know what you mean
[21:04:57] <SWPadnos> hag
[21:05:01] <SWPadnos> err
[21:05:04] <alex_joni> s/mean/been smoking/
[21:05:08] <eric_1> what did he mean?
[21:05:12] <alex_joni> fences
[21:05:17] <SWPadnos> I only smoke meat
[21:05:35] <alex_joni> * alex_joni goes back to his book
[21:05:46] <alex_joni> trolls & gnomes are mentally more stable than this :D
[21:06:09] <eric_1> it's bad when the channel is so boring that the loggers leave the room
[21:06:14] <SkullWorks-PGAB> I smoke tires (when I feel the local Law Enfarcement is not around).
[21:08:04] <alex_joni> got red ones?
[21:08:45] <SkullWorks-PGAB> CNC building has been put on hold - I have to rebuild my roof - structural damage to the tune of about $15K.
[21:09:06] <SkullWorks-PGAB> I just stop in to try and stay current.
[21:10:21] <eric_1> that's no fun
[21:11:53] <jlmjvm> net estop-ext => iocontrol.0.emc-enable-in
[21:11:57] <SkullWorks-PGAB> yeah - I have a bunch of geckos and some servos - need encoders and ballscrews. But I don't really want to use the geckos
[21:12:05] <jlmjvm> i added that and it worked
[21:12:32] <jlmjvm> commented out the original 2 lines
[21:12:44] <SWPadnos> jlmjvm, that's half the puzzle (the easy half :) )
[21:12:59] <SkullWorks-PGAB> jlmjvm: your stompin all your bugs today.
[21:13:09] <jlmjvm> what do you mean
[21:13:15] <SWPadnos> if you want EMC to be able to stop the machine, you also need to connect the stop output of EMC to the estop hardware chain
[21:13:16] <jlmjvm> trying too
[21:14:01] <jlmjvm> you mean that wont stop the software?
[21:14:24] <alex_joni> jlmjvm: you miss the part connecting that to parport
[21:14:48] <alex_joni> net estop-ext <= parport.7.pin-31-in-not-always
[21:15:00] <jlmjvm> i have a button hooked to the parport
[21:15:13] <JymmmEMC> SWPadnos: you ever use SNMP?
[21:17:54] <alex_joni> JymmmEMC: I only used snmpwalk a couple of times
[21:18:03] <alex_joni> and snmp-based graphs
[21:18:15] <alex_joni> mrtg actually
[21:18:37] <jlmjvm> i have 2 lines in my hal file ,net estop-ext <= parport.0.pin-10-in and net estop-ext => iocontrol.0.emc-enable-in
[21:18:41] <JymmmEMC> alex_joni: any recommended reading? I can only snmpwalk from console, not remotely
[21:19:18] <alex_joni> JymmmEMC: sorry.. gotta pass there
[21:19:27] <jlmjvm> and it appears to be working properly
[21:19:35] <alex_joni> jlmjvm: good
[21:19:36] <JymmmEMC> alex_joni: I understand =)
[21:19:50] <alex_joni> JymmmEMC: I mean.. lots of recommended reading
[21:19:56] <jlmjvm> is that correct
[21:19:57] <alex_joni> but none is snmp-related
[21:20:09] <alex_joni> jlmjvm: if it does what you want it to do.. then yeah :D
[21:20:21] <JymmmEMC> alex_joni: No, I don't need to read your collection of Playboy's for the articles ;)
[21:20:46] <alex_joni> JymmmEMC: heh, got your own collection?
[21:20:48] <alex_joni> :P
[21:20:53] <jlmjvm> i press the ext button and it presses the gui estop and stops the software
[21:21:31] <JymmmEMC> alex_joni: Nah, sold em all =)
[21:21:51] <alex_joni> oh, that's why prices dropped on ebay lately
[21:22:00] <jlmjvm> i figured thats what it was supposed to do
[21:22:04] <JymmmEMC> =)
[21:22:10] <alex_joni> jlmjvm: yeah
[21:22:34] <alex_joni> JymmmEMC: actually I'm enjoying some terry pratchett again :)
[21:22:48] <JymmmEMC> who?
[21:23:10] <jlmjvm> cool
[21:23:17] <alex_joni> google discworld
[21:23:24] <JymmmEMC> ???
http://www.terrypratchettbooks.com/
[21:23:45] <JymmmEMC> ah comic books
[21:23:51] <alex_joni> nope
[21:24:03] <alex_joni> he released a couple as comic books aswell, but I don't have any
[21:24:03] <JymmmEMC> http://en.wikipedia.org/wiki/Discworld
[21:24:21] <alex_joni> comedic.. yeah
[21:24:38] <JymmmEMC> four elephants on a giant tutrle sounds like a comic too me =)
[21:24:48] <alex_joni> "satirical parallels with current cultural, technological and scientific issues."
[21:25:19] <JymmmEMC> sounds like a horror book to me from that desciption
[21:26:22] <alex_joni> it's fun to read
[21:26:33] <alex_joni> you could get one cheap from ebay
[21:26:36] <JymmmEMC> alex_joni: it's all good =)
[21:27:23] <JymmmEMC> alex_joni: The last fiction I read was koonz
[21:27:31] <JymmmEMC> and that was a few years ago
[21:27:47] <alex_joni> this isn't so much about the fiction part
[21:27:50] <alex_joni> it's just fun to read
[21:28:13] <JymmmEMC> alex_joni: I consider myself a slow reader, don't enjoy it too much.
[21:28:39] <JymmmEMC> Though I have read an 800pg tech book in week
[21:29:07] <JymmmEMC> surprised the shit out of me too =)
[21:29:28] <alex_joni> heh
[21:29:51] <alex_joni> I usually read about 3-400pg/day if I'm in the mood
[21:30:05] <JymmmEMC> better you than me
[21:30:10] <alex_joni> :P
[21:30:22] <JymmmEMC> I can't get past ch1 of my CCNA book,
[21:30:28] <alex_joni> ccna?
[21:30:29] <JymmmEMC> read it 3 times so far
[21:30:33] <JymmmEMC> Cisco
[21:30:36] <alex_joni> ew :P
[21:30:57] <JymmmEMC> VERY dry reading, and you have to know the cisco way to pass the exam
[21:31:43] <lerman_> lerman_ is now known as lerman
[21:32:25] <JymmmEMC> alex_joni: Murhpy's law says it'll be one simple paragraph that I miss and fail.
[21:32:30] <jlmjvm> will there ever be a version emc for ubuntu 7.10
[21:32:36] <SWPadnos> probably not
[21:32:51] <jlmjvm> darn
[21:32:53] <SWPadnos> we'll probably skip straight to Hardy Heron, version 8.04
[21:32:59] <SWPadnos> next April
[21:33:09] <alex_joni> soon enough
[21:33:16] <JymmmEMC> SWPadnos: SNMP?
[21:33:24] <jlmjvm> got a new laptop,6.06 wont install,but 7.10 will
[21:33:25] <SWPadnos> there are experimental packages for 7.10, but they're just that - experimental
[21:33:39] <SWPadnos> JymmmEMC, no, not really except for messing with it a little when it first got popular
[21:33:54] <jlmjvm> really just wanted to be able to run the simulator
[21:33:57] <JymmmEMC> SWPadnos: thanks.
[21:34:02] <JymmmEMC> jlmjvm: try 7.04?
[21:34:04] <SWPadnos> oh, for simulator, it's a lot easier
[21:34:44] <SWPadnos> but I don't know the specifics of how to install simulator, since I've never done it
[21:35:15] <jlmjvm> may try 7.04
[21:35:36] <PeterW> <SWPadnos> the runaway danger is more of a problem at standstill, when PID may still be correcting for minor errors/integrator windup/whatever, but the motion controller isn't expecting any motion.
[21:35:40] <JymmmEMC> jlmjvm: Did you MD5 the iso before you burned it?
[21:35:40] <PeterW> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[21:35:39] <PeterW> The broken encoder runaway problem is fairly easy to fix by monitoring the PID output, if its full scale for more than N samples, (say N= 25)
[21:35:43] <PeterW> you are running open loop, engineer him dead, time to shut her down!
[21:35:49] <SWPadnos> I don't think that's any better in terms of having pre-made packages
[21:36:16] <jlmjvm> no
[21:36:15] <SWPadnos> PeterW, sure, there are techniques to get around it
[21:36:40] <SWPadnos> or if you have output at some multiple of "requested torque" for too long, etc
[21:37:39] <jlmjvm> the iso is good,it trys to install,but hangs up on x because of the onboard video
[21:38:21] <SWPadnos> does it boot but not install, or not boot?
[21:38:32] <SWPadnos> ie, do you get a desktop?
[21:38:34] <JymmmEMC> jlmjvm: did you burn the iso at 4x ?
[21:38:57] <SWPadnos> JymmmEMC, it's probably not the ISO, new hardware can be problematic
[21:39:09] <jlmjvm> ive loaded 2 more machines with the iso since i tried the laptop
[21:39:16] <jlmjvm> its x
[21:39:21] <JymmmEMC> jlmjvm: ok
[21:39:35] <jlmjvm> but the 7.10 iso loads all the way up
[21:39:45] <jlmjvm> newer drivers im sure
[21:39:50] <JymmmEMC> SWPadnos: I understand, just seems the more simplistic things are the most annotying typically =)
[21:39:54] <SWPadnos> ok, so it's not the install that fails, it's actually booting the CD that fails
[21:39:58] <SWPadnos> heh
[21:41:08] <SWPadnos> there are two things to try in that case. one is to explicitly set the screen resolution (sometimes the system works but you can't see it because the monitor wasn't detected), the second is to boot into "safe graphics mode"
[21:41:31] <SWPadnos> which I believe uses the VESA driver, which "should" work with just about any video hardware
[21:42:04] <jlmjvm> hmmm,may try it again with the vesa driver
[21:42:05] <SWPadnos> however, you're probably better off installing a later Ubuntu, since you'll also want everything else to work, like BlueTooth, WiFi, etc.
[21:42:16] <SWPadnos> and figuring out how to install the simulator ;)
[21:42:53] <jlmjvm> wish i had never bought it,should have got a kurt vise instead
[21:42:54] <SWPadnos> the wrost thing would be to install 7.10, and then get VMWare Player and do a 6.06 install into a virtual lmachine
[21:42:57] <SWPadnos> heh
[21:43:22] <jlmjvm> or a power drawbar
[21:43:40] <SWPadnos> ok, that's getting into the realm of a nice laptop now :)
[21:44:00] <SWPadnos> or you were talking about an 8" vise or something
[21:44:18] <jlmjvm> 6 "
[21:45:15] <SWPadnos> musta been a cheap laptop then
[21:45:16] <jlmjvm> btw,my killer latency came back
[21:45:22] <SWPadnos> great!
[21:45:25] <SWPadnos> err - bummer!
[21:45:49] <SWPadnos> hmmm. do you suppose it happened after some system update?
[21:46:00] <jlmjvm> would a pentium system be better for this than amd
[21:46:05] <SWPadnos> not necessarily
[21:46:11] <jlmjvm> k
[21:47:08] <jlmjvm> ive change the vid card and ram,no change
[21:47:32] <SWPadnos> well, you said the latency was down when you first reinstalled. I wonder if some update made it bad again
[21:47:47] <jlmjvm> what about a pci parport card not being used
[21:47:51] <SWPadnos> nope
[21:48:03] <jlmjvm> i had the updates before i ever checked it
[21:48:31] <SWPadnos> ok
[21:48:41] <jlmjvm> and have another box here with all updates that doesnt do it
[21:48:57] <jlmjvm> can a motherboard do it?
[21:48:57] <SWPadnos> sounds like it's the hardware then
[21:49:00] <SWPadnos> sure
[21:49:06] <jlmjvm> or cpu/
[21:49:29] <SWPadnos> the chipset, specific configurations of the chipset, CPU, filesystem type, etc
[21:49:45] <SWPadnos> then there's video, USB, ...
[21:49:58] <jlmjvm> this is a nforce chipset,wanna change to via
[21:50:37] <SWPadnos> that's not the direction I'd go
[21:50:50] <jlmjvm> u like nforce better
[21:50:54] <SWPadnos> via tends to suck for many things
[21:50:58] <SWPadnos> yep, I do at the moment
[21:51:03] <jlmjvm> cool
[21:51:39] <jlmjvm> i ahve an identical motherboard and cpu that i can try
[21:51:43] <jlmjvm> have
[21:51:56] <SWPadnos> well, let's hope you get identical results
[21:52:01] <SWPadnos> or not, depending ;)
[21:52:05] <jlmjvm> not
[21:52:19] <SWPadnos> well, having the same hardware act differently isn't a great thing ...
[21:52:25] <alex_joni> heh
[21:54:14] <jlmjvm> the msi motherboard with the via chipset has no issues
[21:54:21] <SWPadnos> YMMV
[22:00:53] <jlmjvm> should i even be able to run the axis program if my latency is 135000
[22:01:20] <alex_joni> axis doesn't have anything to do with latency
[22:01:25] <SWPadnos> AXIS doesn't care about latency. it's the realtime part that cares
[22:01:50] <jlmjvm> i figured it would jam up
[22:02:49] <SWPadnos> the RT part may, which will lock up your machine
[22:03:02] <SWPadnos> but AXIS is just another userspace program, it has nothing to do with RT latency
[22:03:09] <jlmjvm> k
[22:04:46] <jlmjvm> im gonna plug this hard drive into an identical box and see what the latency is,didnt think of that
[22:05:01] <SWPadnos> that's agood plan
[22:05:18] <SWPadnos> in fact, you should be able to plug it into any box that has a similar video card. the chipset drivers are all included
[22:05:26] <jlmjvm> that will rule out the remaining hardware with the least work
[22:05:37] <jlmjvm> yep,ive done that
[22:05:59] <SWPadnos> if you move the video card and hard drive to the machine that works OK, you may get some good info (like "this video card sucks")
[22:06:28] <jlmjvm> whats a good card?
[22:06:40] <SWPadnos> any one that works ;)
[22:07:12] <SWPadnos> there have been successes with nvidia cards, using the nv driver (that's what you have, I think)
[22:07:17] <SWPadnos> old matrox cards are good
[22:07:19] <jlmjvm> yep
[22:07:42] <SWPadnos> most people have problems with onboard video, but there are some that work OK (don't remember which at the moment)
[22:08:20] <jlmjvm> would be nice if any video would work
[22:08:44] <SWPadnos> some do, some don't. it depends on a lot of factors
[22:09:52] <jlmjvm> well im outta here,gonna check this in another machine
[22:10:10] <SWPadnos> enjoy
[22:10:11] <jlmjvm> thanks for the info
[22:10:14] <SWPadnos> sure
[22:24:46] <renesis> heh
[22:25:11] <renesis> is o-word variable label gonna change anytime soon?
[22:25:22] <renesis> the # thing is confusing
[22:25:44] <SWPadnos> there are no plans to change it that I know of
[22:25:49] <renesis> cuz you nest and # start becoming other # and it all starts getting random =\
[22:25:57] <SWPadnos> ?
[22:26:16] <renesis> heh, like im writing the code out c style on paper so i can translate to funky # labels
[22:27:15] <SWPadnos> like G1 X[#3 + sin[#4+#5]/#6]
[22:27:22] <SWPadnos> ?
[22:27:46] <renesis> cuz i cant just be like o001 if [ y GE ymax - dia_offset - edge_finish]
[22:27:47] <SWPadnos> with 2.2, you can use the alternate confusing form: #<named_var>
[22:27:56] <cradek> haha
[22:28:07] <renesis> oh wait i can do that?
[22:28:11] <SWPadnos> yes
[22:28:17] <renesis> NUH UH
[22:28:19] <SWPadnos> but you need the # and the <>
[22:28:31] <renesis> wait i really need the <>
[22:28:33] <SWPadnos> yes
[22:28:37] <renesis> heh, k
[22:28:42] <SWPadnos> nyah nyah! :P
[22:28:46] <cradek> UH HUH
[22:29:58] <renesis> i was totally about to like punch my crt
[22:30:18] <SWPadnos> oh, go ahead, as long as you aren't wearing brass knuckles
[22:44:41] <renesis> okok
[22:44:56] <renesis> so params are prob still passed to the sub as #n
[22:45:15] <SWPadnos> yes
[22:45:21] <renesis> so i need to be like #<real_variable_name> = #n
[22:45:23] <SWPadnos> yep
[22:45:30] <renesis> okay thats not so bad
[22:53:25] <fenn> i think you need to do [#<foo>]
[22:53:46] <SWPadnos> shouldn't need to unless you want #<foo>+#<bar>
[22:56:31] <SkullWorks-PGAB> Any plans to map the G33 rigid tap function to the normal G84 Fixed cycle?
[22:57:46] <SWPadnos> what does that mean?
[22:57:57] <SWPadnos> oh - now I get it
[22:58:05] <SWPadnos> not that I know of
[22:58:05] <SWPadnos> :)
[23:00:29] <SkullWorks-PGAB> Oh well - there were so many variants of tapping cycles a few more won't hurt
[23:03:44] <SkullWorks-PGAB> Yasnaq used IPR (Incrament per revolution, Fanuc/Haas uses FPM (feed per minute) Others used an unsigned Z value since all tapping was assumed to be "down".
[23:04:28] <SWPadnos> good thing there's a standard
[23:06:35] <SkullWorks-PGAB> well strangely enough all used G84 - for R-hand tapping - its just the meaning of the word addresses and how they are applied that was different
[23:07:21] <SWPadnos> so in other words, you can't port code between the machines, even though it looks like you can ...
[23:10:29] <SkullWorks-PGAB> well G84 Z-.5 R.1 F.05 on a Yaznaq = G84 Z-.5 R.1 F50. on a Fanuc with a 1/4-20 tap @ S1000
[23:10:57] <SkullWorks-PGAB> so yeah mistakes can be exciting
[23:11:00] <SWPadnos> F.05 != F50
[23:11:04] <SWPadnos> :)
[23:11:44] <SkullWorks-PGAB> one is Inch per revolution - other is Inch per minute.
[23:12:36] <cradek> SkullWorks-PGAB: none of those are actually rigid tap are they?
[23:13:41] <SkullWorks-PGAB> worse yet - more recent versions of these controls allows you to swap modes - so you could use either on the same machine, if you remembered to set the proper Gcodes in advance
[23:13:50] <SkullWorks-PGAB> sure
[23:13:52] <cradek> someone (?) told me that G84 is not rigid tap, it's for floating holders
[23:14:02] <renesis> http://pastebin.ca/770169
[23:14:06] <renesis> this should work?
[23:14:09] <SWPadnos> a lot of people call that rigid tapping
[23:14:21] <cradek> SWPadnos: oh let's not go there again
[23:14:32] <cradek> I forgot about that trainwreck
[23:14:38] <SWPadnos> no, just pointing out the terminology is "fungible"
[23:15:00] <SkullWorks-PGAB> S1000 M29 - sets rigid tap mode for a max spped of 1000 rpm
[23:15:16] <SkullWorks-PGAB> then a normal G84 line follows
[23:16:39] <SkullWorks-PGAB> without the machine maker rigid tap M code ( M29 is fanuc default ) G84 is used for floating holders
[23:17:19] <SkullWorks-PGAB> on Haas a machine parameter sets all tapping to rigid or not
[23:17:46] <renesis> ha our instructor would kill us if we did tapping cycles on the haas minimill
[23:17:57] <renesis> the reverse spindle thing scares him or something
[23:18:08] <SkullWorks-PGAB> I use 3 VF0's
[23:18:35] <SkullWorks-PGAB> one is an old "Tupperware" machine - all rigid tap
[23:22:35] <SkullWorks-PGAB> is that minimill a 40 taper?
[23:23:35] <jmkasunich> heh, it's funny how things are relative
[23:23:58] <jmkasunich> in the hobby world, a mini-mill is the next step down from a mill-drill - maybe 150-200 lbs
[23:24:11] <jmkasunich> and a micromill is a sherline or tiag, pick it up with one hand
[23:24:24] <jmkasunich> never heard of a minimill with a 40 taper (or even a 30)
[23:25:13] <SkullWorks-PGAB> I know Hass has a small mill on casters that is sized so you can fit it through a doorway.
[23:25:47] <SkullWorks-PGAB> I think it uses some mini 20 taper toolholders
[23:26:05] <SkullWorks-PGAB> but it does have a 10 or 12 tool ATC on it
[23:26:31] <jmkasunich> so it goes something like this from large to small
[23:27:21] <jmkasunich> VMC, haas style "mini-mill", bport sized knee mill (2000-2500 lbs), mill-drill (600-1000 lbs), mini-mill (150-200 lbs) and micro-mill (30-50 lbs)
[23:27:45] <jmkasunich> I can't even guess at weights for the VMC and haas style mini-mill
[23:28:07] <SkullWorks-PGAB> I think the Haas mini mill (the one that fits thru doorways) was intended for the graphite EMD electrode makers
[23:28:16] <SkullWorks-PGAB> EDM
[23:30:38] <SkullWorks-PGAB> OK - they call it the Haas Office mill -
http://www.haascnc.com/prod/CNC_large/72992_lg.jpg
[23:32:14] <SkullWorks-PGAB> Office Mill; 12" x 10" x 12" (xyz), 5 HP, 30,000 rpm ISO 20 taper spindle with 20 tool carousel, includes Visual Quick Code, 1MB, Beacon Light, coolant pump, high-speed machining, 1-year Warranty. 208-250VAC 50-60Hz, 20A, single-phase power only, with NEMA L6-20P plug.
[23:32:17] <jmkasunich> 1350 lbs - lighter than a bridgeport
[23:32:59] <SkullWorks-PGAB> and costs as much as a regular Cat40 VMC
[23:47:04] <tomp> on casters... put a big shell mill in it, keep orienting it, see if the cabinet spins :)
[23:48:10] <SkullWorks-PGAB> a "BIG" shellmill would be 1.5"
