Back
[00:08:10] <DaViruz> never mind, the answer was find in the rtai patch names..
[00:23:13] <jmkasunich> 225 lbs casting is now in the basement
[00:23:16] <jmkasunich> (sweat)
[00:23:24] <jmkasunich> still gotta get it onto the bench
[00:24:31] <skunkworks> 225 lb - is that the table for you next machine?
[00:25:21] <jmkasunich> no, the base of the benchtop surface grinder I bought at HGR surplus
[00:25:36] <jmkasunich> almost identical to this:
http://www.use-enco.com/CGI/INSRIT?PARTPG=INLMKD&PMPXNO=16720603&PMAKA=619-2879
[00:25:46] <jmkasunich> 'cept cheaper
[00:27:18] <skunkworks> ah- cool
[00:27:31] <skunkworks> heh -
http://www.cnczone.com/forums/showthread.php?t=61437
[00:27:37] <skunkworks> crap - have to go agian.
[00:27:46] <skunkworks> bbl
[01:07:02] <jmkasunich> casting on the bench
[01:07:30] <jmkasunich> rope is a wunderfull thang
[01:10:45] <jmkasunich> wow, 9pm
[01:10:53] <jmkasunich> tempus done fugited while I was doing that
[01:10:57] <jmkasunich> must find food
[02:08:54] <jtr> maybe i'm done clicking the wrong button for a while.
[03:18:24] <jmkasunich> grinder move pics:
http://jmkasunich.com/cgi-bin/blosxom/shoptask/grinder1-07-19-08.html
[10:48:54] <fragalot> jmkasunich: that looks like it was fun! :p
[11:00:23] <lerneaen_hydra> jmkasunich; nice transportation of the grinder :)
[11:02:05] <fragalot> I'd have probably called friends over and tried to lift it up & carry it down
[11:02:06] <fragalot> lol
[11:02:14] <fragalot> * fragalot imagines the mess
[11:03:32] <lerneaen_hydra> hehe yeah, with three people that's only 30kg/person
[11:04:05] <lerneaen_hydra> and we all know three people carrying stuff over stairs is oh so fun
[11:04:41] <fragalot> yer :p
[11:04:45] <archivist> one at the bottom gets all the weight
[11:05:59] <fragalot> * fragalot remembers carrying the 185kg mitutoyo granite stone down the stairs
[11:06:37] <fragalot> well,... carrying.. we ended up extending the forks on the forklift and just lower it :p
[12:26:16] <fragalot> yay just finished making up my first stepper motor driver circuit :p
[12:27:52] <fragalot> now to design the PCB..
[12:31:06] <fragalot> http://omploader.org/vbWEx/Stepper%20driver2.pdf <-- any design flaws in here that i should be aware of?
[12:33:16] <alex_joni> where is U2 connected to Vdd?
[12:33:59] <fragalot> *cough* now on pin 16..
[12:34:00] <fragalot> :p
[12:34:08] <alex_joni> :P
[12:34:12] <fragalot> thx ;)
[12:34:33] <alex_joni> can't spot anything else atm, but I don't know these chips
[12:34:59] <alex_joni> do they do half stepping/microstepping?
[12:35:41] <fragalot> U2 is a BCD up/down counter, and U3 is an decoder BSD-DEC
[12:36:03] <alex_joni> hmm.. then maybe you are better set with a L297/L298 combo
[12:36:36] <fragalot> * fragalot googles
[12:38:04] <fragalot> don't think i'll ever need halfstep
[12:38:21] <fenn> hah
[12:38:24] <fragalot> full step now should give me a displacement of .005mm per step
[12:38:31] <fenn> full step sucks balls
[12:38:38] <fragalot> and since the rest of the construction won't exactly be accurate,.... :p
[12:39:04] <fenn> look at the torque curves.. you'll lose steps like crazy at the resonant frequency
[12:39:26] <fragalot> http://www.robotshop.ca/PDF/rb-soy-07-unipolar-stepper-motor-specs.pdf
[12:40:03] <fenn> notice that the curve is given for half-step operation
[12:40:34] <fenn> anyway the x-axis resolution is way too low to see resonance phenomena
[12:40:38] <fenn> on the graph (pps)
[12:41:16] <fragalot> all i'll really use this for is making PCB's, it's tiny
[12:42:21] <archivist_ub> fragalot, bipolar is better
[12:42:56] <fragalot> but double the cost
[12:42:56] <alex_joni> fragalot: motors moved with half step run a LOT better than with full step
[12:43:04] <alex_joni> even if you don't need the resolution
[12:43:09] <fragalot> m'kay
[12:43:13] <alex_joni> how many axes do you plan?
[12:43:14] <fragalot> *redesigns circuit*
[12:43:17] <fragalot> alex_joni: 3
[12:43:30] <alex_joni> you could output 4 lines / axis from emc2
[12:43:36] <archivist_ub> often unipolar motors can be run as bipolar
[12:43:40] <alex_joni> and interface that directly to your transisters
[12:43:49] <alex_joni> then use emc2 to output half step phases
[12:44:20] <alex_joni> http://www.linuxcnc.org/docview/html//hal_rtcomps.html#sub:Stepgen-Step-Types
[12:44:36] <fragalot> alex_joni: so drive the FET directly from the parallel port?
[12:44:45] <alex_joni> step type 6
[12:44:46] <fragalot> well, "directly",..
[12:44:53] <alex_joni> yeah, but you need 12 outputs for this
[12:45:37] <alex_joni> that is the maximum you get from a single parport
[12:45:50] <alex_joni> so you won't be able to drive anything else (like spindle start/stop)
[12:45:57] <alex_joni> unless you add a second parport
[12:46:45] <fragalot> don't need the start/stop
[12:47:11] <fragalot> i'll just cram a dremel onto the Z-axis :p
[12:47:31] <fenn> fragalot: you might want to take a long hard look at
http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1
[12:47:56] <fragalot> * fragalot puts on his reading glasses
[12:48:47] <fenn> unfortunately there isn't much explanation of 'how it works'
[12:49:10] <fenn> but its a good design that is about right for what you're trying to do
[12:50:58] <fragalot> fenn: cheap too!
[12:51:52] <fragalot> well, the board is :p to have a single-layer board etched here i pay ~15
[12:52:01] <fenn> yeah $28 is not too bad
[12:57:09] <fragalot> alex_joni: so, parallel port -> darlington -> FET -> stepper would work?
[12:57:55] <alex_joni> fragalot: yes, probably not as good as a 298
[12:58:05] <alex_joni> you don't have current settings in that scenario
[12:58:16] <alex_joni> so you need to use low voltage in order not to damage your motor
[12:58:34] <fragalot> alex_joni: that's why i put a ballast in my other schematic :p
[12:58:47] <alex_joni> right
[12:58:55] <fragalot> * fragalot gets crackin'
[13:00:04] <alex_joni> "Computers are incredibly fast, accurate and stupid. Human beeings are incredibly slow, inaccurate and brilliant. Together they are powerful beyond imagination." :)
[13:01:59] <fragalot> :D
[13:02:51] <fragalot> it's pins 2-9, 14, 16,17 that i can use as outputs, right?
[13:04:12] <fragalot> 1 too*
[13:05:46] <alex_joni> fragalot:
http://www.linuxcnc.org/docview/html//hal_drivers.html#sec:Parport
[13:06:29] <fragalot> *stare* why can't I ever find those things on your site :p
[13:09:29] <BigJohnT> morning alex_joni
[13:10:44] <alex_joni> hi BigJohnT
[13:10:56] <alex_joni> fragalot: ask BigJohnT
[13:11:04] <alex_joni> he's the big docs guy these days :D
[13:11:12] <BigJohnT> LOL
[13:11:26] <BigJohnT> fragalot: what were you looking for and where
[13:11:40] <fragalot> BigJohnT: gathering info for my lil' desktop sized 3-axis mill
[13:11:51] <fragalot> on how to drive the steppers in the most cheap way :p
[13:12:16] <BigJohnT> we call that cost effective at my shop :)
[13:12:25] <fragalot> =D
[13:13:07] <BigJohnT> I have been working on the docs a lot trying to make things easier to find...
[13:13:10] <fragalot> BigJohnT: reckon hooking up some darlingtons to the parallel port, and using those to drive FET's would work? :p
[13:13:28] <fragalot> (and have EMC2 do all the hard work :p:p)
[13:13:31] <BigJohnT> where is SWPadnos_ when you need him :)
[13:13:46] <alex_joni> traveling
[13:13:56] <BigJohnT> I use a cnc4pc breakout board with geckos
[13:14:22] <fragalot> cheat :pm
[13:35:27] <fragalot> any1 know a site that lists FET's by the current & voltage they can handle?
[13:35:47] <alex_joni> google does :)
[13:36:00] <archivist> makers sites can
[13:36:02] <fragalot> google doesn't give much usefull stuff out atm :/
[13:36:59] <fragalot> found one
[13:49:20] <fragalot> with EMC2 I can invert the output signal, right? (eg. for the motor control)
[13:49:50] <alex_joni> right
[13:49:56] <fragalot> cool
[13:50:00] <alex_joni> setp parport.0.pin-xx-out-invert TRUE
[13:50:09] <fragalot> cool
[14:19:02] <Roguish_> morning all. I have a physical momentary button that i would like to work like the 'toggle Machine Power' button (the F2 key). any suggestion how to do this?
[14:19:20] <alex_joni> Roguish_: check for nist-toggle
[14:19:23] <alex_joni> it's a comp
[14:20:35] <alex_joni> it's called toggle2nist
[14:20:48] <alex_joni> awallin (iirc) had some description about it on his website
[14:22:02] <Roguish_> i've been all through the 'toggle' (w/ and w/o reset) and flipflop. what signal or pin do i 'toggle'?
[14:22:03] <alex_joni> http://www.anderswallin.net/2008/04/toggle2nist/
[14:22:16] <alex_joni> halui.machine-on, halui.machine-off
[14:22:24] <fragalot> BigJohnT:
http://omploader.org/vbWE3/Stepper%20driver2.pdf something like this?
[14:23:34] <Roguish_> i see 'toggle' in the docs but not toggle2nist. where is 'toggle2nist?
[14:26:30] <alex_joni> Roguish_: might be newer .. (it's in the latest CVS), but you can also take it from the site I pasted
[14:26:41] <alex_joni> and install it with "sudo comp --install toggle2nist.comp"
[14:27:41] <fragalot> alex_joni:
http://omploader.org/vbWE3/Stepper%20driver2.pdf as you spotted an error in my last try, hows this one (BC517 = darlington NPN, IRFZ44N is an "overkill" 49A N-FET)
[14:50:49] <fenn> irfz44n is a good lil' bugger :)
[14:51:13] <BigJohnT> fragalot: what are all those squiggly lines?
[14:53:05] <alex_joni> fragalot: make sure you don't need pull-up's on some of the parport pins
[14:53:08] <fenn> when the darlington switches off that will turn the FET off near-instantly, causing flyback voltage
[14:53:23] <fenn> so i think you need a resistor between the darlingon and gate of the FET
[14:56:18] <fenn> to slow down the switching action
[14:57:58] <fragalot> fenn: mm
[14:58:21] <fragalot> BigJohnT: those are resistors. :p
[14:59:03] <fragalot> also, ultiboard/multisim sucks as a combination,.. i export the netlist and notice lots of the nets are just.. missing
[14:59:07] <fragalot> :/
[15:00:18] <fragalot> fenn: and for the flyback voltage, i'll just put some diodes to catch that
[15:00:20] <jepler> hm this is interesting -- if I probe the same spot repeatedly, the first probe is high, the second probe is a little high, and then the remaining probes are less than 3 microsteps away from the same value (tool length probe from cheap microswitch)
[15:02:54] <fenn> fragalot: the fet already provides a diode-like effect, and any diodes you add have to be much faster to have any real effect.. i think a resistor is a cheaper and just as effective
[15:03:14] <fragalot> k, which value do you suggest
[15:03:21] <fenn> i dont know :)
[15:03:39] <fragalot> lol
[15:04:16] <fenn> probably somewhere between 10-100 ohm
[15:04:47] <fenn> but i think you just have to determine it by trial
[15:05:07] <fragalot> that would slow down the FET's tho, which is not exactly something I want. :p
[15:05:47] <fenn> at slow-ish switching speeds (some kHz) it doesnt add much to the overall losses
[15:07:26] <fragalot> alex_joni: and asfar as the pullups, don't think i'll need those with darlingtons
[15:10:31] <BigJohnT> jepler: do you think you have to loosen up the switch to get a consistant reading?
[15:11:30] <jepler> BigJohnT: I don't really have a theory yet
[15:11:45] <BigJohnT> more testing
[15:12:17] <BigJohnT> * BigJohnT goes back to mowing grass
[15:23:07] <alex_joni> jepler: tried both ways probing?
[15:23:17] <alex_joni> switch trips/moving off the switch?
[15:29:07] <jepler> alex_joni: can't do that in 2.2; there's only G38.1
[15:29:23] <alex_joni> ah
[15:29:49] <alex_joni> cherry-pick in emc2-backport-modules ?
[15:29:57] <alex_joni> * alex_joni is kidding..
[15:29:58] <jepler> I have a theory why, though
[15:30:15] <alex_joni> contact oxide?
[15:30:47] <jepler> I am probing in a loop. First I probe from top-of-travel at a high speed. then I back off by Z.1. then I go into the loop, probe slow, back off by Z.05
[15:31:25] <jepler> so the probes are different because the starting position is different and the machine is accelerating ..
[15:31:54] <jepler> after the first two moves it very quickly settles down to backing off to exactly the same point, then probing to exactly the same point.
[15:32:15] <alex_joni> aha
[15:32:51] <alex_joni> bbl.. going outside for a while
[15:33:22] <jepler> and indeed, just by fixing the first and subsequent back-offs to be the same distance the effect almost disappears
[15:34:21] <jepler> see yuo alex_joni, BigJohnT
[15:34:33] <BigJohnT> see you
[15:37:44] <jepler> nice clean signal from the switch even without any debounce
[15:38:09] <BigJohnT> when going slow?
[15:38:34] <BigJohnT> is it a micro switch?
[15:39:18] <jepler> yes, radioshack special
[15:39:53] <BigJohnT> most I have used have "snap" action
[15:40:16] <jepler> yes
[15:41:11] <jepler> http://www.radioshack.com/product/index.jsp?productId=2049718
[15:42:32] <BigJohnT> the machines we are finishing up on test a micro switch for the electric starter on a lawn mower engine.
[15:42:51] <BigJohnT> similar to the rat shack one
[15:43:31] <BigJohnT> once toggled it takes quite a distance to unlatch.
[15:43:41] <jepler> yes that's true
[15:43:52] <jepler> that's no trouble for this application
[15:44:08] <jepler> after measuring the tool, lift up .1 inches, no big deal
[15:44:20] <BigJohnT> yep
[15:44:33] <jepler> actually I'll have to lift a bit more than that to clear the whole lever
[15:44:36] <jepler> but .5 inches, no big deal
[15:45:50] <BigJohnT> I didn't know how good they were till I used them for my home and limit switches on my plasma table
[15:48:00] <jepler> I am planning to use them for home switches as well
[15:48:14] <jepler> still struggling with where to install them, though
[15:48:45] <BigJohnT> I used a single switch for each axis. have you seen the pics?
[15:48:45] <jepler> I thought I had a good plan for X and Y, but now I see that the screws to attach the switches would interfere with the screws that assemble the table
[15:48:50] <jepler> have a link?
[15:48:55] <BigJohnT> one moment
[15:50:13] <jepler> actually it's Y that's the problem, and I see a way to mount it that would only lose me 1/2" which I can afford on Y. X I can still mount near where I was first considering, and not lose any travel.
[15:50:25] <BigJohnT> this is Z and the floating head one switch for each
http://i47.photobucket.com/albums/f163/johnplctech/Plasma%20Cutter/Plasma012.jpg
[15:50:52] <BigJohnT> this is Y and X is similar
http://i47.photobucket.com/albums/f163/johnplctech/Plasma%20Cutter/Plasma006.jpg
[15:55:06] <fragalot> well then, time to design the PCB... should be fun, fitting all this onto a single layer PCB without all too many bridges...
[15:55:19] <BigJohnT> cool
[15:55:56] <BigJohnT> if you get bored design a THC circuit :)
[15:57:22] <fragalot> THC?
[15:57:51] <BigJohnT> Torch Height Control
[15:58:26] <BigJohnT> it takes a 0-5 or 0-10vdc signal and converts it to up and down inputs to EMC
[15:58:33] <fragalot> http://members.aon.at/mittelmann/kytrondocs/circuit-K3.gif
[15:58:35] <fragalot> there you go.
[15:58:35] <fragalot> :p
[15:59:24] <fragalot> BigJohnT: i'd probably do that with a PIC with built-in AD converter :p
[16:00:05] <BigJohnT> I think I have a pic programmer around here somewhere
[16:00:18] <fragalot> I've got ~3
[16:00:38] <fragalot> one doesn't work, the other gets corrupted if you unplug while the pc still runs, and the 3rd works with all types of PICS, apart from the ones I have.
[16:01:05] <BigJohnT> :)
[16:01:15] <fragalot> http://forum.velleman.be/viewtopic.php?t=1674&sid=c237cc45f5b8725f6f0f505924197ed3 <-- this is the 3rd one
[16:01:18] <fragalot> :p
[16:02:07] <fragalot> the previous posts got deleted, but, they said "talk french or english",.. so i looked up the documents in english, and in french, only to get told that those aren't from them, (however they are hosted on their own server), and then get linked to a dutch one ;p
[16:08:31] <pmb> Anyone here?
[16:09:23] <fragalot> nope
[16:10:59] <pmb> :-)
[16:11:50] <pmb> got to find a better client... will be back later... :)
[16:19:05] <fenn> anyone have cnc lathe? can make me one of these?
http://omploader.org/vbTV4
[16:20:45] <BigJohnT> didn't I see that on star trek?
[16:20:47] <skunkworks> it's all done with smoke and mirrors
[16:50:53] <Guest270> its been waaay too long since i used irc...
[16:51:20] <Guest270> anyone here knowing something about the emc internals?
[16:51:34] <Guest270> or should I go to emc-devel?
[16:53:39] <fragalot> lots of people do, but they are out mowing their lawn :p
[16:54:29] <Guest270> i should do too probably... :)
[16:55:25] <Guest270> is this the best place to ask questions or is the mailing lists better?
[16:56:23] <fenn> ask away..
[16:56:47] <Guest270> well I have a problem understanding the dataflow from g-code to motion...
[16:57:35] <fenn> g-codes get processed by the 'rs274 interp' into 'canonical commands' which get queued in the user/rt 'shared memory buffer' that feeds motion
[16:57:35] <Guest270> looking at some of the wikipages there seems to be a shared memory area for comm between emctask and motion
[16:58:24] <Guest270> ok, regarding the queing; can you point me to where it is queued in the shared memory buffer?
[16:59:23] <Guest270> the reason why i'm asking is that i would like to know how much is actually queued
[16:59:37] <Guest270> and a lot of other stuf i would like to know... :)
[17:00:25] <Guest270> i would guess that it would be emcmotCommandhandler i should be looking at
[17:01:22] <fenn> hmm i havent really looked at this too hard, but see the emcmot_command_t in motion.h?
[17:02:18] <Guest270> yep, doing that right now... :)
[17:03:45] <Guest270> but there seems to be only one of these
[17:03:52] <Guest270> so basically no buffer
[17:03:59] <fenn> right i'm looking for the queue
[17:04:26] <fenn> ah see this usrmotintf.cc: shmem_id = rtapi_shmem_new(SHMEM_KEY, module_id, sizeof(emcmot_struct_t));
[17:05:58] <Guest270> yep, got it...
[17:06:45] <fenn> so just after that is how you get the pointer to the start of shmem
[17:06:55] <fenn> now /me looks for where that gets initialied
[17:06:59] <fenn> z*
[17:08:06] <Guest270> still, emcmot_struct_t does not seem to implement any buffers, except for an error msg buffer
[17:08:23] <fenn> no, i think the buffer is made up of emcmot_struct_t's
[17:09:47] <Guest270> ah....
[17:10:35] <Guest270> wouldn't the above line be something like rtapi_shmem_new(.....N*sizeof())
[17:10:39] <Guest270> then?
[17:10:49] <Guest270> i have no idea though... :)
[17:10:54] <Guest270> just guessing
[17:12:15] <Guest270> btw, is there a best time for visiting this channel? i thought i saw something like 17:00 gmt somewhere
[17:12:28] <Guest270> on sundays
[17:14:27] <fenn> the weekly meets have sorta fizzled out
[17:14:44] <jmkasunich> hi guys
[17:14:51] <fenn> hello
[17:14:51] <jmkasunich> IIRC, the queue depth is 200
[17:15:35] <jmkasunich> the queue itself is not in shared memory
[17:16:33] <jmkasunich> one command is placed into shared memory by user space code, on the next execution of the servo thread, command_handler() takes it out of shmem and either executes it (if it is something immediate like abort, etc) or queues it
[17:17:00] <jmkasunich> once user space sees that the command is no longer in shmem, it can place another one there
[17:17:19] <Guest270> ok
[17:17:40] <fenn> * fenn greps for command_handler and fails
[17:17:55] <jmkasunich> oops, emcmotCommandHandler
[17:18:06] <Guest270> but if the queue is not in sharedmem then there is a possibility that userspace code will not have time to put a new command in shmem?
[17:18:30] <Guest270> say, if a user starts up a browser while running emc... :)
[17:18:56] <jmkasunich> if there is no command in shmem the next time commandhandler runs, it simply does nothing
[17:19:32] <jmkasunich> most movement commands take many milliseconds to execute, and there is a 200 deep queue of them within the motion controller
[17:19:46] <jmkasunich> (commandhandler puts them in the queue one at a time as they are recieved from userspace
[17:19:58] <jmkasunich> the trajectory planner takes them out of the queue as each move finishes
[17:21:38] <Guest270> let me just see if i understand this... :) From userspace we have emctask putting commands into the shared mem
[17:22:00] <Guest270> during movement, for motion this may happen say every 10 ms
[17:22:20] <jmkasunich> it doesn't happen at any regular interval
[17:23:09] <Guest270> ok, i was simply under the impression that the motion controller ran at regular intervals
[17:23:29] <jmkasunich> the motion controller does run at regular intervals
[17:23:30] <Guest270> but this may only be some parts of the motion controller?
[17:23:45] <jmkasunich> the motion controller is on the realtime side, and it runs at regular intervals
[17:24:04] <jmkasunich> if there is a command waiting in the shmem buffer, motion will process it on the next interval
[17:24:11] <jmkasunich> but there often is no command waiting
[17:24:32] <Guest270> ok....
[17:25:09] <jmkasunich> hmm
[17:25:24] <jmkasunich> * jmkasunich tries to figure out what happens when the queue is full
[17:26:15] <Guest270> queueFull var maybe?
[17:26:33] <Guest270> hopefully emctask stops doing anything... :)
[17:26:35] <jmkasunich> but I don't see any code doing that test in command.c
[17:27:06] <Guest270> emctaskmain.cc
[17:27:16] <jmkasunich> that is in userspace...
[17:27:43] <jmkasunich> oh, maybe userspace doesn't put a command in the buffer if there isn't room in the queue?
[17:27:48] <Guest270> ahh, youre talking about rt
[17:27:54] <jmkasunich> yeah
[17:28:02] <Guest270> yep, that would be my though
[17:28:08] <Guest270> t
[17:28:10] <jmkasunich> * jmkasunich <-- knows about the RT part, not so much about the userspace part
[17:28:57] <jmkasunich> actually, it has to work that way
[17:29:36] <jmkasunich> I was thinking that if userspace put a queueable command into the shmem, rt could just ignore it until there was space in the queue, and userspace would do nothing until the command was removed from the shmem buffer
[17:29:55] <jmkasunich> but that would prevent userspace from issuing any other command, including unqueued ones like abort
[17:30:02] <fragalot> mm,.. i just thought of putting a lil' oily sponge onto one of my whatever you call them.. those threaded rods that move the X, and Y axis
[17:30:13] <fragalot> to keep it oiled :p
[17:30:16] <fragalot> greasy*
[17:32:05] <jmkasunich> emc/motion/emcmotcfg.h:#define DEFAULT_TC_QUEUE_SIZE 2000
[17:32:09] <Guest270> someone must have thought about that... :)
[17:32:18] <jmkasunich> looks like I was wrong about the queue size - it is 2000, not 200
[17:32:29] <Guest270> memory is cheap... :)
[17:32:50] <jmkasunich> cheaper now than in 1995 when the code was first written - I believe it _was_ 200 ;-)
[17:33:33] <Guest270> even though abort will then first be executed after 100 us (or 1 us or whatever) it will still be executed fast
[17:33:34] <jmkasunich> btw, #emc-devel is probably a better place for code discussions
[17:33:42] <jmkasunich> right
[17:33:48] <jmkasunich> 1mS typically
[17:34:26] <Guest270> so commands are only queued with the trajector planning interval?
[17:34:45] <Guest270> i would have thought that it would be at servo rate
[17:35:02] <fenn> i think they are the same now
[17:35:03] <jmkasunich> CommandHandler runs at the servo rate
[17:35:18] <jmkasunich> user space is what queues things, it doesn't run at any rate - it is user space
[17:35:49] <Guest270> well the motion tasks also queues stuff you've just said...
[17:35:49] <jmkasunich> oh, sorry, I'm being unclear
[17:36:01] <Guest270> 2000 of them... :)
[17:36:06] <jmkasunich> there are two places where commands are buffered, and I mixed them up
[17:36:38] <jmkasunich> userspace -> shmem command buffer (1 entry) -> CommandHandler -> motion queue (2000 entries, not shared memory) -> trajectory planner
[17:37:11] <jmkasunich> so you are correct, transfers from the shmem buffer to the queue can happen no faster than one per servo cycle
[17:37:21] <jmkasunich> (and can happen slower if there is no command in the shmem buffer)
[17:37:41] <Guest270> which is the typical case i would think, except during startup
[17:37:55] <jmkasunich> right
[17:38:00] <Guest270> is the servo rate and trajectory rate the same now?
[17:38:09] <jmkasunich> not yet
[17:38:27] <jmkasunich> you can set them the same in the ini file
[17:38:40] <jmkasunich> in the next major rev, I think they will be the same
[17:38:44] <Guest270> ok, that was also what i thought
[17:39:11] <jmkasunich> back in 1995, cpu cycles were also much more expensive, and the traj planner/kinematics may have been too complex to run at the servo rate
[17:39:41] <jmkasunich> so there was a simple interpolator to take the traj output (every 10mS typically) and generate positions at the servo rate (every 1mS typically)
[17:39:55] <jmkasunich> that just adds unneedded complexity and delays today
[17:40:26] <Guest270> a stupid question: if the servo rate is 1 ms hwat is the typical rate at the output of e.g. a parallel port?
[17:40:38] <jmkasunich> 20-50uS
[17:40:39] <Guest270> and who takes care of this updating at this much faster rate?
[17:40:43] <jmkasunich> that is set by the "base thread"
[17:40:58] <jmkasunich> emc typically uses two RT threads, servo and base
[17:41:11] <jmkasunich> the emc motion controller doesn't have any code that runs at the base rate
[17:41:30] <jmkasunich> base is used for software step generators, software encoder counting, etc only (HAL components)
[17:41:35] <Guest270> ok; i have only run it simulated, so i don't know anything about the base thread
[17:43:11] <Guest270> wrt expensice cpu cycles my hexapod controller currently runs 3xrealtime with 1 ms outputs on a 2 GHz pentium; so there is not much margin... :)
[17:43:21] <fenn> * fenn perks up
[17:43:37] <fenn> did someone say hexapod?
[17:43:45] <Guest270> yep... :)
[17:43:57] <jmkasunich> Guest270: do you have a real name?
[17:44:04] <Guest270> is that a bad thing (TM) here? :)
[17:44:25] <Guest270> preben bohn
[17:44:31] <jmkasunich> well, the next time you drop in you will be Guest199
[17:44:36] <Guest270> i've only just bagun doing emc stuf...
[17:44:41] <fenn> i'm quite interested in any hexapod development you may be doing
[17:44:44] <jmkasunich> it is nice to know you are talking to the same person later
[17:44:49] <fenn> (or anyone else for that matter)
[17:45:04] <jmkasunich> especially when that person isn't just a casual user - you obviously understand machine control and code
[17:45:28] <Guest270> i know... :) i couldn't figure out how to set up mirc, so i logged in using the webinterface three times or so, and the last time i forgot to write pmb...
[17:45:33] <jmkasunich> I believe even when using the guest account you can set your nickname: "/nick somename"
[17:46:02] <Guest270> Guest270 is now known as pmb
[17:46:08] <jmkasunich> does that mean "pmbdk123" in the _dev channel is you?
[17:46:11] <fragalot> man an IRFZ44N takes a beating
[17:46:18] <pmb> yep...
[17:46:45] <jmkasunich> heh
[17:47:19] <jmkasunich> I watch both channels, but I didn't respond to "anyone here". because I was in the middle of something else
[17:47:28] <pmb> fenn: i have a hexapod running and i have a very crude controller (it interpretes a homemade language and have no gui)
[17:47:35] <jmkasunich> when I saw you and fenn having a discussion, I jumped in
[17:47:45] <jmkasunich> it is usually better to just say what you want to talk about
[17:48:00] <pmb> well, mirc kicked me out; have to find an irc client i can figure out under linux
[17:48:08] <fragalot> irssi
[17:48:09] <fragalot> !
[17:48:16] <jmkasunich> ubuntu has xirc
[17:48:28] <jmkasunich> not sure if it is installed by default or not, I think it is
[17:48:31] <jmkasunich> thats what I use
[17:48:39] <pmb> ok
[17:48:43] <fragalot> I use irssi + screen + ssh
[17:48:46] <pmb> i'll use that the next time... :)
[17:48:53] <fenn> xchat is very similar to mirc in terms of user interface
[17:49:10] <pmb> well as you may have figures out i dont like mirc now... :)
[17:49:18] <BigJohnT> I use chatzilla plug in for firefox
[17:49:39] <pmb> and it has been a while since i used irc
[17:49:49] <pmb> so i dont remember any commands...
[17:50:23] <pmb> are you guys always on or? :-)
[17:50:33] <archivist> I use xchat on ubunt
[17:50:33] <fragalot> I am
[17:50:49] <jmkasunich> I leave the IRC window open all the time (this computer runs 24/7, serves my website, etc)
[17:50:57] <pmb> from which country?
[17:50:59] <jmkasunich> doesn't mean I'm in front of the screen all the time ;-)
[17:50:59] <fragalot> nice to have a lastlog of what people said to you while you were asleep :)
[17:51:02] <pmb> im from denmark
[17:51:18] <jmkasunich> usa, eastern timezone (it is almost 2pm here)
[17:51:30] <pmb> ok, its 8pm here
[17:52:17] <fragalot> on a standard PCB, if you need to run approx 1A trough a lane, how thick would you make it (minimum width)
[17:52:50] <pmb> i do have a lot more questions about the source, but i guess i'll try to get another irc client i can use (also under emc-devel); the web-client automatically loggged me into emc
[17:52:52] <jmkasunich> http://www.desmith.com/NMdS/Electronics/TraceWidth.html
[17:53:07] <fragalot> jmkasunich: *bookmarks* :)
[17:53:08] <jmkasunich> fragalot: first google hit for "pcb trace width current"
[17:53:20] <fragalot> i couldn't find it with google :(
[17:53:47] <archivist> fragalot, bot in #electronics has a calculator built is iirc
[17:53:53] <archivist> is/if
[17:53:58] <fragalot> ##electronics :p
[17:54:41] <fragalot> mm,.. Cu thickness.... how much is that on a default eurocard, in mils :p
[17:55:14] <fragalot> nvm, 1oz/ft^2
[17:55:43] <pmb> depends on the card... )
[17:55:45] <pmb> :-)
[17:56:55] <pmb> http://www.daycounter.com/LabBook/PCB-Copper-Thickness.phtml
[17:58:24] <pmb> last time I did a protoboard it was 35 um
[17:59:50] <pmb> just a question more before i go look for another client: In simulation mode how is the motion controller doing the timing?
[18:00:11] <jmkasunich> hmm, jepler is the expert on that
[18:00:23] <jmkasunich> I believe he uses pthreads to emulate the RT threads
[18:00:29] <pmb> ah, just looked in motion.c
[18:00:40] <fragalot> sod this, i can't fit the lane width I need on here.. i'll just slap some solder on :p
[18:00:41] <jmkasunich> you won't see anything in there that will help
[18:00:41] <pmb> it seems to to a usleep(10000)
[18:00:49] <jmkasunich> in motion.c?
[18:01:01] <jmkasunich> that seems astonishing
[18:01:27] <pmb> it the last part after #ifndef RTAPI... But that is probably the wrong place... :)
[18:01:38] <jmkasunich> hmm
[18:01:47] <jmkasunich> RTAPI is defined during a realtime build
[18:01:57] <jmkasunich> so #ifndef RTAPI is code that is sim only
[18:02:10] <jmkasunich> maybe that is it
[18:02:15] <pmb> yes, and thats what i asked about, so thats ok... :)
[18:02:28] <jmkasunich> I'm a little surprized - since I thought jeff managed to do all the sim stuff at a lower level
[18:02:59] <pmb> maybe i am just worng... I can try to change it to 1 sec and see if it goes slower... .)
[18:03:42] <pmb> i'll have to leave; cu later... :)
[18:03:49] <jmkasunich> bye
[18:07:06] <jmkasunich> general machinery question: this surface grinder has dovetail ways for Y and Z (X is ball-bearing)
[18:07:28] <jmkasunich> there are zerk fittings for Y and Z, drilled thru to grooves in the dovetail surface
[18:07:36] <jmkasunich> grease or oil?
[18:07:47] <BigJohnT> way lube
[18:07:50] <jmkasunich> I'm guessing oil, even tho zerks are usually for grease
[18:08:26] <BigJohnT> not oil but way lube
[18:08:50] <jmkasunich> so I need to figure out a way to pump way lube into a zerk
[18:10:17] <BigJohnT> is it a grease type of zerk or the kind that is flush with a ball in the middle?
[18:10:23] <jmkasunich> grease type
[18:10:55] <BigJohnT> it might take grease then
[18:11:43] <jmkasunich> I'm tempted to remove the fittings to clean out the passages
[18:12:04] <jmkasunich> it would be enlightening to see what is in the passages
[18:12:31] <jmkasunich> although that won't tell me what it is supposed to have, just what the former owner used last
[18:13:01] <jmkasunich> Y has a fair amount of wear, I think I'm gonna be doing a bit of scraping
[18:13:13] <BigJohnT> :)
[18:13:49] <fragalot> * fragalot starts over with his PCB design
[18:13:59] <BigJohnT> do the fittings look like factory standard
[18:17:51] <jmkasunich> seems that way
[18:18:36] <jmkasunich> the passages must be - they are 1/8" or so diameter and 8" long - nobody drilled that at home
[18:18:59] <BigJohnT> not straight anyhow :)
[18:19:23] <jmkasunich> zerk on one side, passage goes under both ways, short side passage to each way
[18:21:12] <BigJohnT> come to think of it I had a small manual grinder at work a long time ago that used grease for the Z and Y as they didn't move very much compared to X
[18:21:32] <jmkasunich> this is a "small manual grinder"
[18:21:42] <jmkasunich> dunno if you saw the pic yesterday
[18:22:00] <BigJohnT> no
[18:22:04] <jmkasunich> looks like this Enco one:
http://www.use-enco.com/CGI/INSRIT?PARTPG=INLMKD&PMPXNO=16720603&PMAKA=619-2879
[18:22:22] <fenn> re: zerk oiling, i remember reading somewhere about making a notch on the end of an oil can so you could depress the ball and squirt oil through the notch at the same time
[18:22:25] <jmkasunich> unfortunately Enco doesn't have the grinder manual online (they have many other manuals, but not the one I need.... bastids)
[18:22:49] <fenn> it wouldn't be pressurized or anything, just drip in
[18:23:16] <jmkasunich> in that enco pic, you can see the Z zerk - it is just to the left of the nameplate
[18:23:40] <BigJohnT> yep, smaller than the one we had but similar
[18:24:01] <fenn> hmm, sideways makes it a bit harder to dribble in :)
[18:24:11] <jmkasunich> fenn: you need pressure
[18:24:32] <fenn> can't crank the ways back and forth to draw oil in by capillary action?
[18:24:36] <jmkasunich> for Y, the cross passage and fitting are below the ways, you gotta push the lube up
[18:24:43] <fenn> oh
[18:32:13] <fragalot> yay,.. just as i finished my PCB i found a design flaw... forgot to limit the current going into the parallel port from the homing switches
[18:32:16] <fragalot> >.>
[18:55:33] <tomp> remove zerk, add compression type lube connector, run all to a stock way lube distributor block, feed from bijur
[18:59:49] <jmkasunich> tomp: I thought about something like that
[19:00:02] <jmkasunich> but a bijur oiler would cost as much as the machine did
[19:00:06] <jmkasunich> (or close)
[19:03:03] <tomp> check that used machine house in cleeveland. gotta be some used cheap
[19:13:34] <tomp> yeh, ~150$ manual bijur vs 10$ trigger style oil can with hose and clamps.
[19:14:32] <anonimasu> hmm.. automatic oiler's are so nice though :p
[19:15:23] <tomp> except when the machine is serviced... on/off/test/on/off/test.... makes pools of lube ;)
[19:19:33] <anonimasu> :)
[19:29:08] <fragalot> http://omploader.org/vbWFx/PCB.JPG -- what do you guys reckon sofar of the component placement of my controller
[19:29:30] <fragalot> should i continue that pattern, or is there something bad about doing it like that :p (apart from the ones still next to the pcb, ofcourse)
[19:29:59] <fenn> line the fets up coplanar so you can bolt them to one heatsink (or two)
[19:30:47] <fenn> also, screw terminals should be pointing down so chips dont fall in them (not sure which way is down)
[19:31:24] <fragalot> mm, good point @ the terminals
[19:32:09] <fragalot> and i don't think i'll need a heatsink for my design.. i've had a FET running behind me for about half an hour now (still going) at a 60% duty cycle at twice the load it 'l have in the end,.. and it's still fairly cold
[19:32:41] <fragalot> if i rotate the FET's on that PCB, i'll have too many lanes crossing that i can't avoid,.. trying to keep it all on the bottom layer
[19:32:42] <fenn> how many amps is that?
[19:33:33] <fenn> just curious
[19:33:35] <fragalot> the steppers i'm using are rated for 0.8A
[19:33:56] <fragalot> well, 0.4A per phase
[20:16:44] <fragalot> guys, can't find this in the docs, but does EMC2 support GERBER files?
[20:16:45] <fragalot> :p
[20:16:59] <anonimasu> no
[20:17:00] <fragalot> or would i do the image-to-gcode thing
[20:17:13] <anonimasu> GERBER is not rs274ngc
[20:17:32] <alex_joni> fragalot: if you use eagle to generate the PCB
[20:17:43] <alex_joni> there are some eagle scripts that output g-code
[20:17:47] <alex_joni> which emc2 takes
[20:17:48] <fragalot> alex_joni: multisim, 'cos i can't get used to the interface of eagle & others
[20:18:02] <alex_joni> then you're on your own :P
[20:18:05] <fragalot> hehe
[20:18:09] <fragalot> image to gcode it is!
[20:20:06] <fragalot> * fragalot makes the CNC controller on a breadboard and lets it mill out it's own PCB
[20:21:13] <anonimasu> eagle isnt too hard
[20:21:31] <fragalot> no its' not, it's just.. I can't get used to it
[20:21:41] <fragalot> multisim got the interface right, but everything else sucks
[20:21:52] <fragalot> eagle doesn't have a (for me) usable interface, but it rocks
[20:22:04] <fragalot> same goes with kicad & others
[20:23:49] <fenn> gcad supposedly will trace around the lines in a gerber file
[20:23:59] <fenn> gcam, not gcad
[20:24:08] <fenn> gcam.js.cx
[20:25:24] <fragalot> *g*
[20:35:39] <jmkasunich> I got the blues....
[20:35:47] <jmkasunich> prussian blue that is, all over my fingers
[20:42:31] <alex_joni> hi jmkasunich
[20:52:11] <jmkasunich> hi alex_joni
[20:52:25] <alex_joni> what's up?
[20:52:52] <jmkasunich> scraping
[20:53:01] <jmkasunich> Y ways on my grinder
[20:53:19] <fragalot> * fragalot stares into the distance, proud of his work
[20:58:28] <alex_joni> * alex_joni is off to bed
[20:58:34] <alex_joni> good night all
[21:00:39] <fragalot> gnite alex_joni
[21:05:44] <fragalot> * fragalot decides to install EMC2 on his Gentoo laptop and play arround before he can go to the store to pick up parts to make his machine
[21:07:20] <skunkworks> * skunkworks doesn't think he would have the patience to scrape ways...
[21:08:09] <fragalot> Currently an x86 PC is required. ... amd64,... *crosses fingers that x86 compabillity kicks in*
[21:08:40] <jmkasunich> patience I have - energy is flagging tho
[21:09:04] <jmkasunich> lifting and flipping the ~70 casting gets old fast
[21:09:45] <fragalot> haha
[21:10:29] <anonimasu> :)
[21:11:22] <fragalot> boo, only getting 1MB/s download speed for EMC2.2.2-&
[21:11:37] <fragalot> * fragalot impatiently walks arround in his room
[21:33:18] <fragalot> you've GOT to be kidding me
[21:33:22] <fragalot> it won't boot on my laptop :'(
[21:34:26] <fragalot> lol, Acer reset my bios when i sent it in for repairs
[21:36:38] <jmkasunich> 10 rounds completed - if I had to guess, I'd guess another 20 are needed
[21:36:49] <fragalot> O.O
[21:36:55] <anonimasu> hmm 10 rounds of scraping?
[21:36:59] <fragalot> how much are you taking off
[21:37:28] <jmkasunich> anonimasu: yes
[21:37:31] <jmkasunich> fragalot: not much
[21:37:50] <fragalot> great, the CD I downloaded won't load X
[21:37:51] <fragalot> >.>
[21:40:59] <fragalot> * fragalot downloads the other one and crosses fingers
[21:44:41] <skunkworks> what is your video card?
[21:45:51] <fragalot> 8600M GT in the laptop, 7950GX2 in my other box, ATI X800XT in the other one, and can't remember the other ones from the top of my head
[21:46:45] <fragalot> when I fixed the xorg.conf file, it refused to start because supposedly, I didn't have a mouse >.> thus it must have recognized the video card that time,.. just not the mouse
[21:48:20] <fragalot> I should probably just install it in Gentoo, and hope it works in here if the other cd also fails
[21:49:40] <anonimasu> hmm..
[21:52:41] <fragalot> :p I hate waiting
[21:54:14] <tomp> bbc7 is playing 'Hordes of the things' (parody of Lord of the rings)
http://www.bbc.co.uk/bbc7/listenagain/saturday/rams/0230.ram
[21:55:38] <fragalot> can't make out what they're saying >.>
[21:55:42] <fragalot> *fetches headphones*
[21:56:23] <fragalot> oh ffs
[21:56:31] <fragalot> the2nd cd failed to write @ 99% done
[22:03:04] <fragalot> happy monday people!
[22:05:24] <fragalot> well, thats 3cd's ruined.. *tries his luck in Gentoo*
[22:11:23] <fragalot> yay it's working!!... I think..
[22:13:02] <fragalot> genius!
[22:20:34] <fragalot> who was it here that said that
http://omploader.org/vbWFh (PDF) this circuit would work?
[22:33:15] <fragalot> Hardware that doesn't work
[22:33:16] <fragalot> * USB devices, including USB parallel ports.
[22:33:25] <fragalot> guess that I won't be using this :(
[22:34:48] <lerneaen_hydra> fragalot; that circuit doesn't look all too good
[22:37:32] <fragalot> lerneaen_hydra: apart from a missing resistor for the sensors, it would work tho ^_^ -- yet, as i just figured out that USB parallel ports aren't supported, and I nolonger have any PC that has a spare PCI slot,.. :(
[22:37:59] <lerneaen_hydra> it will work, but not very effectively
[22:38:38] <lerneaen_hydra> the primary fault is that it will take 2 base periods to switch between the upper and lower mosfet, as you can't switch them at the same time
[22:38:52] <lerneaen_hydra> additionally a mosfet driver would be good to have though that's trivial to add
[22:39:19] <fragalot> yeah
[22:39:25] <lerneaen_hydra> ideally there would be some circuitry that automatically switches the upper and lower mosfets without needing to waste 2 base periods
[22:39:31] <fragalot> i'm just trying to find something cheap that 'l work :p
[22:40:15] <lerneaen_hydra> also you can't do a nice PWM'd drive that applies lots of voltage initially and lowers as the current starts to rise, you'll be limited to low rotational speeds
[22:40:22] <lerneaen_hydra> it will work though for a test rig
[22:41:04] <fragalot> meh, wanna get it right the first time. :)
[22:41:28] <lerneaen_hydra> have you considered looking at any of the many freely available chopper drivers?
[22:42:03] <fragalot> yes, couldn't find any under $150 :p
[22:42:16] <lerneaen_hydra> hmm, that shouldn't be all too hard to find
[22:42:17] <fragalot> http://www.instructables.com/id/Easy-to-build-CNC-Mill-Stepper-Motor-and-Driver-ci/ -- could this work?
[22:43:10] <lerneaen_hydra> that's for unipolar motors
[22:43:15] <lerneaen_hydra> I'm not sure what you have
[22:43:22] <fragalot> unipolar
[22:44:08] <fragalot> if that works,.. great!, then theres the issue of the lack of a parallel port that's not hooked up to USB :p
[22:44:09] <lerneaen_hydra> oh, wait, I thought the first schematic was for a bipolar motor, I just glanced at it
[22:44:27] <lerneaen_hydra> for driving a unipolar motor it's simple but it will work
[22:44:57] <fragalot> yeah, but i don't have any outputs left, which is lame so i can't trigger anything else via EMC2
[22:44:59] <lerneaen_hydra> though you should consider raising the 100ohm pullups to a few kohm and using some real mosfet drivers
[22:45:19] <lerneaen_hydra> parports are cheap though
[22:45:23] <fragalot> I also can't figure out how to get EMC2 to control the thing I made
[22:45:25] <fragalot> yes, they are cheap
[22:45:29] <fragalot> but i don't have anything to put them in
[22:45:38] <lerneaen_hydra> I think there's a steptype that outputs what you want
[22:45:52] <fragalot> all the PCI slots are either covered by a huge graphics card, or taken
[22:45:55] <lerneaen_hydra> one of the devs would know which file thats located in stepgen.c maybe?
[22:46:00] <lerneaen_hydra> oh, crap
[22:46:21] <fragalot> so i'll prolly need another pc "on the cheap"
[22:46:43] <fragalot> or install X on my server,... but i don't feel like doing that :p
[22:46:47] <lerneaen_hydra> in general it's probably a good idea to have a dedicated cnc computer
[22:47:09] <fragalot> agreed, need to find one on the cheap
[22:47:27] <fragalot> * fragalot curses self for donating the 200Mhz box 3 months ago
[22:47:36] <lerneaen_hydra> as you can run realtime well on older hardware that shouldn't be too hard to find
[22:47:59] <lerneaen_hydra> I haven't had trouble finding 700-1.5ghz machines for free
[22:48:08] <fragalot> I haven't looked :p
[22:48:24] <fragalot> anyways, i'll figure that out... -- back to the driver
[22:48:53] <fragalot> which one would you suggest that works the best in price/performance (very small desktop sized mill, :p)
[22:49:12] <fragalot> .4A per phase on the stepper motors, 1.8° steps
[22:49:45] <lerneaen_hydra> the instructables one is much more expensive (or rather, it costs money, while yours is free), though it only uses half as many IO pins
[22:49:49] <lerneaen_hydra> .4A?
[22:49:51] <lerneaen_hydra> that's nothing
[22:49:58] <lerneaen_hydra> voltage?
[22:50:01] <fragalot> 12V
[22:50:12] <lerneaen_hydra> oh, that's... small
[22:50:22] <fragalot> and mine isn't "free",.. I have the parts laying about,.. but they still cost money :p
[22:50:44] <lerneaen_hydra> if you do microcontrollers then making a step/dir or quadrature to mosfet driver shouldn't be hard
[22:50:56] <fragalot> good idea
[22:50:59] <lerneaen_hydra> shouldn't be more than $10 per chanel though
[22:51:08] <lerneaen_hydra> probably more like $5
[22:51:28] <fragalot> the PIC's are all donated nicely by microchip \o/
[22:51:59] <lerneaen_hydra> sampling is always nice :)
[22:52:03] <fragalot> *nod*
[22:52:24] <fragalot> gotta do it while you still can (student)
[22:54:18] <fragalot> 16F877A should do
[22:55:06] <lerneaen_hydra> I've never worked with pics myself (atmel all the way :p )
[22:55:44] <fragalot> hehe, I started out with PIC's, and,.. well,.. it's all i have & know :p
[22:56:07] <fragalot> 2 homemade programmers and 1 sucky (doesn't work, thanks to the parallel port issue thing again) commercial one
[22:56:19] <fragalot> homemade ICD2 ftw :p
[22:56:23] <lerneaen_hydra> heh, fun
[22:56:24] <lerneaen_hydra> nice
[22:56:35] <SkullWorks_PGAB> Thanks for your support (Atmel has a clean room assembly plant just down the road.)
[22:56:59] <fragalot> mm, 1am
[22:57:03] <fragalot> guess i'll continue tomorrow
[22:57:06] <fragalot> gnite guys
[22:57:12] <lerneaen_hydra> laters
[22:58:50] <SkullWorks_PGAB> just finished listening to the Pikes Peak Hill climb - Kinda wanted to go, but glad I didn't it was in the 90's up on the mountain.
[23:00:28] <anonimasu> hm..
[23:00:37] <anonimasu> I'd like to go up the hill.. not watch :p
[23:00:42] <anonimasu> in the unlimited class ;)
[23:00:58] <SkullWorks_PGAB> Me too - but I don't have that kind of money
[23:01:16] <SkullWorks_PGAB> err - Unlimited quad.
[23:01:20] <anonimasu> yep
[23:01:52] <SkullWorks_PGAB> entry fee's for bikes and quads is only $500
[23:02:36] <SkullWorks_PGAB> but you will burn more than that in fuel and tires in the practice runs.
[23:03:41] <jmkasunich> fragalot: you wrote something about PCI slots being covered by huge graphics cards
[23:03:46] <jmkasunich> that is your problem!
[23:04:04] <jmkasunich> why do you have "huge graphics cards" in a CNC control computer?
[23:04:11] <jmkasunich> you don't need a gaming box for CNC
[23:04:11] <anonimasu> SkullWorks_PGAB: im thinking unlimited car..
[23:04:15] <anonimasu> awd + 1000hp or more
[23:04:37] <anonimasu> $500 for turning the ignition key.. :p
[23:04:53] <SkullWorks_PGAB> I've driven some of these cars - they are scary fast
[23:07:03] <SkullWorks_PGAB> Wells coyote - open wheeler & a Subaru WRX concept test car with huge blower drive.
[23:07:34] <SkullWorks_PGAB> after that I decided I would only try it on a quad.
[23:09:35] <SkullWorks_PGAB> JMK - have you tried rigid tapping in your lathe spindle?
[23:17:03] <jmkasunich> nope - its a single phase motor, won't reverse unless it is stopped
[23:21:06] <cradek> SkullWorks_PGAB:
http://youtube.com/watch?v=HtMHUPHUVkw
[23:22:04] <skunkworks> cradek: how is the lathe
[23:22:06] <skunkworks> ?
[23:22:25] <cradek> skunkworks: in the driveway!
[23:22:51] <cradek> unfortunately it's 1' too high in the air to roll into the shop (on the trailer still)
[23:24:05] <jmkasunich> tall lathe!
[23:24:07] <skunkworks> aww. = take some air out of the trailer tires>
[23:24:10] <skunkworks> ?
[23:24:13] <jmkasunich> or tall trailer, or both
[23:24:30] <cradek> it's 6' tall with the guards. the control is 6'6 I bet
[23:24:51] <jmkasunich> wow
[23:25:05] <jmkasunich> * jmkasunich envys cradeks garage
[23:25:27] <jmkasunich> did you see the adventure I had to get my small grinder downstairs?
[23:25:42] <cradek> http://www.united-machine.com/hardinge.jpg
[23:26:05] <cradek> and yep this one has the same control
[23:26:05] <jmkasunich> is that yours, or one like it?
[23:26:08] <cradek> like it
[23:26:19] <jmkasunich> http://jmkasunich.com/cgi-bin/blosxom/shoptask/grinder1-07-19-08.html
[23:26:56] <cradek> you got a surface grinder? that's slick.
[23:27:07] <jmkasunich> small, but hopefully usefull
[23:27:16] <cradek> neat
[23:27:22] <cradek> you can make flat things now
[23:27:31] <jmkasunich> yay flatness
[23:27:41] <jmkasunich> parallel too
[23:28:06] <jmkasunich> also got a 400W 50,000 rpm spindle
[23:28:16] <jmkasunich> only problem is that the only collet is 6mm
[23:28:19] <lerneaen_hydra> how flat can you typically expects parts to be from a surface grinder?
[23:28:37] <jmkasunich> 0.0001 to 0.0005 inches I thing
[23:28:39] <jmkasunich> think
[23:28:42] <cradek> does the grinder have ball ways?
[23:28:43] <jmkasunich> whatever that is in mm
[23:28:44] <jmkasunich> yes
[23:28:50] <jmkasunich> for X anyway
[23:28:53] <lerneaen_hydra> parallelity I assume is dependant entirely on the mounting
[23:28:57] <jmkasunich> Y and Z are dovetails with acme screws
[23:29:13] <jmkasunich> Y is pretty worn, I'm taking a break from scraping it at the moment
[23:29:18] <lerneaen_hydra> not half bad
[23:29:25] <lerneaen_hydra> (the flatness=
[23:29:27] <lerneaen_hydra> *)
[23:29:41] <jmkasunich> I'm starting to think about CNCing it
[23:30:11] <jmkasunich> grinder operation: crank X one way, crank X back, move Y a tiny bit, repeat till Y covers entire workpiece
[23:30:18] <jmkasunich> crank Z down an even tinier bit
[23:30:22] <jmkasunich> repeat entire process
[23:30:22] <lerneaen_hydra> it's not automated?
[23:30:32] <jmkasunich> no, its a little, all manual one
[23:30:38] <lerneaen_hydra> oh...
[23:30:45] <jmkasunich> like this:
http://www.use-enco.com/CGI/INSRIT?PARTPG=INLMKD&PMPXNO=16720603&PMAKA=619-2879
[23:30:47] <cradek> a power feed would be almost as good
[23:31:01] <jmkasunich> well, a power reversing feed
[23:31:06] <cradek> yeah
[23:31:11] <jmkasunich> with a ratchet to advance Y at each stroke
[23:31:18] <lerneaen_hydra> all the ones I've seen are mechanically automated. X is astable, when it hits a limit it reverses, one of the limits hit's y a little
[23:31:24] <jmkasunich> given a couple motors, HAL can do that
[23:32:34] <anonimasu> mosquitoes with a cannon.
[23:32:36] <lerneaen_hydra> I'd actually be more tempted to use a µC, an entire pc seems overkill and unnecessarily complex
[23:32:38] <jmkasunich> one step at a time tho - got to get it scraped, reassembled, and working manually first
[23:32:52] <jmkasunich> lerneaen_hydra: I have PCs laying around gathering dust
[23:33:06] <jmkasunich> its the drives and motors that will take effort/money
[23:33:19] <cradek> even a microprocessor is overkill but 'easy' is more important that 'simple'
[23:33:26] <cradek> than
[23:33:42] <jmkasunich> right - and hal + parport on a computer that I already have is easy
[23:34:00] <lerneaen_hydra> fair enough, it still seems a lot more bulletproof with a uc, for me that would be easier, though I don't doubt that hal would be far easier for you
[23:34:13] <jmkasunich> in the long run a uC would be nicer - less space
[23:34:25] <jmkasunich> but its not as simple as you think
[23:34:31] <jmkasunich> there needs to be a UI
[23:34:49] <cradek> for what?
[23:34:50] <lerneaen_hydra> why do you need a UI? I can't seem to see the need
[23:35:00] <jmkasunich> set length of X travel, set X speed, set Y advance per move, set Y endpoint
[23:35:35] <lerneaen_hydra> oh, you could use a ui for that, true. I thought of hardware stops but software stops are easier
[23:36:09] <jmkasunich> hardware cams that hit a microswitch would work for travel
[23:36:14] <jmkasunich> and a pot would work for speed
[23:36:31] <anonimasu> yep
[23:36:46] <anonimasu> and a stepper for y..
[23:37:00] <anonimasu> and a normal motor for x..
[23:37:01] <lerneaen_hydra> that's about what I was thinking, maybe a dc motor for the X axis and stepper for y
[23:37:01] <lerneaen_hydra> exactly
[23:37:08] <jmkasunich> a pot could work for Y stepover amount, but it needs a wide range
[23:37:18] <anonimasu> well, only the width of the wheel..
[23:37:19] <anonimasu> :)
[23:37:23] <jmkasunich> some work you step over half the wheel width or more, other work you only step over a few thou
[23:37:35] <jmkasunich> log taper pot ;-)
[23:37:45] <anonimasu> hehe
[23:37:58] <lerneaen_hydra> or an lcd attached to the uc with buttons to adjust the stepover
[23:38:07] <lerneaen_hydra> with the current stepover displayed
[23:38:09] <anonimasu> stepper as not go have ~
[23:38:23] <jmkasunich> yeah - lots of ways - but the point is, there _is_ a UI
[23:38:41] <lerneaen_hydra> true, you have quite a bit of input data
[23:38:50] <anonimasu> I think when grinding you dont wnat any hunt for position in Y direction..
[23:38:51] <anonimasu> :)
[23:38:58] <jmkasunich> design and build a PC board, and do firmware, or use the parport and write HAL and/or a little C
[23:39:02] <lerneaen_hydra> regardless of whether it's via a mouse/kb or mechanical cams
[23:39:17] <anonimasu> yep
[23:39:32] <jmkasunich> anonimasu: agreed - DC motor for X, stepper for Y
[23:39:40] <dmess> hi all
[23:39:58] <jmkasunich> the X drive is by rack and gear, so it only takes a few turns to travel the full distance
[23:40:32] <jmkasunich> actually, DC motor might be too fast, unless its a small gearmotor
[23:40:39] <anonimasu> hmm... that's no good
[23:40:55] <dmess> have you got a scale for the rack or just a resolver
[23:41:01] <jmkasunich> neither
[23:41:07] <anonimasu> limit switches :p
[23:41:07] <jmkasunich> its a simple all manual machine
[23:41:16] <anonimasu> would work for that kind of thing(I think)
[23:41:17] <dmess> oh i see
[23:41:35] <anonimasu> I've got to sleep
[23:41:39] <dmess> maybe a hydraulic motor would be better?
[23:41:45] <jmkasunich> dmess: hell no
[23:42:10] <SkullWorks_PGAB> JMK - I ask cause I was thinking many small machines are that way. - You may be able to program/control on/off and speed but most require a DPDT switch to reverse direction with power off. - I was wondering if a pause could be added while tap is at depth to allow operator to flip the reverse switch - then off again to return to the forward position. Maybe call it G33.2
[23:42:11] <jmkasunich> hydraulics = loud, messy, etc
[23:42:12] <dmess> ok maybe NOT then
[23:42:35] <anonimasu> jmkasunich: that's not true
[23:42:40] <jmkasunich> dmess: this is not that class of machine:
[23:42:41] <jmkasunich> http://www.use-enco.com/CGI/INSRIT?PARTPG=INLMKD&PMPXNO=16720603&PMAKA=619-2879
[23:42:57] <anonimasu> jmkasunich: only for the most part ;)
[23:43:16] <jmkasunich> SkullWorks_PGAB: that sounds like broken taps for sure
[23:43:29] <jmkasunich> on my machine at least, the coast time is many revolutions of the spindle
[23:43:38] <jmkasunich> you'd have to hit stop before the tap even started cutting ;-)
[23:44:17] <anonimasu> night
[23:44:32] <dmess> g'nite
[23:44:43] <jmkasunich> hmm, the table pinion is 2.25" diameter
[23:44:59] <jmkasunich> = 0.588 feet
[23:45:00] <SkullWorks_PGAB> hmm - mine is a DC spindle and in LO gear it stops real fast (even without a breaking resistor.)
[23:45:16] <jmkasunich> so for 100 FPM, I'd need 169 RPM
[23:45:43] <dmess> sounds right
[23:45:47] <jmkasunich> SkullWorks_PGAB: mine is single phase induction, 1750 or so RPM. two stage V-belts with step pulleys
[23:46:17] <skunkworks> one of our grinders has hydraulic feed/advance
[23:46:21] <SkullWorks_PGAB> ah - more like a standard drill press motor.
[23:46:27] <jmkasunich> yep, exactly
[23:46:37] <skunkworks> works nice - set hard limits and away you go.
[23:47:04] <jmkasunich> yeah, the more I think about it, the more I like cams and limits for X
[23:47:22] <jmkasunich> knob for X speed, and a knob for Y advance
[23:48:17] <jmkasunich> there are stops on the table, can't tell from the pic if they're adjustable or not, and the real table is out in the garage
[23:50:23] <jmkasunich> bah - neither adjustable or removable - dowel pins in the table casting
[23:50:41] <jmkasunich> I could probably make a cam rail that attaches either to the pins or just to the side of the casting
[23:51:34] <jmkasunich> heck, the actual oscillation part doesn't even need a micro if I use a DC motor
[23:51:42] <jmkasunich> couple relays would do it
[23:52:30] <jmkasunich> enough procrastinating - back to scraping
