#emc | Logs for 2011-05-25

Back
[00:02:54] -!- The_Ball has quit [Ping timeout: 244 seconds]
[00:02:59] -!- pjm__ has quit [Ping timeout: 240 seconds]
[00:03:24] -!- theorb [theorb!~theorb@91.84.53.6] has joined #emc
[00:03:57] -!- theorbtwo has quit [Ping timeout: 252 seconds]
[00:04:00] theorb is now known as theorbtwo
[00:04:47] -!- The_Ball [The_Ball!~The_Ball@123-2-12-83.static.dsl.dodo.com.au] has joined #emc
[00:08:18] -!- Tom_shop [Tom_shop!~Tl@unaffiliated/toml/x-013812] has joined #emc
[00:09:06] -!- Tom_itx has quit [Ping timeout: 244 seconds]
[00:11:30] -!- elmo40 has quit [Read error: Connection reset by peer]
[00:12:48] -!- elmo40 [elmo40!~Elmo40@CPE0017ee09ce6d-CM001bd7a89c28.cpe.net.cable.rogers.com] has joined #emc
[00:17:33] <morfic> Valen: yessir?
[00:21:39] -!- crazy_imp has quit [Ping timeout: 240 seconds]
[00:23:54] -!- crazy_imp [crazy_imp!~mj@a89-182-193-229.net-htp.de] has joined #emc
[00:26:09] -!- The_Ball has quit [Ping timeout: 244 seconds]
[00:26:11] -!- robh__ has quit [Ping timeout: 240 seconds]
[00:27:30] -!- The_Ball [The_Ball!~The_Ball@123-2-12-83.static.dsl.dodo.com.au] has joined #emc
[00:39:31] <Valen> ahh morfic hows stuff ;->
[00:40:23] <Valen> ever get to do your EMC refit?
[00:41:43] <morfic> still bare
[00:43:12] <morfic> got all yaskawa parts in, still need wiring drawn up, with this much delay i can check back with pcw_home if thing wrt their MPG solution have changed
[00:43:25] <morfic> production always gets in the way
[00:44:22] Techrat_CT is now known as Techrat
[00:46:53] -!- skunkworks [skunkworks!~chatzilla@str-bb-cable-south2-static-6-78.dsl.airstreamcomm.net] has joined #emc
[00:46:55] <elmo40> tell me about it
[00:49:21] <morfic> it's like i had 60 days to evaluate the new CAM Software we have, the first two weeks i spent on the machine, then redo old programs for new machine, meaning used old CAM software, after 30 days, i didn't have all answers, got chewed out for missing evaluation deadline and sent to machine for 2 weeks the same day :P
[00:51:14] <morfic> i think i got enough quality time with it in past few days to be sure about my recommendation though :)
[00:51:47] <JT-Shop> we just got back from a celebration dinner MIL 84 years young, us 24th anniversary
[00:54:25] <morfic> who is 84yrs?
[00:58:07] <Tom_shop> MIL = mother in law, US = JT and Mrs
[00:58:11] <Tom_shop> i think
[01:00:03] <JT-Shop> yep MIL = 84
[01:01:10] <Tom_shop> ok, gettin the hal file sorted out i think
[01:01:19] <Tom_shop> now i gotta get a handle on the config values
[01:01:45] <AC-130U> hrm. would be nice to have someone pay for my schooling (actually... allow me to do OJT in conjunction with Tooling U)
[01:01:54] <AC-130U> will have tolook around for machine shops who may be willing to do that
[01:02:27] <jdhNC> there is a community college here that has free 8 week cnc machining classes (sponsored by a local mfg place that needs workers)
[01:02:41] <AC-130U> man, wish i was there
[01:03:59] <Jymmm> AC-130U: They only pay $1.35 USD / day
[01:04:29] <Jymmm> jdhNC: that is very cool though... we have no workers, wel lets make some!
[01:07:37] <AC-130U> derp.
[01:08:57] <Valen> morfic sorry got a phone call. I was wondering about using some cobalt as teeth on a weapon for our robots
[01:09:23] <AC-130U> not tungsten?
[01:09:40] <morfic> JT-Shop: ah, that MIL
[01:09:44] <Valen> tungsten itself isn't that hard, and carbide is brittle
[01:10:19] <morfic> cobalt as material has free carbides, is briddle, so choose tooth shape wisely
[01:10:41] <Valen> I was thinking basically of something to embed in a steel brick
[01:10:49] <morfic> cobalt is the "glue" between the tungsten carbide in inserts
[01:10:50] <Valen> need something to provide a sharp point
[01:11:10] -!- awallin has quit [Remote host closed the connection]
[01:12:06] <Valen> something that will stay sharp repeatedly bashing on hardened steels in high speed glancing impacts
[01:12:17] <Valen> I want it to dig into the hardened steel
[01:12:25] <morfic> would be worth playing with it
[01:12:33] <morfic> we make blades for shredding rubber
[01:12:42] <Valen> think it'd perform better than carbide?
[01:12:51] <morfic> it's not always just rubber making it through
[01:12:58] <Tom_shop> what do they use in car shredders?
[01:13:13] <Valen> probably tool steel with wear plating
[01:13:16] <Tom_shop> that's what you want
[01:13:17] <morfic> and it's impressive how long they have them before they send them back for resharpening
[01:13:41] <morfic> nice thought
[01:13:51] Tom_shop is now known as Tom_itx
[01:14:02] <Valen> wear plate isn't "sharp"
[01:17:25] <Valen> http://www.youtube.com/user/NSWRFC#p/search/2/H36YjKvsTe8 shows the kind of impact I'm looking at
[01:17:55] <Valen> the tool steel tooth on the spinning bar bounced off the angled hardned plate on the wedge
[01:22:30] <JT-Shop> morfic she lives downstairs
[01:22:55] <JT-Shop> they use AR400 in shredders
[01:28:01] <Tom_itx> ok, another pile of programmers done. now maybe i can play with emc a bit
[01:28:37] <JT-Shop> neat, how are you coming along?
[01:29:03] <Tom_itx> well i found out why maxaccel and maxvel weren't updating from the ini
[01:29:25] <Tom_itx> they were both set to zero in the hal file instead of pointing to the ini var
[01:29:33] <Tom_itx> duh
[01:29:53] <Tom_itx> default mesa file
[01:29:57] <JT-Shop> that's odd
[01:30:15] <JT-Shop> did you pick a stepper config?
[01:30:19] <Tom_itx> now i need to figure out hte stepper follow error
[01:30:21] <JT-Shop> sounds like a servo one
[01:30:27] <Tom_itx> stepper
[01:30:29] <Tom_itx> pretty sure
[01:30:40] <Tom_itx> HM2-Stepper
[01:30:43] <Tom_itx> i think
[01:31:14] <JT-Shop> I seem to remember the servo ones having maxaccel and maxvel set to 0
[01:31:30] <Tom_itx> well leave it to me to get the wrong one
[01:31:56] <Tom_itx> the header says HAL file for HostMot2 with 3 steppers
[01:32:11] <Tom_itx> it has 4 now
[01:32:15] -!- mozmck has quit [Ping timeout: 260 seconds]
[01:32:33] <Tom_itx> i wonder what else is screwed up in it
[01:33:04] <Tom_itx> rapids are good but linear moves seem way too slow
[01:33:07] <JT-Shop> I just looked and the stepper one is that way too
[01:33:36] <Tom_itx> i need to figure out the parameters because i know the steppers will work better than they currently are
[01:33:40] <JT-Shop> maybe it was something about hostmot2 not needing it
[01:34:17] <Tom_itx> the numbers are single digit in the ini file right now so maybe not
[01:34:35] <Tom_itx> i'll post the files
[01:34:44] <Tom_itx> if you feel like looking
[01:34:55] <JT-Shop> sure
[01:35:02] <Tom_itx> gimme a sec
[01:35:09] <JT-Shop> my plasma is stepper but 5i20
[01:35:19] <Tom_itx> i can deal with that
[01:35:35] <Tom_itx> very similar i think
[01:36:59] -!- scanf has quit [Ping timeout: 260 seconds]
[01:38:04] <JT-Shop> my maxaccel is pulled from the ini but the maxvel is set to 0
[01:38:06] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/emc/
[01:38:17] <JT-Shop> you want to compare to mine?
[01:38:22] <Tom_itx> sure
[01:38:30] <Tom_itx> those are current
[01:38:43] <Tom_itx> with alot of extra comments for now
[01:38:52] <Tom_itx> i was trying some things
[01:39:47] <Tom_itx> i move the vars back to each axis instead of in [TRAJ]
[01:39:54] <Tom_itx> where i had them
[01:40:13] <JT-Shop> http://pastebin.ca/2068731
[01:40:22] <Tom_itx> right now i'm just messin with the x axis
[01:41:11] <Tom_itx> that's the ini?
[01:41:50] <Tom_itx> no, that's the hal file
[01:44:35] <JT-Shop> .maxvel
[01:44:37] <JT-Shop> (Float, RW) Maximum speed, in position units per second. If set to 0, the driver will choose the maximum velocity based on the values of steplen and stepspace (at the time that maxvel was set to 0).
[01:45:01] <Tom_itx> i saw it was 0 in yours
[01:45:08] <Tom_itx> i think i'll revert to that
[01:45:23] <JT-Shop> http://www.linuxcnc.org/docview/html/drivers_hostmot2.html#r1_13
[01:46:00] -!- atom1 [atom1!~Tom@ip68-102-107-209.ks.ok.cox.net] has joined #emc
[01:46:07] * JT-Shop eyes are getting sleepy
[01:46:19] <atom1> storms passed i hope
[01:46:34] <atom1> they played it up to be a real bad one
[01:46:45] <atom1> probably after the stuff in Mo the other day
[01:46:46] <JT-Shop> tomorrow night looks the worst for the week
[01:53:37] <atom1> i'm thinkin about upgrading to 2.5 for the ngc stuff
[01:53:43] <atom1> good idea or is it stable?
[01:54:21] <JT-Shop> I've been using it since 2.4 was released
[01:54:38] <atom1> 2.5?
[01:54:39] <Valen> seems to work ok for us
[01:54:47] <Valen> 2.5
[01:54:51] <Valen> or are we on 2.6
[01:54:52] <JT-Shop> but I sometimes wonder about my stability
[01:54:56] <Valen> 2.6 i think
[01:55:19] <JT-Shop> I switched to the branch yesterday to get the tool change window fix
[01:56:07] <atom1> so i'm lookin at the 2.5 branch (pre release) ver right/
[01:56:08] <atom1> ?
[01:56:25] <Tom_itx> http://buildbot.linuxcnc.org/
[01:56:46] <JT-Shop> I use git and RIP
[01:58:30] * JT-Shop retires to the chair and flicks on the magnetassswitch
[01:58:38] <JT-Shop> goodnight
[01:58:45] <atom1> gnite and thanx
[02:00:49] -!- scanf [scanf!~scanf@unaffiliated/scanf] has joined #emc
[02:03:32] -!- phreak_ has quit [Remote host closed the connection]
[02:03:58] -!- phreak_ [phreak_!~phreak@216.160.90.21] has joined #emc
[02:04:20] -!- skunkworks has quit [Ping timeout: 260 seconds]
[02:10:58] -!- atom1 has quit [Quit: Leaving]
[02:23:48] -!- Transformer [Transformer!~Transform@ool-4a59e397.dyn.optonline.net] has joined #emc
[02:24:25] -!- Transformer [Transformer!~Transform@ool-4a59e397.dyn.optonline.net] has parted #emc
[02:25:07] -!- grommit has quit [Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027]]
[02:39:58] -!- toastyde1th has quit [Quit: Leaving]
[02:40:12] -!- toastyde1th [toastyde1th!~toast@c-69-140-223-139.hsd1.md.comcast.net] has joined #emc
[02:40:43] <toastyde1th> question - for c++, is there a series of tutorials that introduce some memory/oop stuff topic by topic
[02:41:15] <toastyde1th> i tried to write a linked list not knowing much/any c++ or having dealt with linked lists/pointers/classes before
[02:41:34] <toastyde1th> and i have a feeling it'll just take a long time to hack out and fix what i've got vs. starting smaller tutorials
[02:45:24] <ds3> why are you writing it in C++?
[02:46:21] <toastyde1th> two reasons, one because i want to, and two because I have a class in the fall whose language is c++
[02:46:41] <Valen> c+ for dummies?
[02:47:14] <ds3> C++ has 2 ways - new and malloc
[02:47:20] <ds3> look up those
[02:47:41] <toastyde1th> i did
[02:47:54] <ds3> and?
[02:47:57] <toastyde1th> the problem is there's forty different things that I don't know that i am trying to learn at once
[02:48:06] <toastyde1th> so i was curious if there are any resources people prefer here
[02:48:11] <toastyde1th> if not that's cool
[02:48:16] <ds3> donno of any
[02:48:22] <ds3> but pick one of the 40
[02:48:29] <Valen> i like the for dummies books myself
[02:48:39] <Valen> you can usually read them in a day or so
[02:48:52] <Valen> and they give you enough backround to then do more detailed stuff
[02:53:03] <toastyde1th> hm
[02:53:20] <toastyde1th> I will probably just try writing some hacked up examples using one thing at a time
[02:57:33] <toastyde1th> i'd like to get a little practice in so that when the class actually comes around I have a chance to use the stuff
[02:57:47] <toastyde1th> it's a cs101 class, so i figure instead of going over the things i already know, why not use the time to learn new stuff
[03:00:29] <ds3> well, memory mgmt is a bit more advance
[03:00:55] <ds3> whatever you allocate, remember to deallocate it... new/delete are easy to use... malloc is where it can get tricky
[03:01:05] <toastyde1th> i plan on sticking to new/delete for now
[03:02:36] <ds3> internally, new/delete calls malloc anyways
[03:19:30] -!- mhaberler [mhaberler!~mhaberler@h081217056015.dyn.cm.kabsi.at] has joined #emc
[03:41:23] -!- scanf has quit [Ping timeout: 252 seconds]
[03:47:49] -!- ries has quit [Quit: ries]
[03:51:36] -!- WalterN has quit [Quit: Leaving]
[04:18:50] -!- awallin [awallin!~quassel@cs27057046.pp.htv.fi] has joined #emc
[04:37:44] Tech_Talk is now known as Birdman3131
[04:42:23] -!- scanf [scanf!~scanf@unaffiliated/scanf] has joined #emc
[04:57:35] -!- Nick001 has quit [Ping timeout: 260 seconds]
[05:01:03] -!- HazardX has quit [Quit: This computer has gone to sleep]
[05:19:45] <factor> Does emc work off edge detect or fall detect.
[05:19:55] <factor> does it use short pulses or long pulses.
[05:20:10] -!- vladimirek [vladimirek!~vladimire@bband-dyn166.178-41-220.t-com.sk] has joined #emc
[05:20:54] <factor> should I trigger a signal on edge signal ___|----- or trigger it on fall signal -----|______
[05:33:56] -!- Dannyboy [Dannyboy!~Dan@ip68-101-102-133.oc.oc.cox.net] has joined #emc
[05:45:23] -!- ve7it has quit [Remote host closed the connection]
[05:45:49] -!- psha [psha!~psha@195.135.238.205] has joined #emc
[05:46:11] cjdavis1 is now known as cjdavis
[06:06:16] <anonimasu> can you somehow manually uncouple a axis so you can move it in hal?
[06:06:32] <anonimasu> actually change offset
[06:06:38] <anonimasu> so I can adjust my torch while in cut?
[06:19:16] -!- mhaberler has quit [Quit: mhaberler]
[06:19:46] -!- mhaberler [mhaberler!~mhaberler@h081217056015.dyn.cm.kabsi.at] has joined #emc
[06:23:28] -!- capricorn_one has quit [Remote host closed the connection]
[06:32:43] -!- xcncx [xcncx!~xcncx@c-98-223-144-160.hsd1.in.comcast.net] has joined #emc
[06:35:25] -!- xcncx has quit [Client Quit]
[06:35:59] <Valen> not that I know of
[06:42:15] -!- mhaberler has quit [Quit: mhaberler]
[06:43:49] <mrsunshine_> yess, later today i will be a lathe owner! =)
[06:43:50] <mrsunshine_> yeey
[06:48:13] <Valen> cool
[07:02:30] <mrsunshine_> if the guy that wanted it before me doesnt just go and snag it during the day, tho he hadnt heard anything from him in a while so
[07:11:45] -!- KimK has quit [Ping timeout: 260 seconds]
[07:12:30] -!- KimK [KimK!~Kim__@ip174-71-95-176.om.om.cox.net] has joined #emc
[07:13:57] -!- e-jones [e-jones!~jkastner@nat/redhat/x-tnrazafoasybpggv] has joined #emc
[07:23:12] -!- cevad [cevad!~davec@host-174-45-229-40.bln-mt.client.bresnan.net] has joined #emc
[07:30:57] -!- mhaberler [mhaberler!~mhaberler@h081217056015.dyn.cm.kabsi.at] has joined #emc
[07:45:50] -!- nullie [nullie!~nullie@dhcp249-214.yandex.net] has joined #emc
[07:51:41] -!- Dannyboy has quit [Ping timeout: 276 seconds]
[07:55:59] -!- mhaberler has quit [Quit: mhaberler]
[08:06:24] -!- mhaberler [mhaberler!~mhaberler@h081217056015.dyn.cm.kabsi.at] has joined #emc
[08:13:22] -!- mhaberler has quit [Quit: mhaberler]
[08:18:22] -!- scanf has quit [Quit: Leaving]
[08:23:47] -!- vladimirek has quit [Remote host closed the connection]
[08:24:20] -!- vladimirek [vladimirek!~vladimire@bband-dyn166.178-41-220.t-com.sk] has joined #emc
[08:24:45] -!- vladimirek has quit [Remote host closed the connection]
[08:40:46] -!- robh__ [robh__!~robert@5ace7020.bb.sky.com] has joined #emc
[09:38:36] -!- lanh [lanh!~user@223.255.229.25] has joined #emc
[09:39:31] -!- lanh [lanh!~user@223.255.229.25] has parted #emc
[09:43:11] -!- AC-130U has quit [Ping timeout: 240 seconds]
[09:45:03] psha is now known as psha[work]
[09:49:05] -!- izua has quit [Read error: Operation timed out]
[09:52:37] -!- AC-130U [AC-130U!~Martian@69.169.134.174.provo.static.broadweavenetworks.net] has joined #emc
[09:53:15] -!- izua [izua!~izua@unaffiliated/izua] has joined #emc
[10:25:35] <AC-130U> nice... tubalcain (mrpete222) is selling machineshop lathe operation videos for $24, comes on a flash drive.
[10:25:52] <AC-130U> ran across this in my subscription list on youtube
[11:03:51] <jthornton> anonimasu: you still around?
[11:05:30] -!- mhaberler [mhaberler!~mhaberler@extern-181.stiwoll.mah.priv.at] has joined #emc
[11:16:16] -!- The_Ball has quit [Ping timeout: 240 seconds]
[11:18:01] -!- The_Ball [The_Ball!~The_Ball@123-2-12-83.static.dsl.dodo.com.au] has joined #emc
[11:32:22] -!- cncbasher [cncbasher!~cncbasher@cpc8-hart9-2-0-cust686.11-3.cable.virginmedia.com] has joined #emc
[11:32:56] -!- cncbasher has quit [Client Quit]
[11:33:05] <cpresser> awallin: i have seen on youtube that you configured an extruder to run as a-axis. how do you make sure it extrudes at the required speed? are you using skeinforge?
[11:34:52] <anonimasu> jthornton: yes now
[11:35:41] -!- elmo40 has quit [Ping timeout: 240 seconds]
[11:38:49] -!- elmo40 [elmo40!~Elmo40@CPE0017ee09ce6d-CM001bd7a89c28.cpe.net.cable.rogers.com] has joined #emc
[11:40:36] -!- ries [ries!~ries@200.125.129.54] has joined #emc
[11:40:54] -!- ries has quit [Client Quit]
[11:41:38] -!- ries [ries!~ries@200.125.129.54] has joined #emc
[11:46:53] -!- mhaberler has quit [Quit: mhaberler]
[11:47:30] <jthornton> just reading back you want to move your Z with a button or something?
[11:49:01] -!- robh__ has quit [Quit: Leaving]
[11:50:22] <anonimasu> yeah
[11:50:32] <anonimasu> because I dont have a z torch height for the oxyfuel yet
[11:50:55] <anonimasu> actually what I want is to be able to adjust the offset so it'll creep torwards work while cutting
[11:59:15] <jthornton> basically you have to hijack the position command and lie about the current position
[12:00:11] <jthornton> I made an up-down comp that I tested with some pyvcp buttons that does that
[12:01:02] <anonimasu> it it in the distributed emc?
[12:01:19] <jthornton> no, but you can install it with one command
[12:07:04] <jthornton> it is here now http://gnipsel.com/shop/plasma/plasma.xhtml
[12:09:15] -!- Userli [Userli!~glege@pcepcmd10.cern.ch] has joined #emc
[12:09:54] <anonimasu> thanks!
[12:14:16] -!- mozmck [mozmck!~moses@client-173.225.233.241.dfwtx.partnershipbroadband.com] has joined #emc
[12:16:57] <jthornton> np
[12:26:44] -!- psha[work] has quit [Quit: leaving]
[12:31:29] -!- mhaberler [mhaberler!~mhaberler@extern-181.stiwoll.mah.priv.at] has joined #emc
[12:37:04] -!- skunkworks [skunkworks!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #emc
[12:50:01] -!- pingufan [pingufan!~rainer@goliath.hantsch.co.at] has joined #emc
[12:50:09] <Userli> Does anybody know, how to access the total number of lines of the loaded program from within a component?
[12:50:44] <pingufan> Hello, how do I execute a 3 seconds pause in emc2, please?
[12:53:45] <cpresser> pingufan: G04 P3
[12:56:20] <pingufan> Am I right that P0 means infinite time ?
[12:57:13] <cpresser> i think it will wait 0 seconds
[12:57:19] <cpresser> http://www.linuxcnc.org/docview/html/gcode_main.html#sec:G4:-Dwell
[12:58:05] <cpresser> you might use M1/M0 if you need to program a oause
[12:58:27] <pingufan> Thank you very much.
[13:03:51] <pingufan> Currently I am doing my first steps in G-Codes. I want to code a rectangle with rounded edges and I am verifying that the path is correct by moving closely above a ready workpiece. At every endpoint I want to have time to verify the correct position of the tooltip.
[13:04:29] <jthornton> Userli: look at the code for the Axis ui properties window for that
[13:06:04] <cpresser> pingufan: then M1 ist the perfect command for you.
[13:06:31] <cpresser> its called 'optional stop'. the interpreter only will pause when the optional-stop-button in axis is checked
[13:06:33] <pingufan> Does it insert a delay after every command?
[13:07:08] <cpresser> no. it Stops motion until you press continue.
[13:07:35] <pingufan> Ok. Must read that.
[13:09:06] <cradek> you can pause and then step through your program one line at a time
[13:12:26] <pingufan> How do I step?
[13:24:16] -!- JT-Shop has quit [Read error: Connection reset by peer]
[13:25:07] -!- JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc
[13:25:27] -!- Userli has quit [Quit: Ex-Chat]
[13:28:17] -!- factor has quit [Quit: Leaving]
[13:29:44] -!- Nick001 [Nick001!~nospam@clsm-74-212-8-250-pppoe.dsl.clsm.epix.net] has joined #emc
[13:33:15] <pingufan> Hmm - Path is now correct. What I cannot find out is: Where/how do I store my tool radius for compensation (G41/G42) ?
[13:35:32] <skunkworks_> pingufan: there is a tool table
[13:35:52] <pingufan> I have inserted a cutter and want to mill a slot along the path (middle line is the path) but the slot has to be wider.
[13:36:47] <pingufan> Can I code that into the program?
[13:37:16] -!- factor [factor!~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net] has joined #emc
[13:40:29] <pingufan> Maybe one can help me with AXIS: I always see a black vertical bar in the preview window, with ~10mm, which covers everything. What does cause it?
[13:44:49] -!- factor has quit [Read error: Connection reset by peer]
[13:46:18] -!- FinboySlick [FinboySlick!~shark@74.117.40.10] has joined #emc
[13:46:30] -!- factor [factor!~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net] has joined #emc
[13:49:04] <Gensor> pcw?
[13:52:26] -!- mhaberler has quit [Quit: mhaberler]
[13:53:04] -!- nullie has quit [Quit: Ex-Chat]
[13:56:52] <pingufan> How do I let EMC think that it has tool 1 inserted?
[13:57:17] <pingufan> Or (in other words) it shall use the tool 1 settings from tooltable
[13:59:45] <skunkworks_> can you do a t1m6?
[14:00:59] <pingufan> I should do that at very beginning when I mill everything with one tool?
[14:02:30] <cradek> yes, or else you can specify the tool number manually at every g41/g42/g43
[14:03:21] <pingufan> The later one is better for me. But the best would be if I could specify the tool diameter there. ;)
[14:04:08] -!- Al_Smt [Al_Smt!~Als@h150.208.29.71.dynamic.ip.windstream.net] has joined #emc
[14:04:27] -!- cncbasher [cncbasher!~cncbasher@cpc8-hart9-2-0-cust686.11-3.cable.virginmedia.com] has joined #emc
[14:05:39] <skunkworks_> pingufan: http://www.linuxcnc.org/docs/2.4/html/gcode_main.html#sec:G41.1,-G42.1
[14:07:26] -!- HazardX [HazardX!~HazardX3@pool-96-237-60-74.bstnma.fios.verizon.net] has joined #emc
[14:10:00] <pingufan> I start to understand... :)
[14:10:32] <skunkworks_> how awesome emc2 is? Me too! ;)
[14:10:46] -!- mhaberler [mhaberler!~mhaberler@extern-181.stiwoll.mah.priv.at] has joined #emc
[14:11:58] <pingufan> Meanwhile the cutter follows the contour on one side. Now I want to move it along the other side of the slot. So I want to use the same path, but G41 instead of G42. How do I pack the moves of the path into a subroutine and call that sub then?
[14:12:01] -!- Valen has quit [Quit: Leaving.]
[14:12:33] <cradek> to cut a slot, you'd typically cut around it in just one direction
[14:12:51] <cradek> otherwise you climb mill one side and conventional mill the other - this is probably never what you want
[14:13:18] <cradek> useful-subroutines.ngc has a neat slot milling subroutine you might want to examine
[14:14:33] <pingufan> No, I cut a notch
[14:15:48] <pingufan> So I have to mill the path with a slight offset to left and right (twice) to get the right width of the notch.
[14:17:09] <cradek> still the same - you'd cut one side, then turn around and cut the opposite side coming the other way back
[14:17:56] <cradek> then you're cutting both sides the same way (if using g41 you'd have the tool on the "left" of the work and you'd climb mill both sides of the notch)
[14:19:54] <pingufan> Ok. If I understand right, I have to give then EMC a wrong tool diameter. (Wanted notch-width minus tool-diameter) / 2. Right?
[14:20:04] <cradek> no
[14:20:26] <cradek> you can give emc the correct tool diameter, then program the sides of the notch directly
[14:21:20] <pingufan> In this case, I have to enter the path for the outside border and inside border of the notch separately.
[14:21:34] <cradek> maybe I don't understand what you mean by notch
[14:21:41] <cradek> can you draw a picture and put it on imagebin.org?
[14:24:42] <pingufan> I want to engrave a rectangle with rounded corners into a flat material (wood). The with of this "notch" is given, but my cutter is slightly thinner. So I programmed the middle of the notch and want to use this path with a slight offset to left and then to right, so that the notch has finally the width I need.
[14:26:00] <pingufan> Of course, I could also program the path twice and mill along it, but this doubles the code I manually have to enter
[14:26:18] <pingufan> (I use currently only an editor, no CAM.
[14:26:37] <i_tarzan> gcode editor?
[14:26:52] <pingufan> My editor is named 'joe'.
[14:27:02] <pingufan> ASCII Editor.
[14:27:21] <cradek> pingufan: program the edge of the path you want to remain, not some imaginary feature in the center that will be cut away
[14:27:34] <cradek> edge of the work, I mean
[14:27:47] <pingufan> Ok. Then I have to enter the path twice.
[14:27:52] <cradek> if you want to cut inside a rectange with rounded corners, write gcode that makes a rectangle with rounded corners
[14:28:13] -!- syyl [syyl!~syyl@p4FD14A70.dip.t-dialin.net] has joined #emc
[14:28:20] <cradek> then cut around (inside) it, all four sides
[14:28:34] <cradek> the docs have almost exactly this as an example of inside cutting with cutter compensation
[14:30:19] <pingufan> I know. To complete what you described, I would have then to program a parallel path in distance of 3.5 mm and use G41 to move along outside of it for the second border.
[14:30:51] <cradek> I don't understand what you mean by second border
[14:31:46] <pingufan> An easier example, a streight notch. It shall be 4mm in width, but my tool is only 3mm in diameter.
[14:32:32] <cradek> brb
[14:32:53] <pingufan> So the way you describe is to program one path (left side) and to mill "right of it". Then I program another path (right side) and mill "left of it". This gives the wanted 4mm.
[14:33:11] <cradek> no, that is not what I described
[14:33:44] <pingufan> When the structure is more complex, this increases work a lot. Therefore I want to program the center line and offset the tool to left and right
[14:34:04] <pingufan> but actually follow the path.
[14:35:17] <pingufan> Thgis is what I actually try to do with my rounded rectangle.
[14:35:40] <pingufan> I know, this is seldom.
[14:37:20] -!- mhaberler has quit [Quit: mhaberler]
[14:38:08] <pingufan> Ah, G41.1 is useful. There I can define the "theoretical" diameter.
[14:45:58] <jdhNC> I have some code that does inside or outside rounded rectangles (parameterized)
[14:57:02] <pingufan> jdhNC: That would be wonderful. I am doing my first steps and it is really a hard time right now to me.
[14:57:38] <pingufan> jdhNC: This is my email address: office@hantsch.co.at
[14:59:16] <pingufan> jdhNC: It would be very(!) kind of you if you will share your code with me.
[15:01:15] -!- mhaberler [mhaberler!~mhaberler@extern-181.stiwoll.mah.priv.at] has joined #emc
[15:01:15] <cncbasher> you need to program one edge and go round clockwise for the outer , then move the cutter across and reverse direction to cut the inner , or you would be climb milling on one edge due to the rotation of the cutter
[15:01:59] -!- Nick001 has quit [Ping timeout: 276 seconds]
[15:02:20] <jdhNC> I sent the file. It isn't the final one I ended up with I don't think, but it should be close enough
[15:02:25] <cncbasher> are you hand coding , or using a cam program ?
[15:04:51] <pingufan> Handcoding. The only way to really learn it.
[15:06:40] <pingufan> cncbasher: Climb-milling means that cutting direction is in opposite direction of cutters move (so the cutter "pulls" ?
[15:07:19] -!- tom3p [tom3p!~tomp@74.93.88.241] has joined #emc
[15:07:46] <pingufan> This should be no problem in wood, it is soft enough. In metal, this is surely more problematic.
[15:11:49] <ssi> anyone know where I can get 5C collets that'll hold MT2 and MT3?
[15:11:54] <ssi> seems to be a hard thing to search for :/
[15:12:05] <ssi> failing that, MT4 to MT2/3 sleeves
[15:12:19] <jdhNC> pingufan: I think I had issues with lead-in cuts in that version
[15:13:02] <syyl> MT4/3 should be available at every tool supplier Oo
[15:13:15] <syyl> 5c to MT seems to be a bit exotic
[15:13:53] <ssi> I know it exists
[15:14:19] <cradek> seems like the 5C part would have to be solid/unslitted
[15:14:30] -!- Userli [Userli!~glege@137.138.186.162] has joined #emc
[15:15:07] <ssi> yeah, and that'd be fine
[15:15:10] <archivist> so the term is adapter not collet
[15:15:12] <ssi> the taper'd hold it anyway
[15:15:30] <cradek> yeah the whole thing would have to be solid for the MT taper to hold
[15:15:36] <cradek> I agree that's not a collet
[15:16:10] <ssi> yeah, it's not
[15:16:14] * jdhNC heads to Florida for 5 days of cave diving... y'all have fun.
[15:16:21] <ssi> but 5C automatically drags the word "collet" along with it :P
[15:16:42] <syyl> ah
[15:16:42] <syyl> http://www.shophardinge.com/product.aspx?partNo=10050880000000
[15:16:46] <ssi> finding people talking about one that hardinge makes
[15:16:48] <syyl> 137usd
[15:16:49] <syyl> cheap :)
[15:16:56] <ssi> there we go
[15:16:57] <ssi> hahah
[15:17:06] <ssi> yea I guess I'm better off with a 4/2 sleeve
[15:17:19] <syyl> :D
[15:17:22] <ssi> (and even hardinge calls it a collet)
[15:17:32] <syyl> cool, never have seen something like that
[15:19:22] -!- capricorn_one [capricorn_one!~capricorn@zima.linwin.com] has joined #emc
[15:31:16] <Tom_itx> JT-Shop
[15:32:22] <Tom_itx> it appears that even with maxvel set to 0 in the hal file that it reads the max_velocity value in the ini file and does *something* with it
[15:32:33] <Tom_itx> it would be good to know just what is going on there
[15:32:50] <cncbasher> pingufan: g41 then offset , issue g40 then g42 and offset seems to work ok
[15:43:41] -!- Userli has quit [Quit: Ex-Chat]
[15:58:13] -!- JT-Shop has quit [Read error: Connection reset by peer]
[15:58:27] -!- e-jones has quit [Quit: Ex-Chat]
[15:58:43] -!- JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc
[16:03:58] -!- tris [tris!~tristan@2001:1868:a00a::4] has joined #emc
[16:04:53] -!- Connor has quit [Read error: No route to host]
[16:05:29] -!- Connor [Connor!~Connor@75.76.30.113] has joined #emc
[16:11:25] -!- Al_Smt has quit [Quit: Leaving]
[16:14:05] -!- psha [psha!~psha@213.208.162.69] has joined #emc
[16:15:22] -!- cncbasher has quit [Quit: Visitor from www.linuxcnc.org]
[16:15:23] <pcw_home> Gensor: Present (waves hand)
[16:32:43] -!- ve7it [ve7it!~LawrenceG@S0106009027972e37.pk.shawcable.net] has joined #emc
[16:33:28] -!- grommit [grommit!~chatzilla@adsl-99-69-199-126.dsl.sfldmi.sbcglobal.net] has joined #emc
[16:36:07] -!- landau [landau!~ciccio@host155-61-dynamic.49-82-r.retail.telecomitalia.it] has joined #emc
[16:36:10] <landau> hi, i have this "execv(hal_joystick): No such file or directory"
[16:36:15] <landau> how to fix it?
[16:36:52] <mrsunshine_> yey, going to get the lathe in about 1h 20mins =)
[16:37:26] <landau> noone can help me?
[16:38:57] <landau> hi, i have this "execv(hal_joystick): No such file or directory"
[16:44:51] -!- landau has quit [Remote host closed the connection]
[17:00:51] <tom3p> hal_joystick is deprecated. Use hal_input(1) instead. hal_joystick will be removed from a future version of emc
[17:01:31] <tom3p> hmmm, both hal_joystick & landau are gone
[17:01:36] <factor> Does anyone have any c code for accessing the printer port. lots of googles but most are old and use asm/io.h
[17:05:26] <Tom_itx> factor just general c code?
[17:05:46] <Tom_itx> i may
[17:06:07] <Tom_itx> or i can point you to some
[17:07:50] <factor> yes
[17:07:57] <factor> I need to test my hardware I built
[17:08:02] <factor> Tom_itx, ^
[17:08:12] <Tom_itx> i'm trying to find it on rue's site
[17:08:16] <factor> dont want to use emc2 yet until i get the bugs worked out
[17:08:51] <Tom_itx> http://eds.dyndns.org/~ircjunk/programming/c/
[17:08:57] <Tom_itx> parallel.c .h
[17:09:25] <Tom_itx> i had a test that blinked a bunch of leds but i can't find it
[17:09:33] <Tom_itx> same code though
[17:10:08] <factor> looking
[17:10:49] <factor> nifty , will try the code.
[17:11:01] <Tom_itx> looks like the base functions with no main
[17:11:08] <Tom_itx> i had a test file if i can find it
[17:11:51] <grommit> I have been staring at this too long. I need some help setting values for steplen, stepspace, dirhold, dirsetup in my hal file.
[17:12:12] <Tom_itx> stepper or servo?
[17:12:21] <Tom_itx> well, stepper since you're using steplen
[17:12:28] <grommit> servo, but step direction pulses sent to a Geck 320X
[17:13:12] <grommit> the 320 takes step/dir but drives a servo motor (with encoder input to gecko)
[17:13:47] <Tom_itx> mine are steppers so the parameters would be different
[17:14:19] <grommit> The specs on the 320X say "Step Freq: 0 to 500kHz, Step Pulse "0" Time: 0.5 us, Step Pulse "1" Time: 1.5us
[17:15:08] <grommit> how do i convert these to steplen, stepspace, dirhold, dirsetup
[17:17:18] <grommit> steplen=1500?, stepspace=500?, dirhold=? dirsetup=?
[17:17:37] <Tom_itx> try 200
[17:17:39] -!- nullie [nullie!~nullie@nullie.telenet.ru] has joined #emc
[17:17:44] <Tom_itx> on hold and setup
[17:17:50] <Tom_itx> or read the linux docs
[17:18:03] <grommit> linux docs?
[17:18:25] <Tom_itx> http://www.linuxcnc.org/docview/html/
[17:18:49] <grommit> Yes, I am reading the EMC docs...
[17:19:20] <grommit> I found the definition of them, but not recommendations on how to set them or where i would find the number
[17:20:53] <grommit> hmm, I found the number for a Gecko 203V...
[17:21:00] <grommit> it is 200. I guess I will start there
[17:25:58] <psha> grommit: hi
[17:26:06] <grommit> hi psha
[17:26:16] <grommit> how are things going?
[17:29:40] -!- mrsunshine_ has quit [Ping timeout: 244 seconds]
[17:32:00] <psha> nice
[17:32:12] <psha> but have new job now so have not much time to play with emc
[17:32:32] <grommit> yeah, jobs can get in the way of fun ;-)
[17:42:48] <skunkworks> psha: for some reason I thought you where a proffessor
[17:44:46] <psha> skunkworks: heh, i was just postgrad :)
[17:46:21] <skunkworks> ah :)
[17:46:40] <psha> graduated in 2005
[17:46:50] <psha> then worked for 6 years in "science"
[17:48:35] -!- awallin has quit [Remote host closed the connection]
[18:00:25] <grommit> Can someone help me with some configuration basics? My latency test gave me a 10971 for base thread jitter.
[18:01:20] <psha> ns? it's nice result, is not it?
[18:01:59] <grommit> Yes, I think it is decent
[18:02:13] <anonimasu> my machine locked up today
[18:02:41] <anonimasu> and it still kept cutting :D
[18:03:24] <grommit> I want to figure out the base period I should use
[18:03:36] -!- isssy [isssy!~isssy@78-83-51-185.spectrumnet.bg] has joined #emc
[18:04:17] -!- WalterN [WalterN!~walter@tiwake.com] has joined #emc
[18:04:28] <grommit> I am setting up gecko 320x whose specs say they want "Step Freq: 0 to 500kHz, Step Pulse "0" Time: 0.5 us, Step Pulse "1" Time: 1.5us
[18:05:17] <grommit> But it doesn't give me direction hold numbers
[18:06:02] <anonimasu> google does
[18:06:05] <grommit> So, I will assume the same as the Gecko 203V (200ns)...
[18:06:09] <anonimasu> http://www.cnczone.com/forums/gecko_drives/71274-gecko_timing.html
[18:06:42] <anonimasu> min logic 0 time 500nS min logic 1 time 3.5uS
[18:07:19] <anonimasu> the hold times are identical for direction and step
[18:07:29] -!- IchGuckLive [IchGuckLive!~chatzilla@95-89-104-26-dynip.superkabel.de] has joined #emc
[18:07:46] <anonimasu> grommit: http://wiki.linuxcnc.org/emcinfo.pl?Stepper_Drive_Timing
[18:07:54] <IchGuckLive> Hi all
[18:08:14] <grommit> Cool thanks.
[18:08:23] <anonimasu> there you have all of them :)
[18:08:41] <grommit> However, it shows Step time as 3500, whereas the spec sheet from Gecko says 1500....
[18:09:04] <grommit> I have a 320X vs 320 so that may be the discpreence
[18:09:10] <grommit> discrepency that is
[18:09:42] <anonimasu> well, set them as the manual says
[18:09:50] <grommit> so.... back to the basics....
[18:09:59] <anonimasu> they are the same for step/dir
[18:10:02] <anonimasu> if it does not work fall back to the emc wiki
[18:10:08] <anonimasu> I never touched them for my geckos
[18:10:11] <anonimasu> and they run very nicely
[18:10:26] <anonimasu> 6.5m/min on the cutting machine
[18:10:32] <grommit> What do you mean you never touched them?
[18:10:59] <anonimasu> I didnt change my hold times or anything just set up maxvel and stuff and ran
[18:11:18] <grommit> I am trying to figure out what to set my base period to, as well as steplen, stepspace, ,etc in my hal file....
[18:11:55] <grommit> When I ran stepconf wizard it set steplen and stepspace to 1 and 0 respectively.
[18:12:15] <anonimasu> ah, i just grabbed the stepper conf and hand edited
[18:12:20] <grommit> Those seem very wrong, but maybe I don't understand what they really are....?
[18:13:27] <IchGuckLive> ej folks just out of the mill 5min ago http://www.pictureupload.de/originals/pictures/250511201258_display_V2.jpg
[18:13:49] <skunkworks> grommit: did you see this?
[18:13:51] <skunkworks> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TweakingSoftwareStepGeneration
[18:14:17] <grommit> yes
[18:14:18] <Tom_itx> anonimasu are those stepper times in µs?
[18:14:45] <grommit> I stared at it too long apparently....
[18:15:22] <grommit> I tried to run the spreadsheet that he gives at the end and got similarly odd numbers
[18:15:35] <anonimasu> Tom_itx: yes
[18:16:28] <Tom_itx> how goes it?
[18:18:40] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100423140709]]
[18:19:32] <grommit> The spreadsheet gives me stepgen = 1 periods, but stepgen in the EMC manuals says it is in ns not periods. However, the Stepconf Wizard also set it to 1....
[18:26:53] <cradek> I think it used to be periods
[18:27:56] Tom_itx is now known as brainwave
[18:28:11] brainwave is now known as Tom_itx
[18:30:11] -!- acemi [acemi!~acemi@unaffiliated/acemi] has joined #emc
[18:31:10] <grommit> So are you saying it is now ns? and that 1 is hence bogus (for my setup)?
[18:31:13] <Tom_itx> ok all you gurus, are the direcion hold and direction setup the rising and falling edge times on the direction pin before a pulse stream on the pwm pin?
[18:32:09] <Tom_itx> i haven't actually looked at that part on the analizer yet
[18:32:24] -!- isssy has quit [Quit: Visitor from www.linuxcnc.org]
[18:34:00] <Connor> Tom_itx: What you working on? trying to get your MPG hooked up ?
[18:34:13] <Tom_itx> no it's working
[18:34:21] <Tom_itx> i'm just messin around
[18:34:25] <Connor> Oh.
[18:34:29] <Tom_itx> learning about emc
[18:34:33] <Connor> oh. okay
[18:34:38] <Tom_itx> i had a q for you
[18:34:42] <Tom_itx> but i forgot what it was
[18:34:43] <Connor> k
[18:34:46] <Connor> ROFL
[18:51:13] -!- nullie has quit [Quit: Ex-Chat]
[18:54:19] -!- grommit has quit [Ping timeout: 240 seconds]
[19:00:20] -!- nots [nots!~totu@625.radionet.ee] has joined #emc
[19:09:42] -!- andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc
[19:11:18] <skunkworks> andypugh: ! couple of questions..
[19:12:08] -!- Loetmichel has quit [Ping timeout: 252 seconds]
[19:13:50] -!- acemi has quit [Quit: WeeChat 0.3.2]
[19:14:16] <andypugh> OK
[19:14:16] <skunkworks> :) I randomly hooked up one of the resolvers we have - it actually has a centertapped excitation coil. I had hooked it up to one side of the coil - but you could tell the it wasn't consistant around the whole circle. So I hooked it up to the ends of the exciter coil. It seems better but..
[19:14:31] <skunkworks> my question is - what is the setup procedure for it (if and)
[19:14:57] <skunkworks> *if any
[19:15:09] -!- Techrat has quit [Quit: Leaving]
[19:15:16] <skunkworks> Hi andy!
[19:16:08] <andypugh> I can't recall what the Arduino sketch I gave you outputs.
[19:16:19] <andypugh> Is it raw voltages and angles?
[19:17:15] -!- Loetmichel [Loetmichel!Cylly@p54B1498D.dip.t-dialin.net] has joined #emc
[19:17:46] <andypugh> You probably want to adjust the potentiometer to give outputs close to 0 and 1024 (as you rotate the resolver) but not actually touching either end of the scale.
[19:18:10] <skunkworks> Actaully - I am not hooking up to the accupins - this is just a normal resolver.
[19:18:20] <skunkworks> yet
[19:18:30] <andypugh> Yes, but the same thing applies, I meant the 0 - 1024 scale.
[19:18:47] <skunkworks> ah - ok
[19:19:41] <skunkworks> I was using the sketch off of the emc wiki
[19:20:15] <cradek> I laugh thinking about a team of guys sitting around a table in 1960 wearing suits and lab jackets and saying "what should we call it? it looks like pins ... and it's pretty accurate ..."
[19:20:26] <skunkworks> heh
[19:20:57] <skunkworks> you sent me a sketch in email that I was supposed to try with the accupins.. maybe I should look at that too.
[19:22:08] <skunkworks> heh - look - you sent me a file called - reslolver shield setup... ;)
[19:22:46] <andypugh> Aye, that might work.
[19:23:02] <skunkworks> This just prints the two voltages for each channel to the Arduino
[19:23:33] <skunkworks> This just prints the two voltages for each channel to the Arduino
[19:23:45] <skunkworks> environment Serial Monitor.
[19:23:53] <skunkworks> You should be able to adjust the onboard pot to give a bit less than
[19:24:03] <skunkworks> 255 max. Then see if anything changes as you pass the pins.
[19:24:30] <andypugh> Yes, that should let you tune the pot to suit your resolver.
[19:24:40] <skunkworks> great - I will try that next
[19:25:14] <andypugh> Then I have a newer version of the Arduino code which has a degree of filtering built in.
[19:25:41] <andypugh> gmail or empirescreen preferred?
[19:27:35] <skunkworks> gmail
[19:27:47] <skunkworks> cool - thanks
[19:29:13] -!- tom3p has quit [Quit: Ex-Chat]
[19:30:21] <andypugh> The setup code should be useful for experimenting with accupins too.
[19:32:10] -!- micges [micges!~ddd@cer150.neoplus.adsl.tpnet.pl] has joined #emc
[19:32:45] <skunkworks> yes - that is the next thing. I am wondering what it will do.
[19:33:21] <andypugh> No idea :-)
[19:34:43] -!- acemi [acemi!~acemi@unaffiliated/acemi] has joined #emc
[19:38:36] <skunkworks> andypugh: the circuit on the wiki is different than the actual shield you made.. (little different)
[19:39:03] <andypugh> Is it?
[19:39:47] <andypugh> Ah well, it still seems to work.
[19:40:03] <andypugh> I know that the reference voltage comes off the wrong pin...
[19:40:10] <skunkworks> I think the main thing is you changed what opamp you used in the package
[19:40:43] <andypugh> Ah, OK.
[19:41:07] <skunkworks> ah - did you hack yours then?
[19:42:34] <psha> bb all
[19:42:35] -!- psha has quit [Quit: leaving]
[19:42:45] <skunkworks> so - the v-ref comes off of b8
[19:42:56] <andypugh> No, for a 5V supply it is still fine. If you use a 12V or 9V supply then the track that runs to P6 really ought to run to P4
[19:43:25] <skunkworks> ok
[19:44:09] <skunkworks> so if I ran a higher voltage to the arduino - instead of using the usb for supply?
[19:44:12] <andypugh> Well, the one marked "5V" not the one marked "V+" in any case.
[19:44:55] <andypugh> Yes, in that case that track needs moving (it also runs the op-amp at supply voltage, which is not ideal either)
[19:45:46] <skunkworks> ok - makes sense
[19:46:22] <andypugh> I hadn't realises that that was a supply-power pin, not a 5V pin (it is 5V with USB power)
[19:46:53] <skunkworks> p6 needs to go to +5v(p3)
[19:47:10] <skunkworks> instead
[19:47:11] <andypugh> Yes. (I also failed to notice that there are two grounds)
[19:47:22] <skunkworks> heh
[19:47:33] <andypugh> Fairly simple cut-and-solder.
[19:48:12] <skunkworks> good - I don't have your shield here to look. tonight
[19:48:30] -!- micges has quit [Read error: Connection reset by peer]
[19:50:58] -!- micges [micges!~ddd@cer104.neoplus.adsl.tpnet.pl] has joined #emc
[19:51:39] <andypugh> I am enjoying watching the new guy on the forum try to teach PCW about high-speed circuits and stepper amp design...
[19:51:48] <skunkworks> heh
[19:53:57] <skunkworks> andypugh: link?
[19:54:17] -!- mhaberler has quit [Quit: mhaberler]
[19:55:06] <andypugh> http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/id,10041/catid,32/limit,6/limitstart,0/lang,english/#10041
[19:55:53] <andypugh> The guy probably has a point, to be honest, but he has a tacit assumption that he knows more than anyone else.
[20:01:43] <JT-Shop> I find it best not to even dip my tennis shoe in them waters
[20:02:04] <skunkworks> andypugh: programmed one arduino with the calibration and one with your new sketch
[20:02:06] <skunkworks> :)
[20:02:31] <andypugh> Ooh, hark at him with his multiple Arduinos!
[20:02:47] <skunkworks> I figured I would burn up atleast one. ;)
[20:03:11] <cradek> all step/dir drives are crap and they should all use quadrature
[20:04:03] <andypugh> Harsh, but fair.
[20:07:11] <cradek> also, lose is spelled with one `o'
[20:07:50] <skunkworks> without the shield hooked up - the calibration software counts the first column up to 4223.0.0
[20:08:19] <andypugh> Seems odd.
[20:08:42] <skunkworks> I have no opinion of the matter
[20:08:44] <skunkworks> ;)
[20:09:32] <andypugh> It should say something like "1A=100 1B=101..."
[20:09:39] <cradek> (I'm not entirely sure I understand the complaint)
[20:11:09] <cradek> with the evil tendency of people to make step controllers with microcontrollers that are polling the step input, I'd be hesitant to assume everything times from the leading edge only. the only assumption you can make about these evil devices is they saw the step line some time while it was high (at the active level)
[20:13:20] <andypugh> I also think that it ought to be a non-issue, as no real machine can switch direction at max step-rate
[20:13:56] <cradek> interesting point
[20:14:25] <skunkworks> andypugh: http://pastebin.ca/2069146
[20:14:49] <skunkworks> and counts up to 4223
[20:24:30] <andypugh> Very strange. Let me send you a different one.
[20:24:56] <skunkworks> Thanks. (again - this is without the shield)
[20:25:31] <andypugh> I still don't see how it can get above 255.
[20:25:40] <skunkworks> heh
[20:25:53] <andypugh> But without the shield the analogue inputs are likely to just float up to max volts.
[20:30:18] <skunkworks> andypugh: http://pastebin.ca/2069153
[20:30:22] <skunkworks> :)
[20:30:51] <andypugh> Try shorting one analogue channel to gnd..
[20:31:42] <skunkworks> so - adjust so when it goes though the rotation - the peak values should not reach 255?
[20:32:25] <andypugh> Yes. You want them close to 255 for max resolution, but not actually getting there to avoid clipping (or whatever the term would be in this case)
[20:34:21] <skunkworks> andypugh: nothing changes when I short one of the analog inputs to ground
[20:35:01] <andypugh> Oh.
[20:35:39] <andypugh> Might be related to being set to external vref, bit not having the shield supplying a vref
[20:35:51] <skunkworks> I can wait. :)
[20:40:42] <skunkworks> andypugh: if I jump p-6 to b8 - they all go to 3ish
[20:41:36] <skunkworks> Vin to AREF
[20:42:31] <andypugh> OK, sounds like it is related to that then.
[20:42:52] <skunkworks> cool - seems promising :)
[20:43:01] <andypugh> (Incidentally, I think that AREF is the only pin on the board that you have to be cautious with...)
[20:44:02] <skunkworks> heh - as I willy nilly jump it around..
[20:48:36] <skunkworks> andypugh: what do you have to be careful about?
[20:48:40] <skunkworks> I am searching
[20:53:08] -!- isssy [isssy!~isssy@78-83-51-185.spectrumnet.bg] has joined #emc
[20:58:25] -!- FinboySlick has quit [Quit: Leaving.]
[21:06:15] -!- Nick001 [Nick001!~nospam@184-8-139-35.shasta.clsm.pa.frontiernet.net] has joined #emc
[21:11:40] <JT-Shop> tornado warnings all around us her atm
[21:11:45] <JT-Shop> here
[21:14:07] <skunkworks> yeck - it has been one heck of a spring
[21:14:13] <skunkworks> be safe
[21:14:19] <alex_joni> ditto
[21:15:56] -!- jthornton has quit [Ping timeout: 276 seconds]
[21:17:02] -!- JT-Shop has quit [Ping timeout: 276 seconds]
[21:18:36] -!- skunkworks has quit [Ping timeout: 252 seconds]
[21:41:54] -!- phreak_ has quit [Remote host closed the connection]
[21:42:17] -!- phreak_ [phreak_!~phreak@216.160.90.21] has joined #emc
[21:42:24] <Tom_itx> hope that wasn't the barn
[21:48:50] -!- FinboySlick [FinboySlick!~shark@74.117.40.9] has joined #emc
[21:50:51] <FinboySlick> Hmm. As soon as the mill is connected to the PC, my spindle turns on (no EMC running). Did I miss something about parallel port configuration?
[21:51:16] <anonimasu> some pins go high by default
[21:51:22] <anonimasu> or low
[21:51:28] <anonimasu> when the pc is turned on
[21:51:31] -!- jthornton [jthornton!~chatzilla@216-41-156-49.semo.net] has joined #emc
[21:51:34] <FinboySlick> I see.
[21:51:34] -!- isssy has quit [Quit: Visitor from www.linuxcnc.org]
[21:52:01] <FinboySlick> The manufacturer's selection of spindle pins is a bit dangerous then :P
[21:52:07] <anonimasu> yes
[21:52:19] -!- acemi has quit [Quit: WeeChat 0.3.2]
[21:52:22] <anonimasu> usually on real machines you dont have logic power until the control is on anyway
[21:52:46] -!- syyl has quit [Read error: Connection reset by peer]
[21:52:52] <anonimasu> wire up a pnp/npn relay that dosent give power to the others before emc starts
[21:52:57] <anonimasu> err no/nc
[21:52:59] -!- Fox_Muldr has quit [Ping timeout: 276 seconds]
[21:54:28] -!- Fox_Muldr [Fox_Muldr!quakeman@frnk-4d01da2a.pool.mediaWays.net] has joined #emc
[21:54:32] <FinboySlick> To ease my nerves in the meantime, will stepconf/emc set the pins to sane value when running?
[21:54:43] <anonimasu> yes
[21:54:58] <FinboySlick> I don't think stepconf does, unless I messed something up.
[21:55:03] <anonimasu> depends on what you tell it to, but if your computer hangs
[21:55:07] <anonimasu> you can always swap them in the hal file
[21:55:13] <anonimasu> to be foreced to zero when you start
[21:55:16] <anonimasu> forced..
[22:12:34] -!- ve7it has quit [Remote host closed the connection]
[22:12:47] <FinboySlick> Hmm... That makes me wonder why there's an interface board at all (besides voltage conversion). I don't see the board doing more than taking the pin level it reads from the parport and relaying that to the stepper driver.
[22:15:29] -!- skunkworks [skunkworks!~chatzilla@str-bb-cable-south2-static-6-78.dsl.airstreamcomm.net] has joined #emc
[22:21:26] -!- ve7it [ve7it!~LawrenceG@S0106009027972e37.pk.shawcable.net] has joined #emc
[22:23:04] <andypugh> It might do isolation, so that a mis-wiring or other problem just blows opto-isolators, not the parallel port. It might increase the current drive capability (some p-ports can only source 3mA, and sink 15mA or so). But many are just a more convenient thing to wire to.
[22:25:06] <andypugh> Anyway, night all.
[22:25:10] -!- andypugh has quit [Quit: andypugh]
[22:25:17] <jthornton> goodnight
[22:36:55] -!- JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc
[22:40:54] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #emc
[22:42:26] <PCW> Hows the weather JT?
[22:43:19] <Tom_itx> mmm i think i need to map a spindle on pin too
[22:43:40] <Tom_itx> wind has picked up here considerablly
[22:43:54] <Tom_itx> W of JT a ways
[22:43:57] -!- seb_kuzminsky has quit [Remote host closed the connection]
[22:43:58] -!- mrsunshine [mrsunshine!~mrsunshin@c-bc3de253.4551536--62697410.cust.bredbandsbolaget.se] has joined #emc
[22:44:00] <Tom_itx> we share weather
[22:44:59] <JT-Shop> getting a bit better now the heavy stuff has passed
[22:45:32] <Tom_itx> blowing W?
[22:45:48] <JT-Shop> moving ENE
[22:46:12] <Tom_itx> i haven't looked at the map this evening yet
[22:46:18] <PCW> Joplin pictures were pretty scary
[22:46:34] <JT-Shop> yea, they got hit bad
[22:46:53] <Tom_itx> due to the hills they can't see em coming
[22:47:26] <JT-Shop> you can hear them, I can vouch for that
[22:47:52] <JT-Shop> but by that time your almost out of time
[22:49:12] <PCW> At least here we just have earthquakes, stuff may fall on you but you wont get blown 100M away
[22:50:18] <JT-Shop> that's one thing I liked about living in the south you knew a hurricane was on the way long in advance
[22:51:18] <PCW> I guess tornadoes just decide to form anywhere when conditions a right
[22:52:08] <Tom_itx> low pressure rubbing against a high pressure cell
[22:55:14] <JT-Shop> this one missed my house by 900' http://www.semissourian.com/story/71498.html
[22:56:20] <JT-Shop> Pine Cone Estates got flattened and it is 2 miles to the east of me
[22:56:46] <JT-Shop> crap, rain is back
[23:10:20] <JT-Shop> nice, it's lightning a lot now
[23:11:07] <JT-Shop> http://radar.weather.gov/radar.php?rid=PAH&product=N0Z&overlay=11101111&loop=yes
[23:12:09] <micges> where are you?
[23:12:18] <skunkworks> JT-Shop: yikes!
[23:13:26] -!- Valen [Valen!~Valen@ppp121-44-206-153.lns20.syd7.internode.on.net] has joined #emc
[23:17:37] <JT-Shop> Poplar Bluff, right in the middle
[23:18:54] <micges> eww
[23:19:15] <JT-Shop> the worst has passed "I think"
[23:21:16] <JT-Shop> looking at the national map it seems to be revolving around Tom_itx
[23:25:12] <FinboySlick> Hmmm. I have it started in a 'sane' (no spindle) state now. None of the controls do anything however.
[23:25:52] <JT-Shop> that is safe at least
[23:25:53] <micges> good night
[23:25:55] -!- micges has quit [Quit: Ex-Chat]
[23:26:00] <JT-Shop> good night
[23:26:12] <FinboySlick> JT-Be safe too.
[23:29:40] <FinboySlick> I might have to end up installing Mach3 just to know this thing is actually working :P
[23:31:13] <ssi> hooray, new surface plate has arriven
[23:35:03] <FinboySlick> "when the green led is light, it means the machine has get the power"
[23:35:33] <FinboySlick> Priceless.
[23:36:43] <JT-Shop> what did you do to start in a state of sanity that now makes all the controls not work?
[23:40:39] <Tom_itx> what signal would i grab to map a pin to spindle on/off?
[23:40:58] <FinboySlick> I think I had made an error on the limit switch (had to set them inverse), that allowed me to 'machine start' which set all the pin to sane states.
[23:41:19] <Tom_itx> i forgot about that one
[23:41:52] <FinboySlick> Now the machine just won't move at all ;)
[23:42:09] <FinboySlick> But I prever this inverse problem to the previous situation.
[23:42:28] <FinboySlick> s/prever/prefer/
[23:43:04] <JT-Shop> Tom_itx: for M3/4/5?
[23:43:55] <JT-Shop> motion.spindle-on
[23:44:05] <JT-Shop> motion.spindle-reverse
[23:45:28] * JT-Shop heads inside now to call it a day
[23:45:31] <JT-Shop> goodnight
[23:45:43] <FinboySlick> Goodnight.
[23:45:50] <Tom_itx> yes and goodnight
[23:46:08] <FinboySlick> Maybe I should have ordered that scope.
[23:46:26] <FinboySlick> I can monitor pin states from emc, right?
[23:46:56] <Tom_itx> yes
[23:50:10] <FinboySlick> Ok, I'll go give that a go.
[23:50:32] -!- Valen has quit [Quit: Leaving.]