Back
[00:00:08] <alex_joni> some parts
[00:05:10] <jepler> the datasheet for those parport cards show that they probably support the "X" mode for 9 outputs and 8 inputs on one port.
[00:05:29] <jepler> STROBE and other pins are shown as bidirectional, open collectors
[00:09:33] <Jymmm> is that a good thing?
[00:09:54] <jepler> for most people it doesn't matter
[00:10:03] <Jymmm> and for us ?
[00:10:22] <jepler> it can give you more flexibility in wiring switches
[00:10:39] <alex_joni> he has 3 ports.. shouldn't matter
[00:10:44] <jepler> well that's true
[00:10:54] <alex_joni> and he doesn't plan to use them.. even less :)
[00:10:58] <Jymmm> Well, I ahvne't installed the card, just bought it this morning
[00:11:33] <Jymmm> But I'll have it if I build another machien and go servos
[00:13:06] <jepler> ah, servos -- the dream of the CNC hobbyist
[00:13:09] <jepler> the holy grail
[00:13:16] <Jymmm> lol
[00:13:41] <Jymmm> I thought that was finding a machining center for $200
[00:13:50] <Jymmm> including all the toolsing
[00:13:56] <anonimasu> hm I foundone before
[00:14:04] <anonimasu> for 400$
[00:14:08] <anonimasu> but it was sold
[00:14:12] <Jymmm> bummer
[00:14:18] <anonimasu> when i called 5 minutes after it went on the net
[00:14:25] <Jymmm> ouch
[00:30:14] <Jymmm> Hey, an emc beowolf cluster in Real time!!!!
[00:30:44] <Jymmm> one cpu per motor is all we ask =)
[01:34:02] <Jymmm> anyone remember that RT system test thingy?
[01:49:04] <jepler> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TroubleShooting ?
[01:58:33] <CIA-12> 03jepler 07HEAD * 10emc2/src/Makefile: get rid of KDIR, we already had KERNELDIR in Makefile.inc
[02:17:23] <Jymmm> jepler ty
[02:26:19] <Jymmm> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TroubleShooting
[02:41:07] <JymmmEMC> Speak to me, I want to see how the rt test with network activity =)
[02:41:17] <JymmmEMC> ^works
[06:48:59] <harty> hi everyone im after some help i have been testing threading on my lathe but im getting different pitches with different spindle speeds im using g33 z-1 k.05 which i think should give me 20 tpi but its all over the place from 4tpi to 13 tpi the slower it runs the courser the thread getsany suggestions
[08:38:30] <alex_joni> harty: sounds like you might have a wrong spindle scale
[08:38:44] <alex_joni> how many counts/rev does the spindle encoder have?
[08:42:00] <Lerneaen_Hydra> 'lo alex_joni
[08:42:53] <alex_joni> morning Lerneaen_Hydra
[08:43:02] <alex_joni> short night this time :(
[08:47:02] <Lerneaen_Hydra> how do you mean?
[08:47:30] <Lerneaen_Hydra> was it only I that forgot about the perseids?
[08:55:52] <harty> alex_joni: its a 1000ppr encoder and i tried changing the value in hal to see if i would change but no luck the thing that's got me stumped it that it changes pitch with different rpm
[08:56:19] <alex_joni> harty: I have no real experience with it unfortunately
[08:56:33] <alex_joni> is it repetitive?
[08:56:39] <alex_joni> and what emc2 version are you using?
[08:57:30] <harty> 2.0.3 and its repedative certain rpm's give me certain tpi
[08:58:34] <harty> like 800 rpm gives me 13tpi and 100 rpm gives me 6tpi
[09:00:31] <alex_joni> harty: to me this sounds like a setup problem
[09:00:42] <alex_joni> could you pastebin.ca the relevant config parts ?
[09:04:47] <alex_joni> Lerneaen_Hydra: it seems some people were uploading all kinds of crap (php exploits and such to the wiki/uploads)
[09:05:03] <alex_joni> I changed some settings to allow only registered users to upload, can you test if you can still upload?
[09:05:18] <harty> stepper pinout hal
http://pastebin.ca/129007
[09:08:46] <harty> http://pastebin.ca/129008 this one has the hal and the ini file
[09:09:58] <Lerneaen_Hydra> alex_joni: what?!
[09:10:08] <Lerneaen_Hydra> that's not nice :(
[09:10:11] <alex_joni> harty: hmm.. why do you have Feed_override at .9 max?
[09:10:28] <Lerneaen_Hydra> alex_joni: same user/pass as before?
[09:11:13] <alex_joni> Lerneaen_Hydra: sure, if you didn't change it
[09:11:26] <harty> any faster and it skips steps what should it be
[09:11:31] <Lerneaen_Hydra> yep
[09:11:33] <Lerneaen_Hydra> seems to work
[09:11:41] <Lerneaen_Hydra> you can delete test.txt
[09:11:58] <alex_joni> harty: feed_override should always be 1.0, that way you'll really have the feedrates and speeds from the program
[09:12:17] <alex_joni> if it skips steps, then you need to adjust the values in [TRAJ] and [AXIS_*]
[09:12:33] <harty> k will change that
[09:13:22] <Lerneaen_Hydra> alex_joni: upload didn't previously require user/pass?
[09:13:39] <alex_joni> Lerneaen_Hydra: apparently not
[09:13:56] <alex_joni> harty: it looks pretty ok to me, but like I said.. never used it myself
[09:14:23] <Lerneaen_Hydra> alex_joni: did the exploits do any damage?
[09:14:25] <alex_joni> harty: you could try to get cradek in here to help you, when he'll be around
[09:14:32] <alex_joni> Lerneaen_Hydra: don't really think so
[09:14:47] <Lerneaen_Hydra> alex_joni: ok. good
[09:14:48] <alex_joni> harty: cradek is the one who wrote this.. so he might know :D
[09:15:29] <Lerneaen_Hydra> bbl
[09:15:31] <harty> he helped me set it up so i might try later thanks for your help
[09:18:50] <alex_joni> harty: can you output the exact command you are issuing?
[09:21:47] <CIA-12> 03alex_joni 07HEAD * 10emc2/docs/.cvsignore: typo
[09:24:41] <harty> alex_joni: the gcode im using is g33 z-1k.05 here is the gcode file text
http://pastebin.ca/129015
[09:25:34] <harty> it should produce a 20 tpi 1/2 inch unf thread i hope
[09:25:50] <alex_joni> hmm.. so you're running the spindle at 500 RPM?
[09:26:50] <harty> even at 500 rpm it give me a 7to8 tpi
[09:27:09] <alex_joni> I mean that files sets S500 (spindle speed 500RPM)
[09:27:25] <alex_joni> I suspect there is something wrong with your calculations..
[09:27:32] <alex_joni> how did you get those values?
[09:27:44] <harty> there is no spindel control on my machine so i get it close
[09:27:47] <harty> master cam
[09:28:22] <alex_joni> I would also add an M3 after the S500
[09:28:29] <alex_joni> to actually command the spindle start
[09:29:08] <harty> k is distance traveled per revolution to .05 is 20 tpi
[09:30:28] <harty> i will add that and see what happens
[09:31:19] <harty> whan running the g33 comand nothing happens until you start the spindle
[09:32:12] <alex_joni> right
[09:33:30] <alex_joni> are you sure you mean 20 tpi?
[09:34:11] <harty> im not sure about anything at the moment :-)
[09:34:32] <alex_joni> then I'll try not to confuse you any more.. :)
[09:35:21] <harty> .05*20=1inch if im working it out correctly
[09:40:42] <alex_joni> I need to run.. bbl
[09:40:59] <alex_joni> harty: keep bugging cradek, maybe he'll be around later
[09:41:09] <harty> will do thanks
[11:32:27] <Lerneaen_Hydra> 'lo again
[11:34:45] <Lerneaen_Hydra> hmm, 0.05 inch/thread works out to 20 tpi (1/20=0.05)
[11:35:31] <harty> howdy Lerneaen_Hydra:
[11:35:49] <Lerneaen_Hydra> 'lo there harty
[12:25:42] <Lerneaen_Hydra> random question: why was emc moved from RTLinux to RTAI?
[12:49:04] <A-L-P-H-A> ohla
[12:58:19] <Lerneaen_Hydra> guten tag
[13:46:23] <Lerneaen_Hydra> slow day today eh?
[13:48:06] <harty> nearly bed time here
[13:48:32] <Lerneaen_Hydra> 3 pm here
[13:48:38] <Lerneaen_Hydra> nearly 4
[13:48:54] <harty> just gone midnight
[14:33:33] <robin_sz> Lerneaen_Hydra, simple answer, RTLinux was not ideologically pure or something ... to do with patents and the GPL and some other political stuff .. it worked fine, but there was some random licensing issues
[14:33:54] <Lerneaen_Hydra> eugh, I see
[14:34:29] <robin_sz> the rtlinux guys take a GPL kernel, add some of their patented stuff, re-distribute it and set conditions on what you can and cannot do with it
[14:35:21] <jmkasunich> another purely practical issue: the rtlinux guys focused their efforts mostly on their proprietary version (that costs money) and the free (as in beer) version suffered as a result
[14:35:38] <jmkasunich> neither version is free (as in speech)
[14:36:25] <Lerneaen_Hydra> doesn't that violate gpl?
[14:36:50] <Lerneaen_Hydra> non-free (as in beer) is gpl safe, but non-free (as in speech)?
[14:36:52] <jmkasunich> there stuff isn't gpl
[14:36:55] <Lerneaen_Hydra> oh
[14:37:13] <Lerneaen_Hydra> they made a proprietary patch?
[14:37:17] <jmkasunich> the kernel is, and I'm not sure how they manage to merge their patches and the kernel
[14:37:22] <Lerneaen_Hydra> rather than basing it on gpl'd software?
[14:37:33] <jmkasunich> no idea
[14:37:56] <Lerneaen_Hydra> was it a gpl violation?
[14:37:57] <jmkasunich> all I know is that for a couple of years at least, the GPL world in general has preferred RTAI over RTLinux
[14:38:07] <Lerneaen_Hydra> that I can certainly understand
[14:38:54] <robin_sz> whatever,
[14:38:59] <jmkasunich> EMC2 actually uses something called RTAPI that is a wrapper around the RTOS
[14:39:15] <jmkasunich> in theory, we can use either RTAI or RTLinux, just need to have a wrapper layer
[14:39:19] <Lerneaen_Hydra> oh, ok
[14:39:40] <Lerneaen_Hydra> does the wrapper eat lots of cpu or is it just pretty much pass-through?
[14:39:47] <jmkasunich> in fact, EMC2 builds and runs on BDI-2.xx, which is RedHat 6.something with RTLinux, not RTAI
[14:39:53] <jmkasunich> its pretty light
[14:39:54] <robin_sz> it certainly seems that trying to support rtlinux and rtai was more effort, as jmk says there is a wrapper layer, but, supprot for two things that do the same thing was taking up effort in places
[14:40:31] <jmkasunich> it does some housekeeping - keeps track of things that can cause kernel oopses, and tries to clean up after programmers if they forget to free resources, etc
[14:40:53] <Lerneaen_Hydra> sounds like a good idea
[14:41:05] <jmkasunich> before RTAPI there were hundreds of ifdefs all over the place to deal with different RTOSs
[14:41:20] <robin_sz> * robin_sz remembers that well
[14:41:42] <Lerneaen_Hydra> argh
[14:42:00] <robin_sz> it was quite bad
[14:42:05] <Lerneaen_Hydra> like coding a webpage for a whole manner of nonstandard browsers
[14:42:13] <jmkasunich> the current RTLinux version of RTAPI is for a rather old RTLinux, anyone wanting to use todays RTLinux would have to make a new RTAPI wrapper for it
[14:43:18] <Lerneaen_Hydra> it doesn't look like that's going to be a very likely movement though, I take it
[14:43:27] <jmkasunich> no ;-)
[14:43:29] <robin_sz> not likely
[14:53:08] <robin_sz> bought that nice big linear slide for the tube laser project
[14:53:21] <robin_sz> £102 ... bargain
[14:53:33] <robin_sz> the encoder is almost worht that :)
[14:56:11] <Lerneaen_Hydra> linear slide + encoder for £102?
[14:56:13] <Lerneaen_Hydra> not bad
[14:56:21] <Lerneaen_Hydra> what resolution?
[15:20:33] <robin_sz> mmm .. 500 ct/rev
[15:20:37] <robin_sz> wait .. picture
[15:21:53] <robin_sz> http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&ih=002&item=120016762206
[15:22:02] <Lerneaen_Hydra> ooh
[15:22:03] <Lerneaen_Hydra> I see
[15:22:05] <Lerneaen_Hydra> nice
[15:22:08] <robin_sz> indeed
[15:22:17] <robin_sz> the ballscrew is a bit "fast"
[15:22:24] <Lerneaen_Hydra> I can imaging
[15:22:26] <robin_sz> but for the tube laser project, thats fine
[15:22:26] <Lerneaen_Hydra> imagine
[15:22:33] <Lerneaen_Hydra> with that thread
[15:22:36] <robin_sz> 20mm
[15:23:12] <robin_sz> this wil be axis 3 ... across the tube
[15:23:48] <robin_sz> axis 1 is tube rotation, axis 2 is tube in/out
[15:23:58] <robin_sz> axis 4 is head up/down
[15:32:37] <rayh> logger_aj, bookmark
[15:32:37] <rayh> See
http://81.196.65.201/irc/irc.freenode.net:6667/emc/2006-08-13#T15-32-37
[15:43:14] <SWPadnos> hi Ray
[15:59:46] <ottos> hello gents..
[16:00:21] <SWPadnos> hi there
[16:01:24] <ottos> any action today..?seems pretty quiet..?!
[16:01:48] <SWPadnos> there was a short discussion of RTLinux vs. RTAI earlier, but not much since
[16:03:01] <ottos> hmm... do you know if someone successfully impemented a toolchanger with emc2?
[16:03:09] <SWPadnos> yes I do
[16:03:16] <SWPadnos> and it worked well
[16:03:23] <SWPadnos> (the mazak config)
[16:03:54] <ottos> hmm... any web refs I can take a look at?
[16:04:03] <SWPadnos> emc2 CVS?
[16:04:18] <ottos> ok. thanks..
[16:04:19] <SWPadnos> I think the configs are in CVS now, but I'm not sure
[16:04:26] <SWPadnos> jmk or Ray may know
[16:05:54] <ottos> wow mazak project looks like a lots of work..
[16:05:55] <rayh> I believe that jmk committed the last of the configuration to the mazak directory at cvs.
[16:06:00] <SWPadnos> there's even a video of it in action
[16:06:08] <SWPadnos> cool
[16:06:19] <rayh> If only i had a quicker connection.
[16:06:23] <SWPadnos> heh
[16:06:27] <SWPadnos> I can mail you a CD :)
[16:07:02] <rayh> I saw it at the show.
[16:07:35] <SWPadnos> then there's nothing to worry about - I haven't wadded anything to it :)
[16:08:15] <ottos> hmm.. there is only one cvs.. the files are 2 months old.. are these the ones..?
[16:10:24] <SWPadnos> or added - I don't wad much anyway :
[16:10:36] <SWPadnos> are you getting HEAD, or a release version?
[16:11:02] <ottos> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/demo_mazak/demo_mazak.ini?rev=1.9;content-type=text%2Fplain
[16:11:50] <ottos> is it the head?
[16:13:26] <SWPadnos> err - should be, I think
[16:14:03] <SWPadnos> yep - CNC Workshop was at the end of May, right?
[16:14:50] <rayh> Yep head has it.
[16:15:00] <rayh> You probably won't be able to run it there.
[16:15:27] <rayh> It uses a Vital card, a parport card from PMDX, and an old ISA IO card.
[16:16:05] <rayh> But the .hal files and the cl files are interesting.
[16:16:24] <SWPadnos> the big file:
http://www.cncgear.com/Files/mazak.avi
[16:16:28] <rayh> You could move and start up the cl and see the ladder.
[16:16:34] <SWPadnos> the small file:
http://www.cncgear.com/Files/mazak-small.avi
[16:16:36] <ottos> yes that's what I'm after.. i hoep I can impement it om my vital card alone..
[16:17:10] <rayh> Sure you could comment out or remove the .hal references to the extra ISA card.
[16:19:00] <ottos> do you know what codec is the video running.?
[16:20:31] <SWPadnos> whatever the Fiju E550 camera has :)
[16:20:37] <SWPadnos> garh - Fuji
[16:21:04] <SWPadnos> I was able to watch it on my Ubuntu machine
[16:25:59] <Lerneaen_Hydra> is it difficult to set up toolchangers?
[16:26:07] <Lerneaen_Hydra> (of course this depends on the mechanics)
[16:28:30] <ottos> hoping it's not that diff.. :D
[16:33:20] <rayh> There are many different kinds of tool changer setups. Each is a bit different from the other.
[16:34:09] <rayh> Biggest trick is to sort out each step in a tool change and define the sensors and solenoids that are relevant to each.
[16:34:31] <Lerneaen_Hydra> so the actual "programming" bit isn't all too hard?
[16:35:16] <SWPadnos> once you know how the hardware is supposed to work, and how to tell if it didn't (or did), the programming is relatively easy
[16:35:21] <rayh> No.
[16:35:35] <Lerneaen_Hydra> ok, nice
[16:35:46] <alex_joni> hi all
[16:35:52] <Lerneaen_Hydra> 'lo alex_joni
[16:37:48] <ottos> hi..
[16:39:47] <robin_sz> BAH
[16:39:56] <robin_sz> oopen oofice
[16:40:01] <alex_joni> hey ottos, long time..
[16:40:02] <SWPadnos> oooooh
[16:40:13] <robin_sz> how do you do cubed or squared in oocalc
[16:40:15] <alex_joni> object oriented pen ?
[16:40:16] <ottos> ya.. been busy tunning the PID..
[16:40:23] <robin_sz> its not x^^2 or x**2
[16:40:33] <SWPadnos> POW(X,2)
[16:40:37] <robin_sz> ick
[16:40:42] <robin_sz> ta
[16:40:45] <SWPadnos> or something like that
[16:41:54] <SWPadnos> oops - POWER(Base; Power)
[16:43:14] <SWPadnos> ok - gotta run.
[16:43:17] <SWPadnos> see you all alter
[16:43:20] <SWPadnos> later, as well
[16:44:06] <alex_joni> later SWampy
[16:47:13] <ottos> nice.. toolchanger works.. another prob resolved.. :D
[16:52:48] <ottos> nice the large video works..
[16:53:47] <alex_joni> ottos: when can we see this? :)
[16:54:33] <ottos> i have one video .. but have to get the cd back..just couple of g0 with the old 5'axis..
[16:54:44] <alex_joni> still nice to watch I bet
[16:55:11] <ottos> can send you a copy once I have the cd back..
[16:55:57] <ottos> still have a lot to finish vfd with high speed spindle and the toolchanger.. I fuggure another 5 year and I'm done..
[16:56:02] <ottos> figgure..
[16:56:45] <alex_joni> heh.. I'll be around ;)
[16:57:16] <ottos> thanks..
[16:59:29] <ottos> ok gents I'm outta here.. ciao..
[17:02:33] <JymmmEMC> alex_joni, was it you that suggested some "light ubuntu" thing yesterday?
[17:02:49] <alex_joni> yeah
[17:02:52] <alex_joni> Xubuntu
[17:03:03] <alex_joni> it's Ubuntu with XFC4 a lightweight window manager
[17:06:23] <JymmmEMC> darnit, can't find a shotshot of it
[17:07:20] <Lerneaen_Hydra> http://upload.wikimedia.org/wikipedia/en/thumb/f/f6/Xubuntu606.png/800px-Xubuntu606.png
[17:08:27] <robin_sz> ugh .. my trigonometry is rusty
[17:09:43] <robin_sz> just trying to work out the kinematics for the tip of the cutting torch on a piece of rectangular tube, with radiused conrers .. simple enough, but my trig was rusty
[17:11:04] <robin_sz> eventually, you have to lay it all out on a spreadsheet, and see if the graphs look liek a toolpath
[17:15:19] <robin_sz> im still trying to figure out how to describe cuts on a tube in gcode ... im sorta imagining the entire tube laid out as a flat sheet, slit up the back
[17:16:06] <robin_sz> Y0 is the middle of the top face
[17:16:30] <robin_sz> X runs up and down the length of the tube I guess
[17:17:14] <robin_sz> hmmmm
[17:19:38] <robin_sz> I guess what is needed is some way of describing the cuts, that recognises that the tube has rounded corners BUT doesnt get upset if you change the corner radius of the tube, ie a cut from the middle of one face to the middle of the adjacent face should still work, even if the program dosnt match the actual tube in some random way, radii of corners for example
[17:20:32] <robin_sz> which sort of implies using polar cooardinates .. but that just seems bad and wrong on reactangular tube ...
[17:26:23] <Lerneaen_Hydra> sounds nasty
[17:26:31] <Lerneaen_Hydra> maybe cam would be better?
[17:29:05] <robin_sz> it eventually has to output a program for emc to run
[17:29:44] <robin_sz> imagine I move across the top of the tube
[17:29:58] <robin_sz> say its 60mm x 40mm rectangular steel
[17:30:16] <robin_sz> with a 5mm radius on the corner
[17:30:33] <robin_sz> 60/2 - 5mm =25mm
[17:30:48] <robin_sz> so I start say in the middel of the tube, Y0 ...
[17:30:58] <robin_sz> move to Y-25
[17:31:39] <robin_sz> and now rotate the tube, following the radius, until I end up on what was the side wall
[17:32:38] <robin_sz> 40/2 -5 =15mm
[17:33:12] <robin_sz> so I start off the rotation with Y=-25, A (the rotation angle)=0
[17:33:29] <robin_sz> I finish with A = 90 and Y=+15
[17:34:10] <robin_sz> I then go on to move Y to 0 again finishing the cut inthe middle of what was the side face, but is noiw on top right?
[17:36:55] <robin_sz> ideally, Id want some way of programing that, that was not dependent on the corner radius, so if by chance, the tube came in with 4mm rads, the same program would work
[17:37:40] <robin_sz> maybe it will look something like this:
[17:37:52] <robin_sz> FACE A
[17:37:57] <robin_sz> Y0
[17:38:01] <robin_sz> M3
[17:38:20] <Lerneaen_Hydra> still sounds to me like a simple python "cam" app would be better if you change input material a lot
[17:38:31] <robin_sz> sigh
[17:38:34] <robin_sz> no no no
[17:39:09] <robin_sz> the same "gcode" needs to be able to work with various tubes
[17:39:42] <robin_sz> so you can make sure the tip follows your actual tube without bothering the drawing office to rework the program for the shop floor
[17:39:47] <Lerneaen_Hydra> oh
[17:40:06] <Lerneaen_Hydra> oh, this is a large scale thing?
[17:40:12] <Lerneaen_Hydra> with drawers and operators?
[17:40:17] <Lerneaen_Hydra> and operators don't code?
[17:40:17] <robin_sz> mmm .. not especially
[17:40:21] <robin_sz> exactly
[17:40:29] <Lerneaen_Hydra> that complicates things
[17:40:30] <robin_sz> they set the machine up and load the program
[17:40:34] <Lerneaen_Hydra> oh, ok
[17:41:23] <robin_sz> if the tube is not quite as ordered, ith should still work, reasonably the same
[17:42:23] <robin_sz> im not planning on using capacative height sensing on this, so all torch heights will be by "dead reckoning"
[17:42:51] <robin_sz> so, setting the machine up to exatly the dimensions of the actual tube is a must
[17:44:20] <Lerneaen_Hydra> sounds like you've got your work cut out
[17:44:36] <robin_sz> going to be fun
[17:45:30] <alex_joni> what if it's not quite round?
[17:45:47] <alex_joni> * alex_joni suspects you'll have problems on cutting bevels
[17:51:18] <robin_sz> Im expecting it to be rectangular
[17:51:24] <alex_joni> the cut?
[17:51:30] <robin_sz> ?
[17:51:33] <robin_sz> the tube
[17:51:33] <alex_joni> or the pipe?
[17:51:43] <alex_joni> oh, thought you want to cut round tubes too
[17:52:04] <robin_sz> round pipe is just a special case of rectangular
[17:52:12] <robin_sz> width = height
[17:52:20] <robin_sz> and corner radius = width/2
[17:52:26] <CIA-12> 03rayh 07HEAD * 10emc2/docs/src/code/Style_Guide.lyx: copy code_notes to developers handbook.
[17:52:57] <CIA-12> 03rayh 07HEAD * 10emc2/docs/src/Master_Developer.lyx: Added code notes appendex
[17:52:57] <robin_sz> im not going to thin about oval tube just yet :)
[17:59:13] <CIA-12> 03alex_joni 07HEAD * 10emc2/src/po/Submakefile: added AXIS to the install target
[17:59:13] <CIA-12> 03alex_joni 07HEAD * 10emc2/src/Makefile: added AXIS to the install target
[18:11:45] <CIA-12> 03alex_joni 07HEAD * 10emc2/docs/src/Master_Integrator.lyx: added Master_Integrator.lyx .. please add info to it
[18:14:15] <CIA-12> 03alex_joni 07HEAD * 10emc2/docs/src/Submakefile: added Master_Integrator.lyx / EMC2_Integrator_Manual.pdf to the doc build process
[18:14:45] <CIA-12> 03alex_joni 07HEAD * 10emc2/docs/.cvsignore: new manual to ignore
[18:30:10] <Lerneaen_Hydra> woo! documentation!
[18:30:29] <jmkasunich> scary isn't it
[18:31:06] <alex_joni> hi john
[18:31:20] <jmkasunich> hi
[18:31:23] <jmkasunich> you've been busy
[18:31:25] <Lerneaen_Hydra> scary to write no doubt
[18:31:33] <alex_joni> Lerneaen_Hydra: it specifically says "please add info to it"
[18:31:44] <alex_joni> jmkasunich: not as much as I'd want
[18:31:46] <Lerneaen_Hydra> haha
[18:31:59] <jmkasunich> I'm going to be away for a week again (stupid training)
[18:32:11] <Lerneaen_Hydra> training?
[18:32:17] <jmkasunich> but I'll have a linux laptop, and if I have time today I'll load LyX on it
[18:32:28] <jmkasunich> Lerneaen_Hydra: "Design for Six Sigma"
[18:32:35] <jmkasunich> bleagh... corporate crap
[18:32:57] <Lerneaen_Hydra> argh!
[18:32:59] <Lerneaen_Hydra> no
[18:33:00] <Lerneaen_Hydra> not that
[18:33:13] <Lerneaen_Hydra> them and their damn corp-speech
[18:33:17] <jmkasunich> yeah, this is week three of four
[18:33:38] <Lerneaen_Hydra> ...
[18:33:39] <alex_joni> jmkasunich: I don't envy you :/
[18:33:41] <Lerneaen_Hydra> nice
[18:34:03] <Lerneaen_Hydra> hey.. that mazak. it look *very* familiar to the mill at my school
[18:34:04] <alex_joni> yay.. reached my 600th commit on emc :D
[18:34:09] <Lerneaen_Hydra> especially the toolchanger
[18:35:01] <jmkasunich> alex_joni: thats a lot
[18:35:19] <alex_joni> jmkasunich: 1.91 years ago, for an average of 1.16 days between messages
[18:35:30] <alex_joni> 1.16 days doesn't seem like a lot :)
[18:36:00] <jmkasunich> well, its probalby more like a week between batches, and 10 messages in a batch
[18:36:31] <alex_joni> see.. a week is way far from a lot ;)
[18:37:10] <etla> hi all, what's up ?
[18:37:39] <alex_joni> hi etla
[18:38:37] <Lerneaen_Hydra> ftp://basic:
[email protected]/modig_toolchange.avi
[18:38:46] <etla> been thinking about doing something similar to halvcp with Python now that jepler made a python module that allows it
[18:39:17] <Lerneaen_Hydra> 'lo there etla
[18:40:44] <etla> L_H just downloading your movie...
[18:41:01] <Lerneaen_Hydra> sure
[18:41:18] <etla> is it an emc controlled machine ?
[18:41:20] <Lerneaen_Hydra> it's a mill at my old school with a toolchanger extremely similar to mazak
[18:41:33] <Lerneaen_Hydra> no, I doubt they would like me playing around with it ;)
[18:41:44] <Lerneaen_Hydra> it's an old (1980's) heidenhain mill
[18:41:50] <Lerneaen_Hydra> tnc 415 IIRC
[18:43:03] <alex_joni> Lerneaen_Hydra: good quality movie
[18:43:36] <etla> I wouldn't have coolant run on the toolholder...
[18:43:43] <Lerneaen_Hydra> it's rather interesting becuase the original file is actually quite a bit better, and it was recorded with a tiny pocket sized digital camera
[18:44:04] <Lerneaen_Hydra> etla: that is probably the least of that machine's worries :/
[18:44:27] <Lerneaen_Hydra> it was generally mishandled all the time
[18:44:39] <Lerneaen_Hydra> and with flaky software too...
[18:44:46] <etla> alex: is the current HAL_Documentation going into the new integrator handbook ?
[18:44:59] <alex_joni> etla: 2 different things
[18:45:08] <alex_joni> the HAL documentation will stay separate
[18:45:18] <alex_joni> but lots of it will go into the integrator handbook
[18:45:25] <jmkasunich> HAL_Documentation is renamed to HAL_Users_Manual, btw
[18:46:26] <etla> ok...
[18:57:34] <alex_joni> does anyone want some schematics for a DC servo controller?
[18:57:39] <alex_joni> similar to the G320
[18:57:57] <etla> are they public domain ?
[18:58:15] <alex_joni> etla: I think so..
[18:58:20] <alex_joni> http://www.gertronik.de/cncecke/servo.zip
[18:59:46] <Lerneaen_Hydra> what is that? built in PID?
[18:59:54] <alex_joni> sounds like quite a biest : IRFP260N mit max.30A/150V
[18:59:56] <Lerneaen_Hydra> seems to have far too many components
[19:00:10] <alex_joni> Lerneaen_Hydra: it takes step/dir inputs I think
[19:00:16] <Lerneaen_Hydra> oh
[19:00:18] <Lerneaen_Hydra> heh
[19:00:26] <Lerneaen_Hydra> yeah. that would explainthe large board
[19:00:41] <alex_joni> I said like the G320 from gecko ;)
[19:00:50] <alex_joni> bbl
[19:00:53] <Lerneaen_Hydra> is there any real benefit to having step/dir from emc where a board does the PID bit?
[19:01:02] <Lerneaen_Hydra> compared to emc doing pwm?
[19:01:10] <etla> If I could get some cheap good DC servos from somewhere then maybe it would be interesting to build a dc controller also...
[19:01:13] <Lerneaen_Hydra> (steptype 1 IIRC)
[19:01:33] <etla> L_H: without PID in the drive you need encoder counting hardware in the pc
[19:01:49] <etla> most people seem to prefer just parallell port for some reason
[19:01:59] <Lerneaen_Hydra> hmm, yeah. if you don't go too fast though the parport can do that
[19:02:51] <Lerneaen_Hydra> 20khz, at 0.001mm accuracy you'd get 20mm/s -> 1200mm/min
[19:03:02] <Lerneaen_Hydra> which is enough for most people
[19:03:16] <Lerneaen_Hydra> of course you probably don't want to go over 1000mm/min
[19:03:32] <etla> ok, but how many parallell ports do you need for 3 axes with A/B/index inputs each ?
[19:03:55] <Lerneaen_Hydra> 1 output per axis, and 3 inputs=4 IO per axis
[19:04:08] <Lerneaen_Hydra> you should be able to squeeze all that into one parport
[19:04:14] <jmkasunich> 1 output?
[19:04:16] <Lerneaen_Hydra> IIRC there are enough inputs for that
[19:04:30] <Lerneaen_Hydra> pwm for the motor?
[19:04:43] <Lerneaen_Hydra> oh, dir might be nice too
[19:04:46] <jmkasunich> you probably need two - for an H bridge, you have PWM for each side
[19:05:05] <jmkasunich> can either do left side and right side PWM, or PWM + DIR
[19:05:05] <Lerneaen_Hydra> heh. that would make it two parports probably
[19:05:14] <Lerneaen_Hydra> yeah
[19:05:25] <Lerneaen_Hydra> still, a parport is cheaper than special hardware
[19:06:06] <etla> ok, well I'm well past the 'cheap' stage with this hobby ... ;)
[19:07:09] <Lerneaen_Hydra> haha, I see
[19:07:12] <Lerneaen_Hydra> I'm still stuck there
[19:08:13] <etla> well if you count 1500 for a minimill, 400-500 for ballscrews, 100 each for servodrives, 100-200 for servodrive psu + misc parts then suddenly 200 for a mesa card or similar is not much
[19:08:32] <etla> all of this spread out over some time ofcourse so it doesnt sting that bad...
[19:30:58] <Lerneaen_Hydra> uh, what was the logarithm function called when 10 or e isn't the base?
[19:32:51] <alex_joni> log
[19:33:06] <alex_joni> ln is log-e
[19:33:32] <Lerneaen_Hydra> yes, well log entails that the base is 10
[19:33:37] <Lerneaen_Hydra> and ln e
[19:33:48] <Lerneaen_Hydra> what about when the base is neither 10 nor e
[19:34:03] <etla> usually the base is written as a subscript to log
[19:34:15] <etla> so log_a(b) would be the base a logarithm of b
[19:34:17] <Lerneaen_Hydra> oh, so log_3 for example?
[19:34:22] <Jymmm> alex_joni you still awake?
[19:34:30] <etla> L_H: yes
[19:34:34] <Lerneaen_Hydra> ah, ok
[19:34:37] <Lerneaen_Hydra> thanks
[19:34:55] <dave1> well ... log (subscript n) has been used
[19:35:32] <alex_joni> Jymmm: yeah
[19:36:05] <dave1> 'course my memory is fading at this point...
[19:36:10] <Jymmm> alex_joni: Do you know the diff between "desktop" and "alternate" xubuntu by chance?
[19:37:17] <Lerneaen_Hydra> Jymmm: desktop does the standard live-cd install, alternate does the install like in 5.10, text based
[19:37:48] <Lerneaen_Hydra> alternate also has better support for large network installs and so on
[19:38:32] <Jymmm> WEll, I dont' need cups, hp printing, or all the other stuff. (bells and whistles), so would alternate be a better choice, or no real difference
[19:38:50] <Lerneaen_Hydra> AFAICT only the install procedure differs
[19:39:00] <Lerneaen_Hydra> once it's been installed the system is the same
[19:39:51] <Lerneaen_Hydra> "The Ubuntu Alternate CD uses the text installer instead of the new GUI installer. It needs less system memory and permits advanced installs with preseeded options as well as LVM or RAID disk configurations."
[19:40:06] <Lerneaen_Hydra> I also found it a bit faster than the gui install
[19:40:12] <Jymmm> Yeah, I read that, but doens't tell be squawt =)
[19:40:18] <Lerneaen_Hydra> as it doesn't load all the live-cd stuff
[19:40:19] <Jymmm> s/be/me/
[19:40:31] <Lerneaen_Hydra> the installed system is identical
[19:40:40] <Jymmm> better not be =)
[19:40:46] <Lerneaen_Hydra> how do you mean?
[19:40:58] <alex_joni> Jymmm: what LH said
[19:41:00] <Jymmm> well if you didn't need X as example
[19:41:08] <Lerneaen_Hydra> you can remove that later
[19:41:13] <Lerneaen_Hydra> or type server when installing
[19:41:28] <Lerneaen_Hydra> err. when you get the initial boot screen
[19:41:37] <Lerneaen_Hydra> and it will install the server base package
[19:41:47] <Lerneaen_Hydra> otherwise you can remove via apt/synaptic
[19:42:07] <Jymmm> horse pucky...
[19:42:17] <Jymmm> apt is nice, but aint THAT nice =)
[19:42:33] <Lerneaen_Hydra> synaptic is nice too
[19:42:37] <Jymmm> apt-get remove xf86 is gonna leave residue
[19:42:56] <Lerneaen_Hydra> it's not xfree86 anymore ;)
[19:43:03] <alex_joni> xorg
[19:43:05] <Lerneaen_Hydra> x.org, but now I'm nitpicking
[19:43:14] <Jymmm> and really a waste of time to install when you know you're going to remove it before hand.
[19:43:17] <Lerneaen_Hydra> anyway, do a server install then
[19:45:45] <Jymmm> I just want better control of what's being installed. I dont have a soundcard, so dont install anything sound related sorta thing.
[19:46:12] <alex_joni> Jymmm: sounds like the old way (mid 90's)
[19:46:28] <Jymmm> alex_joni what you mean?
[19:47:16] <alex_joni> Jymmm: manual package selection
[19:47:26] <alex_joni> I used to be good at that back with SuSE 6.3
[19:47:35] <alex_joni> start with minimal system, add them as you need them
[19:48:31] <Jymmm> Yeah, exactly!
[19:49:03] <Jymmm> Why do I need a shitload of icons to volume control, cdplay, mp3 players, etc
[19:49:24] <Jymmm> Not the M$ way of installing everything
[19:49:48] <Jymmm> whether you need it or not.
[19:49:54] <Lerneaen_Hydra> Jymmm: yes, package selection would be nice
[19:50:34] <dave1> minimal installs are nice but everyone has their own idea of a min install ;-)
[19:52:59] <alex_joni> kernel only?
[19:53:00] <alex_joni> :D
[19:59:40] <Jymmm> alex_joni: Yeah kernel only, no bootloader =)
[20:00:26] <alex_joni> Jymmm:
http://www.linuxfromscratch.org/
[20:03:32] <Jymmm> alex_joni: Nah, I'm not *THAT* sadistic =)
[20:12:39] <alex_joni> oh.. too bad
[20:34:21] <CIA-12> 03alex_joni 07HEAD * 10emc2/docs/src/gui/halui.lyx: updated with the latest pins
[21:02:56] <CIA-12> 03jepler 07HEAD * 10emc2/docs/src/Submakefile: typo fix
[21:06:16] <Lerneaen_Hydra> 'night folks
[21:59:34] <alex_joni> * alex_joni heads to bed
[21:59:36] <alex_joni> night all
[22:01:48] <Jymmm> G'Night Alex
[22:49:43] <robin_sz> * robin_sz returns
[23:13:23] <JymmmEMC> Anyone remember how to get X to rescan by chance?
[23:15:41] <robin_sz> rescan?
[23:16:04] <robin_sz> you mean reconfigure by inspecting the hardware?
[23:16:28] <JymmmEMC> At least for video, yes.
[23:18:27] <robin_sz> xf86config?
[23:18:53] <JymmmEMC> I think that was it, lets see =)
[23:43:15] <robin_sz> * robin_sz finds something totally bizarre on porkolt.com
