#emc | Logs for 2010-12-01

[00:00:15] <Jymmm> the mass is too much and block most of hte airflow. So, I need to increase the sruface area and I'm finguring 48 sq in
[00:00:44] <Jymmm> 4" duct ~= 16 sq in ( a lil less)
[00:01:55] <kb8wmc> good evening to all
[00:02:15] <Jymmm> JT-Hardinge: I'm going to make the bottom box empty (just to catch any stray particles) and to increase the surface area from 16si to 48 sq in into the top bpx that will have the pellets
[00:02:26] <Jymmm> hi kb8wmc
[00:03:51] <JT-Hardinge> Jymmm: does the air flow through the pellets or near by them?
[00:04:06] <theorb> theorb is now known as theorbtwo
[00:04:13] <Jymmm> JT-Hardinge: Thru them - to absorb smoke and fumes
[00:05:02] <JT-Hardinge> so the problem is you don't have enough space between the pellets to pass the air you want?
[00:05:21] <Jymmm> correct, i *THOUGHT* I had enough room
[00:05:53] <JT-Hardinge> and or your thickness of pellets is such that the frictional losses are greater than your fan pressure
[00:06:27] <Jymmm> s/fan/dust collector/ =)
[00:06:35] <Jymmm> 950 CFM
[00:07:30] <JT-Hardinge> think of it like a long skinny pipe... the longer the path the slower the flow due to friction
[00:07:47] <JT-Hardinge> 950 CFM in free air I bet
[00:07:53] <Jymmm> sure
[00:08:00] <Jymmm> zero load I suspect.
[00:08:04] <JT-Hardinge> yep
[00:08:58] <Jymmm> So, by reducing the pellets by half, and going to 48 sq in, you think thatt'll be good enough?
[00:09:15] <JT-Hardinge> if you have 12 sq ft 1" thick you get a certain amount of friction that slows down the CFM, you increase the thickness or reduce the sq ft you reduce the flow
[00:09:30] <Jymmm> each box held ~16lbs of pellets
[00:09:48] <Jymmm> a litle over 1 cubic foot of pellets
[00:09:55] <Jymmm> 1.2 iirc
[00:10:08] <Jymmm> 27lbs == 1 cubic foot
[00:10:15] <JT-Hardinge> time to gather some empirical evidence I think
[00:10:46] <Jymmm> Well, even though it's just cardboard boxes, I have to cut and glue in screen, so it's a PITA
[00:12:01] <Jymmm> Once I get the design perfected, I'll make a permaent box out of MDF and metal mesh
[00:13:00] <JT-Hardinge> do you have a way to measure the CFM?
[00:13:53] <Jymmm> no, just my hand to compare
[00:15:08] <JT-Hardinge> so you have not tested it with live smoke?
[00:15:41] <Jymmm> No, but running dry with pellets in place by itself has barely any output
[00:16:05] <Jymmm> if I remove the pellets I get good flow.
[00:16:31] <JT-Hardinge> then you have to find the balance that gives you enough flow with enough carbon
[00:16:45] <Jymmm> someoen else built one differently and uis using maybe .3 cf and is fine
[00:17:19] <Jymmm> so me at .5 cf should be ok if I can get the surface are correct, I was just trying to overenginner (as always)
[00:17:31] <Jymmm> more is better, not always =)
[00:17:58] <JT-Hardinge> sounds like a helicopter... it's all in balancing things
[00:18:40] <Jymmm> heh, ok I'm off to cut some cardboard then
[00:19:18] <JT-Hardinge> try and divide and see what you get
[00:19:28] <Jymmm> k
[00:19:31] <JT-Hardinge> that is usually the quickest way
[00:19:52] <Jymmm> yeah, the greater surface area should do it too
[00:23:00] <andypugh> I wonder what the huge cylinder on top of this retrofit candidate is? http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&item=130460515726#ht_500wt_1156
[00:35:37] <Jymmm> it's a chimeney/smoke stack for the wood powered mill
[00:35:51] <atmega> it's where the gerbils run
[00:36:04] <Jymmm> poor lil gerbels
[00:36:31] <Jymmm> no widows to look at or nothing
[00:36:51] <andypugh> Gerbils like looking at the bereaved?
[12:41:01] <ChanServ> [#emc] "This is the #emc channel - talk related to the Enhanced Machine Controller and general machining. Website: http://www.linuxcnc.org/, wiki at http://wiki.linuxcnc.org/"
[12:46:59] <psha[work]> Bonny: for long sliders i have to fix fill/expand properties of 'control' frame
[12:47:19] <psha[work]> i'll play with that bit more
[12:47:50] <Bonny> and why is greyed out? (can't move at all)
[12:48:49] <Bonny> anyway the top one is intended to drive circle (apperture) size and other angle. Still ned more work.
[12:48:50] <psha[work]> Bonny: what is grayed?
[12:49:00] <Bonny> I can't move slider.
[12:49:13] <psha[work]> they are hal scales or gtk scales?
[12:49:16] <Bonny> on both lucyd and hardy
[12:49:22] <Bonny> HAL
[12:49:41] <psha[work]> you have to add adjustments to them
[12:49:49] <psha[work]> in general properties in glade
[12:51:24] <Bonny> other question. Is it posible to run some script with click to the button and export hal pin value as parameter?
[12:53:12] <Bonny> reboting to lucyd
[12:53:42] <psha[work]> yes, possible
[12:55:58] <Bonny> with a lot of work or already done and I didn't find?
[12:58:48] <Bonny> adjustment's for slider are just some text command What how?
[13:06:57] <Bonny> psha adjustment's is min=0 max=100 but slider goes just from 0 to 90 (90-full scale)
[13:12:26] <ChanServ> [#emc] "This is the #emc channel - talk related to the Enhanced Machine Controller and general machining. Website: http://www.linuxcnc.org/, wiki at http://wiki.linuxcnc.org/"
[13:52:40] <psha[work]> Bonny: i don't remember how why it's going to 90. ask google :)
[13:54:22] <psha[work]> it's related to adjustment props like page size etc
[13:54:31] <psha[work]> maybe you need to set some of adjustment fields to 0
[13:54:37] <Bonny> haha... Can you tell me if emc.halio->Base name for circle pins has something to do with croshair circle?
[13:55:24] <psha[work]> and it's doing something? :)
[13:55:45] <Bonny> seem's no
[13:55:58] <Bonny> probably not finished ?
[14:00:57] <elmo40> is CAM_view setup to find hole centers of a specific size? if i have a plate with 1" and 0.5" hole but the datum is the 0.5" would CAM_view recognize the size difference?
[14:03:20] <Bonny> As I know the size is not important as camera is not calibrated.
[14:06:49] <psha[work]> ah
[14:07:02] <psha[work]> no, basename for pins is for exporting marker, don't mind :)
[14:08:44] <Bonny> So what idea you have to control crosshair circle size? (aperture circle, dual lines, square..)
[14:08:57] <Bonny> Hal pin or something other?
[14:09:49] <Bonny> and to get correct slider reading the adjustment->pageSize must be 0
[14:09:50] <psha[work]> hal pin
[14:09:52] <psha[work]> would be :)
[14:10:11] <Bonny> Do yo know aprox date of release?
[14:10:22] <psha[work]> next week is upper bound
[14:10:29] <psha[work]> i hope )
[14:10:31] <Bonny> :P
[14:11:30] <Bonny> waiting like a gog :D
[14:11:35] <Bonny> ..dog
[14:12:11] <elmo40> i didint know 2.4.6 was released ;) When did this happen?
[14:15:07] <Optic> moo
[14:15:09] <SWPadnos> around 7 PM EST, last Friday (from the email timestamp)
[14:22:34] <elmo40> nice.
[14:26:49] <davec_> davec_ is now known as Guest89982
[15:12:07] <elmo40> ok. issues.
[15:12:16] <elmo40> i apt-get upgraded to 2.4.6
[15:12:27] <elmo40> when i try to run it i get back to the login screen!
[15:17:10] <elmo40> any ideas?
[15:17:52] <elmo40> i just ran another stepconf wizard. nothing changed there. this is the 10.04 install from the website.
[15:17:54] <skunkworks> eww. sounds like it is crashing x
[15:18:00] <elmo40> ya.
[15:18:07] <elmo40> nVidia driver conflict?
[15:18:30] <cradek> what version did you have before the upgrade to 2.4.6?
[15:18:41] <elmo40> 2.4.5
[15:19:08] <cradek> weird
[15:19:17] <elmo40> every week i do an apt-get upgrade, dont think i have missed any upgrades in the last few months.
[15:19:40] <cradek> check dmesg for errors
[15:20:04] <cradek> I bet you got something else in your upgrade, and the emc version change is not related to the problem
[15:20:17] <cradek> if you got xorg upgrade packages, have you rebooted?
[15:23:13] <elmo40> http://pastebin.ubuntu.com/538685
[15:23:44] <elmo40> there were libpango and other ones like that. dont think xorg was.
[15:23:55] <elmo40> it may be nvidia conflict?
[15:24:06] <cradek> have you rebooted since the upgrades?
[15:24:13] <elmo40> yes
[15:24:19] <elmo40> want me to do another?
[15:24:21] <cradek> can you run other opengl apps like glxgears?
[15:24:57] <elmo40> nope :P just killed X again
[15:25:08] <cradek> ok, your X is busted
[15:25:12] <elmo40> lovley
[15:25:36] <cradek> were/are you using the restricted/closed source nvidia driver?
[15:25:47] <elmo40> yes. from their website.
[15:26:12] <cradek> you mean you installed the .run package from nvidia, outside the ubuntu package manager?
[15:26:30] <elmo40> yes.
[15:26:43] <elmo40> let me guess... a serious NO-NO.
[15:26:47] <cradek> it's no wonder the upgrade fuxxed it then. you should use the ubuntu version (or smarter yet -- none at all)
[15:26:53] <cradek> right
[15:27:06] <elmo40> none at all is better?
[15:27:12] <cradek> that's also why you're getting the unexpected-realtime-delay errors
[15:28:06] <elmo40> i have an older geForce MX 440. Any idea what i should be using?
[15:28:19] <cradek> the vesa driver probably
[15:28:24] <elmo40> k
[15:28:44] <cradek> I don't know how to fix it. your opengl may be beyond repair. I've seen a lot of people get screwed this way.
[15:28:48] <elmo40> now... how do i remove this nVidia stuff and not screw with anything else >_<
[15:28:59] <elmo40> joy...
[15:29:12] <elmo40> nothing lost. only a CNC machine ;)
[15:29:49] <cradek> saving your configs and doing a reinstall is probably the fastest way to unfuxx it
[15:29:56] <elmo40> k
[15:30:03] <elmo40> thanks.
[15:31:11] <skunkworks> every time I have had open gl problems... I have not been able to recover. (like installing the closed source nvidia driver) there seems to be no going back..
[15:34:29] <cradek> their install naively overwrites stuff
[15:42:33] <elmo40> but makes backups
[15:42:43] <elmo40> though that is a minimal issue.
[15:42:58] <elmo40> it prob affects other things kernel related
[15:43:59] <elmo40> ok, so fresh install coming right up O_o
[15:44:35] <elmo40> cradek: how do i select vesa driver?
[15:56:31] <cradek> http://www.linuxquestions.org/questions/ubuntu-63/geforce4-mx-420-failing-on-ubuntu-10-04-a-813796/#post4002087
[15:56:34] <cradek> try this
[15:56:58] <cradek> (ubuntu is making it harder and harder to say which driver you want)
[16:01:40] <elmo40> much appreciated
[16:05:21] <elmo40> what is this 'nouveau' driver?
[16:07:45] <psha> elmo40: open one for nvidia cards
[16:09:37] <elmo40> apt-get install nouveau-firmware?
[16:09:41] <elmo40> then edit xorg.conf?
[16:09:52] <cradek> use vesa use vesa use vesa use vesa
[16:10:02] <psha> use swx11 use swx11
[16:10:04] <psha> :)
[16:10:20] <psha> cradek: i've managed to run gremlin in touchy :)
[16:10:24] <psha> 4 gremlins :)
[16:10:34] <cradek> sweet
[16:10:47] <psha> but there are some issues with many gremlins
[16:10:48] <elmo40> isnt vesa only 800x600?
[16:10:52] <cradek> no
[16:10:59] <elmo40> ok, vesa it is
[16:16:51] <skunkworks> psha: screen shot?
[16:17:49] <psha> sure :)
[16:18:16] <mhaberler> psha: give me a shout when you have a few minutes - I'd need a generic HAL wiget save/restore method for persistence and am unsure how to do it
[16:20:04] <Bonny> psha are you angry with me or were you only in a hurry?
[16:21:16] <psha> skunkworks: http://psha.org.ru/tmp/touchy-gremlin.png
[16:21:30] <psha> Bonny: i was running from work to home :)
[16:21:41] <psha> and here only now provider fixed my link
[16:21:58] <Bonny> ok I just thinking what I do wrong.. :D
[16:22:12] <psha> also you may connect additional scale without hal pins
[16:22:20] <psha> a bit hacky though :)
[16:22:50] <psha> open camview-emc glade file, find slider which controls circle radius and remember adjustment name
[16:23:05] <Bonny> ?? I had working checkbox - move to cam offset. And button now save the coordinate into file!
[16:23:07] <psha> then use that adjustment for you slider in gladevcp panel
[16:23:58] <psha> Bonny: button is using LOGOPEN?
[16:24:05] <Bonny> yes.
[16:24:31] <cradek> neat - I had not seen touchy translated before
[16:24:43] <cradek> looks like it's missing a few words
[16:24:45] <Bonny> Actualy I tied that pin to triger o<saveXYZ>call command
[16:25:07] <Bonny> and inside that 'o' is little script!
[16:25:27] <psha> cradek: yes, some values are not translated..
[16:25:45] <Bonn1> net cam3 camview.hal_button1 => halui.mdi-command-02
[16:26:11] <Bonn1> [HALUI]
[16:26:11] <Bonn1> MDI_COMMAND=o<camon>call
[16:26:11] <Bonn1> MDI_COMMAND=o<camoff>call
[16:26:11] <Bonn1> MDI_COMMAND=o<camstore>call
[16:26:36] <Bonn1> o<camstore> sub
[16:26:36] <Bonn1> g92 x0 y0 z0
[16:26:36] <Bonn1> g92.2
[16:26:36] <Bonn1> (LOGOPEN, _CAMlog)
[16:26:36] <Bonn1> (LOG, X=#5211, Y=#5212, Z=#5213)
[16:26:36] <Bonn1> (LOGCLOSE)
[16:26:36] <Bonn1> g92.1
[16:26:37] <Bonn1> (MSG, CAM position stored.)
[16:26:37] <Bonn1> o<camstore> endsub
[16:26:38] <Bonn1> M2
[16:27:20] <psha> heh
[16:27:23] <Bonn1> ... and little modified source so _CAMlog mean open for append
[16:27:37] <Bonn1> and thing work perfectly
[16:33:58] <skunkworks> psha: Cool!
[16:34:38] <psha> skunkworks: there are tons of issues still...
[16:35:02] <psha> one gremlin is working with only minor issues
[16:35:06] <psha> many gremlins are horrible :(
[16:35:40] <elmo40> well, seems that emc runs, no reinstall required
[16:36:01] <elmo40> i went into the hardware driver thing in the top menu, removed the nVidia driver
[16:36:06] <elmo40> rebooted with vesa
[16:36:11] <elmo40> runs nicely now
[16:36:37] <Bonn1> psha something of this? <control id="circle-radius">100</control>
[16:36:56] <psha> no, look into camview-emc.ui
[16:37:09] <skunkworks> psha: why would you need more than one?
[16:37:34] <psha> skunkworks: how would you rotate it with touchsreen? :)
[16:38:34] <skunkworks> oh - good point. a 2 finger touchscreen? ;)
[16:39:04] <psha> Bonn1: may you post you last screenshot from imagebin one mor time?
[16:39:12] <psha> skunkworks: that was guessing :)
[16:39:35] <psha> i don't know why you may use it but many gremlins are great testbed for finding bugs :)
[16:40:02] <psha> if there is any bug in gremlin code then many screens will hit it :)
[16:40:59] <psha> logger_emc: bookmark
[16:40:59] <psha> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2010-12-01.txt
[16:41:06] <Bonn1> <object class="GtkAdjustment" id="adjustment_circle">
[16:42:00] <psha> yes
[16:42:09] <skunkworks> elmo40: do you do any RIP?
[16:42:29] <psha> use 'adjustment_circle' as adjustment name for your new slider and it will be bound to circle one
[16:44:26] <Bonn1> http://imagebin.ca/view/7cOB3L.html
[16:45:00] <psha> thanks
[16:48:13] <elmo40> skunkworks: RIP?
[16:49:02] <Bonn1> realy works!
[16:49:44] <psha> :)
[16:49:52] <psha> cool
[16:50:03] <psha> it's better then hal pin since it's more responsive
[16:50:49] <Bonn1> ... and probably not eating to much resource...
[16:51:15] <Bonn1> what about two lines as aperture in crosshair?
[16:51:20] <elmo40> wow. max jitters in ns is 3756994 >_<
[16:51:35] <Vq_> Vq_ is now known as Vq
[16:51:40] <Bonn1> that shouldn't be hard
[16:52:13] <psha> yes, that should not
[16:53:02] <psha> but you also need angle for them?
[16:53:21] <Bonn1> that should go to the other slider.
[16:55:19] <Bonn1> maybe just another control under extra menu (where label spacing and croshair circle is)
[16:56:18] <Bonn1> like paralel line angle then slider and button ON same as for croshair circle and distance to be stollen from circle diameter (can be both on)
[16:56:27] <skunkworks> elmo40: run in place? get the source from git and compile it (emc)
[16:57:59] <psha> Bonn1: maybe it's better to use checkbox to choose aperture from 'off', 'circle' and 'lines'?
[17:00:50] <Bonn1> I just thinking that have 'repeated last slider' for lines http://imagebin.ca/view/oou56zu.html
[17:01:14] <Bonn1> but whatever... just to have chance to change angle and width.
[17:01:43] <Bonn1> .. and to select circle_on lines_on (or both)
[17:02:01] <psha> question is - do you really need both at same time?
[17:02:06] <psha> if not checkbox will be better
[17:02:34] <Bonn1> I don't know :D
[17:02:46] <Bonn1> I do not have used yet.
[17:03:13] <Bonn1> but probably each on/off can solve all casess
[17:03:31] <psha> i'm trying to look a bit further
[17:03:42] <psha> when another shape will be needed
[17:03:46] <Bonn1> I use just circle till now but needed lines much times.
[17:03:59] <psha> so have to descide what to do
[17:04:10] <psha> add them as on/off options or mutually exclusive
[17:04:34] <Bonn1> I think on/off can solve more problems...
[17:04:43] <Bonn1> but maybe I'm wrong
[17:04:46] <tlhiv_work> my friend and i are about to begin building our first CNC machine ... it will be like a plasma cutter, but we will be using oxygen/acetylene instead of the plasma cutter ... a couple of questions
[17:04:59] <tlhiv_work> (1) is a third axis absolutely necessary for something like this?
[17:05:12] <Bonn1> tlhiv NO
[17:05:26] <Bonn1> just needed to be manualy adjustable.
[17:05:36] <Bonn1> (to fit stock height)
[17:06:02] <tlhiv_work> must i choose one of the drivers that are listed in the "wizard" for my stepper motors? why do i need a driver that cost $150 each (like a Gecko driver)?
[17:06:26] <Bonn1> but if you need to expand system to plasma someday then think about Z axis
[17:07:04] <tlhiv_work> we are definitely considering expansion, but can i not purchase an additional motor and driver when we expand?
[17:07:09] <Bonn1> I don't know why. I just made one myself..
[17:07:21] <Bonn1> Yes you can....
[17:07:29] <tlhiv_work> i found a 3 driver board recently on ebay for $109
[17:07:40] <Bonn1> ... just needed to change configuration ..
[17:07:57] <Bonn1> EMC can drive near ALL boards.
[17:08:28] <Bonn1> Maybe not trought stepconf utility but can be done!.
[17:08:44] <tlhiv_work> http://cgi.ebay.com/3-Axis-CNC-Stepper-Motor-Driver-Board-Router-Mill_W0QQitemZ330501839831QQcategoryZ71394QQcmdZViewItemQQ_trksidZp4340.m263QQ_trkparmsZalgo%3DSIC%26its%3DI%252BC%26itu%3DUCI%252BIA%252BUA%252BFICS%252BUFI%26otn%3D10%26pmod%3D330495193791%26ps%3D63%26clkid%3D5345353139210923628
[17:09:20] <tlhiv_work> this driver board seems fairly nice and is pretty inexpensive to drive 3 boards ... it has a feature that you can remove the chips too without soldering
[17:11:04] <Bonn1> From datasheet and images seems good one. For smaler motors up to 2.5A If you have such motors then just use it.
[17:11:43] <Bonn1> but that size motor will be to slow for plasma but good for oxy/acc
[17:12:29] <Bonn1> I have done job for friend with 8m X 2m table driven with even smaller servo.
[17:13:19] <tlhiv_work> well i have to purchase motors ... i was considering 2 or 3 of these --> http://www.automationdirect.com/adc/Shopping/Catalog/Motion_Control/Stepper_Systems/Motors_-z-_Cables/STP-MTR-23079
[17:15:16] <tlhiv_work> ok another question ... with oxygen/acetylene (and i guess with plasma too), we really need to control a couple of valves to turn the oxygen and acetylene on and off ... can EMC do this?
[17:15:39] <tlhiv_work> and if so, do i need a special driver for this too?
[17:15:41] <psha> emc can set 1/0 on unused pins of lpt port
[17:16:13] <psha> so if you have some - just use them
[17:16:18] <Bonn1> psha http://imagebin.ca/view/T4jOrRir.html just little rearange to have checkboxes on same side and add one slider for angle.
[17:17:23] <psha> Bonn1: this widget (unit controls) is generated by camunits and listing all controls found
[17:17:29] <psha> i've no way to control it
[17:17:30] <tlhiv_work> psha: i assume the driver board i just posted for the motors can't do that can it ... i would have to have another driver board for this right?
[17:17:41] <psha> but first two tabs are mine
[17:18:59] <Bonn1> ahh I will just wait as you are smart one and problem will be solved soon. :D
[17:19:10] <tlhiv_work> the nice thing about that driver board is that has the parallel port attached to it, so "splitting" the cable might be my only option
[17:19:39] <pcw_home> A SSR driven from spare pins on the LPT port would do for driving the valves
[17:19:48] <atmega> that board has the pins you need exposed, you would still need a relay to drive whatever valve you use
[17:20:20] <Bonn1> Full access to all unused DB25 pins connector via terminal block, easy connection for prototyping work
[17:22:01] <Bonn1> so you probably need one transistor as realy probably need more current that CNY17 optocoupler can give.
[17:22:17] <Bonn1> but you can use that for valves.
[17:22:52] <Bonn1> how big table you plan?
[17:24:53] <tlhiv_work> atmega: would the "current" from the I/O be enough to activate the relay?
[17:25:44] <tlhiv_work> i know that i could run the valves off of 12V or 24V, but i need (like you said) a relay to pass that 12V or 24V to the valve, and i need something to activate the relay ... i'm guessing that the I/O on the computer will not do that
[17:26:10] <atmega> sure it will
[17:26:25] <tlhiv_work> Bonn1: i think 8'x4'
[17:26:55] <atmega> if the relay draws too much, add a transistor
[17:27:22] <tlhiv_work> atmega: do you have a sample relay in mind? :-)
[17:27:32] <atmega> I drive an SSR directly from mine, it only takes a few mA
[17:27:45] <Bonn1> hmm then chose better motor. If you have plan to cut thin materials then you will be to slow.
[17:28:24] <Bonn1> as I read that manual the 'free' pins are just routed to headers without optocouplers..
[17:28:29] <tlhiv_work> Bonn1: i don't know much about choosing motors for sure
[17:28:53] <atmega> http://www.opto22.com/site/pr_details.aspx?cid=4&item=240D10
[17:28:58] <atmega> AC only output
[17:29:01] <Bonn1> Basic problems is that 'gantry' wil be heavy
[17:29:33] <Bonn1> and with underpowered motor you can get high speed but acceleration is low.
[17:29:56] <Bonn1> and that corrupt all edges as speed decrease here.
[17:30:18] <tlhiv_work> Bonn1: gantry shouldn't be any heavier on a 8'x4' than a 4'x4' should it?
[17:30:24] <tlhiv_work> it should just move twice as far
[17:30:28] <Bonn1> atmega Seems to be TTL output (direct printer port pin)
[17:31:07] <atmega> Bonn1: you could add an opto or a transistor... or not.
[17:31:09] <Bonn1> gantry is same but all pipes come's heavy
[17:31:26] <Bonn1> opto and transistor for sure!
[17:31:53] <atmega> if you are going to the trouble to make something that big, why skimp on cheap motors and drives
[17:32:22] <Bonn1> In start I just check and recheck why motor stall on one side of machine but work ok on other..
[17:32:30] <Bonn1> have find no defects...
[17:32:40] <tlhiv_work> atmega: on that SSR you just sent me, you activiate it with pins 3 and 4, connect +24V (or +12V if i use a 12V valve) to pin 1 and connect pin 2 and 0V to the valve?
[17:32:57] <tlhiv_work> Bonn1: what pipes?
[17:33:03] <Bonn1> ... but then just for test removed all pipes (gas/oxigen) and works.
[17:33:15] <tlhiv_work> oh it's hose right?
[17:33:17] <Bonn1> so problem is wey hiden.
[17:33:41] <Bonn1> well yes hose...
[17:33:49] <tlhiv_work> hose is not heavy :-)
[17:34:13] <Bonn1> I think too. But result is different.
[17:34:30] <Bonn1> I lost few day on that..
[17:34:48] <atmega> 3 to whatever pin you use on the p-port, 4 to ground, 1&2 are the swtich to the valves, need to be AC vavles though
[17:35:39] <tlhiv_work> why AC?
[17:35:46] <atmega> a 120D3 would be fine for a pair of 120vac asco's or whatever
[17:35:54] <Bonn1> valves are tipicaly 24V here.
[17:36:06] <tlhiv_work> i would think a basic solenoid valve would be DC
[17:36:13] <Bonn1> and can be AC or DC. Just use proper snubber.
[17:36:15] <atmega> because they are SCR's any only turn off on the zero crossing
[17:37:34] <atmega> that's just what I'm using for spindle control... you can get a DC SSR
[17:37:47] <tlhiv_work> atmega: i don't understand ... isn't pins 1 and 2 just opening or closing via what happens on pins 3 and 4?
[17:37:51] <Bonn1> If you use regular relay then doesn't matter AC or DC. For SSR you must check datasheet what can use. (DC SSR's are wery rare)
[17:37:53] <tlhiv_work> it shouldn't matter what you put on 1 and 2
[17:38:10] <atmega> it matters
[17:39:25] <tlhiv_work> i mean i have 120V and i don't mind using it, but i just don't understand ... i would think pins 1 and 2 are just like a regular switch ... and the switch is controlled by what happens on pins 3 and 4
[17:39:47] <atmega> it's not a mechanical relay, it is an SCR
[17:40:14] <tlhiv_work> i guess i'm not familiar with a SCR
[17:40:36] <Bonn1> atmega uses electronic relay and that isn't same as ordinar realy.
[17:40:57] <Bonn1> SSR means Solid State Relay
[17:41:06] <tlhiv_work> well i think i need an electronic relay because i'm gonna want to switch it with the LPT output
[17:41:36] <Bonn1> And is tipicaly made with photocoupler and thryac.
[17:42:15] <Bonn1> You can use photocoupler too.
[17:42:48] <tlhiv_work> what about something like the HDD-06V75E on this page --> http://www.power-io.com/products/hdd.htm
[17:42:55] <Bonn1> I mean here the DC SSR are way to $$$$ is cheaper to use one photocoupler and relay.
[17:43:19] <tlhiv_work> oh wow ... $86 :-(
[17:43:31] <atmega> http://www.opto22.com/site/pr_details.aspx?cid=4&item=DC60S3
[17:43:42] <atmega> $14us
[17:43:54] <tlhiv_work> that's pretty cheap i think right?
[17:44:14] <atmega> yep... $10 on ebay
[17:44:58] <tlhiv_work> hehe ... now i just need to find a couple of valves to use with this
[17:44:59] <Bonn1> 10mA@4V is out of reach for most LPT ports I see.
[17:45:22] <atmega> that one draws 10?
[17:45:29] <Bonn1> yes..
[17:45:31] <atmega> mine is more like 1
[17:45:48] <Bonn1> the 10mA is in link.
[17:46:42] <Bonn1> I think somewhere up to 5mA is ussable for most LPT ports. (but some can draw over 30mA) so must know the port.
[17:48:29] <tlhiv_work> Bonn1: so i should be looking for 5mA needed to activate the SSR (to be safe)?
[17:49:25] <tlhiv_work> i don't even see your 10mA listed on the specs page for that SSR
[17:49:49] <atmega> me either
[17:54:21] <atmega> driving a valve is probably one of the more minor things
[17:54:47] <atmega> do you need an O2 compatible/clean valve for the o2?
[17:56:23] <tlhiv_work> i really don't know ... i know little about oxygen/acetylene ... i'm going to rely on my friend who uses such things daily for that expertise
[17:56:40] <Bonn1> if you wanna to connect laptop then some of them can give only 1mA @ 3V (mine here is such animal)
[17:57:07] <tlhiv_work> all i know is how it works ... the ignited acetylene heats up the steel and the oxygen blows through it cutting it
[17:57:16] <Bonn1> O2 valve MUST be compatible with O2!!!!
[17:57:37] <Bonn1> Or you can get fire!!!!
[17:57:47] <atmega> o2 fires are impressive
[17:58:03] <Bonn1> For oxy torch you need at least 3 valves.
[17:58:43] <tlhiv_work> Bonn1: one for oxygen, one for acetylene, and one for ... ?
[17:58:58] <Bonn1> for O2 for burner and for acitylene and another for O2 to blow
[18:00:10] <Bonn1> When such thing start the O2 supply is low, but when preheating is done then O2 start to blow with power to oxidize iron and to actual cut.
[18:00:51] <tlhiv_work> ok ... time to go teach class ... back later ... thanks for all the help folks
[18:01:04] <Bonn1> bb
[18:01:49] <atmega> I use a lot of O2, and mostly O2 compatible stuff :)
[18:02:11] <Bonn1> Near all stuff are compatible with pure O2
[18:02:22] <Bonn1> ... ie near all burn :D
[18:02:46] <atmega> I have one o2 solenoid valve that is actually made for o2 use (gas path, wetted surface, seals)
[18:03:21] <Bonn1> I have seen how valve explode.
[18:03:33] <atmega> yeah, I've seen the resulting fire involving an oxygen booster, pretty impressive.
[18:03:40] <Bonn1> (regular valve with O2 pasing trought)
[18:04:33] <Bonn1> ... hard to belive how danger O2 is.
[18:04:41] <Bonn1> .
[18:04:44] <Bonn1> psha here?
[18:12:23] <IchGuckLive> Hi all in the Warm USA -7°C Germany
[18:15:13] <Bonn1> 800km south from you is -5°C and snowing near all the day
[18:16:09] <IchGuckLive> im soth of you if u are in the city named your nick
[18:16:57] <psha> Bonn1: here
[18:16:58] <Bonn1> no. I'm from Slovenia. Osterich betwen us
[18:17:11] <IchGuckLive> ok
[18:17:20] <Bonn1> psha has probably the coldest reading here now.
[18:17:31] <psha> IchGuckLive: and ~2k km to the east it's -20 :)
[18:17:49] <IchGuckLive> thats cold but try
[18:18:02] <Bonn1> psha do you have some improwment?
[18:18:08] <Bonn1> wau -20
[18:18:43] <Bonn1> then weather report here lie. It say -12 for Moscov
[18:18:58] <psha> it was 18-20 today with strong wind
[18:19:22] <psha> http://pogoda.yandex.ru/27612/details/
[18:19:27] <IchGuckLive> oh including winshill its -25 nearest station 25km
[18:19:32] <psha> this one is pretty correct for local weather
[18:19:32] <Bonn1> probably the reading from the best hour.
[18:20:07] <IchGuckLive> what is psha working on
[18:20:18] <IchGuckLive> cnc router ß
[18:20:53] <Bonn1> at least numbers are arabic :D
[18:22:16] <psha> IchGuckLive: no router :(
[18:22:23] <elmo40> skunkworks: what would i use RIP for?
[18:22:43] <IchGuckLive> psha thats bad
[18:23:06] <IchGuckLive> you shoudt make one out of an old tatra
[18:23:35] <Bonn1> I hope on something to improve http://imagebin.ca/view/khfbuQrY.html
[18:23:43] <psha> i'm too lazy to do something with hands :(
[18:24:07] <psha> Bonn1: i'm on crosshair now
[18:24:15] <psha> so hope it'll land in ~30 minutes
[18:24:59] <Bonn1> ok...
[18:25:19] <pcw_home> http://www.opto22.com/site/pr_details.aspx?cid=4&item=DC60S3 needs only 3mA
[18:25:20] <pcw_home> But for gas valves you better have a chargepump or watchdog of some sort
[18:26:51] <IchGuckLive> Bonn1: what is the cam for inspecting via cnc routing
[18:27:25] <Bonn1> I don't inspect vias...
[18:27:36] <elmo40> pcw_home: those relays look awesome. it would work well with a plasma gun.
[18:27:46] <skunkworks> elmo40: running the development version or modifying source
[18:29:22] <elmo40> but i dont program...
[18:29:42] <elmo40> * elmo40 will brb, restarting X
[18:30:08] <IchGuckLive> By for me today :D :D
[18:30:21] <pcw_home> Stay warm
[18:31:23] <skunkworks> pcw_home: I love opto22! They are cheap and work great.
[18:33:14] <pcw_home> I think our Opto22 compatible pin-out dates from our 8255 parallel cards we made in the 80s
[18:33:21] <skunkworks> heh
[18:33:27] <skunkworks> still works great
[18:34:01] <skunkworks> we are using 2 of the 24 port boards - It is awesome to be able to set whatever we want as input or outputs.
[18:34:23] <skunkworks> (and 3 16 port boards)
[18:34:35] <skunkworks> (but those required some creative cabling)
[18:35:24] <skunkworks> still pretty painless though - just required crimping some different ends on the 50 pin cable.
[18:36:03] <skunkworks> http://www.electronicsam.com/images/KandT/conversion/16io.JPG
[18:37:02] <skunkworks> 2 50 pin plugs go to 3 16 port i/o boards.
[18:47:01] <pcw_home> I guess I could make a adapter PCB for that
[18:49:29] <psha> Bonn1: as usual i have no place for controls :)
[18:51:03] <Bonn1> :D make smaller :D
[18:55:06] <psha> building package
[18:55:34] <psha> but for now only way to change shape is via plugin tab
[18:56:47] <Bonn1> ???
[18:56:59] <psha> wait for it to land :)
[18:57:02] <Bonn1> I think that should be here?
[18:57:04] <psha> and you'll see
[18:57:16] <Bonn1> what to prepare?
[18:57:26] <psha> and while you are playing with it i'll try to fit combobox somewhere
[19:01:58] <psha> Bonn1: lucid and hardy versions are done
[19:02:28] <Bonn1> updating..
[19:05:06] <Bonn1> hmm did you know the angle property name?
[19:06:11] <Bonn1> I mean adjustment
[19:08:09] <psha> adjustment_angle
[19:08:27] <psha> click on slider and look into 'adjustment' field
[19:08:38] <psha> or just look into list of adjustments and guess :)
[19:08:56] <Bonn1> im on hardy can't click
[19:09:04] <Bonn1> glade doesn't work here
[19:09:32] <Bonn1> and camview-emc.ui seems old one..
[19:09:51] <Bonn1> so corect one is somewhere else
[19:10:07] <psha> you may open it with vim/gedit and look in the end
[19:10:18] <Bonn1> I can't find file!
[19:10:24] <Bonn1> the correct one...
[19:10:47] <Bonn1> I install package not updated with git
[19:10:59] <Bonn1> and now have ^&*(^%^%@
[19:11:53] <Bonn1> where that file reside?!?
[19:15:17] <psha> what file?
[19:15:21] <psha> camview-emc.ui?
[19:15:27] <Bonn1> yes...
[19:15:29] <psha> /usr/share/camview
[19:15:35] <psha> camview-emc
[19:15:46] <psha> you may check list of files with dpkg -L camview-emc
[19:21:29] <Bonn1> http://imagebin.ca/view/ec_WLdA.html work!!!
[19:21:46] <Bonn1> just alignment of angle is little to coarse.
[19:21:56] <Bonn1> 1 degre seems to much.
[19:22:16] <Bonn1> should be 1/10 of degre...
[19:22:22] <Bonn1> .. at least
[19:26:17] <psha> ok
[19:26:32] <psha> still i don't find place where to put combobox:(
[19:26:53] <Bonn1> it's not bat where is.
[19:27:04] <psha> is not it too far?
[19:27:41] <Bonn1> well can be closer but not needed so many times..
[19:27:58] <Bonn1> sizing aperture and angle is most used.
[19:28:31] <Bonn1> can be combobox linked like sliders?
[19:28:42] <psha> don't know
[19:28:46] <psha> suspect no
[19:29:03] <Bonn1> just one thing...
[19:29:05] <psha> they may share liststore but not active value
[19:29:17] <Bonn1> the aperture size slider has to much gain.
[19:29:48] <Bonn1> ie when is in half the aperture is already bigger that screen.
[19:30:19] <Bonn1> The best should be to be that slider percentage of current screen width.
[19:31:24] <psha> maybe you are right..
[19:31:57] <Bonn1> the one bug. The value in emc.halio tab (enable logic XOR checkbox) are not saved..
[19:32:52] <Bonn1> and emc.croshair tab XOR too are not saved.
[19:33:09] <psha> they are saved...
[19:33:11] <psha> but then overriden :)
[19:33:47] <Bonn1> ... hm that's same as not saved for me :D
[19:35:10] <psha> second build gone
[19:36:19] <psha> fixed xor save, angle step (0.1) and aperture combobox
[19:40:53] <psha> lucid/hardy done
[19:42:51] <atmega> that's some development cycle!
[19:44:52] <Bonn1> save OK
[19:45:01] <Bonn1> step 0.1 doesn't work!
[19:45:44] <Bonn1> I can move with mouse in 1 deg step but with keys doesn't work at all. (can't move)
[19:46:23] <psha> try on lucid
[19:46:34] <psha> atmega: pretty small cycle :)
[19:50:05] <Bonn1> my error..
[19:50:18] <Bonn1> the digit's was 0 so no decimals at all.
[19:50:32] <Bonn1> Just set to 1 and works
[19:54:00] <Bonn1> http://imagebin.ca/view/egfGr-rh.html it's easy fit to center.
[19:54:43] <psha> cool
[19:55:07] <tlhiv_laptop> Bonn1: you told me that you thought perhaps i might want faster motors ... do you have any suggestions?
[19:55:09] <psha> looks nice :)
[19:56:06] <psha> Bonn1: is color button working?
[19:56:28] <Bonny> XOR?
[19:56:31] <Bonny> tes.
[19:56:33] <Bonny> yes
[19:56:45] <psha> color, not xor
[19:57:22] <Bonn1> croshair color work
[19:58:19] <Bonn1> hmm some extras.. tooo
[20:00:04] <Bonn1> color's are saved ok.
[20:00:45] <Bonn1> just little funny is when selecting color in [main] the color is applied to DRO and croshair.
[20:03:30] <psha> yes
[20:03:38] <psha> it's feature, not bug :)
[20:04:06] <Bonny> I didn't say bug. Just funny as I didnt expected that.
[20:13:12] <Bonn1> psha thanks... had to go..
[20:33:59] <SWPadnos> hahaha. an Amazon.com negative comment about a seller: "They cancelled my error due to there mistake."
[20:34:23] <SWPadnos> I wonder whoose misteak it reely was
[21:58:49] <mhaberler> psha: back (with a petiit sauvignon ;-)
[22:05:56] <psha> mhaberler: rewrite for you is ready
[22:06:02] <psha> i'll push it in a minute
[22:06:11] <mhaberler> great
[22:06:16] <psha> btw link from dev channel: http://psha.org.ru/tmp/touchy-gremlin.png
[22:08:10] <psha> so on next gladevcp push one will be able to add live plot into touchy :)
[22:08:31] <andypugh> Excellent!
[22:11:00] <mhaberler> psha: exactly how many balls are you currently juggling ?
[22:11:41] <tlhiv_laptop> hi folks ... i was planning to purchase these for a 8'x4' CNC table, but Bonn1 told me they would likely be quite slow. --> http://www.automationdirect.com/adc/Shopping/Catalog/Motion_Control/Stepper_Systems/Motors_-z-_Cables/STP-MTR-23079
[22:11:55] <tlhiv_laptop> any suggestions what motors i should use on a 8'x4' table?
[22:13:28] <psha> mhaberler: merge psha/gladevcp-persistence
[22:13:44] <mhaberler> perfect, thanks
[22:14:00] <psha> that's wip and not final version though
[22:14:39] <andypugh> There is a guy on here with a Mechmate 8x4 (ish). I can't remember who it is. I think he is using some fairly big NEMA 34 motors with rack-and-pinion drive.
[22:15:21] <psha> mhaberler: unfortunately i'll won't be able to do much work on emc till next wednesday...
[22:15:37] <andypugh> Nema 23 are a bit slow on my 2' lathe. They would be hopeless on something with 8' travel I think.
[22:15:37] <mhaberler> sure, I'm slow :)
[22:15:56] <psha> i'll have only small netbook with me
[22:16:07] <psha> without emc on it...
[22:16:22] <mhaberler> what a life
[22:16:24] <psha> so at least i'll push all intersteing branches to my repo
[22:17:37] <tlhiv_laptop> andypugh: wouldn't it depend on how they are geared?
[22:18:04] <andypugh> Yes.
[22:18:37] <andypugh> But then what gearing you can use depends on the cutting forces you need to resist, and the mass of the parts you are trying to move.
[22:19:26] <tlhiv_laptop> andypugh: well it's for a oxygen/acetylene/plasma cutter
[22:19:44] <andypugh> You need to start with the basics, forces, masses and accellerations, then work out the torque you need (and the torque-at-speed)
[22:20:35] <davec_> davec_ is now known as Guest36728
[22:20:44] <andypugh> In that case you don't have any cutting forces (though you might have to drag cables/tubes around). However, you need to move fast enough for the cut.
[22:20:49] <tlhiv_laptop> andypugh: so if we decide to go with a 4'x4' table, would you still advise against these motors?
[22:21:53] <andypugh> Consider the smallest radius you want to cut in a cutting-speed X+ to cuttin-speed X+ move, and the mass of your gantry, and F=ma etc. A spreadsheet might help.
[22:22:15] <andypugh> 8x4 and 4x4 and 800x4 are all much of a muchness.
[22:22:52] <andypugh> And I don't advise against those motors, I advise working out what motors you need :-)
[22:24:27] <tlhiv_laptop> andypugh: this is difficult to determine since i myself have little experience with oxygen/acetylene torches and no experience with plasma cutters
[22:24:32] <andypugh> The spec sheet has speed-torque curves. Those are a good start.
[22:25:07] <tlhiv_laptop> my brother-in-law (who we are building this for) has much more experience in these things, but i'm not sure he would know how fast to advise
[22:25:52] <andypugh> Work out what sort of rapid-speed you would like, and how long you can imagine a sensible accell-decell taking.
[22:26:32] <andypugh> I guess one big factor will be the sliding friction of the guides.
[22:26:37] <tlhiv_laptop> i think this is where experience likely has much advantage over what i can work out
[22:27:11] <tlhiv_laptop> i don't mind doing the math (i mean i do math for a living -- i'm a math professor), it's just that i presume there are other factors that others have encountered that i would almost certainly not consider
[22:28:36] <andypugh> Have a look at http://www.mechmate.com/forums/forumdisplay.php?f=26
[22:28:57] <andypugh> I know that Mechmates work, and are about that size (or perhaps bigger)
[22:29:16] <celeron55> you could find some specs of some other similar machine and copycat whatever has been used in it
[22:29:16] <andypugh> I think you will need to register, and I can't be bothered.
[22:29:35] <tlhiv_laptop> ;)
[22:30:52] <andypugh> Yes, the maths is easy, but knowing what you want is less so. What units do you think in?
[22:33:38] <tlhiv_laptop> well i don't mind either ... English units are my native units, but SI are almost just as natural
[22:34:25] <psha> tlhiv_laptop: it's rarely true for opposite direction :)
[22:34:37] <andypugh> I tend to guess in imperial and calculate in SI.
[22:34:57] <tlhiv_laptop> psha: i agree
[22:35:23] <tlhiv_laptop> i've used SI units so much in math and physics courses, that they don't scare me at all
[22:35:26] <andypugh> Lots of chatting to my thoroughly imperial dad, while being taught metric at school.
[22:36:09] <andypugh> So, handwaving, I would say that more than 2 seconds end-to-end is a bit slow
[22:36:39] <tlhiv_laptop> hehe ... i don't think that's slow at all
[22:36:47] <tlhiv_laptop> speed is less of an issue for us
[22:36:53] <andypugh> And taking more than 6" to get up to traverse speed is probably rather slow too.
[22:37:50] <tlhiv_laptop> well i don't think moving from one end of the table to the other (8 feet) in 30 seconds is that slow
[22:38:09] <tlhiv_laptop> this machine will not be used often enough to where speed is much of a consideration
[22:38:13] <andypugh> My lathe (which is the sum total of my experience, to I am hoping others will speak up) goes from stopped to half full speed in about 1mm, but then it has to for threading applications.
[22:39:03] <psha> that's fast
[22:39:29] <andypugh> Top speed isn't all that high, as a lathe needs plenty of force.
[22:39:38] <psha> after 100-200mm it'll get enought speed to go to geostationar orbit!
[22:40:02] <andypugh> I built a machine once that went from rest to 100kph in 10mm.
[22:40:29] <andypugh> But I digress.
[22:40:30] <tlhiv_laptop> when you consider what has to be done with these things we will be cutting after they have been cut, the amount of time needed to cut them out is likely insignificant (no matter what speed) to the rest of the fabrication time
[22:41:14] <andypugh> OK, so perhaps you don't need all that much speed, so the next question is how sharp you need your corners.
[22:41:24] <tlhiv_laptop> we're looking to build a machine that can do things that we cannot (namely automatically cut out things that we either cannot reasonably cut out or would take us LONG periods of time to trace and cut)
[22:42:56] <andypugh> There are people on here with plasma cutters, I am surprised they are not saying anything.
[22:42:56] <tlhiv_laptop> well that depends on the size of the tip on the torch ... i think probably 3/16" diameter circles are how thick the cuts would likely be
[22:43:24] <andypugh> Do you have any feel for travel speed?
[22:43:53] <tlhiv_laptop> again, i don't think travelling 8 feet in 30 seconds is unreasonable
[22:44:14] <andypugh> You might when you are watching the machine home :-)
[22:44:29] <tlhiv_laptop> but it's only 30 seconds to "start our project"
[22:45:21] <tlhiv_laptop> after we spend lots of time preparing the project (i.e., designing, converting to g-code, loading into AXIS, etc.), 30 seconds seems small
[22:47:28] <andypugh> Maybe compromise, buy the NEMA23s , but drill the 34 mounting holes too.
[22:48:47] <tlhiv_laptop> modifying an exisint setup is trivial ... after all, we're building everything from scratch :-)
[22:49:59] <andypugh> http://www.youtube.com/watch?v=-cGSlkjMGlE&feature=related
[22:50:04] <tlhiv_laptop> my brother-in-law is a pretty good fabricator
[22:50:32] <andypugh> Perhaps guess some speeds and cutting rates from that?
[22:50:46] <tlhiv_laptop> yeah
[22:51:31] <andypugh> You can probably go slower than that one, but I would assume that cutting too slow causes problems?
[22:53:11] <tlhiv_laptop> so you said that we should decide how fast we would like to get from one end of the table to the next ... that should help us estimate the maximum velocity, but i'm not sure that helps with acceleration
[22:53:45] <tlhiv_laptop> i would assume you would want something that gets from 0 speed to max speed in perhaps 1/6 of the length of the table
[22:54:50] <andypugh> Maybe a bit quicker, but that would be my theoretical starting point.
[22:56:20] <tom3p> fenn: cory doctorow new free book 'little brother' ... funny i just re-read 1984
[22:56:33] <tlhiv_laptop> if we say 15 seconds to run 8 feet, that's an average speed of about 0.5 feet per second
[22:56:36] <andypugh> The max velocity tells you at what motor speed you can afford to stop accelerating. EMC2 controls acceleration but not jerk, so you need enough torque to accelerate at the set rate at the max speed.
[22:57:12] <andypugh> And stepper motor torque is a strong function of motor speed.
[22:57:15] <tlhiv_laptop> if i want to get to that max speed in 2 seconds, then that would give an acceleration of 0.25 feet/s^2
[22:58:18] <tlhiv_laptop> is my math sound? :-)
[22:58:22] <andypugh> You might find yourself solving simultaneous equations (possibly graphically)
[22:58:28] <andypugh> You tell me!
[22:58:32] <tlhiv_laptop> hehe
[22:59:18] <tlhiv_laptop> assuming linear acceleration, 0.25ft/s^2 gets me from speed 0 to speed 0.5 ft/s in 2 seconds right?
[22:59:50] <andypugh> A different gear ratio might give you more force, but then you will find that the motor is going faster, so the torque is lower by more then the ratio change....
[23:00:16] <andypugh> Yes, v=u+at
[23:01:13] <andypugh> or v^2 = u^2 + 2as might be more useful if you want to get to .5f/s in 1'
[23:51:34] <psha> logger_emc: bookmark
[23:51:34] <psha> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2010-12-01.txt