Back
[02:01:50] <jtr> logger_emc: bookmark
[02:01:51] <jtr> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2009-03-23.txt
[02:14:59] <the_goat> Light brown coloured coolant? Ah, yes. I believe that's liquified cancer cells and depleted uranium
[02:15:40] <skinnypup> mmmm i'll take a glass of that plz
[02:17:38] <cradek> it's just like any other nasty rusty oily goo
[02:18:30] <jmkasunich> except if its been in there long enough, it is _fermented_ nasty rusty oily goo
[02:18:39] <jmkasunich> fermenting adds flavor
[02:18:50] <the_goat> On a more serious note, I do recall that PCB/diphenyls have been used in milling machine coolant, so it really could be some nasty stuff
[02:18:55] <the_goat> but that was hopefully back in the 60s/70s
[02:18:57] <the_goat> :/ ?
[02:19:01] <SWPadnos> CNC kimchee
[02:19:32] <jmkasunich> I believe any health risks from coolant are from long-term exposure
[02:19:43] <jmkasunich> just wash it off and clean out the machine sump
[02:19:53] <the_goat> I would assume so... if you don't wicked dermatitis within a few days of exposure, yer prolly ok
[02:19:56] <the_goat> s/don
[02:19:58] <cradek> what else would you do? call the EPA?
[02:19:58] <the_goat> oops
[02:20:30] <the_goat> nah, UPS it over to some AIG exec's house "Health Tonic"
[02:20:40] <jmkasunich> paragon is in the UK
[02:20:50] <jmkasunich> so the EPA would be almost as useless as it is here
[02:22:40] <the_goat> hey, that's not fair... big business has to pay an awful to buy off the EPA - that's hard work
[02:22:49] <the_goat> s/awful/awful lot/
[02:56:59] <jepler> http://www.wired.com/gadgets/mods/multimedia/2009/03/gallery_instruments?slide=3&slideView=3
[03:00:32] <jmkasunich> heh
[03:27:29] <eric_unterhausen> I'm thinking that 12 DA200 collet holders is more than I'll ever use
[03:29:06] <the_goat> man, if you were local, I'd offer to relieve you of a couple for a reasonable price
[03:29:20] <the_goat> time to start banking parts for our x-y table
[03:29:26] <the_goat> and other gear
[03:29:48] <eric_unterhausen> if you don't have any collets, you probably want to use the ER series
[03:32:05] <eric_unterhausen> http://cgi.ebay.com/Valenite-Mill-Holder-NMTB-30-V30M-18DA-206-NEW_W0QQitemZ220382746011QQcmdZViewItemQQptZBI_Tool_Work_Holding?hash=item220382746011&_trksid=p3286.c0.m14&_trkparms=66%3A2|65%3A10|39%3A1|240%3A1318
[03:32:13] <eric_unterhausen> I was wrong, da180
[03:37:23] <eric_unterhausen> oh, well, might as well keep them, some guy selling that holder with 7 collets for $60
[03:53:41] <eric_unterhausen> I'm thinking that an adapter to use R8 tooling in an NMTB30 machine is a very bad idea
[03:56:42] <eric_unterhausen> I just saw the QC30 tool that I really wanted a couple years ago, and I'm not going to buy it
[06:11:58] <JymmmEMC> jepler: Shit man, you mean all this time I was just making a musical instrument?!
[09:06:28] <Paragon27> LOL Thanks for the comments chaps (re coolant). Catch you all later as off to work.
[10:55:28] <leonard> hello all
[11:03:49] <leonard> Alex: I tried to create the lathe.ini file but could not get it to work. I have pasted it with the following ID
http://pastebin.ca/1369015
[11:14:18] <Paragon27> I metioned yeterday that I was upto kneck in coolant and the basis of this I have a couple of questions that i hope someone could answer. The mill had coolant left in it when it was delivered. The coolant is a light brown oilly substance. Looking on the web most coolants seem to be synthetic or semi-synthetic which is mixed with water and produces a....
[11:15:13] <Paragon27> milk coloured substance. This does not resemble the coolant that is in my mill.... What type could this be?
[11:15:43] <archivist> some are just an oil
[11:16:05] <Paragon27> Plain Oil?
[11:16:13] <archivist> cutting oil
[11:17:02] <piasdom> Paragon27; don't know, but the coolants i've used before would turn that color if it set for a time.maybe just old coolant
[11:17:15] <archivist> an oil has a slightly different job, less cooling and more lubrication
[11:17:45] <Paragon27> archivist: What are the benifits for oil / milk
[11:18:01] <Paragon27> archivist: Sorry you just answered that....
[11:18:09] <archivist> water based have better cooling
[11:19:43] <Paragon27> The other thing I noticed (when I dropped the allan key in the sump) was that there is a lot of sludge / debree in the bottom is this usual?
[11:20:16] <archivist> for typical lazy machine shop yes
[11:21:16] <archivist> we use oil based here for gear cutting
[11:21:31] <Paragon27> Right ... The machine is aprox 55 years old also and probably has never been cleaned.
[11:23:22] <archivist> Ive only cleaned out one here, but the only get used once in a blue moon (some here are 1950's)
[11:24:02] <leonard> http://pastebin.ca/1369015 can anyone look at the .ini file and tell me what am i doing wrong to get my lathe to work on enc2 2.28
[11:24:30] <Paragon27> Here is a link to it
http://www.lathes.co.uk/beaver/page5.html what would be the best way to clean the oil sump / sludge? BTW it is fixed within the stand so cannot be removed its also very tight to access via a side door at the base.
[11:30:00] <piasdom> leonard; <<guessing) but it looks like it is looking for your ini file... core_stepper.hal:85: Ini variable not found.
[11:32:06] <leonard> piasdom: I am new to this, what do i need to change to get it working?
[11:34:05] <piasdom> leonard; check to see where your ini file is listed in your config.ini
[11:36:50] <alex_joni> leonard: did you pastebin the hal file?
[11:37:11] <alex_joni> leonard: core_stepper.hal:85: Ini variable not found.
[11:37:14] <alex_joni> that's the error
[11:37:23] <piasdom> alex_joni;thanks
[11:48:45] <alex_joni> leonard: that means the core_stepper.hal references soemthing that's missing from your ini
[11:50:37] <leonard> does anyone have a working lathe ini file that you can email to me please!!!!!!!!!!
[11:50:46] <leonard> leonard@sangari.co.za
[11:56:50] <piasdom> leonard; i don't have a cnc lathe, but you may just need to edit your ini file to get it working
[12:00:28] <alex_joni> there are at least 2 sample lathe configs included with emc2
[12:00:34] <alex_joni> lathe-nist and sim/lathe.ini
[12:00:51] <alex_joni> the later is a simulation config, so it won't command any actual hardware
[12:43:28] <Guest112> Guest112 is now known as skunkworks_
[13:16:54] <Optic> hi
[13:54:54] <Optic> writeup of the laser project so far:
[13:54:55] <Optic> http://www.andrewkilpatrick.org/blog/?page_id=914
[13:59:24] <archivist> stepper resonance could be be improved if you half step/keep off resonant speeds
[13:59:47] <Optic> we switched to half-stepping last night
[13:59:58] <Optic> i haven't seen the results yet but apparently it is a HUGE improvement
[14:00:39] <archivist> steppers on full step can resonate a "bit"
[14:00:48] <Optic> haha
[14:00:55] <Optic> it was making zigzags at some frequencies
[14:01:09] <Optic> now it is totally smooth apparently
[14:02:35] <cradek> yay
[14:03:34] <Optic> so we've fixed a few major problems this weekend... our stepper controller was missing some pluses, we switched to half-steps, and we made some changes in the HAL to make sure the laser is OFF when it's supposed to be :)
[14:03:46] <Tottish_> Looking good, Optic! I haven't read the whole article but I'd like to know what type of CO2-laser that is and what speeds you are able to feed it with without too much vibration.
[14:04:47] <Optic> tottish: the laser module is a synrad 25W "48-series"
[14:04:56] <Optic> http://www.synrad.com/48series/48_25.htm
[14:05:04] <Optic> but it's old
[14:05:35] <alex_joni> Optic: great work
[14:05:36] <Tottish_> Oh rally? haven't seen one without its "shell" before.. It's rteally compact. So its RF excited and aircooled then?
[14:06:10] <Optic> yep. it's just a big block of alumium, DC power and TTL PWM go in, laser light comes out
[14:06:13] <Optic> that's all you get to know :)
[14:06:29] <Tottish_> hehe, OK..
[14:06:40] <Optic> the rest is "not user servicable"
[14:06:46] <Optic> in fact I don't even see how it can be opened
[14:07:07] <Tottish_> Does the block get hot? I'm having some problems with heat in my tube..
[14:07:40] <Optic> it gets quite warm. on the back of the engraver the laser is surrounded by a cover that has 4 rather large muffin fans in it
[14:09:51] <Tottish_> OK, I will get a 12Vchannel-fan-thingy used for engine-rooms in boats. Should get pretty good airflow... and quite a bit of noise but hey, what are you gonna' do?
[14:14:06] <Tottish_> Did you measure how small a point you got when perfectly focused?
[14:14:49] <Optic> we don't have tools that measure that fine
[14:14:58] <Optic> it's around 1mm
[14:15:00] <Optic> maybe smaller
[14:15:33] <Optic> tottish: the synrad datasheet tells you exactly how you should set up the fans, in this case
[14:15:41] <Optic> and the design of our engraver follows their reference design
[14:17:42] <Tottish_> Ah, cool, too bad my tube doesn't look anything like yours, though... It's supposed to be a Synrad/Laakman-unit and was probably a spare part from some medical laser. Output effect is measured to about 15W.
[14:18:21] <Tottish_> Oh!
[14:18:46] <Tottish_> Have you tried doing thin-foiled PCBs?
[14:19:18] <Tottish_> I'm so exited to test if it can cut the 17.5µm copperlayer with decent result...
[14:20:28] <Tottish_> Cupper is supposed to be one of the most reflective metals/materials to cut with a CO2 but since it's so darn thin I'm keeping my hopes up. =)
[14:26:17] <Optic> nope, we've tried some steel
[14:26:23] <Optic> the laser had no visible effect on it
[14:26:46] <Optic> haven't tried any cooper
[14:26:55] <Optic> acrylic is like a dream
[14:26:57] <Optic> we need to get more scraps
[14:27:05] <Optic> we've been mostly cutting corrugated cardboard
[14:27:17] <Optic> it looks like it was cut with a razor
[14:28:20] <Tottish_> Sounds nice! Acrylic shouldn't be problem if I hav understood this correctly. Did you know there is a spray used for marking steel and alu with low-power CO2s?
[14:28:57] <Optic> I did not!
[14:29:29] <Tottish_> Well, there is! =) I'll try and find an URL, though I guess your google skillz are equal to mine. =)
[14:29:57] <toastydeath> ffff
[14:32:12] <MrSunshine_> how does emc access the parport?
[14:32:22] <MrSunshine_> i have no /dev/parport0 but emc seem to be able to access the parport anyways
[14:32:22] <alex_joni> MrSunshine_: outb()
[14:32:34] <cradek> yes, directly
[14:32:50] <alex_joni> the /dev/ interface is for certain programs to access the parport driver
[14:32:58] <alex_joni> emc2 does it directly, so /dev/ is not needed
[14:33:04] <MrSunshine_> hmm ok
[14:33:18] <MrSunshine_> trying to get a parport so i can program my AVR .. but aparently it wont register in the /dev tree :/
[14:33:37] <alex_joni> yup, the emc2 install prevents that
[14:33:50] <alex_joni> there is a rule that disables the linux parport driver, so that emc2 can load/run
[14:33:56] <MrSunshine_> gah :)
[14:34:14] <MrSunshine_> so i cant access it from this computer then ?
[14:34:18] <Optic> emc2 is hardcore with the parport :)
[14:34:31] <MrSunshine_> well when im not running emc i would like to gain access to the parport :P
[14:34:39] <cradek> http://cvs.linuxcnc.org/cvs/emc2/debian/extras-Ubuntu-8.04/etc/modprobe.d/emc2?rev=1.1
[14:34:54] <cradek> this is how the emc2 install disables the loading of the parport_pc kernel module
[14:35:17] <MrSunshine_> so it cannot be loaded when emc runs ?
[14:35:20] <MrSunshine_> even tho im not touching it ?
[14:35:24] <cradek> right
[14:35:52] <MrSunshine_> if i do a programming script then, that loads parport, programs the avr then unloads it ? :)
[14:36:10] <cradek> yes that would wbe fine
[14:36:11] <Tottish_> Maybe it's possible from a non-EMC2 LiveCD?
[14:36:23] <MrSunshine_> Tottish_, i need emc also :)
[14:37:00] <cradek> do you control a machine with the parport?
[14:37:17] <MrSunshine_> yes
[14:37:18] <Tottish_> Yeah, but if you have to change the par-port cable you might aswell reboot too =P or not...
[14:37:22] <MrSunshine_> and the avr programmer is in the paport :P
[14:37:25] <cradek> do you have more than one parport?
[14:37:42] <MrSunshine_> i can have if i set my expansion card in the box
[14:38:00] <cradek> you could arrange for emc to use one, and linux to use the other
[14:38:24] <MrSunshine_> any hints to how? :)
[14:38:25] <cradek> % modinfo parport_pc|grep I/O
[14:38:26] <cradek> parm: io_hi:Base I/O address (ECR) (array of int)
[14:38:26] <cradek> parm: io:Base I/O address (SPP regs) (array of int)
[14:39:09] <cradek> brb
[14:39:44] <MrSunshine_> would be good to be able to have both in at the same time :)=
[14:41:55] <Optic> you could get a serial-based avr programmer
[14:42:22] <MrSunshine_> nah ive just built a parallel based today :P
[14:42:46] <SWPadnos> http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=ATAVRISP2-ND
[14:43:12] <MrSunshine_> and no i cannot afford to buy one, never the less buy one from america :P
[14:44:38] <MrSunshine_> i just need a full parport cable or two now
[14:44:51] <MrSunshine_> the cable i have doent give me all cables
[14:44:57] <MrSunshine_> a null modem cable is a straight cable right ?
[14:45:04] <MrSunshine_> 1 goes 1, 25 goes to 25 ?
[14:45:13] <MrSunshine_> and all cables are present? :)
[14:45:37] <cradek> null modem is for serial and is not straight-through
[14:45:42] <Optic> there was a page on the wiki with emc supported computers
[14:45:44] <Optic> but I can't find it now
[14:45:48] <SWPadnos> null modem is very unlikely to have all the wires
[14:45:48] <Optic> I was going to add our atom box
[14:46:13] <SWPadnos> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TestedHardware
[14:46:25] <Optic> woop
[14:46:28] <SWPadnos> there's another one also, with latency test numbers
[14:47:02] <SWPadnos> ah:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Latency-Test
[14:47:23] <Tottish_> Optic: Here we go:
http://www.laserbits.com/index.php?main_page=index&cPath=356_487 it seems very expensive, though. Look around in the Laser-engraving forum@CNCzone to find a DIY-solution that's a lot cheaper. I'm pretty sure it's there.
[14:47:42] <Optic> oh, somebody got the board on there now
[14:47:43] <Optic> good
[14:47:58] <MrSunshine_> cradek, there is parallell port null modem cables also :)
[14:48:08] <MrSunshine_> but just noticed that they do not at all have all cables :)
[14:48:15] <Optic> wow $$$$$!
[14:48:16] <MrSunshine_> like 7 out of 5 cables :P
[14:48:17] <MrSunshine_> 25
[14:48:28] <SWPadnos> there are "laplink" parallel cables, but not null model
[14:48:33] <SWPadnos> modem
[14:48:46] <SWPadnos> they swap the control and status lines around
[14:48:49] <cradek> MrSunshine_: no, null modem is serial.
[14:48:50] <SWPadnos> at mniimum
[14:48:53] <SWPadnos> gah
[14:48:55] <SWPadnos> minimum
[14:49:30] <cradek> I'm sure someone has used the term before, but it was a mistake when they did.
[14:49:43] <Optic> tottish: that's some expensive goop
[14:50:11] <Optic> tottish: they need to make a conductive version, then you could make circuit boards :)
[14:50:12] <SWPadnos> the old LapLink cables, and then later PLIP cables, might have been (erroneously) referred to as null modem parallel cables at some point
[14:50:26] <Tottish_> Optic: it sure is... but as I said you should be able to stir something working up in the hacklab. =)
[14:50:28] <cradek> yes possibly
[14:50:55] <MrSunshine_> a parallell extension cable then ? :)
[14:50:58] <Optic> wow this laserbits site is cool
[14:50:59] <MrSunshine_> that should have all present? :)
[14:51:03] <SWPadnos> yes, that would be fine
[14:51:29] <SWPadnos> and it would just be a DB25 extension, they're not specific to parallel or serial if they're just straight-through DB25 extensions
[14:52:10] <Tottish_> but an extension isn't likely to be male-male, right?
[14:52:40] <SWPadnos> no, you'd want male-female, if the device plugs directly into a parport
[14:52:45] <cradek> all varieties exist
[14:52:58] <Tottish_> OK
[14:53:10] <MrSunshine_> do i need to regenerate the initrd or soemthing if i modify the modprobe configs ?
[14:53:19] <SWPadnos> though they're harder and harder to find these days (at least inexpensively)
[14:53:57] <SWPadnos> I'd bet the AVRISP2 isn't much more expensive than a 25-pin extension cable these days (unless you order the cable online from some cheapo place)
[14:54:22] <MrSunshine_> SWPadnos, well wait times, shipments etc
[14:54:40] <SWPadnos> oh, it's available in EU also, I just happen to search DigiKey most of the time :)
[14:54:42] <MrSunshine_> and i would sure have to pay like 600SEK for it in sweden ...
[14:54:49] <SWPadnos> it's made by Atmel, which is based in Norway or something
[14:54:59] <MrSunshine_> like ususal we have double to tripple the price all other countries have
[14:55:14] <Tottish_> MrSunshine: You're a swede? me too. =)
[14:56:05] <MrSunshine_> 400SEK
[14:56:11] <MrSunshine_> it would end up with
[14:56:39] <Tottish_> how long cable do you need?
[14:57:13] <MrSunshine_> like 40cm
[14:57:15] <MrSunshine_> :)
[14:59:02] <Tottish_> So thats a DB25 male-to-female?
[15:00:58] <MrSunshine_> i guess
[15:02:10] <Tottish_> 25-531-05@ELFA is only about 100SEK :-P
[15:02:18] <Tottish_> It's three meters though..
[15:02:47] <MrSunshine_> found one for 53SEK :)
[15:03:11] <Tottish_> rally? where?
[15:03:14] <Tottish_> really
[15:04:58] <MrSunshine_> it was without taxes :P
[15:05:23] <MrSunshine_> il see what they take for one at the local shop, and descide what to do then :P
[15:05:44] <MrSunshine_> to start i will only need one cable tho as im going to start with AVR programming first =)
[15:05:46] <SWPadnos> digikey apparently has a branch in Germany, and the "real" programmer is EUR28.8 there
[15:05:51] <SWPadnos> or roughly 300 SEK
[15:05:57] <SWPadnos> dunno if that includes tax though
[15:06:32] <MrSunshine_> im sure i will have to pay alot of extra on that :P
[15:06:45] <MrSunshine_> 365sek at electrokit
[15:07:15] <MrSunshine_> no 447
[15:07:19] <MrSunshine_> including taxes :P
[15:07:29] <MrSunshine_> ayways, hav eto get ready for the gym now :)
[15:07:30] <MrSunshine_> bbl
[15:09:27] <Tottish_> byebye
[15:18:26] <elmood> greetings
[15:19:20] <alex_joni> 'lo
[15:20:35] <Optic> http://www.flickr.com/photos/hilarity_ensues/3378706397/sizes/o/
[15:20:40] <Optic> this is what half-stepping does :)
[15:20:47] <elmood> it does look nice :)
[15:21:16] <elmood> my firmware worked... jed just had to change the define for step size :)
[15:44:23] <cncman> hello
[15:45:29] <cncman> I'm looking for a nc drill to gcode conversor to do the drills of the pcb, is there anything ready made?
[15:46:43] <cncman> the nc drill file is the one from gerbers
[15:46:47] <SWPadnos> hmmm. I don't know of any
[15:46:52] <SWPadnos> but that doesn't mean much
[15:47:17] <cncman> i have looked at it, and it seems to be gcode itself
[15:47:24] <cncman> but missing some parameters
[15:47:25] <SWPadnos> it's almost G-code
[15:47:30] <SWPadnos> but not quite
[15:47:32] <cncman> yep
[15:47:47] <SWPadnos> gerber files are RS274X or RS274D, G-code is RS274NGC
[15:47:59] <cncman> i was going to do something myself in python but i thought that i don't want to reinvent the wheel
[15:48:23] <SWPadnos> the drill files specifically are usually called Excellon files, and just have a list of positions and drill sizes (more or less)
[15:48:30] <SWPadnos> I don't recall what the preamble looks like though
[15:48:39] <cncman> yes, that is what i found in the file
[15:48:48] <SWPadnos> I'll bet there's something (free - a quick google shows me that there are pay tools that do this)
[15:49:01] <cncman> it needs the z translation to do the drill
[15:49:44] <SWPadnos> yes, you'd need a converter that adds the Z moves
[15:49:47] <archivist> the gerber file does not know how many boards you stack to drill
[15:50:05] <SWPadnos> http://web.media.mit.edu/~neilg/fab/dist/cam.py
[15:50:14] <SWPadnos> linked from here:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Cam
[15:50:15] <cncman> yes, it doesn't know the length of the bit
[15:50:28] <SWPadnos> http://gcam.js.cx/
[15:50:35] <SWPadnos> also from the wiki CAM page
[15:50:42] <cncman> thx swpadnos, let's see it
[15:54:39] <cncman> I think gcam will fit my needs
[15:54:55] <cncman> i want only the drilling
[17:55:22] <ds3> assuming a vacuum table is not an option, how would you hold down a part that looks like a tray? (Outside edges needs to be machined, inside pocketed out
[17:56:54] <pjm__> i'd pocket out the middle, then clamp to a supporting lump in the middle, machine around the clamps, move the clamps then machine the remainder
[17:57:24] <ds3> even in a CNC context? that sounds like alot of manual interaction
[17:58:17] <pjm__> it depends how u can hold the piece effectivly, u could just call a 'tool call' for a clamp move, so the machine stops and moves to a tool change position, allowing u to fiddle with the clamps
[17:59:08] <ds3> also how do I not loose my zero during the clamp changes?
[17:59:18] <pjm__> how thick is the bottom of the tray? if u have excessive meat on it, u could machine it so u could hold it in a vice, do the ops on the top, pocket, profile, flip it over, and machine the bottom off
[17:59:32] <ds3> around 1/16" in ABS
[18:00:22] <ds3> I like that idea... only concern is a Z crash could be nasty
[18:01:05] <pjm__> dont remove all the clamps at once
[18:02:19] <ds3> what do you think about using tabs in this situation?
[18:02:29] <ds3> (manual G code so tabs are annoying)
[18:03:49] <pjm__> yeah thats an idea too, tabs for mounting which u can machine off later
[18:04:16] <ds3> or filed off by hand
[18:04:40] <ds3> so you don't have a bad impression of tabs I take it?
[18:05:27] <pjm__> ah i'd not file them if i have a CNC!!!
[18:05:48] <pjm__> i mean if u have a CNC!
[18:06:27] <ds3> I'd call that the same kind of work as deburring
[18:07:00] <ds3> unless you are suggest thicker tabs? I was thinking of 1/32 or smaller (0.030 or maybe 0.015)
[18:07:10] <pjm__> ah yeah i guess it depends how big the tabs are
[18:07:18] <pjm__> just enough to hold on certainly
[18:07:56] <pjm__> this is a nice machined part:
http://pjm.dyndns.org/lna/box1.jpg
[18:07:59] <ds3> that's where I donno how to figure it out
[18:08:52] <ds3> nice boxes, what material?
[18:09:24] <pjm__> ally
[18:09:35] <pjm__> i didnt make that one though unfortunatly
[18:09:53] <pjm__> it was 'scrap' due to the surface finish on the bottom
[18:10:05] <ds3> know how thin the walls at the thinest point are?
[18:10:28] <pjm__> 2mm
[18:10:36] <pjm__> it was made out of a solid block
[18:10:42] <ds3> 0.080... hmmm nice
[18:12:19] <pjm__> and this is the current project:
http://pjm.dyndns.org/lna/bot.jpg its a part of a box for a microwave low noise amplifier
[18:17:35] <pjm__> but re your piece, i reckon holding tabs would be the answer certainly
[18:18:47] <ds3> I am also working with a limited machine - no tool changer, limited X/Y/Z
[18:20:41] <pjm__> yeah me too, i need to build a tool changer at some point
[18:21:28] <ds3> I the alum. block a resonant cavity too?
[18:34:27] <pjm__> ds3 the top of that block that goes right though the piece will form part of it
[19:32:54] <BJT-Work> * BJT-Work is off to work on my tractor
[20:38:27] <archivist_attic1> archivist_attic1 is now known as archivist_attic
[21:14:20] <Guest174> hello, all. I am still have coordinate system problems. I use touchoff, set each axis, and sometimes, the dro for that axis displays a different number than what I expect, immediately after doing touchoff
[21:14:52] <Guest174> so I might jog x, hit touchoff and enter -.1 and the axis display will say 1.65
[21:15:14] <Guest174> if I do touchoff again, sometimes it works
[21:15:41] <Guest174> also, when will we see 2.3?
[21:18:38] <skunkworks_> yikes
[21:18:39] <skunkworks_> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems
[21:18:48] <skunkworks_> guess I wasn't quick enough
[21:21:27] <Guest174> ?
[21:21:39] <micges> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems
[21:21:45] <SWPadnos> [17:19:40]<skunkworks_>yikes
[21:21:46] <SWPadnos> [17:19:42]
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems
[21:21:48] <SWPadnos> [17:19:51]guess I wasn't quick enough
[21:25:43] <Guest174> I think I have a handle on that but what would cause touchoff not to set to the offset expected?
[21:26:03] <skunkworks_> tool length offset?
[21:26:26] <Guest174> not an an x axis, right
[21:26:40] <skunkworks_> not setting the coordinate system that is active one
[21:26:48] <cradek> or g92
[21:27:48] <Guest174> let's say i executed g92 someplace prior to the touchoff, when I then touchoff and put 0.0 in, does it reset g92 or not?
[21:27:56] <cradek> no
[21:28:16] <cradek> MDI G92.1
[21:28:27] <Guest174> so I guess I should g92 x0y0z0a0 before setting the new origin?
[21:28:50] <alex_joni> use G92.1 to reset the G92 offset
[21:29:09] <cradek> Guest174: no, g92 x0y0z0a0 is exactly what you don't want
[21:29:19] <cradek> you have not read the g92 docs :-)
[21:29:47] <Guest174> so i start the machine up, load stock, and then what sequence will get everything back to zero on all axis prior to doing touchoff?
[21:29:51] <Guest174> g92.1?
[21:30:46] <cradek> g92.1 will clear the g92 offset if you have one
[21:31:00] <alex_joni> Guest174: did you see
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems#So_if_you_re_lost_what_should_you_do
[21:31:04] <cradek> and yes, then use touch off, and don't use g92
[21:33:54] <Guest174> thanks.
[21:35:23] <skunkworks_> * skunkworks_ also had a hard time getting away from g92..
[21:35:54] <skunkworks_> * skunkworks_ is still a recovering g92 user
[21:36:15] <Guest174> question regarding Axis interface. I have't looked at the keyboard interface, but for jogging, you press I to go to incemental and the use the cursors.
[21:37:19] <Guest174> would it be easy to have it go into incremental while ctr is pressed down? this is how Mach3 works. so you can be taking successive fast jog passes, press ctrl and then increment an axis by a fixed amount for the next pass.
[21:38:10] <skunkworks_> Can I ask why you are using emc vs mach?
[21:38:53] <Guest174> emc has a smoother trajectory than mach
[21:39:10] <skunkworks_> interesting
[21:39:14] <skunkworks_> * skunkworks_ has not use mach
[21:39:52] <eric_unterhause1> wonder if mach fixed the feedrate override bug
[21:40:15] <skunkworks_> it is fixed as long as you don't go over 100% ;)
[21:40:53] <eric_unterhause1> which is, of course, what almost everyone wants to do
[21:40:54] <Guest174> mach has problems in that area. it applies feedrate override to G0
[21:41:42] <Guest174> so if you have your motors at 100ipm, then git a g0 with fro at 300%, you attempt g0 at 300ipm, at least the last version I have which is the latest
[21:42:58] <Guest174> the constant velocity option in mach3 sucks, especially if you have backalst enabled
[21:44:28] <Guest174> the keyboard interface with ctrl+cursors for incremental are great
[21:45:16] <skunkworks_> Guest174: You would need to convince one of the developers to change it. (that would most likely be jepler)
[21:45:59] <cradek> or, submit a patch which would be thoughtfully considered
[21:46:15] <Guest174> if it handled in Axis, i can change it, I just haven't looked. I made some minor changes to axis already
[21:46:31] <cradek> we've had requests to have some modifier give a different jog speed too - I don't remember if the request was that a modifier would make it slower or faster
[21:46:32] <skunkworks_> there you go
[21:46:48] <skunkworks_> really though - you should make a pendon :)
[21:46:54] <cradek> yes each GUI handles jogging however it wants - you are thinking about the right place
[21:47:17] <cradek> but, I recommend a jog wheel - best tool for the job IMO
[21:47:26] <Guest174> yes, in mach3, you can have to jog speeds, the second with the shift key to go faster.
[21:47:39] <Guest174> have two jog speeds, that is
[21:48:52] <dmess> hi all
