#emc | Logs for 2008-04-04

[00:23:46] <dmes1> hi all
[00:55:07] <cradek> jmkasunich: good news, the pump has a glaringly obvious problem
[00:55:24] <jmkasunich> what's that?
[00:55:31] <cradek> one of the pistons is stuck
[00:56:01] <jmkasunich> gummed up stuck, or broken/rusted/damaged stuck?
[00:56:13] <cradek> not broken as far as I can tell. certainly not rusted.
[00:56:30] <cradek> I put penetrating oil on it. maybe patience is a virtue in this case.
[00:57:11] <jmkasunich> they are pushed up by the cam, right? and down by a spring? hopefully its stuck in the up position, no cam damage
[00:57:26] <cradek> yes all of that is true
[00:57:37] <cradek> there are typical lifters on a typical camshaft
[00:57:54] <cradek> they look just like regular valve bodies except the spring retainer is different
[00:58:50] <cradek> unfortunately I don't think I can get the spring retainer off, since the spring is already pretty much compressed all the way
[00:59:20] <cradek> but maybe it'll just free up with some oil and patience.
[00:59:32] <jmkasunich> ISTR that worked for you a while back
[00:59:42] <cradek> yeah, a little less precise though
[00:59:59] <cradek> for example, I beat on the valves with a hammer
[01:00:03] <jmkasunich> oh
[01:00:16] <jmkasunich> there are no rocker arms, are there?
[01:00:25] <cradek> nope
[01:00:29] <jmkasunich> so its not really "just like regular valves"
[01:00:38] <cradek> lifters push right on the base of the valve
[01:01:06] <cradek> what I think is the lash adjustment is a screw on top of the lifter
[01:01:08] <jmkasunich> did you pull the camshaft, or are you just looking at the gap between stuck piston and lifter (or lifter and cam)
[01:01:27] <cradek> there is nice side access to the pistons/valves
[01:01:41] <cradek> I have not pulled the cam. doubt it would help anything.
[01:01:59] <jmkasunich> with valves, you remove the valve from the head side...
[01:02:09] <cradek> true
[01:02:12] <cradek> no idea with these
[01:02:16] <jmkasunich> with these things, do you remove the piston from the "head" side?
[01:02:26] <cradek> I really don't know what's in there
[01:02:36] <jmkasunich> I was assuming that they pump into blind holes
[01:02:42] <cradek> with any luck I won't have to touch any of that stuff I don't know how to adjust
[01:03:20] <cradek> I think there is a "sleeve" that the piston slides into. there is a hole in the side of the sleeve which admits the fuel
[01:03:43] <jmkasunich> ah, and the sleeve rotates to vary the admission (at leasts, some work that way)
[01:04:02] <cradek> yes I think so
[01:04:14] <cradek> there is some rotating thingy in there that I didn't mess with
[01:04:40] <cradek> (what I think is) the throttle equivalent is locked in place. there is only one correct speed for it to run.
[01:04:51] <jmkasunich> I was wondering if the other cylinders could give you any clues to the construction of the stuck one
[01:05:19] <cradek> I wonder why it doesn't fire on the other two cylinders. there may be more than one problem.
[01:05:42] <jmkasunich> that seems odd - there is only one correct speed, but there is a wide range of torque, and thus a wide range of "fuel quantity per squirt"
[01:06:22] <cradek> yes I expected some kind of governor thing, but I don't see it
[01:06:50] <cradek> it could have parts missing. hard to say.
[01:07:08] <cradek> hmm, wonder if the thing I think is the shutoff is actually the throttle
[01:07:25] <cradek> I have only seen it fully on and fully off, but when running maybe it does something else.
[01:08:07] <jmkasunich> diesels are FM
[01:08:23] <jmkasunich> well, not the engines, but the fuel pumps
[01:08:27] <cradek> FM?
[01:08:36] <jmkasunich> fuckin' magic
[01:08:50] <cradek> oh
[01:08:53] <cradek> :-)
[01:09:11] <jmkasunich> I'm sure its not FM if you look close enough
[01:09:16] <jmkasunich> but few people get that chance
[01:09:39] <jmkasunich> an exploded drawing and a theory of operation would be fascinating
[01:09:58] <cradek> I'd like that too
[01:10:12] <jmkasunich> for a much more practical reason ;-)
[01:11:30] <cradek> true
[01:11:57] <jmkasunich> one diesel that I find interesting is the Fairbanks Morse engines that were used in WW2 era submarines
[01:12:04] <jmkasunich> no heads or valves
[01:12:41] <cradek> um no valves?
[01:13:04] <jmkasunich> yep
[01:13:17] <cradek> 2 stroke?
[01:13:53] <jmkasunich> yes
[01:13:58] <cradek> wild
[01:13:58] <jmkasunich> looking for a pic
[01:14:51] <jmkasunich> cool, found the doc I was looking for
[01:14:52] <jmkasunich> http://www.maritime.org/fleetsub/diesel/chap1.htm
[01:15:00] <jmkasunich> gotta scroll down quite a bit
[01:15:16] <jmkasunich> page 15 or so, fig 1-7
[01:17:19] <cradek> wow, opposing crankshafts and one injector running two pistons (1-13)
[01:17:23] <cradek> that's very clever
[01:17:32] <jmkasunich> yep
[01:17:43] <jmkasunich> phase shift between the crankshaft to control "valve" timing
[01:19:41] <jmkasunich> I've thought that if I ever got bit by the "build working scale model engines" bug, thats the one I'd want to build
[01:19:53] <jmkasunich> unfortunately I don't think diesels scale down well
[01:20:39] <cradek> no, I bet not
[01:21:08] <jmkasunich> its also neat how they start them - compressed air, injected into the cylinders
[01:25:27] <jmkasunich> http://www.maritime.org/fleetsub/diesel/chap5.htm#5F
[01:25:45] <jmkasunich> wonder how much the FM injector pump has in common with Yanmar of 50 years later?
[01:28:34] <cradek> could be very similar...
[01:28:47] <jmkasunich> if it works, don't fix it
[01:33:02] <cradek> bbl
[01:35:20] <JymmmEMC> anyone draw up something in 3d then output gcode for the part?
[01:47:09] <tom1> some apt examples are 3d http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?AptProgrammingForEMC
[01:50:29] <JymmmEMC> tom1: you did that?
[01:50:44] <tom1> nope
[01:54:10] <JymmmEMC> That's not exactly what I had in mind.
[01:55:29] <JymmmEMC> Say you have a 3d model of a circuit breaker. Then you need to cutout a faceplate to mount it in. Instead of copy and pasting the dimensions of the CB, just have it translate that over, then output the gcode.
[01:55:48] <JymmmEMC> and machien the faceplate that is
[01:56:09] <JymmmEMC> accounting for tolerances, etc.
[01:56:57] <cradek> I think that kind of process always needs a human directly involved, no matter how much software you have
[01:57:04] <tom1> in apt you might project those details onto a plane, then select a path thru those lines, then the post would give you the gcode
[01:57:20] <tom1> cradek: right
[01:57:44] <tom1> should that little hole be contoured or drilled? == human decision
[01:57:50] <cradek> a 3d model wouldn't tell you things like how thick the faceplate is, what size the thru holes should be, how it mounts to your panel, and so on
[01:57:58] <JymmmEMC> cradek: well, the basics anyway, then manually do any post processing converstion
[01:58:19] <JymmmEMC> just a single face, not the whole thing.
[01:58:28] <cradek> I guess I don't see what those basics would be
[01:59:11] <JymmmEMC> hmmmm, maybe I need to play with google sketch some more.
[01:59:14] <cradek> I think we all wish cnc could replace the requirement for the kind of knowledge a manual machinist has, but it doesn't
[01:59:47] <cradek> all it does is turn the cranks for him very patiently and precisely :-)
[01:59:50] <JymmmEMC> not replace, just make it simpler. not the tendous task of copy and pasting dimension.
[02:00:17] <JymmmEMC> (then forget one dimension =)
[02:01:00] <JymmmEMC> or a gotcha liek I almost had thinking the hole dimensions wee symetrical
[02:01:21] <JymmmEMC> O---||-----O
[02:08:50] <eric_U> you would think something like solidworks could use a 3d object to do a cut extrude on another object
[02:08:54] <eric_U> not sure it can though
[02:09:33] <eric_U> of course, that would be an interference hole, somewhat problematic
[02:09:38] <JymmmEMC> I'm not even sure how to get a 2d face out of SW
[02:19:34] <toastydeath> you can
[02:19:49] <toastydeath> and also solidworks doesn't pay attention to collisions
[02:19:53] <toastydeath> so you can do interference fits
[08:20:50] <gnix_oag> hello
[08:21:11] <gnix_oag> who have *.po for zh_TW
[08:30:52] <fenn> there is no .po for zh_TW
[08:35:04] <fenn> look at http://cvs.linuxcnc.org/cvs/emc2/src/po/README if you want to make one
[08:35:54] <gnix_oag> jast make zh_CN , http://bp0.blogger.com/_jQr0_XXsOWk/R_Xng4BqIFI/AAAAAAAACbU/F8ZzHtlQ5fs/s1600-h/1.png
[08:37:42] <fenn> cool
[08:39:44] <gnix_oag> translation of the word difficult
[08:41:11] <fenn> would you like to share the .po files with us?
[08:43:11] <gnix_oag> Only a little bit of translation
[08:43:50] <gnix_oag> Translation finished, repeat
[11:28:09] <BigJohnT> I seem to remember reading somewhere that EMC will open another .ngc file with and O word... or am I dreaming?
[11:35:27] <fenn> this was discussed recently on the mail list
[11:35:40] <fenn> if o123 isn't defined, emc will look in o123.ngc
[11:35:53] <fenn> and named subroutines in trunk
[11:35:57] <BigJohnT> I knew I read it somewhere
[11:36:09] <BigJohnT> ok the file has to start with o
[11:37:02] <fenn> http://www.mail-archive.com/emc-users%40lists.sourceforge.net/msg06250.html
[11:37:56] <BigJohnT> thanks fenn, that will make it easy to to my torch touch off at the start of each cut
[11:56:44] <BigJohnT> hmmm, I must be doing something wrong, it doesn't execute the called file...
[12:13:38] <fenn> BigJohnT: it has to be in the nc_files directory (or whatever PROGRAM_PREFIX is
[12:28:34] <skunkworks_> http://www.cnczone.com/forums/showpost.php?p=434567&postcount=78
[12:30:34] <fenn> the reason you dont do current limiting in emc is because it's a safety feature
[12:31:01] <fenn> and the pc is not fast enough
[12:32:19] <fenn> nfc what he's saying about slow/fast response signals
[12:33:51] <jepler> fenn: "fast" and "slow" are decay modes for h-bridges.
[12:35:28] <jepler> "In fast decay mode, the load is connected to the power supplies in the reverse direction of drive during the decay portion of the off time. This has the effect of quickly dumping the inductive flyback current into the supplies during the off period. The slow mode shorts out the load during the off period, resulting in slow current decay." --
[12:35:33] <jepler> http://www.mesanet.com/pdf/motion/7i30man.pdf
[12:38:44] <fenn> ah
[12:39:13] <skunkworks_> my h-bridge shorts out the load.
[12:39:36] <skunkworks_> with from what I understand also give a more linear in-out of the amp.
[12:39:43] <jepler> with from?
[12:39:45] <skunkworks_> which is what I have seen
[12:40:00] <skunkworks_> -with
[12:41:15] <skunkworks_> pete had a cool explaination on the list also. Someone was having a problem where it seemed like he had to input quite a high signal to the amp to get the motor to start turning..
[12:41:35] <skunkworks_> He figured the amp was setup to fast decay.
[12:43:21] <skunkworks_> http://www.cnczone.com/forums/showpost.php?p=390997&postcount=2
[12:43:31] <BigJohnT> fenn: that is where it is
[12:43:50] <jepler> I recall reading that certain stepper motor controllers will select fast or slow decay at different points in the microstepping cycle, but at the time I read it the motivation to do so went over my head
[12:50:12] <BigJohnT> I tried o101 call and o<test> call with a files called o101.ngc and text.ngc in the nc_files folder
[12:50:43] <BigJohnT> I also checked the PROGRAM_PREFIX and it points to the nc_files folder
[12:54:24] <BigJohnT> * BigJohnT is off to work
[13:26:18] <tom1> gnix_oag: ni hao, looks good! can you submit zh_TW.po? thanks for your work.
[13:27:37] <gnix_oag> tom1: 可以
[13:28:39] <tom1> gnix_oag: are you at university? ( your message lloks fine, but i speak yi dian dian :)
[13:30:44] <gnix_oag> tom1: how can i put
[13:31:13] <tom1> ah, wait please
[13:31:46] <tom1> jepler: fenn: how can gnix_oag submit a po file?
[13:36:49] <gnix_oag> http://linuxcnc.blogspot.com/
[13:38:50] <tom1> gnix_oag: 請等待, 其他人將幫助您。謝謝。
[13:39:05] <gnix_oag>
[13:39:53] <tom1> 我將設法讀您的blog. 非常好:-)
[13:40:04] <BigJohnT> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=220220526875&refid=store
[13:43:20] <tom1> anyone... use alta vista to get a rough translation of gnix_oag's work .. use this tool http://babelfish.altavista.com/babelfish/tr to translate this page http://linuxcnc.blogspot.com/
[13:47:45] <acemi> BigJohnT: "0101 call" command call 101.ngc, not 0101.ngc
[13:50:14] <tom1> gnix_oag: 您是老師。好。
[13:50:15] <tom1> 我抱歉, 必須去現在工作。我希望某人能幫助您送文件。許多感謝。
[13:50:33] <tom1> bbl
[13:51:11] <BigJohnT> acemi: "o101 call" is what I did
[13:52:12] <acemi> I tried "o101 call" and this command open the file 101.ngc
[13:52:12] <BigJohnT> and I tried both o101.ngc and 101.ngc for file names...
[13:52:46] <BigJohnT> acemi: did you have to have anything in the called file besides the g codes
[13:53:00] <acemi> no
[13:53:26] <BigJohnT> hmmm
[13:53:47] <acemi> I get an error message too but related with filename
[13:53:55] <acemi> I get an error message too but not related with filename
[13:54:07] <BigJohnT> is this in 2.2.4?
[13:54:17] <acemi> trunk version
[13:54:27] <BigJohnT> ok that must be it
[13:56:35] <jepler> tom1: send me an e-mail with the .po file as an attachment. I'll add it to CVS, and it will get in emc 2.3. handle revisions of the .po files in the same way -- e-mail me the new file
[13:56:53] <tom1> jepler: thanks!
[13:57:12] <jepler> if you have a file for emc 2.2, send that too -- be sure to clearly mark which is which
[13:57:57] <jepler> hopefully my spam filter lets the message through, most messages with chinese letters are not legitimate messages ..
[13:58:01] <jepler> (for me)
[14:06:53] <BigJohnT> acemi: I guess I'll have to figure out how to get the trunk or wait for 2.3... thanks for the help
[14:06:58] <tom1> gnix_oag: 請尋找電子郵件從我。我希望我能幫助。
[14:07:58] <acemi> there is a howto in wiki to compile from source
[14:08:24] <BigJohnT> I'll try it this weekend, thanks
[14:08:34] <tom1> jepler: I asked him to send to me, and i will fix up to you, ok, i found an email address for you.
[14:08:51] <BigJohnT> gotta go now must shut down getting keyboard cleaned...
[14:09:36] <jepler> tom1: jepler@unpythonic.net or jepler@unpy.net
[14:09:52] <tom1> got it. thx\
[14:11:23] <tom1> gnix_oag is a teacher 老師 :)
[14:21:59] <fenn> looks like he's dealing with the same problem i was (eps illustrations)
[14:22:40] <fenn> the problem is not that dxf or qcad can't handle dashed or bold lines, its just jmk's cad software exports it wrong
[14:28:59] <tom1> bbl ( really)
[14:33:26] <gnix_oag> tom1: your mail
[14:34:13] <tom1> gnix_oag: tomp-tag@sbcglobal.net
[14:34:33] <tom1> bbl ( really really , now out the door )
[14:35:09] <gnix_oag> OK
[14:39:52] <gnix_oag> tom1: OK
[14:39:59] <gnix_oag> send
[14:43:12] <cradek> gnix_oag: thank you for the translation
[14:43:20] <cradek> tom1: thanks for helping
[16:03:04] <tomp2> gnix_oag: 我有文件看起來好! 我現在將送到開發商。:-)
[16:03:05] <tomp2> 它被送
[16:03:34] <tomp2> jepler: .po sent to you now
[16:04:40] <jepler> tomp2: your subject line says "zh_TW" but the filename says "zh_CN". Which is correct?
[16:05:07] <tomp2> hmmm, looked traditional to me... gotta ask
[16:05:23] <jepler> CN and TW refer to different geographical regions?
[16:05:25] <tomp2> traditional = ZH, new style = CN, gotta ask
[16:05:44] <tomp2> traditional = lotsa lines newstyle = fewer
[16:06:31] <tomp2> ditto for CN vs TW ( TW and some others use old sytle withlotsa lines, the so-called Big5 )
[16:07:25] <jepler> my reference say that "zh" is the language code for Chinese, TW is a geographic code for Taiwan, and CN is a geographic code for China
[16:07:39] <tomp2> right
[16:07:51] <tomp2> still gotta ask ;)
[16:08:58] <tomp2> my system displays both properly, hard to tell
[16:10:46] <jepler> It could also be set for just "zh"; in that case, systems that are configured for zh_CN and zh_TW would both get this translation -- if people in both geographies would be able to read and understand the text, it's probably better than showing the English (but would they?)
[16:11:33] <fenn> there is also a 'fall back' mechanism to allow prioritizing which localization to pick first if the primary isnt available
[16:11:43] <tomp2> it's a different unicode for CN vs TW, i dont think one file handles both
[16:13:08] <jepler> my tools identify the non-ASCII characters as being called CJK UNIFIED IDEOGRAPH-####
[16:13:21] <jepler> but I don't even know what that means
[16:13:38] <jepler> "X-Poedit-Country: CHINA\n"
[16:14:22] <jepler> I bet it's intended to be zh_CN, not zh_TW
[16:15:18] <tomp2> i've been reading and writing to him in 'traditional' and thats TW not CN, still composing msg
[16:16:06] <jepler> I've added it as zh_CN, let me know if I should change it
[16:16:45] <tomp2> ok
[16:17:03] <tomp2> gnix_oag: 文件名是' zh_CN.axis.po ' 是正確的? ' CN ' 和不是' TW '???
[16:17:30] <tomp2> each character is a word, harder to get message overflow :)
[16:18:50] <fenn> holy crap i can read that
[16:19:15] <tomp2> :)
[16:19:47] <gnix_oag> tomp2: 这是简体中文,
[16:21:30] <tomp2> gnix_oag: 謝謝我們將保留文件是' CN '
[16:21:49] <tomp2> jepler: looks like CN is correct
[16:21:53] <jepler> tomp2: OK, good
[16:22:04] <jepler> gnix_oag: thank you for your contribution
[16:22:55] <gnix_oag> ok
[16:24:15] <tomp2> gnix_oag: 必須工作現在喜歡遇見您。:)
[16:25:04] <jepler> gnix_oag: may I use the screenshot from http://linuxcnc.blogspot.com/2008/04/test.html on ?
[16:25:14] <jepler> ... on http://axis.unpy.net/translations ?
[16:27:50] <gnix_oag> OK
[19:03:19] <alex_joni> where would one buy an USB stick online in the US?
[19:03:28] <alex_joni> a 16GB preferably
[19:03:46] <skunkworks_> newegg?
[19:04:17] <a-l-p-h-a> ncix.com
[19:04:22] <a-l-p-h-a> my distributor
[19:04:28] <a-l-p-h-a> tigerdirect.com
[19:04:36] <skunkworks_> http://www.newegg.com/Product/Product.aspx?Item=N82E16820211280
[19:04:56] <skunkworks_> (first thing I found_
[19:06:51] <alex_joni> ty
[19:14:43] <a-l-p-h-a> I honestly wouldn't ooh
[19:14:43] <a-l-p-h-a> nice
[19:14:54] <a-l-p-h-a> that would go great in my eeepc
[19:14:56] <a-l-p-h-a> :D
[19:41:01] <alex_joni> hey Dallur
[19:49:45] <Dallur> hey Alex, how goes ?
[19:51:30] <alex_joni> pretty ok
[19:51:44] <Dallur> spring there yet ?
[19:51:55] <alex_joni> yeah, 20C and sunny
[19:52:58] <Dallur> alex_joni: nice, it's still chilly up here but at least most of the snow is gone
[19:54:53] <Dallur> I've been working a bit with Collada for the last weeks, been thinking that there might be a way to use collada to revolutionize the cnc world
[19:55:29] <alex_joni> collada?
[19:55:47] <Dallur> Collada is an xml based 3d interchange format with physics and animation support
[19:56:10] <Dallur> pretty much all the 3d modeling software can export to collada today, it's emerging as an open standard for 3d models
[19:57:04] <Dallur> my reasoning is that using a sequence of machine specific instructions (gcode) to represent a 3d object is really inefficient
[19:58:01] <Dallur> a better (future) way is to provide a generic 3d representation of the model with the basic data so that cutting paths can be generated suited to the machine that produces the item
[19:59:02] <alex_joni> I think they tried to do that using STEP
[20:00:17] <Dallur> alex_joni: hmm interesting, I don't really know anything about step
[20:00:26] <Dallur> * Dallur digs into google
[20:01:59] <alex_joni> oh, it's quite a sh*tload you need to read :)
[20:02:47] <Dallur> alex_joni: any OSS implementations that you know of ?
[20:06:36] <jepler> Dallur: if somebody tells you that "all the 3d modeling software can export to X", they're lying.
[20:07:08] <jepler> In my day-job industry, they first lied that everyone was using vrml. then they lied and said that everyone was using a step-based format. then it was u3d. somewhere in there, x3d went by too.
[20:07:21] <archivist> * archivist notes solidworks missing from the colada list
[20:08:27] <archivist> and catia
[20:08:41] <toastydeath> but why would solidworks or catia want to interact with anything else
[20:08:54] <toastydeath> every major cam system supports sldprt files!
[20:09:18] <toastydeath> and catia, well, if you can afford catia you don't need to concern yourself too much with the particulars of it
[20:10:04] <Dallur> jepler: yeah, there have been some pushes, but as far as interchange formats go today it's either fbx or collada and collada seems to be gaining momentum
[20:11:39] <alex_joni> Dallur: there are some things around NIST
[20:11:43] <alex_joni> for converting STEP stuff
[20:12:03] <alex_joni> but the format is closed, so I doubt there are good OSS implementations
[20:12:18] <alex_joni> oh, and STEP referrs to a lot of things
[20:12:42] <alex_joni> http://www.steptools.com/library/standard/step_1.html
[20:13:09] <Dallur> jepler: fbx is closed source (sdk available) while collada is totally open and I think that will make a big difference
[20:13:14] <alex_joni> (it never caught as they expected it to.. imo)
[20:13:32] <alex_joni> Dallur: that depends what you need
[20:13:42] <alex_joni> jepler: it's u3d now?
[20:13:59] <alex_joni> Dallur: I mostly use ACIS (sat) or IGES when handling solids..
[20:14:00] <Dallur> alex_joni: the first issue with it (as you pointed out) is that it's closed
[20:14:12] <alex_joni> but that doesn't contain anything about toolpaths
[20:14:12] <jepler> alex_joni: here at my day job it's one of the formats we've dabbled with in the past 2 years
[20:14:21] <jepler> alex_joni: I don't know how much use it's getting by our users in the field
[20:14:31] <alex_joni> jepler: I was very interested in using it
[20:14:43] <alex_joni> especially the part that you can embed it into pdf's
[20:14:49] <jepler> yes that's what we were doing as well
[20:14:54] <alex_joni> and have easy 3D views available to lots of people
[20:15:26] <alex_joni> using OSS I found Meshlab (at sourceforge)
[20:15:38] <alex_joni> it imports most types of meshes (obj, stl, etc)
[20:15:46] <alex_joni> and can in theory convert to U3D ..
[20:16:31] <jepler> I hated the time I spent working on that project. the good side was that there is an ECMA document describing the U3D standard
[20:16:46] <alex_joni> there are some U3D reference implementations
[20:16:49] <alex_joni> also around sourceforge
[20:17:19] <jepler> the bad thing is that the standard was shitty quality
[20:17:48] <jepler> e.g., a certain detail of the compression algorithm differed between the normative text and the sample code in an annex, but the adobe viewer decoded according to the sample code
[20:17:52] <alex_joni> how do you do the embedding?
[20:18:05] <alex_joni> latex + <forgot the name>
[20:18:36] <jepler> presently we generate u3d files with 100% in-house code, and use the 'haru' pdf library to embed it into a .pdf document
[20:20:25] <Dallur> "The great thing about standards is that there are so many to choose from"
[20:21:54] <alex_joni> Martin Atkins
[20:22:42] <alex_joni> hmm.. no
[23:11:59] <ravennb> hey
[23:12:08] <jmkasunich> hey yourself
[23:12:54] <toastydeath> can has cnc?
[23:13:50] <ravennb> one small question. I build a CNC and I'll use EMC2 for milling... how could I do a reference move (move on X/Y/Z-Axis from zero to 100%)??
[23:14:11] <ravennb> sorry for my bad englisch im german^^.... I searched for 2 days on google
[23:14:28] <jmkasunich> I'm not sure what you mean by 0-100%
[23:14:47] <jmkasunich> 0-100% moving speed?
[23:14:50] <archivist> it works in real distance
[23:14:53] <ravennb> 0-300m fremd startposition to endposition
[23:15:02] <ravennb> 0-300mm
[23:15:03] <cradek> limits?
[23:15:09] <ravennb> yes
[23:15:16] <ravennb> thats the word thx
[23:15:22] <cradek> :-)
[23:15:38] <LawrenceG> yippee... emc2 sim built from sources on new Ubuntu 8.04 box http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#Simulator_Build_On_Ubuntu_8_04_Hardy_Heron
[23:17:23] <alex_joni> ravennb: kannst du mal auf deutsch fragen?
[23:18:09] <ravennb> ok... also ich will ne referenzfahrt machen
[23:18:24] <alex_joni> neu referieren?
[23:18:27] <ravennb> also dass er alle achsen einmal abfährt und ausmisst
[23:18:34] <ravennb> ne das erste mal
[23:18:49] <alex_joni> dazu musst du home druecken (oder halt home-all)
[23:19:46] <alex_joni> das geht aus g-code heraus nicht
[23:19:53] <ravennb> ja aber woher weiß emc2 wo mein 0 punkt ist (endlage1 von der X-achse)?
[23:20:12] <alex_joni> das haengt ab wie es eingestellt ist
[23:20:20] <alex_joni> meistens gibt es ein taster (home-switch)
[23:20:33] <cradek> thanks for helping, alex
[23:20:42] <alex_joni> sorry for speaking german ;)
[23:20:51] <cradek> not at all, it's great
[23:21:06] <ravennb> oder speichert emc gar nicht wie weit es in XYZ richtung verfahren kann/darf?
[23:21:11] <alex_joni> ravennb: also das haengt von deiner maschine ab
[23:21:24] <ravennb> hab vordere und hintere endlage öffner in reihe geschaltet
[23:21:25] <alex_joni> meistens ist das so: auf einer achse gibt es eine 0-position
[23:21:40] <alex_joni> dann gibt es ein soft-limit (min und max)
[23:21:48] <alex_joni> und es gibt noch min und max endschalter
[23:22:05] <alex_joni> die sollte man eigentlich nie erreichen (waehrend der normalen arbeit wenigstens..)
[23:22:28] <ravennb> ja normal halt
[23:22:33] <alex_joni> ravennb: genau, jetz..
[23:22:36] <alex_joni> jetzt..
[23:22:41] <alex_joni> wenn du die maschine startest
[23:22:49] <alex_joni> kann es sein dass die irgendwo ist
[23:23:01] <alex_joni> und man muss zuerst eine referenzfahrt machen (home)
[23:23:22] <alex_joni> die stellt man in der ini ein (in welche richtung er fahren soll, mit welcher geschwindigkeit, usw)
[23:23:45] <alex_joni> und dann faehrt er die Achse bis ein Eingang aktiviert ist, und sagt.. ok hier ist 0
[23:23:57] <alex_joni> dann ab da sind die grenzwerte berechnet
[23:24:35] <ravennb> ahhhh also in der ini... gut jetzt weiß ich wo ich zu suchen hab thx... und die grenzwerter muss ich per hand ausmessen und in die ini/hal? eintragen?
[23:24:51] <alex_joni> ja
[23:25:00] <alex_joni> wart mal kurz
[23:25:27] <alex_joni> http://www.linuxcnc.org/docview/html//config_ini_homing.html
[23:25:40] <alex_joni> das ist die komplette doku fuer referenzeinstellungen
[23:25:50] <alex_joni> man kann verschiedene Arten zu referieren einstellen
[23:26:00] <ravennb> thx ich bin zu blöd zum finden^^
[23:26:38] <alex_joni> ravennb: wenn du dich mit dem englischen nicht zurechtfindest.. einfach mal vorbei schauen und nochmal fragen
[23:27:01] <alex_joni> obwohl ich jetzt zu bett gehe (ich bin ne stunde spaeter dran als .de)
[23:27:06] <ravennb> joa also lesen kann ichs
[23:27:21] <alex_joni> naja, mit dem kapieren ist es interessanter :D
[23:27:24] <ravennb> nur schreiben wird schwer jedenfalls bei technischen sachen
[23:27:39] <ravennb> joa also meine hal hab ich auch richtig eingestellt mit boost und sleep etc
[23:27:44] <alex_joni> ok, super
[23:27:51] <ravennb> joa wünsch dir ne gute nacht
[23:27:54] <alex_joni> ich nehm mal an du kennst cncecke?
[23:28:12] <ravennb> ja schon bin aber nicht sehr aktiv eher nur lesen
[23:28:33] <alex_joni> da gibts auch ein emc forum, und gute beitraege auch
[23:28:37] <ravennb> werd die maschine wenn sie fertig ist auch vorstellen
[23:28:42] <toastydeath> WE HAVE BEEN INVADED
[23:29:05] <ravennb> dauert noch etwas (Mechatroniker abschlussprojekt) bin noch mitten am bauen
[23:29:08] <alex_joni> ravennb: auch in hier wenn's geht :)
[23:29:16] <alex_joni> toastydeath: you would think so..
[23:29:32] <toastydeath> #POLAND: FORMERLY #EMC
[23:29:34] <ravennb> ja klar
[23:29:51] <alex_joni> toastydeath: it's german :P
[23:30:03] <toastydeath> i was making reference to germany invading poland
[23:30:09] <toastydeath> not actually implying you were speaking polish
[23:30:10] <toastydeath> =)
[23:30:15] <alex_joni> hmm.. they didn't :P
[23:30:26] <alex_joni> it was more like a polite border crossing :D
[23:30:31] <toastydeath> hahaha
[23:30:40] <toastydeath> HOW FOOLISH OF ME.
[23:30:45] <alex_joni> heh
[23:30:57] <alex_joni> ravennb: ich verschwind zu bett.. gute nacht, und viel glueck
[23:30:58] <toastydeath> anyway sorry, continue.
[23:31:06] <ravennb> thx gute nacht
[23:31:18] <alex_joni> toastydeath: I'm off to bed (hopefully for good this time.. as it's close to 3am soon)
[23:31:28] <toastydeath> goodnight sir
[23:31:57] <alex_joni> actually I saw a result from some research in germany lately
[23:32:22] <alex_joni> and they managed to identify a gene which separates people in different cathegories based on how they like to sleep
[23:32:43] <alex_joni> ones waking up early in the morning, or ones (like me) that like to stay up late, and get up late
[23:33:10] <alex_joni> and they proved it's genetic.. not a bad habit
[23:33:32] <toastydeath> clearly a victory for us
[23:33:38] <alex_joni> ravennb: wo in deutschland bist du?
[23:33:52] <ravennb> hessen
[23:34:00] <alex_joni> toastydeath: they also thought it might get changed with pills in the future
[23:34:05] <ravennb> nähe kassel/marburg
[23:34:10] <alex_joni> aha, cool
[23:34:19] <alex_joni> ich bin oefters mal neben siegen
[23:34:36] <ravennb> ok sagt mir jetzt nichts^^
[23:35:20] <alex_joni> das ist schon NRW
[23:35:27] <alex_joni> aber ganz an der grenze :)
[23:35:34] <alex_joni> http://de.wikipedia.org/wiki/Siegen
[23:35:36] <toastydeath> alex_joni: if i wanted to change it with pills i'd just go back to usign speed
[23:35:49] <toastydeath> USIGN
[23:36:26] <alex_joni> ng
[23:36:49] <alex_joni> toastydeath: maybe after getting back to speed you'll get it right :P
[23:37:00] <alex_joni> ravennb: kennst du Lahn-Dill-Kreis ?
[23:37:36] <alex_joni> http://de.wikipedia.org/wiki/Lahn-Dill-Kreis
[23:37:38] <ravennb> also wo der ist ja...
[23:37:52] <alex_joni> ich arbeite mit einer Firma in Haiger
[23:38:09] <ravennb> okay ist ja nicht soo weit weg
[23:38:13] <alex_joni> aber eigentlich egal ;)
[23:38:26] <ravennb> stimmt auch wieder
[23:38:55] <alex_joni> na dann.. viel glueck mit der maschine
[23:39:01] <ravennb> danke
[23:39:07] <ravennb> für die hilfe
[23:39:11] <alex_joni> keine ursache
[23:40:28] <ravennb> so ich werd jetzt auch ins bett verschwinden gute nacht
[23:41:37] <alex_joni> good night