#emc | Logs for 2005-09-19

Back
[00:00:19] <paul_c> The adeos crew were bitching (rightly so) about Paolo's hacks to the adeos patch
[00:00:31] <jmkasunich> yep
[00:01:08] <paul_c> In light of the discussion, I will drop the -adeos from all future kernel related packages.
[00:01:29] <jmkasunich> because you're using the Paulo version?
[00:01:30] <paul_c> using the RTAI branch tag in preference.
[00:02:03] <paul_c> yes, and it also serves as a reminder as to which tree I used originally.
[00:02:12] <jmkasunich> sounds reasonable
[00:02:35] <paul_c> hence 2.6.12.6-magma for the current kernel.
[00:02:36] <jmkasunich> WTF?.... synaptic is locked up
[00:03:05] <jmkasunich> no response to any click, including attempts to close the window
[00:03:10] <jmkasunich> grrrr
[00:03:47] <paul_c> Only had that with a CPU quiting on me.
[00:04:16] <paul_c> Oh, and when a HD went in to thermal shutdown.
[00:04:16] <jmkasunich> other windows are fine (like the one I'm talking to you in)
[00:04:28] <Jymmm> paul_c My only reason forthe addition of the BDIXXX is there have been so many update lately that it's difficult to tell what is what, plus on old systems it's easy enough to determine what version they are running.
[00:05:07] <jmkasunich> IIRC, the kernel hasn't changed on every BDI-4 release
[00:05:27] <jmkasunich> 2.6.10-adeos was used on several, starting from 4.20 I think
[00:05:39] <Jymmm> jmkasunich I have a stack of BDI... cd's here, I have no clue what is actually installed =)
[00:05:45] <jmkasunich> (and including 4.27 it appears)
[00:05:57] <paul_c> 2.6.9 up to and including 4.18
[00:06:19] <paul_c> 2.6.10 up to 4.27
[00:07:08] <Jymmm> jmkasunich on those hdd utilities... I personally have a habbit of doing a full destrutive test on brand new hdd's.
[00:07:23] <jmkasunich> after this experience I will do the same
[00:07:31] <Jymmm> jmkasunich better to wait 4 hours and find a failurem than when critical down the road.
[00:07:32] <jmkasunich> unfortunately.... I already did the install
[00:07:49] <Jymmm> jmkasunich eh, you get practice =)
[00:08:08] <Jymmm> 4.29 will be out by the time your done testing it =)
[00:08:11] <jmkasunich> I've had far too much practice lately
[00:08:24] <Jymmm> ditto
[00:08:26] <paul_c> I hope to have 4.29 uploaded tonight.
[00:08:49] <Jymmm> paul_c why not wait a week between distros?
[00:09:05] <paul_c> or a year ?
[00:09:12] <Jymmm> ok 14 days
[00:09:45] <Jymmm> I'd wait a week at least to flush out bugs
[00:09:53] <jmkasunich> paul: seriously, about the uname -r tag
[00:10:14] <jmkasunich> you seem to be using bdi.xx as the version in the repository
[00:10:31] <jmkasunich> is it reasonable to append that to uname -r?
[00:11:01] <jmkasunich> 2.6.10-adeos-bdi.92, or 2.6.12.6-magma-bdi.101
[00:11:16] <paul_c> The kernel modules are the only packages that get a bdi.xx tag
[00:11:22] <Jymmm> jmkasunich why bdi.92 ?
[00:11:42] <jmkasunich> you running bdi-4?
[00:11:47] <paul_c> That signifies which kernel build I'm using.
[00:12:00] <jmkasunich> fire up synaptic, look up the kernel packages
[00:12:13] <Jymmm> Ok, what about BDI.91/4.29
[00:12:31] <jmkasunich> BDI-4.29 is the complete distro
[00:12:43] <Jymmm> right, which is what *I* wanted to know.
[00:12:44] <jmkasunich> uname isn't supposed to tell you about the distro, just the kernel
[00:12:57] <Jymmm> jmkasunich couldn't think of another plce to put it.
[00:13:00] <Jymmm> place
[00:13:36] <paul_c> lemme run through some of the numbers....
[00:13:56] <paul_c> First, there is the version number of the CD
[00:14:01] <Jymmm> paul_c: ditro isn't a biggy, only a wish list thing. dont put too much effort into it.
[00:14:29] <paul_c> Then there are the kernel package revision numbers...
[00:14:37] <Jymmm> I'm just drain bamaged and can't keep up with them al =)
[00:14:54] <paul_c> and then all the version/revision numbers on all the packages.
[00:15:47] <paul_c> The bottom line is the revision number of the main emc package - This generally matches the CD version.
[00:15:52] <Jymmm> jmkasunich why remove the vga= part? http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?BDI4Tweaks
[00:16:13] <paul_c> so BDI-4.29 will use emc-1.0-29
[00:16:33] <Jymmm> was there ever a BDI 3.xx ?
[00:17:06] <jmkasunich> Jymmm: dunno, I copied that from the BDIFaq page (I think the original info came from Paul)
[00:17:06] <paul_c> BDI-Live
[00:17:32] <Jymmm> jmkasunich ah, ok. I like the framebuffer part, personally.
[00:17:43] <Jymmm> though my latptop likes 791
[00:18:49] <jmkasunich> Jymmm: if you know what each part of those changes does, feel free to add more detail to the page
[00:18:59] <jmkasunich> I just know that what I have there worked for me
[00:19:49] <Jymmm> jmkasunich I just removed the 'splash=silent' and that was it. But it shows itself upon shutdown
[00:19:51] <jmkasunich> (I added the last part, editing /etc/default/bootsplash, without that you get a bunch of file not found messages during startup and shutdown)
[00:20:05] <Jymmm> ah, ok
[00:20:11] <paul_c> OK... 4.5Meg save over the last 4.28 build.
[00:21:00] <jmkasunich> paul: is the initial setup of KDE's toolbars and such something that you configure as part of making the BDI, or is that stock KDE?
[00:21:27] <paul_c> Can add icons to it post install.
[00:21:38] <jmkasunich> I know... I need to add a shell icon
[00:21:55] <jmkasunich> I just think it strange that a shell (Konsole) isn't there by default
[00:21:55] <paul_c> (mumble, mumble, curses beta bitches..)
[00:22:07] <Jymmm> jmkasunich it's back after you update
[00:22:13] <paul_c> konsole will return.
[00:22:17] <Jymmm> the shell icon that is
[00:22:44] <paul_c> * paul_c blames Jymmm for it.. ;)
[00:22:47] <Jymmm> paul_c hey you bitch... did you hear me?
[00:23:01] <Jymmm> I said once you update, the shell icon is back
[00:23:14] <Jymmm> along with a calculator one too
[00:23:24] <jmkasunich> update as in apt-get update? I don't see how that will change icons?
[00:23:36] <paul_c> kcalc added at the request of Ray.
[00:23:48] <Jymmm> jmkasunich http://sourceforge.net/mailarchive/forum.php?thread_id=8217190&forum_id=6435
[00:24:19] <Jymmm> paul_c oh you can add a clac, but bitch if I ask for the shell to return... you bitch!
[00:24:43] <jmkasunich> now, now.... let's watch our language shall we ;-)
[00:24:49] <paul_c> updating bdi-branding and the firstboot script will run again on reboot adding icons & stuff.
[00:25:08] <Jymmm> jmkasunich I WAS watching my lang
[00:25:42] <paul_c> Jymmm's testing has been valuable.
[00:26:31] <Jymmm> whoa... booting up and a shitload of numbers are prepended to a ll the things
[00:26:51] <Jymmm> [ 63.3435435]
[00:27:25] <paul_c> timestamps of kernel messages.
[00:27:34] <paul_c> in seconds since boot.
[00:27:39] <Jymmm> ah, ok.
[00:27:49] <Jymmm> that I mucked up something =)
[00:27:51] <Jymmm> thought
[00:27:54] <jmkasunich> thats a 2.6.12 thing isn't it?
[00:28:29] <paul_c> kernel .config option to disable that... maybe a sysfs/procfs or boot line option too.
[00:30:04] <Jacky^> aaarghh bosoneeee
[00:30:09] <Jacky^> :)
[00:30:19] <Jymmm> paul_c oh it's fine, I've just been editing a shitload of files since I updated and thought I mucked up something bad.
[00:31:11] <paul_c> well... It keeps you on your toes.
[00:31:30] <Jymmm> paul_c you are doing a good enough job for that!
[00:31:49] <Jymmm> jmkasunich I dont have a /etc/default/ directory
[00:32:09] <paul_c> etc/bootsplash/default
[00:32:39] <Jymmm> ah shit... nm
[00:33:14] <jmkasunich> on 4.27 it is /etc/default/bootsplash
[00:33:23] <Jymmm> my bad
[00:33:35] <Jymmm> damn tab completion
[00:35:21] <paul_c> just removing bootsplash from init and setting the splash mode to verbose should be enough.
[00:36:29] <Jymmm> paul_c it's upon shutdown that you see the nag msg's
[00:37:33] <paul_c> I do most of the CLI admin from an ssh session...
[00:38:16] <paul_c> jmkasunich: I think you are going to... um... err... like the 2.6.12 kernel
[00:38:52] <paul_c> the RTAI headers throw some compile time warnings with rtapi
[00:39:01] <jmkasunich> I did the first three steps from the wiki (apt-get remove, update-rc.d remove, and removing splash=silent), and I got about 20-30 messages like "/etc/init.d/rc: line 34: /sbin/splash.sh: no such file or directory"
[00:39:28] <jmkasunich> changing the line in /etc/default/bootsplash stopped that
[00:40:02] <jmkasunich> I have to wonder if changing the line in the default file alone would do the trick?
[00:40:32] <jmkasunich> re: rtapi and RTAI, I guess sooner or later there will have to be a distinction made between the different versions of rtai
[00:40:42] <jmkasunich> with configure checking for the right one
[00:41:07] <jmkasunich> right now we have rtl_rtapi.c and rtai_rtapi.c, might have to have magma_rtapi.c, and later fusion_rtapi.c
[00:41:10] <paul_c> The magma branch is moving towards full 64bit support
[00:41:16] <jmkasunich> if the APIs keep changing
[00:41:28] <paul_c> The API remains the same
[00:41:41] <paul_c> just a few ints become longs
[00:42:07] <jmkasunich> not talking about the 64 bit thing, but the magma/fusion thing
[00:42:25] <jmkasunich> if the only problems with magma are int/long, that's easily enough fixed
[00:42:35] <jmkasunich> I think ;-)
[00:44:50] <jmkasunich> back to bootsplash a sec... my tweak completely eliminates it
[00:45:24] <jmkasunich> it sounds like you are saying change "splash=silent" to "splash=verbose" and you get the pretty picture and the scrolling kernel messages?
[00:45:37] <paul_c> yes
[00:45:51] <jmkasunich> ok, I'll add that to the page, give people a choice
[00:46:33] <jmkasunich> if they want the picture and the messages, they don't do the apt-get remove or the update-rc.d remove? or do they?
[00:47:24] <paul_c> No.
[00:53:15] <jmkasunich> updated
[00:57:16] <Jymmm> ok, plants watered!
[00:57:18] <paul_c> Perhaps shoud add a section for those that want to use diferent bootsplash screens
[00:59:19] <jmkasunich> feel free ;-)
[00:59:39] <Jymmm> paul_c Eh, how often do you really see it?
[00:59:46] <jmkasunich> (bout time somebody other than me edited the wiki)
[00:59:52] <jmkasunich> time for dinner here, back later
[00:59:55] <Jymmm> lot of work for 60 seconds
[01:00:44] <Jymmm> yah! my bashrc is back!!!
[01:03:45] <jmkasunich> oh yeah, that reminds me of another thing to put in the tweaks... bashrc, or "exactly where do I put 'export CVS_RSH=ssh' so it will be done when I log in"
[01:05:12] <paul_c> bottom of ~/.bashrc
[01:18:41] <Jymmm> anyone know what keystick is written in?
[01:19:08] <paul_c> c/c++
[01:19:15] <Jymmm> ah, bummer.
[01:19:28] <Jymmm> I havne't touched c++ in decades
[01:21:02] <robin_sz> C really, it doesnt use much (any?) C++ constructs ... if you know C it wont be hard
[01:21:09] <Jymmm> iniFind is depreciated
[01:21:45] <Jymmm> oh hell... my NUMPAD edits went bye-bye.
[01:22:14] <Jymmm> wehn I get some tiem I'll learn diff and patch as chris suggested.
[01:22:45] <Jymmm> I don't know C either =)
[01:22:52] <robin_sz> oh
[01:22:52] <paul_c> diff -uw old new > patch.diff
[01:22:54] <Jymmm> I like C over C++ anyway
[01:23:24] <Jymmm> paul_c what EXACTLY does that do?
[01:23:55] <Jymmm> or what is the result in patch.diff I mean
[01:23:56] <robin_sz> Jymmm: if you don;t know C++ or C, how do you know which one you like best? Just curious ...
[01:24:13] <Jymmm> robin_sz dont start
[01:24:51] <robin_sz> have you got your router going yet?
[01:25:06] <Jymmm> robin_sz I asked you nicely not to start.
[01:25:19] <robin_sz> I'll take that as a no then
[01:25:24] <paul_c> robin_sz: Quit trolling.
[01:29:07] <paul_c> now that's damned annoying... konsole & kcalc are not added to the toolbar..
[01:29:44] <Jymmm> paul_c did you check form an existing acnt?
[01:29:46] <robin_sz> oh fuck the lot of you ... I ask Jymmm a simple fucking question .. that I genuinely was interested in an answer from .. and you call me a troll ... still I guess it gives you a small hard-on from some weird sense of power ... anyway, fuck it .. bored now.
[01:31:52] <Jymmm> * Jymmm tolerance of antagonistic tendencies has diminished for the current moment in time
[01:32:19] <Jymmm> paul_c hows that for proper brit speak =)
[01:33:37] <Jymmm> paul_c: is only the actual difference between new and old show up in patch.diff?
[01:34:13] <Jymmm> old: a,b,b new: a,b,c,d,e,f patch.diff: ,c,d,e,f ????
[01:34:16] <paul_c> yup
[01:34:31] <Jymmm> less the typo of course
[01:35:00] <Jymmm> ok, so how would I apply the patch then?
[01:35:27] <paul_c> patch -p1 < Jymmm.diff
[01:35:52] <paul_c> or patch -p0 < Jymmm.diff
[01:36:34] <Jymmm> *****
[01:37:08] <Jymmm> ok, that should give me a start. ty
[01:37:22] <paul_c> the assorted diff & patch options take a day or two to get use to.
[01:38:08] <Jymmm> Well, since I'm the only one interested in the pseudo pendant, I won't submit the changes
[01:38:30] <paul_c> to which file(s) ?
[01:39:00] <Jymmm> /plat/bin/tkemc, minimill, axis
[01:39:40] <Jymmm> it's basically adding binding to the NUMPAD only. Not even changing them.
[01:40:21] <paul_c> so it doesn't affect normal usage ?
[01:40:45] <Jymmm> untested, but not that I'm aware of.
[01:41:04] <paul_c> prod jmkasunich.....
[01:41:18] <Jymmm> It seems that none of the GUI's even have the numpad mapped at all... not even to theri coutnerparts on the rst of the keyboard.
[01:41:23] <paul_c> Or do you have cvs write access ?
[01:41:37] <Jymmm> I dont have anythign cvs at all.
[01:41:48] <Jymmm> I was gonna make an entry in the wiki when I get it doen
[01:42:33] <Jymmm> I want to map the extra keys to other things as well, but want to test it forst.
[01:42:47] <Jymmm> NUMPAD_ENTER == ESTOP, stuff like that.
[01:45:34] <paul_c> I'd bug JMK and get it in the head of emc2
[01:46:26] <Jymmm> woohoo! axis doens't segfault anymore
[01:46:48] <Jymmm> let me write it up in the wiki, then if he wants it I can get it to him.
[01:47:27] <paul_c> * paul_c hands Jymmm a free null pointer to use in kernel space.
[01:47:41] <Jymmm> aroooooooooooo?
[01:51:30] <Jymmm> most keys are obvious... HOME maps to go home (if it'll work), make '.' toggle between cont and incre
[01:51:57] <Jymmm> NUMPAD_ENTER == ESTOP
[01:52:34] <Jymmm> still leaves 5, /,*,-,+,DEL
[01:52:46] <Jymmm> and ins
[01:53:35] <Jymmm> ok, heading out to my Uncles bday dinner if a few. see ya later or tomoorow
[01:54:04] <paul_c> #5 log current Pos. ?
[01:55:08] <Jymmm> 'log' ?
[01:55:28] <paul_c> poor man's probe function
[01:55:32] <Jymmm> ah, ok.
[01:56:03] <Jymmm> yeah, I do all the mappings, I'll get folks input first and go from there.
[01:56:08] <Jymmm> ^before
[02:00:11] <Jymmm> wb LawrenceG we all missed you!
[02:01:09] <Jymmm> uponJoin('wb $nick we all missed you!');
[02:01:14] <Jymmm> oooops!
[02:01:16] <Jymmm> =)
[02:01:16] <LawrenceG> tnx Jymmm... dam matrox g400 gl drivers.... trying to get a stable gl platform....
[02:01:44] <Jymmm> LawrenceG after I did the updates I got axis to work w/o seg faulting
[02:02:02] <Jymmm> and this is a ThinkPad i1500
[02:02:15] <Jymmm> 43FPS MAX
[02:02:36] <LawrenceG> there is a new version of ubuntu due out on the 10th of Oct.... maybe they have some better support in it
[02:02:36] <Jymmm> ok, gone to dinner folks! Toodles
[02:03:11] <paul_c> toodle pip.
[02:03:38] <LawrenceG> Are there any video cards that have solid open gl acceleration?
[02:04:54] <paul_c> nvidia have h/w acceleration, but closed source drivers that may or may not play nice with RT code.
[02:06:01] <LawrenceG> I pulled my nvidia card and put the older matrox g400 in hoping for better support...
[02:07:12] <LawrenceG> I just tried installing the matrox "improved" binary drivers, but after about 10 reboots and a very unstable system. I backed them out
[02:07:32] <paul_c> running ATI cards here - Get 180fos with glxgears
[02:07:39] <LawrenceG> wonder I have a display at all!
[02:08:08] <paul_c> Do you play 3D games or watch DVDs ?
[02:08:23] <LawrenceG> no games... sometimes dvds
[02:08:36] <LawrenceG> emc is my GAME
[02:08:37] <paul_c> HiRes 3Drendering ?
[02:08:50] <LawrenceG> nope
[02:09:05] <LawrenceG> axis is what I am trying to get working
[02:09:12] <paul_c> you probably don't need h/w acceleration then.
[02:09:39] <paul_c> Are you running my kernel/emc-modules ?
[02:11:03] <LawrenceG> on this box, ubuntu and using sim.... in shop I have bdi-4.20 with home built emc2 running great (mini display)
[02:12:20] <paul_c> OK... 'cos there was a bug in the freqmod module that was killing axis
[02:12:45] <LawrenceG> I mostly want a gcode viewer to check programs before I take them out to the shop and axis looks good, but has problems locking up window
[02:13:07] <LawrenceG> I get there... its just kind of painful
[02:13:45] <LawrenceG> supper time... got to go
[02:14:20] <paul_c> there is an emcplot3d in the old EMC tree
[02:14:41] <paul_c> compiles OK on this 2.6 box...
[02:18:07] <paul_c> doesn't run though....
[02:24:26] <cradek> a newly-built emcplot3d works for me
[02:27:10] <cradek> from emc1 branch cradek_stable
[02:28:40] <paul_c> I'll have a lok in a bit to see which branch this is on.
[02:28:56] <cradek> afaik, nobody has screwed it up on the main branch, but who knows
[02:29:13] <cradek> there's been some monkey business there
[02:31:51] <paul_c> work seems to have dried up in head..
[02:32:31] <cradek> do you know if that is because it's done, or because whoever was doing it got bored?
[02:35:48] <paul_c> possibly off doing other things. Certainly don't see KR doing anything about the bug reports on head.
[02:36:26] <cradek> you mean bugs concerning his changes?
[02:38:11] <paul_c> bugs & undocumented "features" that are a direct result of his changes, yes.
[02:38:26] <cradek> ok, I don't really care about that then
[02:38:38] <cradek> just wondered if there was something I could/should be doing in HEAD.
[02:39:25] <cradek> I wish he had put his interp enhancements in emc2, so they could be hashed out and have time to stabilize along with everything else in emc2
[02:39:36] <Jacky^> night
[02:39:58] <paul_c> branch HEAD to a KR-dev, and revert/merge cradek_stable.
[02:40:36] <cradek> funny thing is I branched cradek_stable for *me*
[02:40:56] <cradek> I never intended it to be the stable reference for everybody
[02:41:10] <cradek> it has at least one custom hack of mine (it's harmless for others)
[02:41:35] <paul_c> the writing of var ?
[02:42:08] <cradek> no, being able to specify some emulated and some real IO bits (and sharing IO and step/dir on one parallel port)
[02:42:25] <cradek> it's required for my homemade driver box
[02:43:03] <cradek> when running bridgeportio, negative bit numbers give you emulation (like minimillio) while positive give real IO
[02:43:46] <paul_c> Yes - I saw that when reviewing some of the change logs.
[02:44:12] <cradek> can you do step/dir + IO on one parallel port with emc2 yet?
[02:44:44] <cradek> my box needs two digital bits: chopper enable (~estop) and spindle forward
[02:45:09] <cradek> I should probably ask jmk
[02:46:27] <paul_c> If all you need is two IO pins, you could do that with an unmodified bridgeportio
[02:46:45] <cradek> no, it'll step on the step/dir lines
[02:46:50] <cradek> I tried
[02:47:41] <jmkasunich> hi cradek
[02:47:46] <cradek> hi!
[02:47:52] <jmkasunich> just reading back
[02:47:56] <cradek> long time no type
[02:48:09] <jmkasunich> you should be able to mix and match I/O and steps on the same parport with emc2
[02:48:20] <jmkasunich> that kind of stuff is what HAL was made for in the first palce
[02:48:22] <jmkasunich> place
[02:48:27] <cradek> great
[02:48:27] <paul_c> or link minimillio, parport, simio & a custom extiointf...
[02:48:49] <cradek> last time I asked, someone (?) told me you couldn't do it yet
[02:48:53] <cradek> alex_joni maybe?
[02:49:01] <jmkasunich> what specifically is "it"?
[02:49:28] <cradek> have the 8 normal step/dir bits, and the other 5? available for estop, spindle, lube, etc
[02:49:29] <jmkasunich> right now there is very little support for the "io" functions at the high level
[02:49:39] <cradek> ok, maybe that's the issue
[02:50:11] <jmkasunich> IOW, HAL can let you send anything you want out the parport, but right now we don't really have something that takes a "spindle on" NML and sets a HAL bit
[02:50:27] <cradek> I see
[02:50:28] <jmkasunich> alex was working on it, he may actually have much of it done
[02:50:37] <cradek> maybe I misremember the problem
[02:50:43] <jmkasunich> I've been out of the loop, life got very busy
[02:50:46] <cradek> if there's no digital IO at all, I can't use it
[02:50:57] <cradek> ok I'm glad to hear that sharing the port is planned
[02:51:06] <cradek> there is hardware out here that requires it
[02:51:17] <jmkasunich> yeah, once a signal is in the HAL enviroment, you can send anything anywhere
[02:51:41] <cradek> speaking of life being busy - the weekend isn't really over yet is it? surely there's a day or two left
[02:51:45] <jmkasunich> I wish
[02:53:03] <cradek> I have a nice new 80G hard disk to replace the tiny one in my machine, but I hate to take it apart, it's so reliable
[02:53:35] <jmkasunich> what brand? I got a nice new 80G hard disk a couple weeks ago, and it's making funny noises
[02:53:46] <cradek> hitachi "deskstar"
[02:53:47] <jmkasunich> (part of the life that got busy - rebuilding PCs)
[02:53:55] <jmkasunich> ah, mine is a samsung
[02:54:03] <cradek> probably comes from the same place in japan
[02:54:13] <jmkasunich> samsung is korea
[02:54:25] <cradek> uh, china here
[02:54:48] <cradek> I wish the americans could still make some damn thing or other
[02:55:06] <cradek> I'm about to trade in my ford for a volkswagen
[02:55:14] <jmkasunich> lawyers, we make those just fine :-(
[02:55:40] <cradek> and illiterate kids
[02:58:16] <cradek> well I'm going to screw up my computer - be back later...
[03:02:23] <paul_c> 4.29 winging it's way to the seeding server..
[03:32:20] <jepler> "seeding"? Are you doing bittorrent now?
[03:33:03] <paul_c> seeding so that the other mirros can download faster.
[03:33:25] <paul_c> otherwise I would be all week uploading a single image to all the servers.
[03:39:16] <jepler> # MTBF - 87,600 hour(s)
[03:39:23] <jepler> I wonder if they sell some product where the MTBF is 1 hour(s)
[03:40:00] <jmkasunich> guided missiles
[03:40:06] <paul_c> one hour fuse for dynamite ?
[03:40:47] <jmkasunich> drag race engines
[03:51:31] <paul_c> Just one more CD to burn for ol' Ray...
[03:51:52] <cradek> paul_c: I still think we (you) should try bittorrent
[03:52:00] <jmkasunich> that makes 3 - he probably hasn't even gotten the 4.27 one yet (mailed thursday)
[03:52:39] <paul_c> 23 disks.
[03:52:55] <jmkasunich> ?
[03:54:47] <paul_c> 14 disks for the complete ix86 Sarge, plus one security update
[03:55:17] <paul_c> five for Sarge ia64 (partial set)
[03:55:23] <jmkasunich> ah, thought you were counting BDI's
[03:56:00] <paul_c> one BDI-4.29
[03:56:20] <paul_c> and a couple of misc data disks.
[03:56:43] <jmkasunich> ok, I misunderstood...
[03:57:16] <jmkasunich> when you said "one more to burn for ray", I thought you were talking to me - I burned and mailed him 4.23 and 4.27
[03:57:43] <paul_c> I'll mail 4.29 from here along with the rest of the pile.
[03:57:46] <jmkasunich> you're making him a "pack 'o data" for transatlantic shipment?
[03:59:11] <paul_c> got to find a crate to pack the stuff in now..
[04:00:01] <jmkasunich> I wonder what the bandwidth of a 40 ft shipping container full of DVDs on a slow freighter is?
[04:00:53] <jmkasunich> bet its faster than Rays phone line
[04:01:01] <cradek> I think usenet was propogated like that a long time ago
[04:01:39] <paul_c> 100CDs is ~137.5 cubic inches.
[04:03:37] <cradek> http://www-mice.cs.ucl.ac.uk/multimedia/misc/tcp_ip/8702.mm.www/0200.html
[04:04:16] <jepler> How high is the bit density of DVDs compared to magentic media? I have to guess that it's lower.
[04:04:42] <cradek> in 1987, I bet magtapes were higher
[04:04:44] <jepler> looks like dual-layer DVDs are about .4 GB / cm3 if paul's figure is right
[04:05:02] <jmkasunich> yeah, given that in 1987, DVDs didn't exist
[04:07:04] <jmkasunich> what is a DVD-ROM? 5G or so?
[04:07:10] <jepler> while a 500GB 3.5" hard disk is 1.28 GB/cm3 (1 x 5.75 x 4 in3)
[04:07:24] <jepler> jmkasunich: dual-layer dvd is about 9GB, single-layer is 4.7GB (but those are probably GB, not GiB)
[04:07:54] <jepler> see you guys tomorrow
[04:07:58] <jmkasunich> later
[04:09:51] <paul_c> so what is the volume of a 40' container ?
[04:10:07] <jmkasunich> 696600 CDs or DVDs
[04:10:38] <jmkasunich> 8' x 8' x 40' outside, I assumed 7.5' x 7.5' x 39.5' inside
[04:11:03] <jmkasunich> 86 rows, 18 cols, 450 in each stack
[04:12:39] <jmkasunich> works out to about 1.5 gigabytes per second, assuming dual layer DVDs, and a trip around the world (25,000 nautical miles at 20 knots)
[04:13:34] <jmkasunich> of course, with the container holding ~6270 Terabytes, I'm not sure where you'd get the data to fill it
[04:14:16] <paul_c> I think your calcs are out...
[04:14:32] <jmkasunich> could be, calculator fingers might be slipping
[04:14:33] <paul_c> one CD is ~5" dia
[04:14:50] <paul_c> (7.5 * 12)/5 = 18
[04:15:03] <paul_c> 18*18 = 324
[04:15:27] <paul_c> a spindle of 100 CDs ~5.5"
[04:15:52] <jmkasunich> I measured a thin jewel box, 5.5" x 5.0" x 0.2"
[04:15:56] <paul_c> (39.5 * 12)/5.5 = 86
[04:15:59] <jmkasunich> bare or spindled would be denser
[04:16:38] <paul_c> 324*86*100 = 2786400
[04:17:53] <jmkasunich> 4x denser without the jewel boxes
[04:18:22] <jmkasunich> 24,000 terabytes
[04:18:46] <paul_c> approx 12.5PB
[04:19:24] <jmkasunich> single layer DVDs?
[04:19:41] <paul_c> OK, double it then...
[04:20:02] <paul_c> Say 30 days shipping
[04:20:13] <jepler> Looks like DLT tapes (40GB native) are much less dense than DVDs at .14 GB / cm3
[04:20:17] <paul_c> Gives customs time to pick over the contents.
[04:20:32] <jmkasunich> I recall reading a webpage somewhere talking about the aggregate amount of data the human race has collected (not counting duplication of course)
[04:20:36] <jepler> (40GB, 4.16 x 4.15 x 1.0 in3)
[04:20:58] <jmkasunich> I think 12PB exceeds the sum total of human knowledge by several orders of magnitude
[04:21:51] <jmkasunich> although there are probably pron libraries bigger than that ;-)
[04:22:03] <paul_c> I'll email Ray a copy of Encarta then..
[04:22:13] <jepler> you mean, collected in digital form? 12 petabytes is only 121 bytes per day for 6 billion people over 45 years.
[04:22:46] <jmkasunich> consider that the computer age isn't much older than that
[04:23:00] <jmkasunich> and for most of that time less than 1% of the population had access
[04:23:12] <jmkasunich> even now it's something like 10%
[04:23:18] <paul_c> Digital computers date back to the 30's
[04:23:34] <paul_c> Babbage is even older.
[04:23:43] <jmkasunich> nitpicking
[04:24:06] <jmkasunich> bet from 1AD till 1945 the total of digital data was less than 1G
[04:24:22] <paul_c> then there is that bronze "thing" unearthed in Greece a while back
[04:24:51] <paul_c> xrays show a complex set of gears inside..
[04:24:53] <jepler> yeah, but some days I "collect" 2GB of data in digital photographs.
[04:25:54] <paul_c> How much data does GCHQ & NSA collect per day ?
[04:26:03] <jmkasunich> you can capture a crapload of data from "nature"
[04:26:37] <jmkasunich> perhaps the article I was reading referred to "writings", ie, text in some human readable language
[04:26:49] <jepler> if 1% of 6 billion people collect 2GB of digital photographs once, that's 60 petabytes
[04:26:49] <jmkasunich> in the context of libraries, etc
[04:27:11] <paul_c> Sorry Jymmm But that bugger stays banned.
[04:27:12] <jepler> one picture's worth about 2 megabytes, what with pixel inflation
[04:27:27] <Jymmm> paul_c just doing normal cleanup is all.
[04:27:32] <jepler> but really, goodnight this time
[04:27:42] <jmkasunich> yeah, pics and movies and sound bloat things a lot
[04:27:46] <Jymmm> night jepler
[04:28:04] <paul_c> Those two were on a ban for a reason.
[04:28:22] <Jymmm> paul_c Ah. Well chanserv will usually clena em out once a month.
[04:29:06] <Jymmm> jmkasunich what were you getting from nasa?
[04:29:21] <Jymmm> or your 2gb I mean
[04:29:45] <jmkasunich> you're mixing things up
[04:29:56] <Jymmm> what photos
[04:30:03] <jmkasunich> paul referred to the amount of data nasa collects (things like hubble pics)
[04:30:31] <Jymmm> I have some high res nasa stuff.... 300dpi
[04:30:32] <jmkasunich> and cradek (I think) was referring to the fact that a shutter-happy person with a digital camera can take 2G of pics in a day
[04:30:49] <Jymmm> HA! I collect that in 2 hours
[04:31:23] <Jymmm> I have to carry 3GB in CF cards with me and then the laptop to empty them
[04:31:49] <jmkasunich> jeez man, haven't you heard of "quality, not quantity" ;-)
[04:32:01] <Jymmm> They are quality
[04:32:12] <jmkasunich> how many shots?
[04:32:32] <Jymmm> ok maybe 3 hours, but about 300
[04:32:57] <Jymmm> the camera can shoot 3FPS
[04:33:42] <Jymmm> Not like I have a full frame camera or anything
[04:34:03] <jmkasunich> maybe, but that ain't composition and framing and good photography, that's the equivalent of "spray and pray" with an M16
[04:34:30] <jmkasunich> (exception would be fast action stuff like sports, then you need to spray and pray
[04:34:32] <Jymmm> lol, ok fair enough there. but when I need to take the time, I do.
[04:34:59] <Jymmm> But when I have an angry wasp... I do a LOT of spray and pray that I dont get stung!
[04:35:05] <jmkasunich> lol
[04:35:39] <Jymmm> Also, I get the hell out of there too as I'm usually in areas that I shouldn't be in.
[04:36:04] <Jymmm> Last year I first got stopped by MP, then chased across town by ythe cops.
[04:36:20] <Jymmm> but, that one wasn't my fault.
[04:36:29] <jmkasunich> MP?
[04:36:35] <Jymmm> Military Police
[04:36:41] <jmkasunich> ah
[04:37:19] <Jymmm> I like shooting abandoned places. Adn I was shooting an old aerospace factory where the weeds were 6 ft tall.
[04:37:26] <jmkasunich> exotic taste in photo subjects eh?
[04:37:52] <Jymmm> Well, this property is adjacent to other proprety and no visable boundry lines/signs, and well lets just say that was no mans land.
[04:38:06] <jmkasunich> I remember seeing a guys webpage that was full of that kind of stuff, abandoned mines, factories, etc
[04:38:25] <Jymmm> jmkasunich I got inspired from this website --> http://www.abandoned-places.com/
[04:38:39] <Jymmm> abiet, not much of that in this area (SFO)
[04:39:30] <Jymmm> I had to go to the OTHER side of Yosemite to find somethign old and with character.
[04:39:31] <jmkasunich> annoying web navigation
[04:39:59] <Jymmm> his stuff is good, so I let the navigation slide.
[04:40:26] <Jymmm> I love the staircase with ivy (if you find the link, let me know)
[04:41:30] <jmkasunich> neat old stuff there
[04:41:44] <jmkasunich> I like the big old machines
[04:41:51] <jmkasunich> new stuff is so sterile and boring
[04:44:10] <Jymmm> yeah. kinda why I got into the Del Monte packing plant here. been abandined for 30 years, around since the 1900's. The guard even let me get on the roof
[04:47:08] <Jymmm> this is pretty good... http://users.pandora.be/a-p/images/asylum14.jpg
[04:51:50] <jmkasunich> I tend to take much less "artistic" pics - more of a documentary thing, "look at this big machine"
[04:52:41] <Jymmm> In my case... I try to make the viewer go "wait a sec..." and sort see something that makes them go back for a second look.
[04:54:05] <a-l-p-h-a> hey guys
[04:54:10] <a-l-p-h-a> what's a GOOD sftp client for linux?
[04:54:18] <a-l-p-h-a> something nice and easy to use.
[04:54:28] <jmkasunich> dunno
[04:54:40] <jmkasunich> it's bedtime here, goodnight all
[04:54:46] <Jymmm> night
[04:54:47] <a-l-p-h-a> night
[04:54:58] <Jymmm> never used sftp myself.
[04:55:10] <Jymmm> probably should
[04:55:19] <Jymmm> nix or win?
[04:55:28] <Jymmm> nm
[04:57:01] <paul_c> hsftp or vsftpd for server side.
[04:59:24] <a-l-p-h-a> unix
[04:59:27] <a-l-p-h-a> linux
[04:59:36] <a-l-p-h-a> nono, I'm looking for a client.
[04:59:44] <a-l-p-h-a> I'm resorting to wine + filezilla.
[05:00:09] <Jymmm> lol
[05:01:40] <paul_c> one 40' container loaded with DVDs (assuming 30 day transit time) is equal to transmitting one DVD/Sec.
[05:02:04] <paul_c> Hell... Faster than some DMA transfers.
[05:02:25] <Jymmm> that's what a zillion dvds?
[05:03:06] <paul_c> 2,786,400
[05:03:42] <Jymmm> Now, how long would it take to watch all those?
[05:08:36] <Jymmm> http://boss.streamos.com/wmedia/gecorp/wms/singingintherain_300k.wvx
[05:14:49] <paul_c> * paul_c gone too.
[10:20:58] <Jacky^> morning
[11:55:48] <Jacky^> AchiestDragon: you there ?
[11:57:59] <Jacky^> anyone around ?
[12:46:27] <AchiestDragon> Jacky^: hi
[12:46:45] <Jacky^> hi AchiestDragon
[12:46:57] <Jacky^> this circuit is driving me crazy :(
[12:47:17] <AchiestDragon> k
[12:47:22] <Jacky^> do you remember the optoisolator circuit I build ?
[12:47:42] <AchiestDragon> do you have the diagram
[12:47:49] <Jacky^> sure
[12:49:09] <Jacky^> http://www.roboitalia.com/modules.php?name=coppermine&file=displayimage&album=158&pos=0
[12:49:49] <Jacky^> i'm testing with a squarevave generator and scope
[12:50:05] <Jacky^> it work, i get the square wave on out
[12:50:17] <AchiestDragon> k
[12:50:26] <Jacky^> but the out are only in 5V state
[12:50:33] <Jacky^> i think high ..
[12:51:04] <AchiestDragon> so 0v off and 5v on
[12:51:07] <Jacky^> i tried to add a resistor between out and gnd in the uouput side
[12:51:18] <Jacky^> i always have 5V :\
[12:51:38] <Jacky^> using a resitor the voltage go down
[12:51:48] <Jacky^> but also the square wave !
[12:51:55] <Jacky^> i'm confused
[12:52:22] <AchiestDragon> ok ,, on the ouput (pin 6 of the opto ) you have a 1k resistor ,right
[12:52:30] <Jacky^> yeah
[12:52:46] <AchiestDragon> remove that form the one you are testing
[12:52:57] <Jacky^> i tried to remove it, but if removed won't work
[12:53:39] <Jacky^> i mean if i remove 1k resistor i get no signal in out
[12:53:41] <AchiestDragon> ok so you say always 5v so what level dose it change to
[12:54:00] <Jacky^> 0 i suppose ..
[12:54:44] <Jacky^> in normally state the pin driver clock should be 0 not 5V , is right ?
[12:55:05] <AchiestDragon> 0v and 5v are ok
[12:55:30] <Jacky^> but ..
[12:55:44] <Jacky^> not for the limit switches
[12:55:59] <Jacky^> pin 12-13-15 should be low
[12:56:18] <Jacky^> for how i'm running emc
[12:56:21] <AchiestDragon> for a logic 0 it should be between 0v and 1.25v and for a logic 1 between 2.5v and 5v
[12:56:32] <Jacky^> I know ..
[12:56:44] <Jacky^> the problem i cant get low state
[12:56:49] <AchiestDragon> you may need to invert the signal
[12:57:01] <Jacky^> oh..
[12:57:09] <AchiestDragon> by software should be easy
[12:57:22] <Jacky^> yeah
[12:57:28] <AchiestDragon> but if not then a 74hc04 should do the trick
[12:57:35] <Jacky^> but im not sure if it will work
[12:58:25] <AchiestDragon> when the software reads the port if its told to invert it then it should be ok
[12:59:31] <AchiestDragon> im not shure about emc but kcam lets you individualy set the port bits so you can invert any one
[12:59:38] <AchiestDragon> input or output
[12:59:42] <Jacky^> i've a small circuit to isolate the optoswitches
[13:00:07] <Jacky^> i've 3 optoswitches for axis
[13:01:10] <Jacky^> the output of 3 optoswitches are going to an IC 7432
[13:01:31] <Jacky^> all 3 home (for example)
[13:01:42] <Jacky^> and i get only one out
[13:01:49] <Jacky^> the signal are isolated
[13:01:52] <AchiestDragon> do you have diagram of that?
[13:02:09] <Jacky^> mmhh..
[13:02:13] <Jacky^> nope :(
[13:02:33] <Jacky^> just a summary schematic for the 7432
[13:02:41] <AchiestDragon> ok , 1 min
[13:03:18] <Jacky^> anyway the output of any 7432 is inverted ..
[13:03:33] <Jacky^> that why i'm using an inverted config on emc..
[13:04:06] <AchiestDragon> 7432 is a logic or , and not inverted
[13:04:39] <Jacky^> but.. entering in input with an high state i get the inverted state in out ..
[13:04:58] <AchiestDragon> on input 0, 0 = 0 1,0=1 , 0,1=1 and 1,1=1
[13:06:03] <Jacky^> :\
[13:07:15] <AchiestDragon> on the input to the 7432 one pin goes to the opto isolater output where you taking the other input
[13:07:23] <Jacky^> this maybe because not all optos are on at the same time ..
[13:08:15] <Jacky^> optoswitches
[13:08:21] <AchiestDragon> k
[13:10:57] <AchiestDragon> if phisical limit = a logic 1 into the 7432 and you have 2 of them then it should be right ie any logic 1 input to the 7432 should give a logic 1 on the output
[13:11:56] <Jacky^> i think the optoswitches work inverted ..
[13:12:01] <Jacky^> just a second
[13:12:07] <Jacky^> looking for a link ..
[13:12:22] <AchiestDragon> if thay do then you will need a diferent chip
[13:15:09] <AchiestDragon> if the switches give a logic 1 normal and a 0 when at limit then use a 7408 inplace of the 7432 (need to check if the 7408 is open collector output or not )
[13:17:35] <Jacky^> http://www.temp.eleinmec.com/issue10.htm
[13:17:51] <Jacky^> its the small circuit in fig. 5
[13:18:13] <Jacky^> i've 3 of these for any axis
[13:18:26] <AchiestDragon> 0v closed 5v open
[13:18:35] <Jacky^> yeah..
[13:18:46] <AchiestDragon> so if its closed for limit then its 0v at limit
[13:19:12] <AchiestDragon> change the 7432 for a 7408 (same pin out diferent function )
[13:19:24] <AchiestDragon> sould work ok then
[13:19:48] <Jacky^> ok..
[13:20:03] <Jacky^> thanks for the patience :)
[13:20:06] <AchiestDragon> for it to work as is you will need all 3 to be closed to get a change
[13:20:17] <AchiestDragon> np :)
[15:13:15] <paul_c> Hi Ray.
[15:13:41] <rayh> Hi Paul. How goes the software/package battle today?
[15:14:09] <paul_c> Heading off out to the post office in a while.
[15:14:20] <rayh> My disks?
[15:14:28] <paul_c> 1lb of CDs to mail out.
[15:14:54] <rayh> Wah! That'll cost more than a pound.
[15:15:24] <paul_c> 'bout �6.50
[15:15:33] <rayh> I'll owe you big time at next year's fest.
[15:16:03] <rayh> ksirc here doesn't want to show that fancy L
[15:16:37] <paul_c> Any news on that ini yet ?
[15:16:56] <rayh> Have not heard. I'll call em after a bit.
[15:18:32] <paul_c> When you do, tell'm I have a beta ready.
[15:18:51] <paul_c> If the ini is OK as it is, I'll upgrade it to "final"
[15:20:41] <rayh> k -- this is with our changes from yesterday?
[15:21:02] <paul_c> yes.
[15:25:11] <rayh> I see one error message "stepping type not found"
[15:26:45] <paul_c> freqmod defaults to step/dir
[15:28:13] <rayh> Right.
[15:34:04] <paul_c> Afternoon vq_
[15:35:14] <vq_> paul_c: thanks
[15:48:46] <paul_c> right. Post Office. Be back later.
[16:32:56] <paul_c> rayh: Box posted - Should be 7-10 days.
[16:52:56] <lilo> [Global Notice] Hi all. John Reeves Hall, a community hacker mentioned here previously, passed away on September 17. ( http://overcode.yak.net/ ) He'll be missed. I know he would want to thank all of you who contributed to his drive for the American Cancer Society.
[17:47:55] <rayh> Thanks Paul.
[18:03:25] <_AchiestDragon> _AchiestDragon is now known as AchiestDragon
[18:18:44] <paul_c> Not as expensive as I was expecting..
[18:22:07] <les> mailing out coasters eh?
[18:23:32] <anonimasu> hello
[18:25:29] <les> hi anders
[18:26:50] <les> wonder if ray is around...I am still getting quotes for ATC spindles but I would want to be confident emc could be made to do that
[18:26:58] <les> it's a lot of mony
[18:27:04] <les> money
[18:29:44] <anonimasu> hm
[18:29:45] <anonimasu> yeah
[18:29:59] <anonimasu> it probably would handle it nicely
[18:30:04] <anonimasu> but better check to make sure
[18:32:22] <les> yes
[18:32:41] <les> I tried to pm ray but he is away from the computer I guess
[18:33:20] <les> I got quotes from HSD and today I talked to Colombo
[18:33:35] <les> Also need to get quotes from Perske
[18:34:43] <les> The Columbo 10 hp or so water cooled spindle has a noise of only 72 dba at one meter
[18:34:49] <les> that would be nice
[18:35:10] <les> the porter cable is nearly 100 dba
[18:35:35] <anonimasu> :)
[18:35:36] <anonimasu> lol
[18:35:40] <anonimasu> that's painful
[18:35:55] <les> oh yeah...everyone has to wear ear plugs
[18:36:32] <anonimasu> I need to go for a bit
[18:36:34] <anonimasu> be right back
[18:36:54] <les> Of course while cutting the Colombo would have more noise
[18:37:22] <anonimasu> yeha but it's still less :9
[18:40:38] <Jymmm> les just use a plasma cutter and be done with it!
[18:40:50] <les> heh
[18:40:53] <anonimasu> ^_^
[18:41:32] <Jymmm> * Jymmm just had an epiphany... encoder dont do shit for position
[18:41:44] <anonimasu> what?
[18:42:01] <Jymmm> if there's backlash theres nothing an encoder will do for that
[18:42:22] <anonimasu> no, but if theres a following error..
[18:42:25] <Jymmm> it's measuring the turns in the motor, not the position
[18:43:03] <Jymmm> but a dro (scales) would/should do both of those
[18:43:06] <anonimasu> linear encoders do..
[18:43:09] <anonimasu> heh
[18:43:15] <anonimasu> but you better forget about thoose..
[18:43:18] <Jymmm> linear yeah, not rotary
[18:43:34] <anonimasu> with some trickery you can do linear with a rotary encoder also...
[18:43:38] <Jymmm> you mean $l4I$n$e$a$r$ ?
[18:43:41] <anonimasu> yeah
[18:43:47] <anonimasu> serveral 1000$
[18:43:59] <Jymmm> $500
[18:44:03] <anonimasu> unless it's thoose chineese ones..
[18:44:11] <anonimasu> but +/- 0.03
[18:44:12] <Jymmm> not chinese for $500
[18:44:38] <Jymmm> someone here gave a link last week, I called them for a price
[18:45:13] <anonimasu> ah well, I was thinking some of thoose scales robin posted...
[18:45:23] <Jymmm> no clue
[18:45:32] <anonimasu> good scales..
[18:45:49] <anonimasu> but, if you have backslash thoose wont do you any good..
[18:46:00] <Jymmm> why not?
[18:47:36] <anonimasu> because your machine will slop along with each turn of the cutter
[18:47:50] <anonimasu> and ruin everything you cut..
[18:48:03] <anonimasu> breaking cutters/causing toolmarks..
[18:48:11] <anonimasu> that's the extremes..
[18:48:34] <anonimasu> it depends a bit which way you are cutting..
[18:48:43] <rayh> les: Hi. Was away working on an ini.
[18:48:48] <rayh> What you need.
[18:50:48] <Jymmm> anonimasu well, the control would have to compensate or stop things
[18:51:04] <Jymmm> rayh: cheeseburger, fries, and a coke.
[18:51:15] <Jymmm> (no tomoto)
[18:51:20] <Jymmm> tomato
[18:52:13] <anonimasu> Jymmm: dosent matter really
[18:52:18] <rayh> Pull ahead.
[18:52:27] <les> ray!
[18:52:35] <rayh> Hi Les
[18:52:59] <les> I have questions about emc and automatic tool change
[18:53:09] <les> you are the expert right?
[18:53:19] <Jymmm> * Jymmm chuckles *
[18:53:24] <les> ha
[18:53:26] <rayh> Uh!
[18:53:39] <rayh> I can try to help you.
[18:54:01] <les> Has anyone ever implimented ATC with emc?
[18:54:45] <les> I understand only part of atc functionality is written up in emc
[18:54:59] <rayh> Yea. Matt and I under BDI-4.20, soon the Mazak will with 4.29/30 and EMC2.
[18:55:21] <rayh> What INYO is missing?
[18:55:40] <rayh> IYO
[18:55:52] <rayh> whatdoyouthingismissing?
[18:55:54] <Jymmm> documentation?
[18:56:06] <rayh> otherthanthat
[18:56:31] <Jymmm> A HowTo in respect to toolChanger?
[18:56:38] <les> Weel , not sure. I am getting quotes for VERY $$$ atc spindles and I want to make sure emc can be made to work with them
[18:56:56] <rayh> Yes it can.
[18:57:19] <les> for exmple...what happens right now when a M06 is called?
[18:57:22] <rayh> You will need either a drive that includes orient or add a spindle
[18:57:26] <Jymmm> rayh w/o being too much of a smartass.... have you personally tried it?
[18:57:29] <les> it seems to just pause a bit
[18:57:36] <rayh> Yes.
[18:57:57] <Jymmm> rayh ok, fair enough =)
[18:58:02] <rayh> If you are using bptio it simply says that the tool you asked for is now in the spindle.
[18:58:09] <les> ok
[18:58:12] <paul_c> * paul_c vouches for seeing Ray's toolchanger code work.
[18:58:27] <Jymmm> * Jymmm wonders how much paul_c got paid to say that?
[18:58:42] <paul_c> �-5.40
[18:58:45] <Jymmm> lol
[18:58:53] <les> which io program has tool change stuff?
[18:58:53] <Jymmm> paul_c damn your cheap!
[18:59:01] <rayh> Matt and I modified tkio by adding the stuff to drag in the air spindle, watch the turret rotate and stop at the right tool.
[18:59:19] <rayh> actually paul_c paid to see it work.
[18:59:25] <les> oh yes tkio
[18:59:31] <les> I should try that
[19:00:04] <rayh> Well if yoy know c you can mod bptio and do similar things.
[19:00:12] <les> I can try
[19:00:41] <les> I se no place to store tool locations currently
[19:00:50] <rayh> If you wish, there are tkio/iosh chapters in the handbooks that will help
[19:01:01] <les> for pick and place in the work envelope
[19:01:16] <rayh> Oh pick and place.
[19:01:27] <les> yeah
[19:01:35] <rayh> That is a bit of a different story.
[19:01:44] <les> of course part of it could be in motion code
[19:01:49] <rayh> There are two ini variables. I forgot their names.
[19:02:25] <rayh> something about tool_change_position and tool_clear_position comes to mind.
[19:02:25] <les> Mxx hase to invoke a move to a specific place
[19:02:33] <les> hmm
[19:02:52] <les> one thing I don't have to do...
[19:02:53] <rayh> If they are in the ini, the machine will move to tool change at the start of m6
[19:02:55] <les> is orient
[19:03:23] <rayh> I like orienting spindle drives myself.
[19:03:28] <les> all that is in the handbook?
[19:03:37] <rayh> a single contact close will do orient.
[19:04:06] <rayh> Let me brainstorm a bit here on what I see.
[19:04:13] <les> ok
[19:04:24] <les> I will go to the handbook too
[19:05:00] <rayh> This can be implemented with either HAL or tkio
[19:05:55] <rayh> First is a g code that tells next tool
[19:06:35] <les> location?
[19:07:06] <rayh> any time after last m6 and before the current one.
[19:07:50] <les> I am not finding anything in the handbook so far
[19:08:11] <rayh> What this command requires is a tool prepped messaged into status.
[19:08:15] <mrallen> can someone recommend a good dial indicator to use with my sherline as well as a source? it would be nice to be able to use a magnetic base or put it in the chuck.
[19:08:43] <rayh> developers handbook
[19:08:48] <Jymmm> mrallen: Western Tool has a cheapy for $15 and a mag base for $20
[19:09:00] <Jymmm> 0.001" resolution
[19:09:09] <les> oh developers...
[19:09:17] <les> got a link?
[19:09:23] <rayh> mag base will be a problem with the alum sherline.
[19:09:46] <Jymmm> I used a 6" piece of ground precision steel
[19:09:53] <Jymmm> my machien is all aluminim too
[19:10:23] <les> enco or shars have plenty of cheap indicators...they work fine
[19:10:36] <Jymmm> #50150 http://www.chicagobrand.com/OTHPAGE.HTM#Rugged
[19:11:07] <Jymmm> #50208 http://www.chicagobrand.com/OTHPAGE6.HTM#Magnetic
[19:12:18] <Jymmm> the website sucks (for over a year) but you cn at least get the closest store to you http://www.westtool.com/
[19:12:22] <rayh> Hey Les. Let me put this in the wiki page on tool change.
[19:12:56] <les> ok even better
[19:12:57] <mrallen> i was advised not to go cheap on the dial indicator
[19:13:19] <les> I have used them for many years...always worked fine
[19:13:26] <rayh> paul_c: Is it possible to change the value of a global like tool_change_position
[19:13:30] <Jymmm> mrallen: Well, for $15 if it isn't good enough, you can always get a good one
[19:13:37] <rayh> while running?
[19:14:48] <les> I have plenty of Starett, federal, and other indicaTORS BUT THE CHEAPIES SEEM TO WORK ABOUT AS WELL
[19:14:53] <les> op
[19:14:55] <Jymmm> rayh : FYI... I'm working on creating a 'pseudo pendant' my using an external NUMPAD
[19:14:58] <les> hit cap lock
[19:15:08] <Jymmm> s/my/by/
[19:15:48] <rayh> I'll work at http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?ToolChangerImplementation
[19:16:03] <les> What do you talk to the atc plc with?
[19:16:07] <les> parport?
[19:16:29] <rayh> Oh you want a separate plc?
[19:16:38] <les> or perhaps emc is the plc
[19:16:54] <rayh> tkio is a plc so is bptio
[19:17:01] <les> no I don't need separate....
[19:17:24] <les> but do need a few bytes of io somewhere
[19:17:26] <rayh> A separate plc would work for carousels and arms and such.
[19:17:34] <rayh> not needed for pick and place.
[19:17:50] <rayh> Yes and it can be a parport
[19:17:58] <rayh> or a dio card
[19:18:19] <les> well I have to verify tool seating and stuff like that
[19:18:21] <rayh> Could use spare pins on the stg
[19:18:36] <les> 24,000 rpm iso 30
[19:18:57] <les> I think I use all the dio
[19:19:04] <les> forgot
[19:19:19] <les> 3 axis with all limit switch etc
[19:19:24] <rayh> Got an extra ISA slot
[19:19:30] <les> sure
[19:19:41] <les> just cheap dio card?
[19:21:59] <Jymmm> rayh: Um.... ISA slots are about as rare as Full Service gas stations, or even $0.25/gal gasoline
[19:22:01] <les> I verify tool mount/dismount and spindle rotation
[19:22:30] <les> would use hall sensors
[19:22:52] <rayh> http://www.winford.com/products/crd155b.php
[19:23:02] <les> checking
[19:24:04] <les> 8255...yeah
[19:24:09] <les> that looks fine
[19:24:15] <rayh> the bsoft board site seems to be gone. They were about the same price for 48 IO.
[19:24:35] <les> 24 is plenty
[19:25:08] <rayh> winford has a breakout board as well. External pull up if you add resistor packs.
[19:25:16] <Jymmm> I'm really not trying to be a smartass here, just that ISA boards are rare and if you ever have to replace them in the future, you might get screwed.
[19:25:17] <les> one issue with pick and place is the tool location coords
[19:25:29] <les> idal place for that would be the tool table
[19:25:54] <les> yeah jymm, but i't 50 bucks
[19:25:59] <rayh> There are the two basic tool change locations.
[19:26:33] <rayh> already available in the emc ini file
[19:26:38] <rayh> from the ini file.
[19:26:51] <les> oh
[19:27:15] <les> easy to expand?
[19:27:26] <rayh> first is a location that the machine goes to when it sees an m6
[19:27:36] <les> ok
[19:27:51] <rayh> the second it goes to after it sees an m6 and returns from IO program.
[19:28:02] <les> k
[19:28:13] <rayh> it returns to the first after another IO return
[19:28:40] <rayh> the trick I want to ask paul_c about is can we change the tool change location between
[19:28:49] <rayh> if so we can do pick and place right now.
[19:29:11] <les> what i'll do is let you write this in the wiki for all to see rather that ask questions now
[19:29:16] <rayh> the tool clear position raises the spindle above the tool holder
[19:29:24] <les> ok
[19:29:34] <rayh> Okay. I'll get that done sometime today.
[19:29:57] <rayh> But to answer the general question -- yes we can change tools.
[19:30:13] <les> Yeah at tool clear the hall effect could probe the area and check for proper engagement
[19:30:58] <les> What started this is the tp/tc bug fix
[19:31:06] <rayh> I've known folk to use a photo interrupter to see that the tool is clear of the spindle.
[19:31:09] <les> that meant I could go faster....
[19:31:23] <les> and run more power....
[19:31:45] <les> but it also means I have shorter tool change intervals
[19:31:54] <les> hence 100 a day....
[19:31:56] <rayh> The easiest tool changer would be a carousel or moves tools under the tool change, tool clear position.
[19:32:12] <rayh> or slide that ...
[19:32:22] <les> I could do a carousel
[19:32:40] <les> but a router has such a big work envelope...
[19:32:59] <rayh> I'd think so. If you do it is a trivial matter to implement
[19:33:23] <rayh> You would have to rapid to the same place for every tool change.
[19:33:44] <les> yes
[19:34:10] <les> Well havee to have a meeting with the customer before I spent the big $$$
[19:34:20] <rayh> That rapid move would stuff the old tool into the carousel
[19:34:29] <les> right
[19:34:45] <rayh> then raise up to clean, spin the carousel to the new tool, and drop the spindle to pick up the new.
[19:35:23] <les> control carousel with emc or plc?
[19:35:26] <rayh> We could easily do this with tkio and add in the sensors you want
[19:36:02] <rayh> I presume tool clamp, tool release, spindle oriented
[19:36:14] <rayh> Either.
[19:36:55] <les> I don't have to worry about orienting, but I undrstand in general you do
[19:37:03] <rayh> Tkio can do it with a winford card or (jymmm) a pci
[19:37:35] <rayh> If you have a drive dog that you need to engage you would have to orient.
[19:38:13] <rayh> If the angle between tool and spindle is not critical then you don't need to orient.
[19:38:29] <les> right...thr industrial routers seem not to do this. Low cutting torque, and balance issues of drive dogs at perhaps 24krpm I guess
[19:38:59] <les> typically iso 30...without dogs
[19:39:48] <rayh> Okay then you just have to make certain that the holding shaft is in place.
[19:39:59] <les> yes
[19:40:24] <rayh> Most spindles have locations for clamp unclamp sensors
[19:41:09] <les> speaking of which...just got the colombo electrospindle quotes....looking now
[19:42:31] <les> $5610.00 for the motor
[19:43:02] <les> $995 for the inverter
[19:43:11] <les> I can do better on the inverter
[19:45:17] <les> now...the manual er25 collet version is:
[19:45:29] <les> $1575
[19:46:01] <les> draw bars must be made od gold
[19:46:08] <les> of
[19:47:10] <rayh> Sounds like it or is it both the draw bar and the motor shaft.
[19:47:25] <rayh> How about the puller or pusher for tool release.
[19:47:58] <Jymmm> platnum
[19:48:00] <les> It"s a lot of money...but just imagine using hand wrenches for 500 changes a week
[19:49:10] <les> the other option is to palletize.....do tool one on ten pallets, then tool two, etc
[19:49:23] <les> but that is a bit of a pain as well
[19:49:45] <les> better than a tool change every few minutes
[19:49:59] <rayh> by hand, yes it is.
[19:50:58] <les> 25 hours a week of just tool changing labor
[19:51:10] <les> $5k is not sounding so bad
[19:52:21] <les> note my attempted self justification.
[19:52:52] <Jymmm> les if it IS made of gold.... then you have soem blin blig =)
[19:52:55] <rayh> If you're doing the 25 hrs then it is much to much.
[19:53:08] <Jymmm> bling bling
[19:53:37] <les> well, I'll go get a bite and leave you alone. Thanks Ray.
[19:54:59] <rayh> Welcome.
[20:01:33] <anonimasu> :)
[20:01:58] <anonimasu> hm
[20:02:03] <anonimasu> something strange just happened..
[20:02:17] <anonimasu> it seems like emc is ignoring max_accel and default_accel for a axis..
[20:02:19] <anonimasu> during rapids..
[20:02:25] <jepler> that would be bad.
[20:02:40] <anonimasu> yeah
[20:02:49] <anonimasu> my only stepper axis whirrs when I try to move it...
[20:02:53] <anonimasu> with rapids..
[20:03:17] <cradek> for rapids it may use the value in [traj]
[20:03:23] <anonimasu> damn..
[20:03:24] <cradek> I remember something is screwy about that
[20:03:27] <anonimasu> that's for the other axis'es..
[20:03:29] <anonimasu> :/
[20:03:44] <anonimasu> damn..
[20:03:55] <cradek> and something is surprising - it uses the min of those values, or the max, or something
[20:04:09] <cradek> don't remember if I actually figured it out, or just noted that it's screwy
[20:04:42] <anonimasu> cradek: could you look at it if you have any time to spare?
[20:04:57] <cradek> sorry, I have to leave soon
[20:05:06] <anonimasu> oh, not <now>
[20:05:58] <cradek> if you figure out what it's doing, and can make argument on the list that it's wrong, I bet it would be easy to fix.
[20:06:26] <anonimasu> oh, it's just not obeying the max limit..
[20:06:33] <anonimasu> err accel limit
[20:07:10] <cradek> it may be using max(traj limit, axis limit) when you expect min(traj limit, axis limit)
[20:07:20] <cradek> try rewriting in terms of max and see if that works
[20:07:50] <cradek> (I haven't looked at the source)
[20:07:57] <anonimasu> does the axis limits superceed the traj.. or the other way around? in that case
[20:08:05] <anonimasu> depending on which is higher right?
[20:08:11] <cradek> I don't know, that's what I'm saying
[20:08:19] <cradek> I think it might (surprisingly) be max, not min
[20:08:37] <anonimasu> err max and default..
[20:08:58] <anonimasu> ah well, I'll have a look at it..
[20:09:08] <anonimasu> for g1 it works nicely
[20:09:09] <cradek> this per-axis accel stuff was put in for rotary axes (because they are in degrees) and in/sec2 and deg/sec2 are *very* different
[20:09:32] <anonimasu> so I should throw the stepper into the lake?
[20:09:35] <cradek> I don't think it was ever really debugged properly.
[20:09:52] <cradek> it's probably a simple bug if you can figure out what it is.
[20:09:58] <anonimasu> I have a spare servo off work.
[20:09:59] <anonimasu> :)
[20:10:12] <anonimasu> might be a easy fix..
[20:10:20] <cradek> yes
[20:10:44] <anonimasu> what file does all that reside in?
[20:10:59] <anonimasu> I dont have too much of a clue about locations in emc1
[20:10:59] <cradek> somewhere in /emcmot probably
[20:11:31] <cradek> the vars from the ini get passed around in /emctask
[20:12:24] <anonimasu> ah well since it obeys the max_velocity I can use g1 moves in my cam generated stuff
[20:12:33] <anonimasu> I am kind of short of time :/
[20:12:46] <anonimasu> going to be out with customers all week..
[20:32:34] <les> hmm just got a call for Bill Glen, the developer of the warthog cnc router product line.
[20:32:57] <les> want to work on some stuff.
[20:35:41] <paul_c> The guy we were trying to get hold of back in May ?
[20:36:00] <les> yep. He is trying to resurect from the ashes
[20:36:49] <les> We have had a look inside some of the cnc routers we dicussed....
[20:37:01] <les> they are HORRIBLY misengineered
[20:37:24] <les> they look good on the outside.....
[20:37:44] <paul_c> bet there will be a fair bit of us.gov money if you try to set up down on the Gulf..
[20:38:19] <les> for example a 1.5 meter y axis consisting of two 25mm unsupported round rails
[20:38:23] <les> heh yeah
[20:38:35] <les> well another storm is heading for it you know
[20:39:11] <paul_c> just heard that on the news.
[20:39:30] <Jymmm> * Jymmm cries
[20:39:46] <les> anyway the routers are so misengineered that the only option is for us to design the machines...they just build them.
[20:40:25] <les> They seem to be amenable to that idea
[20:42:16] <les> Bill Glen sold a lot of machines...he just overextended the business too much
[20:42:45] <les> I am trying to convince hime that we cannot build machine tools in this country.
[20:42:52] <les> but
[20:43:06] <les> we can sure as heck design and sell them!
[20:43:29] <les> Like Pacer did
[20:45:56] <paul_c> get a single supplier agreement for the US market ?
[20:51:30] <Jymmm> how do you enforce that?
[20:51:51] <les> Well if we design the machine it's not really an issue......
[20:52:22] <les> the chinese machines are junk....who would want to be a supplier?
[20:52:48] <les> lots of iron and aluminum...
[20:52:56] <les> put in the wrong places
[20:52:57] <icee> chinese machine tools have improved a lot in the past couple years.
[20:53:15] <icee> well, there's a lot of variation.. but the 'good' tools are becoming fairly decent.
[20:53:20] <les> sure I have lots of them...tons and tons...
[20:53:37] <les> but we are talking specifically about one cnc router
[20:54:08] <icee> be careful with overseas production.
[20:54:20] <les> you have to go there.
[20:54:33] <icee> I've only worked with it for semiconductors, but I've unexpectedly seen -my- silicon being sold through other channels
[20:54:55] <icee> and have had to litigate
[20:55:10] <les> wow
[20:55:21] <les> indonesia?
[20:55:33] <icee> s. korea, hong kong
[20:55:34] <Jymmm> thats what i was trying to say.... icee said it perfectly.
[20:55:55] <Jymmm> they steal all of les' engineering as their own.
[20:56:07] <icee> * icee nods
[20:56:08] <les> I have had infrigement litigation on one of my patents in japan
[20:56:14] <icee> sell the same machines to another distributor
[20:56:26] <les> right
[20:56:29] <Jymmm> les china is a WHOLE nother story though
[20:56:31] <les> it's an issue
[20:57:07] <Jymmm> the ONLY thing you could enforce is non slaes in the US
[20:57:11] <les> Sounds like having them make subassemblies would be safer...
[20:57:21] <les> bolt it together elsewhere
[20:57:23] <Jymmm> and that's by US Customs, not the asian mfg
[20:57:57] <Jymmm> les fabricated in china, assembled in usa
[20:58:12] <icee> customs doesn't really care, too often. you need tight distributorship agreements in the US so that when you see someone selling your machines, you can be sure whether they're authorize
[20:58:14] <Jymmm> actually, might be china for customs too
[20:58:38] <les> For example have em make various frames and assemblies....
[20:58:39] <icee> and you need audit in your distribution agreements, too, so that if you find out someone has been purchasing directly from the manufacturer and bypassing you, you can prove it
[20:58:41] <Jymmm> icee les can get a pantent on the design, so if they sell inthe US, it's a ptent issue.
[20:58:48] <Jymmm> patent
[20:59:07] <les> but don't teach them our quick methods for laying profile rail with great precision
[20:59:57] <icee> jymmm: *nods* us customs, though, unless the particular problem is very widespread, isn't verifying patent compliance
[21:00:34] <icee> design patents, invention patents, strong contracts, etc.. are all good things to have in your back pocket
[21:00:36] <Jymmm> icee: due process implied.
[21:00:59] <icee> jymmm: so? you get an injunction against one firm, someone else brings it in
[21:00:59] <Jymmm> at least customs is a way of stopping the import to the US.
[21:01:05] <les> I am just filing on the air generator thing
[21:01:07] <les> heh
[21:01:29] <Jymmm> icee the source would be flagged
[21:01:48] <Jymmm> icee at least it's one legal method, better than NOTHING at all.
[21:02:05] <les> Well anyway this thing was dead before due to the emc tp bug
[21:02:16] <les> that is not a problem anymore though!
[21:02:19] <icee> tp bug?
[21:02:50] <les> Yes, emc had a bad error in it's trajectory planner.
[21:03:00] <icee> eww.
[21:03:09] <icee> * icee is just building his first cnc mill now
[21:03:16] <les> It rendered emc useless for any kind of high speed machining
[21:03:40] <les> we talked about it for years....Paul finally found and fixed it a couple months ago
[21:04:41] <les> What are you building icee?
[21:05:13] <icee> I'm designing a high current stepper driver board
[21:05:32] <icee> I intend to use it first just with a mini-mill I have sitting around, but will likely acquire a full size mill once I have pieces working
[21:05:42] <les> great
[21:07:32] <anonimasu> les
[21:08:06] <les> well old full sized cnc mills with fried controls are cheap...almost free
[21:08:13] <les> yes anders
[21:08:14] <anonimasu> * anonimasu cries
[21:08:24] <anonimasu> damn usa.
[21:08:30] <les> what?
[21:08:59] <anonimasu> a broken cnc mill(197x) over here is like 4000eur
[21:09:00] <paul_c> get old clunkers for free even with working controls.
[21:09:13] <anonimasu> one in crap condition
[21:09:31] <les> 4000 euro?!!!
[21:09:34] <anonimasu> les: I was going to ask you if you've seen the phenomen..
[21:09:34] <les> why?
[21:09:34] <anonimasu> yeah
[21:09:38] <anonimasu> les: no clue
[21:09:40] <les> some kind of tax?
[21:09:43] <anonimasu> no..
[21:09:55] <anonimasu> bp style mills are about 4000 eur..
[21:10:13] <les> sounds like a business opportunity to me ;)
[21:10:17] <anonimasu> import?
[21:10:28] <anonimasu> yeah
[21:10:38] <les> Are clunkers free in some of europe paul?
[21:10:44] <les> they are here.
[21:10:54] <jepler> will someone send me one of these "almost free" CNC mills? I'm in the USA...
[21:11:03] <les> haha
[21:11:34] <les> Some down here....
[21:11:37] <anonimasu> http://www.gnosjomaskin.se/productlist.asp?Objekt=Maskin&Status=Beg.&Kategori=3&Split=30&Sortera=ArtikelId&Action=Search&Submit=Starta+s%F6kning
[21:11:55] <les> BTW machine dealers are not the place to get them
[21:11:59] <les> nor ebay
[21:12:07] <anonimasu> yeah..
[21:12:17] <anonimasu> that's a machine dealer..
[21:12:24] <jepler> anonimasu: holy crap, somebody umlautted all over that page
[21:12:39] <jepler> I don't know what a Bäddfräs is but I want one
[21:12:55] <anonimasu> click the english flag on top
[21:13:40] <les> Rebuilders and auctions are the place
[21:13:45] <anonimasu> remove a zero and you have euro's..
[21:14:02] <anonimasu> :(
[21:14:53] <les> schools
[21:16:06] <anonimasu> I should throw 2000eur in some pocket for a bp style mill..
[21:16:26] <Jymmm> anonimasu throw it in mine, there's lots of room
[21:16:26] <les> but then put them out in a yard uncovered and let them rot
[21:16:42] <anonimasu> Jymmm: no way
[21:16:51] <anonimasu> Jymmm: in my own for sabving
[21:16:57] <les> Tools from schools are usually pristine
[21:17:09] <Jymmm> then maybe I can actually get the correct replacement parts for the 3rd time
[21:17:37] <anonimasu> les: can you limit one axis acceleration?
[21:17:40] <anonimasu> err rather does it work?
[21:17:45] <anonimasu> I tried limiting my max accel on z
[21:18:02] <anonimasu> but it dosent work..
[21:18:09] <les> anders: you can, but I don't
[21:18:13] <anonimasu> on g0's..
[21:18:21] <anonimasu> les: it seems like it dosent work..
[21:18:21] <les> oh
[21:18:25] <les> I think not
[21:18:31] <anonimasu> fsck.�#"!
[21:18:44] <les> I saw some stuff on the list about that
[21:18:56] <paul_c> anonimasu: There are per axis accel & vel. limits
[21:19:04] <anonimasu> paul_c: they dont seem to work..
[21:19:12] <anonimasu> g0 bypasses the max accel..
[21:19:17] <paul_c> when jogging the do.
[21:19:30] <anonimasu> yeah, but I am not jogging
[21:19:43] <anonimasu> I am trying to do g0x0y0z0
[21:19:45] <paul_c> but cordinated moves, the TRAJ settings are used globally
[21:20:07] <anonimasu> paul_c: what can I do about it?
[21:20:17] <anonimasu> the z axis is a stepper, and it cant accel as fast as the servos axis:es
[21:21:04] <paul_c> You still on EMC1 ?
[21:21:12] <anonimasu> yes
[21:21:18] <anonimasu> no driver for usc
[21:21:19] <anonimasu> :/
[21:21:25] <anonimasu> and I have no time to mess with it at all
[21:21:42] <paul_c> BDI-4 has a working USC driver.
[21:21:53] <anonimasu> hm is that in the tree=
[21:21:58] <anonimasu> err main branch
[21:22:24] <paul_c> bdi-4 branch... tagged bdi-4_27
[21:22:33] <anonimasu> hm,
[21:22:38] <anonimasu> would that compile on my box?
[21:22:45] <paul_c> I need to commit the bdi-4.29 fixes.
[21:23:09] <anonimasu> http://www.blocket.se/view/5936461.htm?caller=nbl_s&l=0&c=1&city=0
[21:23:10] <anonimasu> YES!
[21:23:14] <anonimasu> but I need to fit it first ;/
[21:23:18] <anonimasu> 1500eur
[21:23:24] <paul_c> If you are running a Debian install, you can download pre-built drivers.
[21:24:22] <paul_c> anonimasu: You want to machine tank parts with that ??
[21:24:47] <les> looks big in the picture
[21:24:49] <anonimasu> yeah
[21:24:56] <anonimasu> it probably is..
[21:25:01] <les> thousands of kg?
[21:25:04] <anonimasu> probably
[21:25:11] <les> manual?
[21:25:29] <anonimasu> yeah
[21:25:31] <anonimasu> for conversion ;)
[21:25:43] <anonimasu> with some large servos on that.
[21:25:47] <les> well 15000 Kr is getting better
[21:25:50] <Jacky^> aaaaaarrrrrgggghhh
[21:26:06] <les> drop something on your foot?
[21:26:07] <Jacky^> damn earth ive under the foots !
[21:26:18] <Jacky^> another parport rousteed
[21:26:20] <anonimasu> well, too large but damn.
[21:26:22] <anonimasu> that's a nice machine..
[21:26:24] <anonimasu> I dont care for size..
[21:26:31] <anonimasu> as long as it can fit
[21:26:34] <les> yeah
[21:26:43] <anonimasu> the trouble is that with my current mill tool steel is a dream ;)
[21:26:51] <les> you deserve big machines anyway
[21:27:11] <les> Ah so a nice parport roast in italy....mmm
[21:27:22] <anonimasu> * anonimasu pats jacky on the head
[21:27:25] <anonimasu> :/
[21:27:34] <Jacky^> ahhhhhhh !!! umpf :\
[21:27:44] <Jacky^> i'm tired
[21:28:16] <les> well roasting parports till golden brown is hard work
[21:28:34] <anonimasu> damn I forgot to buy some coke..
[21:28:49] <les> ????
[21:28:51] <les> haha
[21:31:11] <anonimasu> :D
[21:50:28] <anonimasu> brb
[21:57:12] <les> almost quitting time for me....I have to go out and catch a nice fat bug for my pet mantid's dinner
[21:59:01] <les> a bumblebee would be good
[22:01:49] <Jymmm> a chicken that thinks it's a dog, and now a praying mantis...
[22:02:01] <les> yup
[22:02:02] <les> haha
[22:02:15] <les> It is wild to watch that bug
[22:02:16] <Jymmm> you been sipping that moonshine again, haven't you?
[22:02:23] <les> heh
[22:02:54] <les> I'm not alone...I joined the mantid internet site!
[22:03:10] <Jymmm> =)
[22:03:20] <les> a bug that grows to 6 inches long, swivels it's head and watches you....
[22:03:28] <les> and looks like an alien
[22:03:49] <les> and even eats BIRDS
[22:04:53] <jepler> those are cool insects but how can they kill a bird?
[22:05:13] <les> hummingbirds mostly
[22:05:33] <les> I had a site somewhere that has pictures of it
[22:06:47] <les> http://www.birdwatchersdigest.com/site/backyardbirds/hummingbirds/mantis-hummer.aspx?sc=birdwireJul2005
[22:07:36] <jepler> wow.
[22:08:00] <les> and that is just a small crolina mantis
[22:08:16] <les> mine is a muchlarger chinese mantis.
[22:08:41] <les> He just came in the house and set up station on my computer monitor!
[22:08:54] <les> so I put him in a nice terrarium
[22:09:07] <les> 10 cm long!!
[22:09:28] <les> max size=15 cm
[22:10:07] <paul_c> make a nice snack for Congo.
[22:10:19] <les> congo was scared of it
[22:10:46] <paul_c> a cat that is a chicken.. ha.
[22:11:07] <les> hmmm yeah...
[22:21:40] <jepler> here's a picture of a mantis I got a few years ago: http://emergent.unpy.net/index.cgi-files/sandbox/mantis.jpg
[22:21:50] <jepler> er, a picture I took
[22:21:57] <les> looking
[22:22:30] <jepler> nothing special, but I was just reminded by this conversation
[22:22:43] <les> nice shot!!
[22:23:06] <jepler> thanks
[22:23:13] <les> only one problem I have...after the first hard freeze no more food for it
[22:23:30] <jepler> you can always get crickets at a pet store
[22:23:42] <jepler> will it eat that?
[22:23:46] <les> good idea
[22:23:51] <les> yes they will
[22:24:30] <les> I will have to take some macro lens shots tooo
[22:25:31] <jepler> I'd like to see 'em if you do
[22:25:43] <les> I'll do that
[22:25:44] <jepler> I think this photo was with nikon 5700, it has a pretty powerful macro mode
[22:26:06] <les> it's wild how they turn their head to watch you
[22:28:24] <les> well, off to catch bugs. Later!
[22:29:55] <zwelch> so i have a lot of questions about EMC, but i feel i should be using EMC2 before asking them; they're pretty "basic feature" questions that may be answered in the new UI, or at least I'll be able to contribute patches to an active codebase
[22:32:53] <paul_c> 'pends what the questions are..
[22:34:04] <zwelch> well, there are several "simple" features missing in the UI; better reloading of modified files for one
[22:34:31] <zwelch> e.g. i have to "open..." the file, and even then the editor contents (if open) doesn't get synced
[22:35:17] <zwelch> but this is EMC1, so i want to use EMC2 with the assumption that UI may have been improved in some ways
[22:35:41] <jepler> the UI is mostly the same
[22:35:46] <paul_c> sounds like you are using mini
[22:35:56] <zwelch> i.e. these questions may be moot if i can upgrade; however, i'm still using non-RT, so the configure script stands in my way
[22:36:04] <zwelch> i'm using 'sim.run'; whatever that gives me
[22:37:27] <paul_c> let's have a look...
[22:37:45] <zwelch> for what its worth, i think you need to provide trivial non-RT support, as that will get the program installed on many more computers (if only to use the backplot)
[22:38:05] <zwelch> that said, i'm willing to help code a solution; i've been thinking about it since hitting this over the weekend
[22:39:11] <paul_c> DISPLAY in the standard sim.ini is tkemc
[22:39:32] <jepler> zwelch: Yeah, I might keep more of an eye on emc2 if it had non-rt support
[22:40:24] <zwelch> my thought would to be to add a "--with-simulation-only" or similar configure option, which selects a "nonrt-config" script that acts similarly to the other RT options; the new config script would provide the same information, but with "dummy" stub include files, the default compiler, etc.
[22:41:00] <zwelch> that way, all the non-RT bits are then inside the package, but act just like a "real RT" installation
[22:42:14] <paul_c> Much of the RTAI/RTLinux differences are hidden behind the rtapi wrapper
[22:42:52] <paul_c> Using standard posix IPC calls shouldn't be a major problem in a sim layer.
[22:44:24] <paul_c> but I suspect JMK's HEL stuff might cause major problems....
[22:44:51] <zwelch> okay, i've now glimpsed at the rtapi dir
[22:45:12] <zwelch> the build system is not what i would call transparent, though
[22:46:15] <paul_c> It's a damned sight better that the rcslib/emc build system
[22:46:36] <zwelch> btw, was it intentional for the emc2 configure script to no accept "--without-rtai"; it interprets that as --with
[22:46:44] <zwelch> * zwelch can probably fix that
[22:47:41] <paul_c> there are three --with-<realtime> options.
[22:48:08] <paul_c> rtai, rtlinux-free & rtlinux-pro
[22:48:09] <zwelch> right, but i want a build script to be able to explicitly specify --without-<the others>
[22:48:23] <paul_c> the last not being supported at th mo.
[22:48:58] <paul_c> I would suggest a --without-realtime then
[22:49:15] <zwelch> well, that's not the standard way of using the options
[22:49:37] <zwelch> because that would imply a --with-realtime twin, which duplicates the above
[22:50:02] <zwelch> i think you meant --disable-realtime
[22:50:11] <zwelch> (look at ./configure --help
[22:50:44] <paul_c> A --witout-realtime would be a lot easier to type than three --without-<realtime>
[22:51:12] <paul_c> --disable-realtime works too.. It's just symantics.
[22:51:45] <zwelch> actually, it's more a matter of standard GNU autoconf coding conventions
[22:52:05] <zwelch> and regarding the build script; i am thinking about gentoo ebuild common practices
[22:52:33] <zwelch> they have bash functions to automate the --with/--without option generation based on their USE flags
[22:54:21] <paul_c> not familiar with ebuild
[22:54:32] <zwelch> but in the case of no RT use flag being specified by the user, the build script could just as easily decide to simply add '--disable-realtime', if that sounds good
[22:55:56] <zwelch> .ebuild == rpm.spec, but more developer friendly; they are bash scripts that export 'unpack', 'compile', 'install', and other functions for Gentoo's Portage package manager to use
[22:56:05] <anna_emc> hello
[22:56:27] <paul_c> Hi Anna
[22:57:45] <paul_c> zwelch: Using that argument, why not embrace Debians debhelper scripts ?
[22:58:02] <paul_c> Simple, easy to use...
[22:58:12] <zwelch> * zwelch sighs
[22:58:26] <zwelch> let's just not go down that road :)
[22:59:21] <zwelch> leaving the philosophical realm of package management politics, let's go back to how we got there: consistent use of establised GNU autoconf conventions
[22:59:33] <paul_c> well, it seems like you are advocating scraping the current config.in stuff..
[23:00:18] <zwelch> regardless of which distribution packages this, i was simply advocating using the autoconf --disable and --with options as they have been established to be used
[23:00:34] <zwelch> i'm not sure where i advocated scraping anything
[23:01:15] <zwelch> i'm advocating fixing a few simple bugs in the configure.in script, and adding a new --disable-realtime option
[23:01:34] <paul_c> Perhaps I misinterpreted "regarding the build script; i am thinking about gentoo ebuild common practices"
[23:01:36] <zwelch> only so i can go do it myself an know that the patch stands a good chance of being accepted
[23:02:33] <zwelch> i believe you did; i meant there that common practice is to always specify either --with-<option> or --without-<option>, if that option is controlled by a USE flag (i.e. a user configurable binary setting)
[23:03:07] <zwelch> ... and that practice stems from the fact that such are the sematics of --with-* flags, as defined by the GNU autoconf standards
[23:03:20] <zwelch> :)
[23:03:31] <paul_c> OK.
[23:03:55] <zwelch> * zwelch often hates irc, because despite his attempts to be as precise with his language as possible -- people still manage to read the worst in it ;)
[23:04:33] <paul_c> Although a --with-rtai automatically implies a --without- for both RTLinux variants..
[23:04:45] <zwelch> yes, but explicit it better than implicit
[23:05:59] <zwelch> because an explicitly configured system more clearly identifies the options choosen; in the case of maintainers changing the "default" logic, the explicit flags should always give you the same features
[23:06:21] <paul_c> The configure.in could probably do with a quick clean up - There has been some additional cruft added that isn't used/needed.
[23:06:49] <zwelch> now, i do agree that the rt options are a special case that are somewhat outside that somewhat pedantic reasoning, but i think the principle is sound
[23:07:33] <zwelch> well, that would be best to do first
[23:07:52] <paul_c> for sure, --without-[tcl|gtk] makes sense.
[23:08:07] <zwelch> okay... actually
[23:08:13] <zwelch> let's think about this for a second
[23:14:55] <zwelch> well, i just went back and read the relevant chapter of the GNU autoconf manual covering the use of --with flags
[23:16:05] <paul_c> and ?
[23:16:17] <zwelch> and my pause for thought was found to be invalid :)
[23:16:39] <zwelch> i was wondering what the Book said about "disable vs with"
[23:16:48] <zwelch> (or enable vs without)
[23:17:30] <zwelch> the summary is that enable/disable is for optional (internal) features; whereas, --with-<package> specifically is meant for optional features that depend on an external package
[23:18:17] <zwelch> so the --disable-realtime is correct; but the --with-<rtai|rtlinux|etc> are also each correct and valid as they already exist, except for their improper handling of the --without case
[23:18:44] <zwelch> ... which incidentally, should be solvable simply by checking for the value 'no' :)
[23:19:33] <zwelch> (i had wondered if maybe the --with-rtai would be more properly be done as --enable, but they would not)
[23:20:09] <paul_c> As I see it, ignoring the possibility of a --disable-realtime for a moment....
[23:21:07] <paul_c> silently ignoring a --without-rtai is no worse than an explicit check
[23:21:22] <paul_c> It saves a few lines.
[23:21:38] <zwelch> from what i just read, --without-rtai gets internally translated to --with-rtai=no
[23:21:42] <zwelch> so you have to check
[23:23:29] <zwelch> http://www.gnu.org/software/autoconf/manual/autoconf-2.57/html_mono/autoconf.html#SEC138
[23:23:46] <zwelch> * zwelch shrugs
[23:24:52] <zwelch> also, i admit that three --without-rt* could silently equate to an explicit --disable-realtime, that is only true until the configure script adds a fourth option (rtai/fusion, maybe?) and all build scripts would break
[23:26:11] <paul_c> At the moment, some of the make files are starting to get on my tits - Perhaps a reason here to sort them out ?
[23:30:38] <zwelch> well, what i'm looking at presently is simply a workaround for the most superficial of the problems; there are likely to be other problems as I get further along
[23:31:05] <zwelch> i'm personally not ready to say "sure, how hard could it be to just rewrite the build system?" :)
[23:31:47] <paul_c> The "build system" is nothing more than a collection of Makefiles
[23:31:56] <zwelch> but i could look at coming up with a better solution in the process of getting things going
[23:32:16] <zwelch> if i had my say, i'd use the full autotools suite (autoconf, automake, and libtool)
[23:32:40] <zwelch> but i say that without having looked at all of nope
[23:32:45] <zwelch> hmm
[23:32:54] <zwelch> neat feature that... :)
[23:33:01] <zwelch> s/nope/the Makefiles/
[23:43:07] <paul_c> Question: How well does automake handle compilation of kernel modules ?
[23:43:19] <Jacky^> paul_c: how the servos are working on emc, like stepper ? clock-direction pin ?
[23:43:50] <zwelch> the automake system can be used for everything except the kernel module builds, simply calling the existing Makefile
[23:44:02] <zwelch> (assuming that it can't handle it at all)
[23:44:14] <paul_c> Jacky^: step/dir, quadrature (grey code), two phase, and four phase
[23:44:33] <Jacky^> paul_c: thanks
[23:44:35] <zwelch> those are the kinds of issues i'm sure to encounter along my way
[23:45:11] <paul_c> zwelch: So a separate make file would still be needed for the kernel stuff...
[23:45:18] <zwelch> maybe
[23:45:33] <zwelch> automake is pretty durn flexible
[23:45:57] <zwelch> the trick is figuring out which tool to use without loosing your fingers in the process
[23:46:11] <zwelch> way too flexible, in some regards ;)
[23:46:17] <paul_c> autotools can also get plain nasty to work with..
[23:46:58] <zwelch> which is why my instinct was to say the above: use the right tools for the jobs
[23:47:34] <zwelch> autotools are great, until you start to need to build things like kernel modules
[23:48:14] <paul_c> Most of the code is pretty simple, and isn't really designed to run on non-linux platforms.
[23:48:33] <paul_c> The RT patches kinda dictate a Linux install.
[23:48:34] <zwelch> moreover, i'm looking at this from a "least development cost" too; it may be trivial to convert the majority of the code to full autotools, but why spend another 90% effort getting the kernel modules coverted when there's an existing Makefile?
[23:49:27] <paul_c> kbuild does a pretty good job of hiding the evils of module make rules.
[23:49:33] <zwelch> well, if a non-RT version can be build, you might be able to run the simulator on windows... why wouldn't you? (other than the "typical" porting issues encountered)
[23:50:15] <paul_c> I can think of plenty of reasons for not wanting to support M$ platforms...
[23:50:20] <zwelch> well, so can i :)
[23:50:43] <zwelch> but others may not be as altruistic, and should we stop them from adding those bits (and risk a fork)? :)
[23:50:58] <paul_c> One valuable resource that we have very little of....
[23:51:42] <paul_c> Active & committed developers - Their time shouldn't be wasted on a whim.
[23:52:33] <zwelch> well, i'll be blunt - the best quality developers are committed because it pays them to be, typically because they are paid by a company that is profiting from the work
[23:52:58] <paul_c> Not happening with EMC..
[23:53:18] <zwelch> really?
[23:53:44] <zwelch> so, e.g., sherline does not contribute to the development?
[23:53:58] <paul_c> there aren't any paid developers actively working on EMC
[23:54:05] <zwelch> * zwelch sighs
[23:54:14] <zwelch> that's just so *wrong* :/
[23:54:15] <paul_c> (excluding the NIST guys here..)
[23:54:46] <zwelch> hmm, perhaps i have overestimated the use of this code in industry?
[23:55:36] <paul_c> Oh.. You find parts of EMC being used in all sorts of oddball applications.
[23:56:19] <zwelch> or perhaps - more probably - i am once again cursed with an inflated sense of optimism about the rate of "giving back" by profitable users of this free software?
[23:56:38] <paul_c> Several universities use the code for various applications.
[23:57:23] <zwelch> presumably, these academic and "oddball" users become contributers, in some fashion?
[23:57:38] <paul_c> If you want to see a commercial application built on the original EMC code base....
[23:58:14] <paul_c> http://www.artofcnc.ca/
[23:59:02] <paul_c> number of bug fixes and enhancements fed back.... F.A.