#emc | Logs for 2005-05-27

[00:01:05] <Phydbleep> anonimasu: Can you slide in long ones or do they have to drop down a hole?
[00:02:50] <Phydbleep> * Phydbleep is thinking of make a couple of multi-hole bars to fit the slots..
[00:03:45] <weyland> rayh: you here?
[00:04:03] <rayh> Yep.
[00:04:07] <weyland> kewl
[00:04:11] <weyland> get me mail?
[00:05:51] <rayh> re the wiki page yep
[00:06:06] <weyland> is that what you wanted? (updated it just now, by the by)
[00:06:59] <rayh> Looks good to me. I like the project.
[00:07:48] <weyland> kewl.
[00:08:39] <weyland> is there somewhere I can put one or two movie files of it cutting product?
[00:09:49] <rayh> robin must be away. When he gets back you should ask if he can serve em
[00:10:28] <weyland> okay, thanks.
[00:10:57] <weyland> I fugured it might be nice if people could see EMC making parts that get used by the masses
[00:12:06] <rayh> You bet.
[00:13:23] <weyland> I asked John, but will ask you as well...
[00:13:48] <weyland> are you aware of any EMC type flash (stickers or such) that anyone might have made up?
[00:14:19] <weyland> I want to give EMC some credit on this bike project since it will be getting some national attention
[00:16:55] <weyland> I have to get some work done, but will check baq later. mail me if you knwo of anything.
[00:20:08] <paul_c> Urrgggnnn....
[00:20:47] <paul_c> Googling for quaternions, splines & interpolation turns up some really nasty math
[00:36:31] <Phydbleep> paul_c: Tell me about it.. Wait till you try to work backwards and get J.C.Maxwell's treatise on gravity. :)
[00:40:22] <paul_c> I'm going to sleep on it....
[01:00:24] <paul_c> * paul_c gone.
[01:20:44] <mshaver> * mshaver is away: mshaver
[01:25:38] <A-L-P-H-A> it's really boring boring.
[01:28:32] <Phydbleep> A-L-P-H-A: So now you know why they are called 'boring tools' :)
[01:56:29] <A-L-P-H-A> that took me an hour to drill a 1" hole through 3.75" of aluminium. pilot, 8mm, four more drills, 1". Now I gotta using a boring bar to get to close to 1.1250", and then ream. Argh. all this for a highspeed spindle which would have cost me cheaper to just buy.
[01:56:32] <A-L-P-H-A> but not as rewarding.
[02:01:24] <mshaver> * mshaver is back
[02:02:24] <jmkasunich> hi matt
[02:02:27] <jmkasunich> long time no chat
[02:03:31] <jmkasunich> was it something I said?
[02:05:03] <dan_falck> maybe we all smell
[02:05:13] <dan_falck> or his connection is bad
[02:07:38] <A-L-P-H-A> no, it was a part.
[02:07:41] <A-L-P-H-A> not a disconnect.
[02:07:44] <A-L-P-H-A> he just hates you jmkasunich.
[02:07:52] <jmkasunich> guess so ;-)
[02:08:14] <dan_falck> It was my stance on G92 ;)
[02:09:51] <jmkasunich> that must be it
[02:10:01] <A-L-P-H-A> my stance on boring is boring
[02:10:45] <dan_falck> weyland: what parts do you make with EMC?
[02:11:20] <weyland> mostly just custom stuff for either customers, or myself (ideas I have)
[02:11:23] <weyland> But lately...
[02:11:49] <A-L-P-H-A> ....................
[02:11:51] <weyland> I've been using it to prototype something that I've put into the patent process and will be marketing
[02:12:02] <A-L-P-H-A> cool.
[02:12:05] <weyland> I start making them on a production level tomorrow
[02:12:06] <A-L-P-H-A> how much does a patent cost now?
[02:12:12] <A-L-P-H-A> $10K+ USD?
[02:12:14] <weyland> TOO FSCKING MUCH
[02:12:24] <weyland> actually, it's relatively cheap
[02:12:26] <A-L-P-H-A> why's it cost so much?
[02:12:35] <weyland> but the FSKING hassle is immeasurable
[02:12:37] <A-L-P-H-A> weyland, how much? ballpark
[02:12:53] <weyland> I think it was about $125 total
[02:12:59] <weyland> BEAR IN MIND~!...
[02:13:00] <A-L-P-H-A> uh, that's IT?
[02:13:07] <weyland> I have done everything myself
[02:13:14] <weyland> I haven't hired a patent attorney
[02:13:21] <weyland> sving an estimated 10K
[02:13:51] <weyland> over the life of the patent, I think the numbers are 5K in fees
[02:14:12] <weyland> This has been very painful, actually
[02:14:52] <weyland> learning the process, vernacular, and ins and outs
[02:15:08] <weyland> If I had the 10K I would GLADLY pay someone to do it
[02:15:33] <weyland> To answer your question more acutely...
[02:15:46] <weyland> I make anything that anyone thinks up and brings me
[02:16:02] <weyland> I like experimenting and making things
[02:16:13] <weyland> As for EMC...
[02:16:28] <weyland> it's done so well on my mill, that I'm starting a lathe conversion tomorrow
[02:16:51] <dan_falck> do you need threading?
[02:16:56] <weyland> it will be a machine dedicated to making some of the other products I already sell
[02:17:28] <weyland> I do, and know that it isn't there yet, but will thread by hand for now, as it's an easy part
[02:17:42] <jmkasunich> you talking about nutz?
[02:17:54] <weyland> (:>)
[02:17:56] <weyland> yes
[02:18:16] <weyland> you've been in the store, I see... (:>)
[02:18:29] <jmkasunich> yeah... I surfed the site the other day
[02:18:38] <weyland> EMC will save me time on cutting those profiles
[02:18:43] <weyland> BIGtime
[02:18:58] <dan_falck> what's th url again?
[02:19:01] <bpmw> Hello all!
[02:19:04] <dan_falck> hi
[02:19:17] <weyland> http://solutionsmachining.com/store
[02:19:58] <weyland> I will also be using EMC to cut the Hemi chambers in my HemiEvo head conversions
[02:20:27] <weyland> AND....
[02:20:45] <weyland> a good friend of mine just picked up a complete casting set up
[02:20:58] <weyland> We're gonna colaborate on some projects
[02:21:09] <weyland> Much of the patterns will be made on Milly
[02:21:38] <weyland> ACtually, probably all of the patterns...
[02:22:22] <bpmw> To weyland. I was reading your wiki page this afternoon and I am having the same problem with backlash compensation. I wa wondering if you could provide somemore info do me on the steps you took to correct this. Ie installing EMC2. I am converting a RF45 Mill.
[02:22:43] <weyland> bpmw: Absolutely
[02:23:02] <weyland> Thanks to these guys, it's practically easier than a brain fart
[02:23:35] <bpmw> How do we go about this?
[02:23:59] <weyland> I was thinking about that earlier, and think I will update the wiki page with the exact instructions John gave me, since it worked so darn well
[02:24:30] <weyland> I just need to check with him to make sure that it's okay to use that branch (version) for public consumption.
[02:24:38] <weyland> oops, I see he's here
[02:24:40] <jmkasunich> yeah, go ahead
[02:24:42] <weyland> (:>)
[02:24:45] <weyland> lol
[02:24:46] <bpmw> That would be great. What time frame are we talking about?
[02:24:55] <weyland> probably later tonight
[02:25:09] <jmkasunich> bpmw: do you have BDI-4.20?
[02:25:13] <bpmw> Auesome!!!
[02:25:26] <bpmw> Yes.
[02:25:32] <weyland> it's a snap, then
[02:25:45] <A-L-P-H-A> I give up on machining today.
[02:25:54] <weyland> ?
[02:26:09] <jmkasunich> weyland's wiki page already has a link to another wiki page that tells you how to get your 4.20 system ready for compiling
[02:26:10] <bpmw> Does the computer running BDI 4.20 have to be on the net?
[02:26:12] <jmkasunich> that's the first step
[02:26:13] <jmkasunich> yes
[02:26:33] <jmkasunich> both to get some debian packages needed to compile, and to get the emc2 source from cvs
[02:26:42] <weyland> jmkasunich: Yeah, but I didn't sub your instructions, there.
[02:26:49] <weyland> That's what I was thinking about updating
[02:27:13] <jmkasunich> I know... it will need more details... but bpmw can start the apt-get part (which is the most time consuming)
[02:27:31] <weyland> yes, actually, that helps wuite a bit
[02:27:36] <weyland> quite
[02:28:02] <bpmw> Getting my linux box on the net will take some doing.
[02:28:12] <weyland> why so?
[02:28:27] <bpmw> It's out in the garage!
[02:28:58] <weyland> that's really not a BIG problem...
[02:29:08] <bpmw> no LOL!
[02:31:09] <bpmw> Ive all ready printed the BDI-4 Install page from the EMC knowledge base. Is that the apt get part you are talking about?
[02:31:20] <jmkasunich> yes
[02:32:10] <jmkasunich> something like 20 meg that you need to get on that page (only need to do that one time, then you should be able to compile any future version of EMC on that box)
[02:32:37] <jmkasunich> EMC itself is a couple meg
[02:34:05] <bpmw> OK, I'm headed in the right direction. Thanks for the info. I'll get this part done shortly and get back for more info.
[02:34:34] <weyland> You'll really love EMC2, bpmw
[02:35:13] <bpmw> HI Ray, Thanks for the info last night. I got my mechanical lash to 0.002 per axis.
[02:36:00] <weyland> oh, I almost forgot...
[02:36:25] <weyland> Hey John, this is the first thing I ran, right after dpeaking with you, and getting Milly back up
[02:36:49] <weyland> http://solutionsmachining.com/images/cnc_mill/rockers.jpg
[02:37:13] <jmkasunich> cool! Milly did the engraving?
[02:37:20] <weyland> don't mind the depth looking wierd... they have to be polished down
[02:37:23] <weyland> Yes~!
[02:37:30] <weyland> Right when we were speaking on the phone
[02:37:40] <weyland> Took all of a coupla minutes
[02:37:40] <jmkasunich> how are the parts themselves made? milled from billet, cast?
[02:37:59] <weyland> those are original Shovelhead rocker box castings
[02:38:05] <jmkasunich> I see
[02:38:10] <weyland> I cut them in half, they are usually one pice
[02:38:12] <weyland> piece
[02:38:26] <weyland> hmmm
[02:38:33] <weyland> lemme find a shot...
[02:40:59] <weyland> Here
[02:41:02] <weyland> http://shim1.shutterfly.com/procsserv/F-ANmrNq0aNmbw4Dz1xp3mY
[02:42:42] <jmkasunich> I assume that's you
[02:43:33] <weyland> yeah
[02:44:19] <jmkasunich> having trouble visualising where the parts go... on cylinder head I assume... is the engraving facing and brass nut facing forward, aft, or sideways?
[02:44:53] <weyland> They sit exactly like you see on Val (my bike) there
[02:45:00] <weyland> Lemme get a closer shot
[02:45:07] <weyland> brb
[02:45:31] <jmkasunich> I think I understand
[02:45:42] <bpmw> I like the big PHat tire on the front. Old School. Cool!
[02:45:52] <jmkasunich> Val has one piece covers, right/
[02:45:53] <jmkasunich> ?
[02:46:09] <weyland> yes
[02:46:27] <jmkasunich> the split goes crossways, and the engraved end is on the side (facing the camera in the Val shot)?
[02:46:42] <weyland> got one
[02:46:45] <weyland> right here
[02:47:04] <weyland> http://varangiankindred.org/IMAGES/images/JPGs/heathen_val3.jpg
[02:47:44] <jmkasunich> ok, now I got it.. this pic shows the brass nuts
[02:47:48] <weyland> yes
[02:48:52] <bpmw> Hey weland when will we se you on the great biker build off?
[02:49:14] <weyland> the wha? Oh, wait... thats a TV thing, right?
[02:49:30] <bpmw> ya, you do nice work!
[02:49:37] <weyland> sorry... don't watch tv, but thanks
[02:49:40] <weyland> I'm gonna be
[02:49:41] <weyland> ...
[02:49:56] <weyland> riding a project bike to NC in three weeks for a show
[02:50:02] <weyland> put on by The Horse
[02:50:07] <weyland> magazine
[02:50:18] <weyland> That's what a those rocker covers are for
[02:50:29] <bpmw> N-i-c-e!
[02:50:38] <weyland> EMC will be making a bunch of parts for that bike
[02:51:11] <weyland> I just finished the frame last week
[02:51:31] <bpmw> Well i better go and get my linux box in the house and start downloading, Take care and Thanks!
[02:51:41] <weyland> youre welcome
[02:51:55] <weyland> feel free to write me if you have ?s on the update
[03:04:06] <weyland> Hey, back now... wanted to ask about threading
[03:05:14] <jmkasunich> don't know much about it... it's on the to-do list
[03:05:36] <weyland> on the short part, or the long part? :)
[03:05:46] <jmkasunich> I have one of those cheap chinese 3-in-1 lathe/mill/drill things, so I want it too
[03:05:59] <weyland> Hahaha
[03:06:39] <jmkasunich> of course I've been doing my conversion for going on 3 years now... and still don't have the steppers mounted
[03:06:58] <jmkasunich> damn programming stuff takes up too much time
[03:07:05] <weyland> sh|t, man... tha's nothing...
[03:07:17] <weyland> I'm a machinst by trade
[03:07:22] <weyland> and it took me two years
[03:07:26] <weyland> TIME
[03:07:31] <weyland> That's my biggest enemy
[03:17:01] <weyland> sooooooo... is the threading thing being actively worked on?
[03:18:31] <CIA-4> 03jmkasunich * 10emc2/src/hal/components/encoder.c:
[03:18:31] <CIA-4> changed encoder HAL module to accept scaling parameter in counts per unit,
[03:18:31] <CIA-4> instead of units per count... that means the value is more likely to be a nice
[03:18:31] <CIA-4> integer like 4000 or 1024, instead of a tiny and messy fraction like 0.00025 or
[03:18:31] <CIA-4> 0.0009765625
[03:18:33] <jmkasunich> I don't know if paul is looking into it
[03:18:58] <jmkasunich> I have a full plate for the next month or two, but then I intend to work on threading too
[03:19:22] <weyland> kewl, am jsut curious
[03:19:38] <weyland> like I said, these parts can be threaded by hand too easily to worry about
[03:19:50] <weyland> but it would be really kewl to be able to thread
[03:20:01] <jmkasunich> yeah
[03:20:20] <jmkasunich> if I ever get the motors mounted on my machine I'll be much more motivated to get threading working
[03:20:30] <jmkasunich> (and I'll have a machine to test on)
[03:20:30] <weyland> send it here
[03:20:33] <weyland> :)
[03:20:56] <jmkasunich> believe me, putting the motors on would be easier than getting it out of my basement
[03:21:08] <weyland> lol
[03:21:10] <jmkasunich> (~700 lbs)
[03:21:20] <weyland> sheesh... tha's nothing...
[03:21:28] <weyland> my surface grinder weighs more
[03:21:36] <weyland> hahaha
[03:21:47] <jmkasunich> is it thru the kitchen and down a flight of stairs?
[03:21:56] <jmkasunich> (stairs built in 1927)
[03:21:58] <weyland> worse.
[03:22:03] <weyland> over hill and dale
[03:22:13] <weyland> through two other shops to get to mine
[03:22:25] <weyland> but I *do* own a forklift...
[03:22:29] <weyland> :)
[03:22:33] <jmkasunich> well that makes all the difference
[03:22:42] <weyland> YES it does...
[03:22:51] <jmkasunich> besides, forklifts don't fit in kitchens OR down stairs
[03:23:00] <weyland> They do if you hit them hard enough
[03:23:30] <jmkasunich> yeah,.. a forklift in the kitchen would go thru the floor... then my wife would hit me hard enough
[03:23:42] <weyland> lol
[03:24:00] <weyland> it's not the speed... it's the sudden stop
[03:24:03] <jmkasunich> getting it downstairs was an adventure... took most of a day
[03:24:09] <weyland> I bet
[03:24:21] <weyland> I can only IMAGINE what you northern guys go thru
[03:24:36] <weyland> if I go downstairs, I need breathing apparatus
[03:24:41] <weyland> or floaties
[03:24:42] <jmkasunich> my real mill is unfortunately out in the garage, where it freezes
[03:25:00] <weyland> time to take up casting... free hear
[03:25:02] <weyland> heat
[03:25:10] <jmkasunich> but it weighs 1800 lbs, no way that was gonna make it inside
[03:26:44] <jmkasunich> my real mill: http://home.att.net/~JEKasunich/vannorman/VN_Home.htm
[03:28:00] <weyland> HA~! I just got my frined one of those. GREAT machines
[03:28:04] <weyland> friend
[03:28:41] <jmkasunich> does some incredibly heavy cuts for it's size
[03:28:42] <jmkasunich> http://www.metalworking.com/DropBox/_2001_retired_files/Facemil3.jpg
[03:28:55] <jmkasunich> http://www.metalworking.com/DropBox/_2001_retired_files/Facemil4.jpg
[03:29:40] <weyland> man, that's some cutting... nice.
[03:30:00] <jmkasunich> the stack in the first pic is 4-1/2" high, and I was taking off about 1/8" to clean up the sawcut edges
[03:30:09] <jmkasunich> I've done as deep as 0.3" at that width of cut
[03:30:20] <weyland> sweet
[03:30:25] <jmkasunich> the second pic is a 1" wide x 5/8" deep cut
[03:30:39] <weyland> I used many a horizontal mill while I was apprenticing
[03:30:54] <weyland> they are great for sheer mass of removal
[03:31:09] <jmkasunich> horizontals could eat a b-port for lunch and ask "what's for dessert"
[03:31:14] <weyland> yep
[03:31:44] <weyland> its kinda sad to not see them around much anymore
[03:32:13] <jmkasunich> yeah
[03:32:51] <jmkasunich> I sometimes see the big old ones (Cinci, K&T) when I walk the aisles at the local surplus dealers
[03:33:00] <jmkasunich> but even there they are becoming rare
[03:33:27] <weyland> we had an old cinci at Uniweld
[03:33:39] <weyland> man that thing was bad a$$
[03:36:26] <jmkasunich> not a cinci, but here's a nice little mill: http://www.hgrindustrialsurplus.com/Detail.asp?PartNum=40-303-004
[03:38:46] <jmkasunich> ahh, here we go: http://www.mckeanmachinery.com/inventory/detail.php3?TheKey=CB170
[03:39:13] <jmkasunich> http://www.mckeanmachinery.com/inventory/detail.php3?TheKey=MT7393
[03:40:11] <weyland> its wierd...
[03:40:21] <weyland> you wouldn't think they'd still command that much money
[03:41:05] <jmkasunich> yeah, those prices seem hi - a couple of years ago I swear I saw similar machines at the same dealers at near scrap prices - a few hundred bucks
[03:41:14] <jmkasunich> unless those have been rebuilt or something
[03:41:31] <weyland> exactly
[03:41:54] <weyland> I passed on a smaller one for $100 just because I couldn't find a place to put it.
[03:41:59] <jmkasunich> ohh, how bout a vertical to go with: http://www.mckeanmachinery.com/inventory/detail.php3?TheKey=BM3062
[03:42:22] <jmkasunich> can you imagine the cuts those boys could take?
[03:42:53] <weyland> I've used one of those
[03:43:01] <jmkasunich> cool
[03:43:07] <weyland> almost mind boggling
[03:43:16] <jmkasunich> I never worked as a machinist.. just hobby stuff
[03:43:33] <weyland> we used to put large die plates on them
[03:43:34] <jmkasunich> my dad was a machinist in a steel mill for ~40 years tho
[03:44:22] <weyland> it's really no matter... I know "machinists" that are horrible hacks... and I know some hobbiests that are wonderful craftsmen
[03:44:38] <weyland> it has to do with caring
[03:44:45] <jmkasunich> he started when he got home from WW2... they were using planers, shapers, vertical boring mills, all kind of huge stuff
[03:44:54] <jmkasunich> yep
[03:45:15] <weyland> I'm lucky - people actually seem to want to give me money to go to my shop and play all day
[03:45:29] <jmkasunich> I was very proud when my dad saw some of my work and said it was better than some of the "machinists" he used to work with
[03:46:14] <weyland> you should be
[03:47:05] <weyland> I've been lucky enough to have had three mentors who were what I call "old timers", and I don't think I can ever repay them for the knowledge they imparted to me
[03:47:18] <jmkasunich> same here
[03:47:19] <weyland> they've probably forgotten more than I will ever learn
[03:47:29] <jmkasunich> exactly - I was thinking the same thing about my dad
[03:47:43] <weyland> Uniweld just sacked the last one of mine...
[03:48:03] <weyland> I wanted to go bitch slap someone over there and say" What? Are you *that* stupid?"
[03:48:27] <jmkasunich> no, they're that corporate
[03:48:37] <weyland> Frank's a great guy, a wonderful craftsman, and has made them more money than they will ever know
[03:48:41] <weyland> yes...
[03:48:51] <jmkasunich> corporations are stupid sometimes... they think people are interchangable
[03:48:51] <weyland> and that's why I left and went out on my own...
[03:49:03] <weyland> and I had the best job in hte world there
[03:49:08] <weyland> R&D
[03:49:15] <weyland> in the toolroom
[03:49:20] <weyland> with Frank
[03:49:28] <jmkasunich> an engineering manager that I once worked for never refered to employees as people... always "resources"
[03:49:39] <jmkasunich> as in "we need a couple more resources on that project"
[03:49:47] <weyland> sheesh
[03:50:07] <weyland> well, you can probably tell from my pic that I don't play well with others, like that...
[03:50:49] <jmkasunich> I work in a differnet group now... and meanwhile he has climbed the ladder and just recently got some big award... probably for how well he used (up) his "resources"
[03:51:10] <jmkasunich> yeah, I kinda got that idea ;-)
[03:51:50] <weyland> corporate america really never ceased to amaze me, from so many points of the spectrum
[03:52:19] <weyland> the short-sightedness on so many levels is scary in the larger, grand picture
[03:52:27] <jmkasunich> yep
[03:52:37] <jmkasunich> don't even get me started....
[03:52:53] <weyland> I'm still very much in contact with my votech teacher, who is a great friend now...
[03:53:03] <weyland> it's disgusting, really
[03:53:30] <weyland> we're killing ourselves in so many ways
[03:54:16] <weyland> my friend that just bought the complete casting set up ?
[03:54:28] <weyland> bought from a votech that closed the program
[03:54:34] <weyland> for next to nothing
[03:54:36] <CIA-4> 03jmkasunich * 10emc2/configs/core_stepper.hal: couple minor tweaks to hal files
[03:54:57] <jmkasunich> yeah.. combination of lack of interest and fear of lawsuits has just about killed votech
[03:55:32] <jmkasunich> we're raising a video game generation... no more gearheads
[03:55:40] <weyland> heh, it's so much larger than that, too, though
[03:56:28] <weyland> the push to put EVERYONE in college, while making hands on skills seem illegitimate...
[03:56:46] <weyland> Here's a GREAT one for you...
[03:56:57] <Jymmm> votech?
[03:57:11] <weyland> I never knew that "machinist" was a trade until I was 24
[03:57:19] <weyland> maybe 23
[03:57:27] <weyland> it was just never exposed to me
[03:57:29] <jmkasunich> wow...
[03:57:30] <Jymmm> * Jymmm lol @ weyland
[03:57:53] <weyland> I'm not kidding, either
[03:58:09] <weyland> all we had was wood shop, and that was only halfway supported.
[03:58:17] <jmkasunich> well I was definitely exposed to it... my dad was one, and I lived in a town of about 5000, where 2000 of 'em worked in the steel mill that occupied almost half the town
[03:58:33] <Jymmm> weyland : When you were a kid, did you think the only for jobs in the world were Policeman, Fireman, Postman, and Doctor too?
[03:58:43] <jmkasunich> of course since the mid '80's 90% of the mill has been closed down
[03:59:09] <weyland> No, but down here, in the 70s and 80s, trades weren't really given attention
[03:59:32] <weyland> schools didn't even mention them
[03:59:46] <Jymmm> schools STILL dont' mention them
[03:59:47] <CIA-4> 03jmkasunich * 10documents/lyx/Hal_Introduction.lyx: updated hal document to reflect recent changes in the code
[03:59:52] <weyland> ... of course, its not like I ever actually went to school...
[04:00:02] <weyland> Jymmm: THATS my point
[04:00:13] <weyland> we're killing ourselves with OMITION
[04:00:34] <Jymmm> look at vocational schools... it's automechanic, medical assistant, or HVAC.
[04:00:59] <weyland> Only because the machining and related curriculums can't get the support
[04:01:03] <Jymmm> oh yeah, and massage therapist.... hooker in traing witha certificate?!
[04:01:08] <weyland> lol
[04:01:33] <weyland> My old teacher tells me the horror stories, weekly
[04:01:41] <Jymmm> not that I mind now =)
[04:02:03] <jmkasunich> well in part the schools are just teaching things that have a chance for some job security
[04:02:04] <weyland> and he oversees the whole thing
[04:02:22] <jmkasunich> machinist - except for custom stuff, that's all going overseas
[04:02:42] <weyland> yes, it is, and that's FSCKING sad, AND wrong
[04:02:47] <weyland> very shortsighted
[04:03:02] <jmkasunich> automechanic, HVAC, medical... those jobs can't go overseas, the cars, buildings, and sick folks are here
[04:03:10] <Jymmm> funny story... my neightbor is a coreman (nurse) in the army. One of his buddies asked to check the medical records of someone he was about to date... Turns out she was treated last for an STD a week before, and had three other in the last four years.
[04:03:19] <weyland> by doing so, you remove ANY incentive to make new skilled tradesmen
[04:04:31] <jmkasunich> I was wrong, the mill occupied more than half the town I grew up in
[04:04:32] <jmkasunich> http://www.terraserver.com/imagery/image_gx.asp?cpx=-80.4763999939&cpy=40.65971471186&res=8&provider_id=330&t=pan
[04:04:36] <weyland> damn... you've got me gesticulating to the monitor and ranting now...
[04:04:40] <jmkasunich> oops, wrong pic
[04:05:06] <jmkasunich> http://www.terraserver.com/imagery/image_gx.asp?cpx=-80.45263175&cpy=40.64139744&res=8&provider_id=330&t=pan
[04:05:41] <jmkasunich> note the large empty areas.. the photo was taken in 1994
[04:06:03] <jmkasunich> 20 years earlier it was all full of mill, iron ore, coal, blast furnaces, everything
[04:06:13] <jmkasunich> much of it is gone now, and most of the rest is idle
[04:06:16] <weyland> wow, kewl
[04:06:18] <weyland> pic
[04:06:43] <Jymmm> fyi.... maps.google.com
[04:06:49] <Jymmm> has sat too
[04:06:53] <weyland> neat, thanks
[04:08:28] <Jymmm> That $20 HArbor Freight Trim Router I bought..... I pluged it in today, flipped the switch and within 20 seconds of just holding it in my hand it got so hot that it started melting the plastic!
[04:09:48] <weyland> I gotta go get some work done and make those updates, too
[04:10:11] <weyland> talk to you all later
[04:10:17] <Jymmm> G'Night weyland
[04:10:22] <jmkasunich> night
[04:10:32] <jmkasunich> about time for me to crash too
[04:10:41] <jmkasunich> too many late nights the last couple weeks
[04:11:10] <jmkasunich> night all
[04:11:11] <Jymmm> Heh, I've been busting my butt out back making this gantry router
[05:01:03] <CIA-4> 03cradek 07cradek_stable * 10emc/src/emctask/emccanon.cc: may as well apply the same fix to the probing routines.
[06:18:47] <weyland> howdy boys...
[06:20:00] <weyland> hmmmm... ev'ry one sleeping...?
[06:50:49] <Phydbleep> Not sleeping.. Working. :)
[06:52:38] <Jymmm> liar
[06:54:37] <Phydbleep> * Phydbleep is building a vibratory cleaner.
[06:55:17] <Phydbleep> AKA, a plastic bucket, some springs and a sewing machine motor.
[06:55:37] <Jymmm> ultrasonic is MUCH better
[06:55:57] <Phydbleep> Fill with glass beads and throw in rusty parts.
[06:56:10] <Jymmm> lol
[06:56:31] <Phydbleep> What's so funny?
[06:57:20] <Phydbleep> bead-blasting/sign-shine beads.
[06:57:25] <Jymmm> Not that that it won't work, just sounds funny is all.
[06:59:23] <Phydbleep> It's cheap.. I had the bucket from Oxy-Clean, A sewing machine motor I paid $0.25 for, Various car valve springs and the beads were left over from a projection tv screen re-coat.
[06:59:55] <Phydbleep> I think it was $12 for a 20kg bag.
[07:00:37] <Jymmm> I dont' have enough rusty parts to have a need for such a machien.
[07:03:00] <Phydbleep> 99% of what I get is rusty parts.. I buy new bearings/belts and go to town. :)
[07:03:22] <Jymmm> heh
[07:05:48] <Jymmm> catch ya tomorrow
[07:10:37] <anonimasu> hm, perhaps I should build a vibratory cleaner also
[08:14:07] <alex_joni> cradek: are you there?
[08:28:36] <alex_joni> seems not.. pretty quiet morning
[09:01:37] <alex_joni> * alex_joni gets lonely
[09:01:57] <alex_joni> helloooo
[09:02:08] <alex_joni> elloooo
[09:02:10] <alex_joni> llooo
[09:02:12] <alex_joni> loo
[09:02:14] <alex_joni> oo
[09:02:15] <alex_joni> o
[09:02:18] <alex_joni> ..
[09:09:48] <Phydbleep> Morning alex_joni :)
[09:10:18] <Phydbleep> * Phydbleep has been building a vibratory parts cleaner.
[09:13:41] <Phydbleep> 1 sewing machine motor, 2 plastic buckets, 3 car valve springs, a router speed control and ~5kg of glass beads... :)
[09:18:10] <Phydbleep> Now to add ~6 feet of duct-tape to reinforce the outer bucket..
[09:18:46] <alex_joni> heh
[09:19:22] <Phydbleep> Beats hell out of paying $300 for one. :P
[09:54:46] <alex_joni> alex_joni is now known as alex_joni_away
[09:54:48] <alex_joni_away> later guys
[10:03:17] <nevyn_> nevyn_ is now known as nevyn
[10:11:47] <Phydbleep> Well crap.. Time for a trip to Goodwill for a pot to replace the outer bucket..
[10:12:13] <Phydbleep> * Phydbleep just had the side where the motor was mounted go away.
[10:13:59] <anonimasu> 3hello
[10:14:07] <Phydbleep> Note to self: Plastic ice-cream tubs are only SEMI structural...
[10:14:21] <anonimasu> no shit :D
[10:14:26] <anonimasu> I am hacking assembler.
[10:14:53] <Phydbleep> But!, It worked long enough to test everything before it blew out. :)
[10:14:53] <anonimasu> the hardware counters of the plc dosent like my encoder.
[10:15:03] <anonimasu> blew out?
[10:15:07] <anonimasu> what did you do to it?
[10:15:47] <Phydbleep> Turned the speed control up to full and the side of the plastic tub failed around the 1" washers.
[10:16:00] <anonimasu> for your vibratory tumbler?
[10:16:05] <Phydbleep> Yeah.
[10:16:16] <anonimasu> hm, *makes mental not to do it in alu or stainless*
[10:16:19] <anonimasu> note..
[10:16:24] <Phydbleep> I need to tune the vibrator mass as well.
[10:16:52] <anonimasu> what kind of frequency do you need?
[10:17:19] <Phydbleep> An 'L' bracket and a hose clamp do not make a precise weight.
[10:17:52] <anonimasu> a -O-() / makes for good balancin
[10:17:56] <anonimasu> merr
[10:18:00] <Phydbleep> anonimasu: It depends on the total mass of the system, That's why I went for the speed controller.
[10:18:05] <anonimasu> -O-
[10:18:41] <anonimasu> I am curious what to use as a medium though
[10:18:55] <anonimasu> maybe high speed mill some alu.. with slow passes..
[10:19:02] <anonimasu> err slow feed.
[10:19:03] <Phydbleep> I was adding parts to the bucket and tweaking the control to retune it on the fly..
[10:19:05] <anonimasu> make dust..
[10:19:37] <Phydbleep> anonimasu: Polishing medium?
[10:19:47] <anonimasu> yeah
[10:20:33] <Phydbleep> Industrial glass beads, Walnut shells, Plastic whatsits..
[10:20:52] <anonimasu> yeah, but ordering stuff liek that'll take 4 days
[10:20:55] <anonimasu> err like
[10:21:06] <Phydbleep> Got clean sand?
[10:21:30] <anonimasu> hm, yeah, I got some stuff that I used to sandblast some stuff with
[10:21:42] <Phydbleep> That would do it.
[10:22:12] <Phydbleep> I used 3 chevy exhaust valve springs to hold the bucket up.
[10:22:58] <anonimasu> hm, wouldnt a rotary tumbler be easier to build?
[10:23:17] <Phydbleep> It's a lot slower.
[10:23:51] <anonimasu> ok
[10:24:00] <Phydbleep> Plus you dont want to load batches of large parts into a roto-mill.
[10:24:15] <Phydbleep> CLANK! CLACK! CRACK!
[10:24:45] <Phydbleep> And other unpleasant expensive noises. :)
[10:24:48] <anonimasu> yeah
[10:26:00] <anonimasu> Hm, somthing's terribly wrong with my scope.
[10:26:00] <anonimasu> :(
[10:26:04] <Phydbleep> Damn it.. I wish I still had access to a Unimat... I need a new lighter. :)
[10:26:04] <anonimasu> and I need to use it..
[10:26:17] <anonimasu> heh machining one
[10:26:31] <Phydbleep> What's it not doing?
[10:26:41] <anonimasu> it does not start..
[10:27:02] <Phydbleep> crt style?
[10:27:07] <anonimasu> no, a DSO
[10:27:30] <anonimasu> wait, going to run to another computer and try it
[10:27:55] <Phydbleep> bummer.. So you cant even look for the filament in the crt to be glowing..
[11:20:41] <anonimasu> found the error..
[11:20:51] <anonimasu> was the input fuse..
[11:20:54] <anonimasu> 250V 1A..
[11:21:02] <anonimasu> how the hell could it break with a 12v supply..
[11:21:08] <anonimasu> maybe it's the abuse from being moved..
[11:28:10] <anonimasu> ;)
[11:29:38] <CIA-4> 03paul_c 07bdi-4 * 10emc2/README: Formally sideline the bdi-4 branch - No further development to be done here. Only minor bug fixes should be made.
[11:33:50] <alex_joni> greetings
[11:41:16] <anonimasu> hi alex
[11:42:54] <alex_joni> hey anders
[11:44:11] <anonimasu> what's up?
[11:44:41] <alex_joni> nothing
[11:44:49] <anonimasu> ok
[11:44:53] <anonimasu> I am finishing this..
[11:45:01] <anonimasu> going to run the machine tomorrow
[11:45:11] <alex_joni> nice
[11:45:41] <les> hi all
[11:46:11] <anonimasu> but I found somthing strange with a rotary encoder
[11:46:19] <anonimasu> it dosent seem like it's quadrature..
[12:06:50] <anonimasu> *yawns*
[12:38:30] <alex_joni> hey les
[12:56:54] <anonimasu> hm, I long until today's over
[13:04:57] <rayh> paul_c: Quick question.
[13:05:23] <paul_c> shoot
[13:05:41] <rayh> bang
[13:06:02] <rayh> Depricating 1 and rcslib...
[13:06:09] <anonimasu> * anonimasu looks at the blood and screams
[13:06:11] <alex_joni_away> hey rayh
[13:06:19] <rayh> I believe that will is still doing some work there.
[13:06:24] <rayh> Hi alex.
[13:06:25] <alex_joni_away> seems you are up to nice things today
[13:06:29] <alex_joni_away> alex_joni_away is now known as alex_joni
[13:06:47] <rayh> Life is good, I got the emc2 to compile yesterday.
[13:06:53] <alex_joni> rayh: was it hard?
[13:07:16] <rayh> No. Except I hand a bunch of junk in the way.
[13:07:30] <rayh> Clean install of 4.20 did the trick.
[13:07:34] <alex_joni> right ;)
[13:07:36] <paul_c> Depreciating rcslib/emc[1] for anyone outside of NIST.
[13:07:52] <alex_joni> paul_c: hello
[13:08:06] <alex_joni> don't really think anyone besides NIST uses rcslib...
[13:08:07] <paul_c> Hi Alex
[13:08:21] <alex_joni> that is .. by itself
[13:08:27] <rayh> EMC2 runs and I'm getting the start of an tickle front end to halcmd
[13:08:30] <alex_joni> or in other projects
[13:08:41] <anonimasu> what did rcslib do again?
[13:08:43] <alex_joni> rayh: I started with an GTK version of it
[13:08:47] <alex_joni> an0n: NML
[13:08:54] <anonimasu> hmm ok
[13:09:03] <rayh> jmk and I talked through this on the phone.
[13:09:08] <paul_c> alex_joni: It is unwise to make broad assumptions about rcslib
[13:09:11] <rayh> phone brb
[13:09:28] <anonimasu> I started playing with qt yesterday
[13:09:38] <paul_c> There are a number of other groups that use it, not just emc
[13:09:42] <alex_joni> really?
[13:09:48] <alex_joni> got links for that?
[13:10:23] <anonimasu> me or paul?
[13:10:30] <anonimasu> or ray :)
[13:10:57] <alex_joni> paul_c: got links for that?
[13:15:09] <alex_joni> * alex_joni appologises
[13:15:22] <alex_joni> seems there are some users of rcslib
[13:15:34] <alex_joni> even in VERY select imvironments
[13:15:52] <alex_joni> http://www.ece.osu.edu/ion/documents/x5its1.pdf
[13:16:07] <paul_c> http://www.rcsautomation.com/advanced_numeric_controller.asp
[13:16:30] <alex_joni> the above link is from DARPA's grand challenge
[13:17:48] <anonimasu> paul_c: seems they have what we need..
[13:18:03] <anonimasu> s-curve planner *grin*
[13:18:05] <alex_joni> I'm not sure they actually use RCSLIB
[13:18:47] <paul_c> alex_joni: Look again at the block diagrams.
[13:21:06] <alex_joni> on that link?
[13:23:02] <paul_c> http://www.rcsautomation.com/anc_motion_kit.asp
[13:24:02] <paul_c> http://www.rcsautomation.com/rcs_software.pdf
[13:26:19] <alex_joni> * alex_joni goes home
[13:26:30] <alex_joni> paul_c: sorry, still didn't see it
[13:26:41] <alex_joni> but .. not that important
[13:26:51] <alex_joni> point taken that others use it too
[13:27:01] <alex_joni> bye guys
[13:30:16] <paul_c> * paul_c disappears for a few mins to read up on solving "translation of points to bezier splines"
[13:46:58] <anonimasu> paul_c: if you find good stuff to read throw it at me :)
[13:48:50] <paul_c> I'm getting a distinct feeling that Bezier curves are not the best way to describe a surface (for our needs)
[13:49:23] <anonimasu> hm ok
[13:49:38] <anonimasu> got any idea about a better alternative?
[13:49:55] <SWPadnos> NURBS?
[13:50:03] <rayh> paul_c: I'm writing a motion for the board re your post.
[13:50:21] <rayh> Can we just leave off the rcslib as deprecated.
[13:50:27] <paul_c> SWPadnos: NURBS is a type of Bezier
[13:50:41] <SWPadnos> B-Splines, but close enough :)
[13:50:51] <rayh> The only other question is for FredP and that deals with the alternative STEP interpreter
[13:50:53] <SWPadnos> (Hmmm - is that Bezier splines?)
[13:51:31] <paul_c> rayh: rcslib depretiated as far as the needs of emc is concerned - and accept that NIST and others outside of our group have a need for rcslib.
[13:55:53] <rayh> Sounds good to me.
[14:08:43] <paul_c> anonimasu: http://libnurbs.sourceforge.net/
[14:12:13] <anonimasu> paul_c: might that be usable?
[14:12:50] <anonimasu> I'll have a look at it as soon as I get back home
[14:13:29] <SWPadnos> does anyone here know the underlying mathematic modelss of ParaSolid files?
[14:13:31] <paul_c> NURBS have a couple of problems (as do many other types of splined curves)...
[14:14:25] <paul_c> It is difficult to calculate the path length in a computationally efficient manner, and....
[14:15:11] <paul_c> it is possible to exceed the velocity & accel bounds of the machine.
[14:16:44] <SWPadnos> My thought was to head toward a commonly used CAD modeling method, if you want to have more information in the motion commands
[14:17:04] <SWPadnos> so NURBS and aparasolid jumped to mind
[14:18:17] <paul_c> The whole point of looking at splines is to reduce the amount of information being passed to the motion system.
[14:18:29] <SWPadnos> exactly
[14:18:32] <SWPadnos> (agreed)
[14:22:08] <les> problem is a spline has different coefficients between each waypoint
[14:24:14] <les> so for every point an a, b, c, and d must be sent
[14:27:46] <SWPadnos> and that will only operate in 2 dimensions, right?
[14:27:54] <SWPadnos> so the "funnel" test would still choke it
[14:28:17] <les> well the whole thing is time parametrized
[14:28:43] <SWPadnos> you'd need additional parameters to allow for changing the plane, or to have a 3-D spline
[14:28:55] <SWPadnos> (A, B, C, D are for a 2-D spline, right?)
[14:29:01] <les> If velocity adapting is proper it would never choke
[14:29:19] <les> actually for a 1D spline in time
[14:29:37] <les> one set for each axis
[14:30:02] <paul_c> Think of A, B, C, & D as matrixes of [X, Y, Z, A, B, C, U, V, W]
[14:30:53] <SWPadnos> even better for the RT data transfer problem :)
[14:31:46] <paul_c> on top of that, the planner needs to know the length and the time.
[14:33:02] <CIA-4> 03rayhenry * 10emc2/tcl/bin/tkbackplot.tcl: added inch/mm size
[14:34:54] <rayh> Does emc2 honor INI vars now?
[14:35:26] <les> position= at^3 +bt^2+ct +d gives position, velocity, accel, and jerk if a clock puts in t
[14:36:53] <les> by differentiation
[14:37:16] <paul_c> rayh: As in steps per unit & velocity ?
[14:37:46] <rayh> as in period
[14:37:48] <les> velocity=3at^2+2bt+c
[14:38:16] <les> accel=6at+2b
[14:38:27] <les> jerk=6a
[14:39:26] <les> note accel is a ramp
[14:39:42] <SWPadnos> yes - a and b need to be very small or 0 most of the time
[14:39:49] <les> so it must have corners
[14:39:51] <SWPadnos> at least the sum for all axes
[14:40:06] <les> therefore jerk will be infinite at those points
[14:41:06] <rayh> I should have said and period. I'm getting following error at 100% feedoverride
[14:42:07] <paul_c> Quick look at the init scripts, I would guess that PERIOD comes from the ini file.
[14:42:23] <les> bbl
[14:42:59] <rayh> Okay.
[14:43:52] <paul_c> but don't quote me on that....
[14:44:12] <SWPadnos> it should be BASE_PERIOD, I think
[14:44:21] <SWPadnos> (not PERIOD)
[14:47:50] <rayh> I do see BASE_PERIOD
[14:48:55] <SWPadnos> are you having a problem with HAL modules not loading?
[14:49:39] <paul_c> OK.... I *think* I'm begining to see how to derive a, b, & c from a series of plot points.
[14:52:35] <fenn_afk> paul_c, have you looked at http://graphics.cs.ucdavis.edu/CAGDNotes/Catmull-Rom-Spline/Catmull-Rom-Spline.html ?
[14:53:57] <fenn_afk> catmull-rom splines are a little different because you use an actual equation to draw the line instead of a recursive algorithm
[14:56:51] <rayh> SWPadnos: No. scripts/emc.run goes. I'm having issues with the brave new world tomorrow.
[14:57:10] <SWPadnos> Dinner with Huxley?
[14:57:26] <rayh> Yep.
[14:58:10] <paul_c> fenn_afk: There are many ways to describe a curve.
[14:58:10] <rayh> I see the need for "another" to take over the "help desk."
[15:01:33] <paul_c> jmk by any chance ?
[15:09:12] <rayh> Wow! This is a whole different world than I'm accustomed to.
[15:09:30] <SWPadnos> A Brave New one?
[15:17:11] <rayh> At this time, my opinion is worth about a pinch of spit.
[15:17:18] <rayh> But I'm guessing so.
[15:17:36] <SWPadnos> good spit or bad spit? (what are you doing anyway? :) )
[15:19:53] <rayh> Well... Short story is two emc2 machines by retroFest.
[15:24:05] <SWPadnos> ah - that should be fun
[15:24:11] <SWPadnos> (for various definitions of fun)
[15:26:13] <rayh> jmk is going to be there so that will help.
[15:26:29] <rayh> I believe that Matt is also going to be there.
[15:26:53] <SWPadnos> good deal.
[15:27:27] <rayh> Got 24 feet of table space beside the machine and dsl
[15:27:42] <SWPadnos> that may be enough :)
[15:27:44] <rayh> and a guard at the door checking for penguin passes
[15:29:13] <steve_stallings> Guess that leaves me out..8-(
[15:29:47] <rayh> We will make up a special pass for you Steve. Just a tiny little bird...
[15:30:12] <steve_stallings> Story of my life, everybody keeps giving me the "bird"
[15:30:54] <rayh> I thought you'd like that.
[15:52:35] <fenn_afk> fenn_afk is now known as fenn
[15:52:53] <fenn> i'll be at cnc-workshop too if that's what you're talking about
[15:53:24] <fenn> i'll be sure to make a "penguin pass"
[15:53:28] <rayh> Great fenn
[15:54:10] <rayh> Steve suggested an old bald penguin with just a bit of skraggly gray hair.
[15:54:26] <fenn> i'm gonna try to make a hexapod to bring with me, so i'll have something to do while i'm there
[15:54:43] <fenn> i think figuring out the electronics will be the hardest part for me
[15:54:52] <fenn> might be really easy though, i don't know
[15:55:15] <rayh> As soon as I get the machine pics, I'll start a retrofit page on the wiki.
[15:55:30] <rayh> That way we can do some preplanning.
[15:56:44] <rayh> What's your background?
[15:57:04] <fenn> heh.. still wet behind the ears
[15:57:22] <fenn> built a lathe from scratch with nothing but a drillpress
[15:57:44] <fenn> i'm messing around with a gantry mill built out of 2x4's right now
[15:57:54] <rayh> That lathe sounds like a challenge
[15:58:14] <rayh> You got emc running?
[15:58:23] <fenn> i'm working on an improved process to make the whole process of bootstrapping a machine tool easier
[15:58:35] <fenn> bdi is a piece of cake to set up
[15:59:05] <fenn> i know some c++ and am handy with linux too
[15:59:23] <rayh> Whoa. You're way ahead of me.
[15:59:41] <rayh> The electrics on the Mazak should be no problem to comprehend.
[16:00:10] <fenn> i can understand electronics just fine.. but when it comes to building a circuit, the dang thing just doesnt ever work
[16:00:40] <fenn> what do you guys need to do to it anyway?
[16:00:41] <rayh> Okay. We'll let you figure them out and someone else wire 'em up.
[16:01:16] <rayh> The machine has an M6 Fanuc control now.
[16:01:40] <rayh> We are replacing that with the EMC2 and HAL.
[16:01:47] <fenn> cool
[16:02:06] <rayh> The retro will include all of the functionality of the original... fingers crossed.
[16:03:16] <rayh> Roland said that there was some sort of problem with the spindle drive.
[16:03:45] <rayh> I was replaced a while back with something other than fanuc or mits.
[16:03:56] <fenn> a vfd?
[16:04:00] <rayh> Said there were clip leads all over the place.
[16:04:13] <fenn> erk
[16:04:17] <rayh> I don't know whether the spindle is DC or AC.
[16:04:29] <rayh> In that age, they built using both.
[16:04:44] <rayh> I'd guess that it's vfd.
[16:05:10] <rayh> Stuff like gear change will be an interesting challenge.
[16:05:17] <fenn> gear change??
[16:05:25] <fenn> i've never even heard of that
[16:05:38] <fenn> you mean tool change?
[16:05:39] <rayh> The spindle has at least two gears.
[16:05:49] <rayh> Low and High range.
[16:05:59] <SWPadnos> is that automated on the machine now?
[16:06:07] <rayh> Yes.
[16:06:18] <SWPadnos> that should make it easier then
[16:06:22] <fenn> does rs274 support gear changes?
[16:06:50] <rayh> Don't know. But I'm guessing that it does.
[16:07:03] <rayh> just didn't need it for the K&T
[16:07:10] <SWPadnos> the spindle controller will have to know what to do when asked to go to a specific speed
[16:07:33] <rayh> Matt and I were thinking that if s < xx use low gear
[16:07:39] <SWPadnos> exactly
[16:07:56] <SWPadnos> you may have to invert the spindle direction, if the gearing works like a Bridgeport
[16:07:59] <rayh> We can handle that as an IO thing
[16:08:15] <rayh> Hadn't thought of that.
[16:08:29] <rayh> The Hardinge lathe goes the same way for both speeds.
[16:08:37] <SWPadnos> this is where HAL comes in very handy
[16:09:04] <rayh> ...you thinking of a hal spindle mod?
[16:09:09] <SWPadnos> yep
[16:09:39] <SWPadnos> we have had many discussions on how to control a spindle (or a toolchange)
[16:09:39] <rayh> H^%$#... And machine logic in one place goes out the door.
[16:09:56] <SWPadnos> but the spindle is an easily separated piece of the machine
[16:10:09] <SWPadnos> it makes a lot of sense to control it with a single module
[16:10:15] <rayh> That is the biggest problem that I see with the HAL
[16:10:17] <fenn> hah. machine logic! that's what a computer's for
[16:10:53] <fenn> only thing to worry about is safety imo
[16:10:53] <rayh> I'm thinking of a single place -- wherever -- where machine logic is
[16:11:00] <rayh> designed and written and stored.
[16:11:13] <fenn> oh
[16:11:33] <fenn> doesn't the halfconf script do that?
[16:11:37] <SWPadnos> yes - the choice of whenter the logic should be in a PLC modules (ladder) or a spindle control module (C) is a different thing
[16:11:39] <fenn> or whatever it's called
[16:11:48] <SWPadnos> whether
[16:11:49] <rayh> It can be run in HAL but it should not be designed in hal
[16:12:20] <fenn> * fenn doesn't understand what they're talking about.
[16:12:41] <SWPadnos> fenn: discussions regarding the type of expertise needed to change the operation of a machine
[16:12:48] <rayh> But. As SWPadnos was so able to point out, the problem can be easily solved using HAL
[16:13:01] <rayh> and in the interest of time saved probably will be.
[16:13:27] <SWPadnos> one one side is PLC control, using ladder logic, which many machine integrators already know
[16:13:44] <rayh> If we use the spindle gear and direction example...
[16:13:57] <SWPadnos> on the other side is writing custom HAL modules (which can then be reused later), which requires C, which most machine integrators don't know
[16:14:00] <SWPadnos> (or want to know)
[16:14:12] <rayh> The HAL spindle mod takes in spindle speed and direction.
[16:14:29] <rayh> It decides if it needs high or low gear...
[16:14:47] <rayh> and if low, reverses the direction of motor motion
[16:14:57] <rayh> starts the motor running very slowly
[16:15:08] <rayh> pulls the solenoid that shifts to low gear
[16:15:32] <rayh> waits for the low gear engaged switch
[16:15:44] <fenn> not sure you'll need to write anything in c, if jmk has already made the right hal "components"
[16:15:50] <rayh> then allows the machine to go to work.
[16:16:21] <SWPadnos> those components are written in C, and I wouldn't expect jmk to write all possible modules :)
[16:16:23] <fenn> you could wire up "timer" hal blocks and comparator hal blocks etc
[16:17:11] <rayh> You got the idea.
[16:17:26] <SWPadnos> the interesting thing you point out (Ray) is that the gear change has to use I/O, and control the spindle
[16:17:46] <fenn> he's got comparator blocks already in blocks.c
[16:17:47] <rayh> The "machine logic" thing is a question of how one defines how these things work.
[16:17:51] <SWPadnos> this causes a circular command path if the logic is external to the spindle controller module
[16:18:03] <SWPadnos> "interpreter
[16:18:13] <SWPadnos> "interpreter" says go to speed 200
[16:18:35] <SWPadnos> the spindle module says OK - that means low gear - let's ask the PLC to change gears
[16:18:55] <SWPadnos> the PLC energizes the solenoid, and aks the spindle module for -10 RPM
[16:19:14] <SWPadnos> the spindle controller says "OK - that means low gear" ...
[16:19:38] <SWPadnos> )this can be easily overcome, but you see the idea)
[16:19:39] <fenn> why would you allow the PLC to tell the spindle module what to do?
[16:19:54] <SWPadnos> because it has to turn the spindle backwards to disengage the gears
[16:20:04] <rayh> And now we have a handle on at least some of the issues.
[16:20:34] <SWPadnos> so well thought out monolithic modules can be a real asset here
[16:20:36] <fenn> but you already know that you need to do that, so you just wait for the plc to say "solenoid on"
[16:20:54] <SWPadnos> then there's a library of functions that people can just wire in (in HAL)
[16:21:17] <SWPadnos> but then the logic is in the spindle module, not in the PLC
[16:21:25] <fenn> who cares?
[16:21:53] <rayh> I'm more than a little worried at this point because HAL does not have all of the protections built in that a real PLC has.
[16:21:53] <SWPadnos> the integrator who has to change the logic for their different machine - they would have to write a new spindle module in C
[16:22:44] <fenn> what i'm saying is you don't have to code anything in C, you just make a new "virtual circuit" in HAL out of standard Hal blocks
[16:22:45] <SWPadnos> it can't - it's a PC running a general purpose OS, with only "pseudo-Realtime" (though the RT is pretty good)
[16:23:22] <fenn> the next guy who needs to do the same thing can still change your virtual circuit without compiling anything
[16:23:59] <rayh> That would only be true if the HAL writers had thought of all possible combinations of HAL modules.
[16:24:22] <SWPadnos> I'm not sure this can work with HAL blocks. draw out a circuit that does spindle change as Ray outlined it - there are a ton of connections and decision points
[16:24:29] <SWPadnos> it's not "easy"
[16:24:53] <SWPadnos> (I could be wrong, and actually would love to be proved wrong in this case)
[16:25:24] <rayh> Me too.
[16:25:53] <fenn> so lemme see if i understand what it needs to do
[16:25:59] <SWPadnos> I think a series of modules that are somewhat flexible, but still meant for specific small classes of machines are the best compromise
[16:26:02] <rayh> My salvation for the retroFest Mazak is that jmk will be there
[16:26:32] <rayh> fenn: Your turn.
[16:27:57] <fenn> 1) decide low or high gear, 2) turn on a pin if low, skip to 6 if high 3) wait for pin, 4) rotate motor slowly, 5) turn off pin, 6) run motor forward for high backward for low
[16:28:39] <SWPadnos> mostly right, I'd say
[16:28:45] <fenn> is 5) right?
[16:29:05] <SWPadnos> Ray - does this solenoid get driven in both directions?
[16:29:39] <rayh> My guess is that it is a dual ended hydraulic cylinder
[16:29:49] <rayh> that is modal.
[16:30:15] <rayh> two electric coils opposed.
[16:30:16] <SWPadnos> so every time you hit it, it changes gears?
[16:30:30] <SWPadnos> or are there PUSH and PULL drivers
[16:30:31] <rayh> No hit one for low the other for high.
[16:30:34] <SWPadnos> OK
[16:31:02] <SWPadnos> so, fenn - to revise the flowchart:
[16:31:21] <SWPadnos> 1) get spindle command - if 0, just output zero speed, and don't change gears
[16:31:55] <SWPadnos> 2) else, if above XX speed, skip to (A)
[16:32:26] <SWPadnos> 3) (low speed) check current gear position - skip to (B) if already in low speed
[16:32:54] <SWPadnos> 4) (need low, but in high now) energize "LOW_GEAR" output
[16:33:10] <SWPadnos> 5) output slow reverse spindle speed
[16:33:21] <SWPadnos> 6) wait for "LOW GEAR" input
[16:33:36] <SWPadnos> 7) stop spindle, and go to B
[16:33:42] <A-L-P-H-A> 8) PROFIT
[16:34:38] <SWPadnos> 8, A) (high speed) basically repeat steps 3-7, swapping LOW and HIGH
[16:35:15] <SWPadnos> 12, B) if low speed, output minus SPEED, else output plus SPEED (or the other way around)
[16:35:30] <rayh> Yep. That's about it.
[16:36:03] <SWPadnos> but - some tools may need to reverse the solenoid / reverse motor order
[16:36:19] <rayh> Once we get it right for one machine the smallest change will make it wrong for another.
[16:36:31] <rayh> How about three speed?
[16:36:46] <SWPadnos> or one speed :)
[16:37:05] <rayh> That case is the most likely to work.
[16:37:09] <SWPadnos> also, there are kinematics to deal with when changing speeds
[16:37:32] <SWPadnos> (like - you have to wait for the spindle to stop before energizing gear changing solenoids)
[16:37:32] <rayh> ??
[16:37:47] <SWPadnos> sorry - inertia, not kinematics
[16:37:54] <SWPadnos> kinetics :)
[16:37:55] <rayh> okay. yes
[16:38:03] <fenn> okay so how is it easier with a PLC?
[16:38:20] <fenn> (talking about software PLC right?)
[16:38:28] <SWPadnos> integrators know ladder logic - that's about the extent of it AFAIK
[16:38:47] <fenn> who knows ladder logic and will be working on it at the fest?
[16:38:55] <rayh> There is the thing of reading the state of all signals
[16:38:58] <SWPadnos> Ray, jmk, Matt, etc.
[16:39:10] <fenn> ray, matt know C?
[16:39:17] <rayh> then computing all the logic
[16:39:24] <rayh> then setting all the pins.
[16:39:44] <rayh> I can read a bit of c but not competent to write and run any.
[16:40:01] <SWPadnos> it's also a state machine rather than a monolithic module
[16:41:09] <SWPadnos> I hate to use it as an example, but LabView may have a good model for this type of thing
[16:41:53] <SWPadnos> it may make sense to have a set of HAL modules for spindle control
[16:42:10] <rayh> phone brb
[16:42:24] <SWPadnos> OK - I'll blather and you can read when you're done :)
[16:42:47] <fenn> what does labview do exactly?
[16:43:19] <SWPadnos> lots of stuff - it's meant to be an easy to use system for making control/measurement systems and control panels
[16:43:48] <SWPadnos> you "program" by dragging components onto a schematic and wiring their inputs/outputs to each other
[16:44:01] <fenn> and it works pretty well?
[16:44:07] <SWPadnos> you can wire up constants and configuration info as well
[16:44:19] <SWPadnos> for some tasks, it's great. most "real" programmers hate it though
[16:44:28] <SWPadnos> (like me :) )
[16:44:55] <fenn> yeah i had to program with "lego program blocks" for a lego robotics class
[16:45:12] <SWPadnos> check out www.ni.com to look at LAbView
[16:45:22] <SWPadnos> I thikn there may be a downloadable demo as well (like 160M or so)
[16:45:23] <fenn> seems like most of the time whoever writes that kind of thing doesn't include enough to be able to write a real program
[16:45:32] <SWPadnos> exactly
[16:45:46] <SWPadnos> and you have to conform to their world view
[16:45:56] <fenn> that's what happens in any language though
[16:46:08] <SWPadnos> true (-ish)
[16:46:36] <fenn> god i have to register with my phone number to watch a _video_ of them using labview??
[16:47:47] <SWPadnos> you shouldn't
[16:48:08] <SWPadnos> from the main page, click LabView (top of center column)
[16:48:14] <fenn> * fenn finally caves in and gets Flash player
[16:48:25] <SWPadnos> then new LabView 7.1 (top left)
[16:48:44] <SWPadnos> then LabView development systems (top left)
[16:49:07] <SWPadnos> then Evaluation Software (top right, under "Resources")
[16:49:31] <SWPadnos> then you have to fill out a form to get the download (180M)
[16:49:44] <SWPadnos> (after clicking LabView 7 Express)
[16:50:48] <fenn> ah. no windows computers in the house.
[16:50:55] <fenn> :)
[16:51:03] <SWPadnos> hmmm - they have a Linux version, but there may not be a demo
[16:52:22] <fenn> no apparently not
[16:53:25] <SWPadnos> bummer
[16:54:03] <SWPadnos> well - the example that I was thinking of is that there are loads of small components (much like HAL)
[16:54:34] <SWPadnos> you can wire up selectors, multiplexers, multipliers (actually arbitrary formulas), etc.
[16:55:00] <SWPadnos> you can wire up "circuits", and then use those as components in higher level systems
[16:55:48] <SWPadnos> the thing that's useful here is that, in our spindle controller example, there are a few things that may need to change depending on the type of two-gear spindle you have
[16:56:02] <SWPadnos> such as motor direction (is high forward or is low?)
[16:56:21] <SWPadnos> whether to energize the motor first or the gear change solenoid
[16:57:00] <SWPadnos> is there a single solenoid with 2 active states, or are there two each with a single active state?
[16:57:30] <SWPadnos> none of these questions affect the logic, just some pretty trivial things in the actual outputs
[16:57:53] <SWPadnos> (such as numerical inversion)
[16:58:25] <SWPadnos> so a single HAL module for 2-gear spindles could operate just about all of the variations if it has the right configuration inputs
[16:58:57] <SWPadnos> 1) the speed at which the gear needs to be changed (or two speeds, if they overlap and you want hysteresis)
[16:59:20] <SWPadnos> 2) whether the direction is inverted in low range or in high range (or neither)
[16:59:49] <fenn> both :)
[16:59:58] <SWPadnos> 3) the actuator type (single or dual solenoids, continuous output or temporary)
[16:59:58] <steve_stallings> steve_stallings is now known as steves_logging
[17:00:03] <SWPadnos> yes - or both :)
[17:00:08] <SWPadnos> etc.
[17:00:27] <SWPadnos> so a well-written (in C) 2-gear spindle controller can cover 99% of the machines out there.
[17:00:51] <SWPadnos> then, a 3-gear controller is written (for example)
[17:01:23] <SWPadnos> (of course, a brake changes thing a little)
[17:02:25] <SWPadnos> eventually, there would be a library of components that are special-purpose, but configurable by an integrator
[17:02:47] <SWPadnos> or by somebody (like me) who isn't familiar with ladder logic
[17:06:13] <SWPadnos> hmmm - something like a HAL macro or "supermodule" would be very handy
[17:06:42] <rayh> * rayh reads back
[17:07:34] <SWPadnos> enjoy :)
[17:10:03] <rayh> I can see where you are headed with this HAL thing.
[17:10:19] <SWPadnos> and... ?
[17:10:26] <anonimasu> iab
[17:11:03] <SWPadnos> Hi Anon
[17:11:49] <rayh> We probably will need to try it.
[17:12:01] <rayh> in order to see where the failings are.
[17:12:12] <SWPadnos> probably
[17:12:29] <rayh> for example issuing the s150 command will need to cause the task to wait.
[17:13:13] <rayh> if s is not 150 already
[17:13:20] <SWPadnos> that would be true with a PLC as well
[17:13:41] <rayh> Yes. All of what I would respond here would be also true of a PLC.
[17:13:56] <SWPadnos> OK - BTW - I wouldn't eliminate a HALPLC as a possiblity
[17:14:04] <rayh> The reason that I like to refer to this as machine logic is that it divorces the logic
[17:14:21] <rayh> from the program or device that is accomplishing the task.
[17:15:23] <SWPadnos> yup - it's just aquestion of where the logic is hidden from higher level blocks
[17:15:52] <SWPadnos> it can be done anywhere from the machine itself (in hardware) to just below the interpreter
[17:16:18] <rayh> Yep.
[17:16:20] <fenn> but i wanna specify gear-shifts in my cad program!
[17:16:23] <fenn> :P
[17:16:39] <SWPadnos> that was *below* the interpreter :)
[17:16:57] <rayh> There are cases where overlap in speed range would allow the operator to select either.
[17:17:18] <rayh> Actually on most machine tools that have gears, they are selected first then the speed entered.
[17:17:41] <SWPadnos> true - the operator may want to choose a specific gear, but in general, I'd assume that reducing gear shifts would be preferable
[17:17:43] <rayh> The way we have been talking about it is the easier solution
[17:17:53] <rayh> within the existing NML
[17:18:13] <rayh> It's like automatic v manual shift.
[17:18:35] <fenn> you could have a gear-shift-override pin
[17:18:36] <SWPadnos> looking at my concept of a spindle controller, it's a mode pin
[17:19:18] <SWPadnos> (say an int): 0 = auto, 1 = prefer low gear (for torque), 2 = prefer high gear (to reduce motor speed)
[17:19:34] <SWPadnos> 3=manual
[17:19:51] <anonimasu> why not high/low/auto
[17:19:59] <anonimasu> or well, depends on how many gears you have
[17:20:03] <SWPadnos> there are different auto ideas
[17:20:26] <SWPadnos> assuming there's some overlap in speed ranges, you may need high torque, or want to reduce spindle bearing wear
[17:20:36] <SWPadnos> motor bearing, I mean
[17:20:39] <rayh> Machine logic can get complicated in a hurry.
[17:21:06] <SWPadnos> yes, but a controller with the appropriate modes (as outlined, or even more) would cover 99% of all cases
[17:21:21] <rayh> Yes it should.
[17:21:27] <SWPadnos> the other 1% would use HALPLC or C
[17:21:45] <SWPadnos> (assuming the existence of HALPLC, of course :) )
[17:22:29] <rayh> The problem as I see it is that then "machine logic" is distributed to a number of different files or parts of files.
[17:23:06] <SWPadnos> no - in this case it's in the C source for the "Spindle_2Gear" component, and in the HAL (/ini) file
[17:23:20] <SWPadnos> the HAL/ini file(s) are required in any implementation, I think
[17:23:58] <SWPadnos> unless classicladder or Hal_Ladder/HALPLC compile a ladder description into an executable
[17:25:42] <rayh> It's the little C "and" HAL ini that bothers me.
[17:26:08] <SWPadnos> the same demendencies are there with classicladder as well
[17:26:31] <rayh> When Matt and Fred wrote the bridgeport stuff, the hardcoded a lot of logic
[17:26:32] <SWPadnos> there's ladder.C (or whatever), plus the ladder file, plus the pin connections (from ini or womething)
[17:26:43] <rayh> they just softcoded the pin numbers and polarity.
[17:27:19] <rayh> They really didn't expect that hard coded logic to live so long and across so many installations.
[17:27:47] <SWPadnos> legacy is often surprising in the software world
[17:28:07] <rayh> pins and signals allows for the second, pin and polarity.
[17:28:21] <rayh> It does nothing for the "logic" side of the problem.
[17:29:03] <SWPadnos> the trouble with the bridgeport* is that they include things other than the machine logic in them (like what hardware is being used)
[17:29:05] <rayh> As fenn was saying earlier, we could build in the logic by connecting a lot of HAL modules
[17:29:14] <rayh> then the logic is in the way that we connect them.
[17:29:32] <rayh> Rather than hard coded in them.
[17:29:42] <SWPadnos> or a few more complex modules, with configuration wired in from the ini or elsewhere
[17:30:45] <SWPadnos> the problem I'm trying to work around is basically the "multiple sources of control" issue that Fred pointed out
[17:30:52] <rayh> Even though I don't like that, I suspect your approach will prevail in the near future.
[17:31:01] <rayh> Can you say Mazak...
[17:31:20] <SWPadnos> muzak
[17:31:36] <SWPadnos> pop muzik
[17:31:40] <rayh> ah the soothing sounds of a properly running spindle.
[17:31:42] <SWPadnos> (getting there :) )
[17:32:08] <rayh> oops I just switched gears at 3k rpm.
[17:32:47] <rayh> While spindle control does not have the same servo system
[17:32:59] <rayh> status in the upper levels of EMC,
[17:33:11] <rayh> a motion should be a motion
[17:33:37] <rayh> and originate or be approved by the single "source of control"
[17:33:39] <anonimasu> hm, agreed
[17:34:10] <SWPadnos> yep
[17:34:12] <rayh> But as SWPadnos pointed out we create a huge loop.
[17:34:36] <rayh> Hal gets a s150 command and says hey i gotta change gears.
[17:35:08] <rayh> so it sends a note to task, start the spindle at -10 rpm
[17:35:39] <rayh> and task sends a note to the hal spindle mod that says turn on spindle at -10
[17:35:54] <rayh> and hal mod says hey who's in charge here.
[17:36:01] <SWPadnos> there should be a way for the controller to hand off control of certain I/Os to a subordinate task, and that's independent of how machine logic gets implemented
[17:36:24] <SWPadnos> (I meant that the requirement is independent, not that the control is independent)
[17:36:51] <SWPadnos> you also lose RT when you do that
[17:37:19] <anonimasu> SWPadnos: depends.
[17:37:31] <anonimasu> you can deliver the right to move the machine to a control.
[17:37:36] <SWPadnos> well - task isn't RT
[17:37:42] <anonimasu> SWPadnos: you will not move the RT parts, there..
[17:37:48] <anonimasu> just the right to command the machine
[17:37:53] <anonimasu> go to x0 y5067
[17:38:04] <SWPadnos> I was saying that Ray's idea loses RT
[17:38:19] <SWPadnos> because it controls via task
[17:38:26] <rayh> Yes it does.
[17:38:40] <anonimasu> yeah, but why is RT important in somthing like changing a tool?
[17:38:47] <SWPadnos> so it's not a generic solution to the various machine logic problems, like homing...
[17:38:58] <anonimasu> yeah that's true
[17:39:03] <SWPadnos> probing, toolchange, speed change, etc.
[17:39:33] <rayh> Unless we have commands from task that look like "do this until this"
[17:39:38] <rayh> probing is like that.
[17:40:05] <SWPadnos> again - that's a specific machine logic encapsulation in C (though it does cover most probing methods)
[17:40:27] <anonimasu> yeah, but stuff like probing isnt generic..
[17:40:33] <anonimasu> err is pretty generic..
[17:40:40] <SWPadnos> the concept is generic, the implementation isn't
[17:40:59] <SWPadnos> there are optical probes that measure spot size with a CCD to get depth, for example
[17:41:20] <fenn> sheesh
[17:41:29] <anonimasu> SWPadnos: how compatible do we have to be? that's the question
[17:41:33] <SWPadnos> (though those are by far less common than a touch probe, exepcially for non-mega-corps)
[17:41:45] <SWPadnos> Paul wants an "industrial strength controller"
[17:41:51] <SWPadnos> Sherline wants a Sherline controller
[17:42:01] <SWPadnos> Tom wants a G92 controlller :)
[17:42:06] <SWPadnos> it all depends
[17:42:07] <anonimasu> I want a industrial strength controller..
[17:42:13] <fenn> i want a "do everything god dammit" controllre
[17:42:46] <rayh> * rayh wants the interpreter to NOT offset z by tool length each time a non z motion is issued.
[17:42:46] <anonimasu> yeah
[17:43:07] <fenn> that's a pretty serious bug
[17:43:11] <anonimasu> yeah
[17:43:22] <anonimasu> I want emc2 not to lock up on modechange
[17:43:23] <anonimasu> :)
[17:43:28] <rayh> Seems now that it got in there sometime before march this year.
[17:43:29] <SWPadnos> I want a controller that doesn't limit the machines it can be made to work with from arbitrary design decisions
[17:43:34] <SWPadnos> (did that make sense?)
[17:44:09] <rayh> * rayh wants what SWPadnos wants in that last
[17:44:22] <SWPadnos> I guess it made sense then :)
[17:44:22] <anonimasu> SWPadnos: yes it did, although I'd rather take a new tp..
[17:44:27] <anonimasu> for now :)
[17:44:44] <SWPadnos> I'd rather have a TP module that can be changed out relatively easily
[17:44:52] <anonimasu> SWPadnos: why?
[17:44:53] <SWPadnos> same for the interpreter
[17:45:03] <SWPadnos> because it's more flexible
[17:45:14] <fenn> i think spline interpolation could solve the current tp issues, and add spline interpolation at the same time :)
[17:45:25] <anonimasu> fenn: yeah
[17:45:30] <rayh> So long as the connecting signals are the same this is easily possible.
[17:45:31] <SWPadnos> the design of the system shouldn't dictate policy (or machine implementation, in this case)
[17:45:53] <rayh> And that is exactly what bridgeport task and io did.
[17:46:08] <SWPadnos> (sorry - I always think about systems at a very high level, and sometimes lose sight of the ball, which is to have a working system *now* :) )
[17:46:33] <anonimasu> SWPadnos: well, the motion has to be rock solid, first.. running a program should not be scary..
[17:46:49] <fenn> graceful
[17:46:55] <anonimasu> yeah
[17:46:56] <SWPadnos> there should be a way to try different motion planners without recompiling the rest of EMC
[17:47:13] <SWPadnos> (I know - make helps here, but you get the point ... )
[17:47:15] <anonimasu> SWPadnos: it's not like everyone has their own in the pockets ;)
[17:47:23] <SWPadnos> they don't ;)
[17:47:25] <SWPadnos> ?
[17:47:39] <anonimasu> otherwise we would already have spline interpolation
[17:48:02] <rayh> "What has it got in it's pockets, nasty Baggins."
[17:48:10] <SWPadnos> nonetheless, it would be great to be able to test traj planners with the same ease as one changes DISPLAYs
[17:48:16] <SWPadnos> eggses
[17:48:44] <SWPadnos> (vbarring a compilation or two)
[17:49:09] <rayh> How much effort would it take to be able to specify this tp or that in the ini?
[17:49:45] <rayh> Now that is linked into emcmot along with much of the other stuff.
[17:50:01] <fenn> * fenn stares blankly.
[17:50:07] <SWPadnos> Unfortunately, I'm not sure - it's probably non easy
[17:50:09] <SWPadnos> not easy
[17:50:20] <fenn> truth is none of us have any idea right? :)
[17:50:28] <rayh> I'd like kinematics to be handled the same.
[17:50:31] <SWPadnos> Paul and jmk probably have an idea
[17:50:35] <SWPadnos> yes
[17:50:50] <fenn> and interpreter, and task, etc etc
[17:50:55] <anonimasu> well, switching from freqmod, to steppersegmod is just a change in the ini
[17:50:56] <rayh> We could add Fred and Will to that list
[17:50:57] <SWPadnos> it essentially HAL-ifies many other parts of the system
[17:51:04] <fenn> which is why i said i wanted a hal-ified interpreter the other day
[17:51:11] <SWPadnos> connect the pieces you want to get the controller you want
[17:51:26] <SWPadnos> more like a CAL - Controller Abstraction Layer
[17:51:42] <fenn> problem is that HAL is realtime, and that can be annoying if you want to do some number crunching
[17:52:12] <SWPadnos> the concept is a group of modules that have well defined interfaces, and that can be connected together in arbitrary ways
[17:52:29] <fenn> without recompiling anything
[17:52:32] <SWPadnos> if you apply that to traj, kins, interp, etc, you have a *very* nice system
[17:52:52] <anonimasu> think about it as a "user"
[17:53:05] <rayh> By the time we get it that sub atomic we'll be as unable to get stuff going as physics is todya.
[17:53:06] <anonimasu> why do users wish for controllers to be like that..
[17:53:40] <anonimasu> if I were to run somthing on a machine for producing stuff, all I would care about was that it would work
[17:54:05] <SWPadnos> first, define user - there are at least two kinds: end users (probably hobbyists), and integrators
[17:54:17] <fenn> say you hate G-code, but every once in a while you have to run a gcode program
[17:54:22] <SWPadnos> then there's the operator, but they don't have to configure anything
[17:54:32] <fenn> but usually you use ultra-code which is much easier
[17:54:36] <anonimasu> end users..
[17:55:12] <SWPadnos> OK - right now the end user has to know what kind of motors they have, where to connect switches such as limit and home, etc
[17:55:24] <fenn> what's the diff between end-user and integrator?
[17:55:56] <SWPadnos> an end user is expected to be less knowledgeable, especially related to e.g. ladder logic
[17:56:00] <rayh> And then you get you program onto a shop floor and the second shift forman wants to make a name for himself/herself and starts changing stuff.
[17:56:11] <anonimasu> exactly
[17:56:25] <anonimasu> modular is great for the developers/integrators
[17:56:34] <SWPadnos> chmod 644 emc.ini
[17:56:39] <fenn> heh
[17:56:47] <fenn> put a root kit on the machine
[17:56:59] <SWPadnos> your new name is "FIRED!"
[17:57:16] <fenn> this bridge port haX0red by l33t kr3w
[17:57:45] <anonimasu> heh
[17:57:52] <fenn> i think we should leave shop drama out of development decisions
[17:57:54] <SWPadnos> :) OK - back on topic - the machine can already be screwed up totally by the second shift foreman
[17:58:00] <rayh> I've seen this type of person change machine parameters on fancy new machines.
[17:58:36] <rayh> Okay topic. How to make emc more modular
[17:58:38] <fenn> that's what backups are for
[17:59:06] <rayh> configurable
[17:59:12] <SWPadnos> define a set of boundaries where tasks can be reasonably divided
[17:59:41] <SWPadnos> ie, drivers, interpreter, motion control, motion planning, etc.
[17:59:57] <rayh> But then we have to plan ways to connect them.
[18:00:05] <SWPadnos> yes
[18:00:13] <fenn> * fenn flees in terror!
[18:00:22] <fenn> the NML monster! aiee!!
[18:00:23] <SWPadnos> a hal-file like thing would work:
[18:00:30] <rayh> Will those connections be as good or as testable as GCC's ways of connecting them.
[18:00:45] <SWPadnos> canon.in = gcodeparser.out or the like
[18:01:16] <SWPadnos> if designed well, yes
[18:01:43] <SWPadnos> like hal_lib, you can't connect pins of different types
[18:02:43] <SWPadnos> also, realize that the level of integration is variable - you could have a "bridgeporttask" that only exports 3 axes of the "motion type"
[18:03:21] <SWPadnos> or that can be broken into several levels, with an interpreter that outputs canonical commands (or something) into a planner that takes those and spits out axis motions
[18:05:01] <SWPadnos> looking at it one way, the input to the system is a part design, and the output is a part :)
[18:05:12] <dmess> hi all...
[18:05:25] <SWPadnos> hi
[18:06:06] <dmess> nice line... data in part out... but it doesnt REALLY work that way..
[18:06:31] <SWPadnos> read the logs - I'm not being as stupid as I seem (this time :) )
[18:06:44] <dmess> ive come close.. but YOU GOTTA do it ALL yourself...
[18:06:46] <anonimasu> haha
[18:07:15] <paul_c> * paul_c reads the logs....
[18:07:29] <SWPadnos> uh-oh - now I'm in trouble
[18:07:30] <paul_c> SWPadnos: wanna second opinion ?
[18:07:35] <SWPadnos> no
[18:07:45] <SWPadnos> (no more tea for me, right?)
[18:07:57] <rayh> SWPadnos: You're applying the same sort of large module building here as you were with the HAL_spindle
[18:08:02] <dmess> sorry... been awwa and com in to that tidbit of text.. and have had to deal with engineering all day on f-18 parts...
[18:08:08] <paul_c> the idea of a HAL layer for the interp sucks.
[18:08:09] <SWPadnos> nope - the opposite
[18:08:11] <dmess> away
[18:08:27] <SWPadnos> just pointing out that the partitioning can be variable
[18:08:53] <paul_c> interp != hardware.
[18:08:56] <SWPadnos> and could be anything from modules for each function (similar to HAL at the moment) to a single monolithic program
[18:09:11] <dmess> no interp = software....
[18:09:11] <SWPadnos> as long as the interfaces are well defined
[18:09:27] <SWPadnos> my use of interp was meant as "interpreter"
[18:09:31] <fenn> paul_c, hal currently works as RT but it doesn't have to be that way for all threads, does it?
[18:09:35] <paul_c> You can plug a second interp in right now without any 'riggin around.
[18:10:05] <fenn> without recompiling?
[18:10:07] <rayh> SWPadnos: Could we (not me) write the code so that these various chunks be compiled either way.
[18:10:14] <SWPadnos> there are levels of "plugging" - this is a discussion much like the PLC discussion at Fest
[18:10:29] <dmess> hypothetical scenerio.. machine knows x,y,z,i,j,k,f only
[18:10:32] <paul_c> and a second point - HAL does not allow for the idea of multithreaded design.
[18:10:33] <SWPadnos> it's a question of where the configuration is, and how it is changed
[18:10:48] <SWPadnos> rayh: I may not be the one to ask :)
[18:11:15] <rayh> I know that I'm not!
[18:11:27] <dmess> nor i
[18:11:42] <SWPadnos> you can plug interpreters in at the makefile level, and have a new "bridgeportSTEPNCtask"
[18:11:43] <fenn> rayh, compiled as a hal-layer and also as a monolithic chunk?
[18:12:12] <rayh> As pluggable or as one linked entity.
[18:12:12] <SWPadnos> or we can work toward a design that allows an ini file parameter for the interpreter
[18:12:27] <SWPadnos> or even better, one where the DISPLAY program can select them on the fly
[18:12:32] <paul_c> SWPadnos: Look at NML - The message layer is already there.
[18:12:45] <dmess> couldnt we use a toggle in the G code to distinguish which translator to use...
[18:12:49] <SWPadnos> yep - some of the groundwork is done
[18:12:54] <SWPadnos> not if it's STEP code :)
[18:12:55] <rayh> fenn looks at the message layer!!!
[18:12:55] <anonimasu> paul_c: that library seems nice
[18:13:23] <fenn> rayh, huh?
[18:13:57] <SWPadnos> at this point, there's a reasonably well defined interface between the task level and the HAL
[18:14:01] <dmess> it would still only invoke the 1 to use
[18:14:14] <SWPadnos> what goes on above or below that line doesn't matter, as long as the interface is agreed upon
[18:14:28] <SWPadnos> the same concept can be applied at other levels of the program
[18:14:41] <SWPadnos> (I think)
[18:14:45] <dmess> use it as the 1st line of the prg if need be..
[18:15:43] <robin_sz> oh arse arse arse.
[18:15:55] <robin_sz> * robin_sz does the "wrong sort of modem" dance again
[18:17:03] <fenn> i don't really understand any arguments for non-OO design
[18:17:29] <robin_sz> fenn: can I be of any help?
[18:17:33] <fenn> sure
[18:17:34] <bpmw> Hi folks! speaking of modems would someone be able to tell me how to get kppp to connect to my ISP?
[18:17:35] <SWPadnos> the current system is only marginally OO (in my understanding) - if too large a change is tried, the system won't work
[18:17:42] <SWPadnos> for a while, at least
[18:17:46] <fenn> bpmw, try #linuxhelp
[18:18:15] <fenn> i thought the point of emc2 was to make it OO
[18:18:23] <SWPadnos> so there's a natural (and appropriate) reluctance to redesign the whole thing to accomplish what, in the short term, will be nothing
[18:18:29] <robin_sz> fenn: I recommend you save a few electrons and save some valuable oxygen and seconds of your life and forget OOP in emc, it aint going to happen
[18:18:32] <bpmw> fenn what speccifically am I to look for?
[18:18:54] <fenn> bpmw, i mean type /join #linuxhelp and say "help how do i get kppp to work!"
[18:19:38] <fenn> robin_sz, please elaborate
[18:20:18] <robin_sz> fenn: their seems to be a reluctance to recognise the last 20 years of software development techniques. Any mention of OOP, C++ or XML and the "board members" will just poke fun at you
[18:20:33] <bpmw> Thanks fenn!
[18:21:05] <SWPadnos> don't be so hasty, Robin
[18:21:14] <robin_sz> hasty?
[18:21:16] <robin_sz> HASTY?
[18:21:25] <robin_sz> weve been talking this over for 2+ years now
[18:21:28] <robin_sz> hardly hasty/
[18:21:29] <SWPadnos> yes - it's only been 20 years :)
[18:21:56] <robin_sz> sigh
[18:22:05] <robin_sz> anyway, I should stop stirring
[18:22:30] <fenn> stop stirring, and get a power-mixer
[18:22:31] <SWPadnos> what you're doing right now is telling someone who is interested that they should just leave, and that's not good, IMO
[18:22:46] <robin_sz> im saving him futile effort
[18:22:52] <SWPadnos> realize that people and attitudes change
[18:22:57] <anonimasu> xml is nice.
[18:23:15] <SWPadnos> If you read the board list, you may be surprised
[18:23:27] <robin_sz> I certainly was ....
[18:23:37] <SWPadnos> (or skeptical, but that's your option)
[18:23:42] <robin_sz> I read the list only a few weeks ago for the very first time
[18:23:48] <robin_sz> within 30 minutes I:
[18:23:58] <robin_sz> 1) cancelled my membership as a developer of the project
[18:24:13] <robin_sz> 2) unsubscribed fromt the mailing lists
[18:24:46] <fenn> 3) started your own branch?
[18:24:50] <robin_sz> it was "enlightening" ;)
[18:25:00] <fenn> quitter.
[18:25:08] <SWPadnos> I'm aware of your decision - too bad it prevents you from reading the board mails from the last couple of days
[18:25:27] <robin_sz> fenn: unless there is a group decision to cut out all the incredibly bad desing in C++ terms and re write from the gorund up, its FAR too much for one man
[18:25:29] <SWPadnos> as I said, you would either be encouraged or skeptical - your choice
[18:26:53] <robin_sz> and since much of that bad design revolves around the implenmentaiton of NML, and NML is in the words of certain people "here to stay" .. its doomed. I stayed aorund for 2+ years trying to change things
[18:27:47] <robin_sz> I'll wake up again when emc3 starts :)
[18:27:49] <dmess> my cat is chasing a low flying aircraft.......along the windows...
[18:27:55] <anonimasu> haha
[18:27:57] <SWPadnos> heh :)
[18:27:58] <anonimasu> cute
[18:28:36] <dmess> rippin the shit out of the window coverings...but its worth it
[18:28:50] <dmess> ; )====~~~~
[18:29:07] <robin_sz> if you are more than 6 storeys up, you could try openineg the window ;)
[18:29:36] <dmess> ground level... thought of that already...
[18:29:46] <dmess> flew a ferret once...
[18:30:11] <dmess> waterski'd with a cat too..
[18:31:18] <dmess> i have TOO many cats (3) and im thinkin of releasing 1
[18:34:18] <dmess> my scouts swam @ 49 deg. latitude... last weekend... spent 3 hrs in the water... caught fish too... ; )
[18:36:27] <rayh> Well I'm probably speaking for myself but this board member wishes for an inheritance.
[18:37:56] <fenn> ooh oho
[18:38:25] <fenn> i've shown my dedication to emc with tens and tens of hours in the irc channel
[18:38:29] <fenn> * fenn struts
[18:40:19] <rayh> It spring and turkeys and peacocks tend to strut in these parts.
[18:45:12] <rayh> so that's what happens when you start two instances of pppd.
[18:50:28] <fenn> * fenn and robin_sz whisper about evil plots in a dark corner.
[18:51:57] <fenn> btw robin i'd be interested in seeing that code you were talking about
[18:53:21] <SWPadnos> so - that's what happens when you run 2 instances of pppd? :)
[18:53:39] <rayh> Yep.
[18:53:54] <rayh> And it doesn't want to just heal itself.
[18:54:11] <SWPadnos> heh - nope
[18:55:10] <fenn> bpmw, you figre out how to use kppp?
[19:16:37] <rayh> Did we give up in inheritance?
[19:21:55] <dan_falck> as in a rich uncle leaving you a lot of money?
[19:22:16] <rayh> That's it, Dan.
[19:22:30] <dan_falck> or oop such as in C++
[19:22:34] <rayh> How's the second vacation day.
[19:22:36] <SWPadnos> nope - I haven't given up yet. I just don't have any rich uncles.
[19:22:53] <rayh> oop
[19:23:58] <SWPadnos> in what context? inheritance doesn't split functions into modules for us
[19:24:15] <SWPadnos> it just makes it easier to compile monolithic programs that are largely similar
[19:27:43] <Phydbleep> * Phydbleep cusses and says generally unkind things about UPS and their love of the almighty $..
[19:28:27] <SWPadnos> rayh: what are you thinking (that would cause you to ask about inheritance)?
[19:29:11] <Phydbleep> "Why yes, Your package is sitting here now.. But you can't have it for a week since nobody would cough up the extra $20 for ransom.".. :(
[19:29:42] <rayh> It seems to be a rather sticky point with some. The suggestion was that all of the board is against it but I don't think that I know enough to be one way or the other.
[19:30:11] <rayh> I was told that c++ is difficult in rt space and that is why we tend to use only c at that level.
[19:30:14] <SWPadnos> I believe that's a reference to previous reluctance to change things in general, not just OOP/inheritance
[19:30:28] <SWPadnos> c++ is pretty hard in kernel space - it's not really supported
[19:30:53] <rayh> Well 2k files in the project does tend to put some drag on new things.
[19:31:32] <rayh> I have on occasion defended what I call the big picture.
[19:31:38] <SWPadnos> actually, having a large number of small files is good, once you figure out which file to modify :)
[19:31:52] <rayh> There are a set of NIST assumptions.
[19:32:09] <SWPadnos> I think there's been an attitude ot "there is one way, *the* way things should be done"
[19:32:20] <SWPadnos> rather than "that could work, but I don't want to do it that way
[19:32:36] <rayh> Unix style modular
[19:32:53] <rayh> a bit like pipes
[19:33:00] <SWPadnos> sure - make lots of little things that people can put together as they choose
[19:33:14] <SWPadnos> if I make a word processor, that doesn't prevent you from using sed or awk
[19:33:15] <rayh> Thins like state preservation
[19:33:37] <rayh> But no external state switches
[19:33:45] <SWPadnos> it seems like there has historically beed resistance to having a word processor option added (metaphorically)
[19:33:52] <SWPadnos> been
[19:34:26] <rayh> could you explain that a bit
[19:34:32] <SWPadnos> yes
[19:34:54] <SWPadnos> at Fest, we were discussing the idea of having a HAL toolchanger (or spindle) module
[19:35:21] <rayh> okay.
[19:35:32] <SWPadnos> your position appeared to be that ladder is the only thing that people understand, and you seemed reluctant to having said logic in a C module
[19:35:51] <SWPadnos> where the real solution is to have both options (in my opinion)
[19:35:57] <rayh> Ah. Ladder is the choice of service guys.
[19:36:09] <SWPadnos> if there's a HAL spindle module, that doesn't prevent a HAL_Ladder module from being written
[19:36:37] <rayh> But that would not eliminate other choices like the one Fred said they used at GM for the K&T demo
[19:36:45] <SWPadnos> and conversely, the existence of HAL_Ladder shouldn't make people want to stop others from writing HAL_Toolchanger
[19:37:11] <rayh> There they used graphics and the service guys seemed to like it.
[19:37:27] <SWPadnos> I realize that it's best to try to concentrate development on one thing, in the interest of getting things working more quickly
[19:37:31] <rayh> What I want, is for all of the "machine logic" to be in one place.
[19:37:45] <rayh> That's the advantage of ladder as I see it.
[19:38:00] <rayh> But it could just as easily be in a big table.
[19:38:08] <SWPadnos> but the answer shouldn't be (or appear to be) "it will be done this way" - it should be "let'try it this way first, then we can look at other options"
[19:38:20] <SWPadnos> or "let's try this, but I'd love to see what you come up with"
[19:38:49] <SWPadnos> I think it's mostly a perceived attitude, not necessarily a "real" problem
[19:39:15] <rayh> I agree. Unless the various branches get to the point of total incompatbility.
[19:39:49] <rayh> Well there has been some rather strong feelings that it must be my way or I'll take my toys and leave.
[19:39:56] <SWPadnos> I don't think this requires branching, if a HAL-like approach is used for other parts of the system than the hardware and RT layers
[19:40:16] <SWPadnos> just like now - if you use servos, you don't have to worry about steppermod
[19:40:31] <SWPadnos> but that doesn't mean that steppermod should be removed
[19:41:17] <rayh> True.
[19:41:35] <SWPadnos> in an ideal world (for flexibility, at least), EMC should just be a set of protocols and modules that communicate using those protocols
[19:41:46] <rayh> We talked a bit ago about hal locking.
[19:41:54] <SWPadnos> like a shell that provides pipes - it doesn't care about how the pipes are used
[19:42:11] <rayh> Doesn't mean it should always be locked. But it should be when a system is released.
[19:42:16] <SWPadnos> yes - preventing changes and the like
[19:42:39] <rayh> Otherwise we all run a risk of being tarballed for the actions of one integrator.
[19:43:04] <rayh> Once locking is in there, then we know who to point the finger at.
[19:43:04] <SWPadnos> hmmm - I'm not sure I understand what you mean by "locking"
[19:43:25] <rayh> As it is now, a hal module can be removed while it is working.
[19:43:37] <rayh> or the pins and such can be changed on the fly.
[19:43:49] <SWPadnos> ah - removal should definitely be prevented, in most circumstances
[19:44:22] <SWPadnos> changing pins on the fly isn't necessarily evil, but it has to be carefully considered when it might be appropriate
[19:44:24] <rayh> Once a machine is properly configured, we should be able to lock that down and only change it if needed and under strict control
[19:45:04] <rayh> Yes. I even tend to favor dynamic "bank switching" of whole sets of pins.
[19:45:22] <SWPadnos> so a Sherline would pretty much just have to chmod 644 machine.hal
[19:45:34] <rayh> But it needs to be protected.
[19:45:49] <SWPadnos> you can't pretect from root
[19:45:52] <SWPadnos> protect
[19:46:09] <rayh> Well you can ask root not to change files.
[19:46:12] <fenn> i think unix permissions would be a good way to protect your hal configurations
[19:46:16] <SWPadnos> right
[19:46:20] <SWPadnos> (to both of you)
[19:46:40] <rayh> You can not prevent root from changing those permissions.
[19:46:42] <fenn> group 1 (integrators) and group 2 (operators)
[19:47:03] <fenn> group 1 is a member of group 2
[19:47:07] <rayh> I think even more levels than that operaotrs have the least permissions
[19:47:17] <rayh> maintenence has more
[19:47:26] <rayh> and then there is root.
[19:47:28] <fenn> you get the idea though
[19:47:38] <SWPadnos> people who screw up their machines (by manually editing files that have big warnings in them) shouldn't be of great concern
[19:47:39] <rayh> Yes.
[19:47:52] <SWPadnos> so file locking can take care of a lot
[19:48:00] <SWPadnos> permissions, I mean
[19:48:03] <rayh> We will need to be able to help them back to a working state.
[19:48:24] <rayh> But the blame should not fall on us all for having written something
[19:48:32] <SWPadnos> true - but that may be a matter of saying "copy the file bonehead.hal from the configs directory"
[19:48:36] <rayh> that can not be expected to perform as planned.
[19:48:40] <SWPadnos> right
[19:48:41] <fenn> i like RPM dependencies, but i also like the --force option :)
[19:49:02] <fenn> but apt/debs are even better
[19:49:21] <SWPadnos> for the integrator, there are (at least) two approaches
[19:49:43] <rayh> Absolutely. And I expect every commercial user/integrator to put up a deb repository
[19:49:48] <SWPadnos> one is a PLC running within EMC - the HALPLC option
[19:50:07] <rayh> that is their customers contact point for updates fixes and the like
[19:50:17] <SWPadnos> someone like Sherline would have their .hal file (just like they have the .ini files now)
[19:50:31] <fenn> rayh, what i meant was that "soft" permissions are good, and automatic configurations are even better
[19:50:54] <SWPadnos> automatic config is a huge can of worms
[19:51:03] <fenn> for the user i mean
[19:51:16] <fenn> maybe not applicable to emc
[19:51:22] <rayh> I can see that fenn. As long as a sherline customer doesn't try to get their upgrades from smithy.
[19:51:24] <fenn> you can't "probe" for a bridgeport
[19:51:28] <SWPadnos> sure - apt-get defaultsherlineconfig would be great
[19:51:44] <SWPadnos> and that's up to Sherline to provide
[19:52:01] <Phydbleep> asdfqwega :)
[19:52:04] <fenn> heh sherline thought they were gonna get a free ride
[19:52:13] <SWPadnos> (and getting back to things unix-y, there shouldn't be anything in emc that prevents them from doing that)
[19:52:23] <rayh> No I don't think they thought that at all.
[19:52:37] <fenn> i don't know anything about sherline actually
[19:52:56] <rayh> I know a bit about it.
[19:53:05] <fenn> do they contribute code?
[19:53:28] <rayh> They contribute about 40 new users a month if that counts.
[19:53:50] <SWPadnos> and their code and user interface code is contributed as well, no?
[19:53:55] <fenn> it's a standard testing platform, if anything
[19:53:58] <rayh> They were the primary ftp site until mike left.
[19:53:58] <Phydbleep> rayh: So th eanswer is no, they just add to the confusion?
[19:54:23] <rayh> Yes to one No to the other.
[19:54:45] <rayh> They did pay me to write mini. Some would say they wasted their money.
[19:55:11] <rayh> Most of their users are pretty self sufficient. They do operate a customer help line.
[19:55:19] <Phydbleep> rayh: SHHH!, Never say that.. They 'creatively spent it". :)
[19:55:25] <rayh> But that guy gets less calls than the maytag man.
[19:56:23] <rayh> Well I creatively spent it anyway!
[19:57:14] <Phydbleep> rayh: Beer and Broads is 'creative'? I thought that they were 'requirements' :)
[19:57:35] <rayh> SWPadnos: You are absolutely correct that we need to allow for the widest possible range of operational abilities.
[19:58:13] <SWPadnos> so - that's my take on the attitude "problem" - there has been resistance to having multiple solutions to various problems in the past
[19:58:13] <rayh> Phydbleep: as long as both are low maintenence...
[19:58:39] <Phydbleep> rayh: Settle for "Tastes Great"?
[19:58:46] <Phydbleep> Hehehe.. :)
[19:58:49] <SWPadnos> reading the board list from the past couple of days, I believe that those problems are largely over, and the only resistance now will be to stupid design decisions. :)
[19:59:05] <rayh> IMO competition within the project is essential to it's evolution.
[19:59:17] <SWPadnos> (the only problem will be deciding what constitutes "stupid" ;) )
[19:59:43] <rayh> I'd equate stupid with dangerous to the end user.
[19:59:46] <Phydbleep> SWPadnos: Braille interface! :)
[20:00:12] <rayh> braille to what beer and broads?
[20:00:12] <SWPadnos> hey - don't knock braille - they use it on drive-up ATMs
[20:00:33] <Phydbleep> SWPadnos: That's what scares me. :)
[20:00:33] <SWPadnos> I try to use braille on broads, but I get smacked a lot
[20:00:40] <Phydbleep> ROFL!
[20:00:51] <SWPadnos> (my wife hates it when I do that :) )
[20:01:07] <rayh> I can see a dynamic braille overlay.
[20:01:11] <SWPadnos> especially to other broads :o
[20:01:26] <rayh> Its a set of small buttons arranged like the matrix.
[20:01:33] <rayh> only solenoid driven.
[20:01:44] <rayh> so you go into the drive through atm.
[20:01:52] <SWPadnos> http://www.deafblind.com/display.html
[20:02:01] <rayh> and it says get your front wheel off my darn foot.
[20:02:26] <SWPadnos> my wife is a teacher of students with visual impairments - I know a bit about braille devices :)
[20:03:31] <fenn> a primitive holdover from the teledildonics cold war
[20:03:43] <rayh> phone brb
[20:03:46] <alex_joni_away> alex_joni_away is now known as alex_joni
[20:03:52] <alex_joni> greetings all
[20:04:08] <fenn> hi alex
[20:04:25] <alex_joni> yo fenn
[20:04:35] <Phydbleep> SWPadnos: Yeah, My wife is working with the 'New Mexico Commision for the Blind".. some of the engineers over there are idiots..
[20:04:46] <Phydbleep> alex_joni: WB :)
[20:04:54] <SWPadnos> now this is a really cool idea: http://www.itl.nist.gov/div895/isis/projects/brailleproject.html
[20:05:11] <alex_joni> any news on TP stuff?
[20:05:37] <SWPadnos> nope - we've been discussing more architectural things
[20:05:52] <alex_joni> buildings and such?
[20:05:54] <SWPadnos> (rather than implementation details, like a working trajectory planner :) )
[20:06:05] <alex_joni> heh
[20:06:12] <alex_joni> I started reading the Sonja thesis
[20:06:16] <alex_joni> pretty interesting
[20:06:29] <SWPadnos> I started looking, but got distracted
[20:06:36] <alex_joni> starting to get an I ideea about the stuff
[20:07:18] <alex_joni> starting to get an idea about the stuff
[20:07:43] <alex_joni> I'm sorry I missed John yesterday
[20:08:35] <Phydbleep> SWPadnos: Yeah, That is a cool idea.. I like the 2 track 4 actuator design.
[20:09:00] <SWPadnos> just having the rotating drum is neat-o
[20:09:16] <fenn> if you say so
[20:09:42] <fenn> i'd prefer a piezo array, but, i'll worry about that when i'm blind
[20:11:30] <fenn> if $1000 is a "cheap" display how much are they currently?
[20:13:13] <Phydbleep> fenn: Way too much..
[20:13:58] <SWPadnos> http://www.aagi.com/catalogue/ProductVersion.asp?101021
[20:14:00] <Phydbleep> fenn: They get $5k for something I can assemble from 'off the shelf' units for <$1k
[20:14:05] <SWPadnos> $6295 - ouch!
[20:15:49] <Phydbleep> SWPadnos: You should see the prices when you start adding a video cam with zoom and color inversion..
[20:16:06] <SWPadnos> oh yeah - I'm sure the CCTV systems are ungodly expensive
[20:16:09] <Phydbleep> * Phydbleep knows someone with "macular degeneration"
[20:16:46] <Phydbleep> SWPadnos: I can duplicate $10k or gear for $500 on pricewatch.
[20:17:05] <SWPadnos> yup - it's kind of like CNC :)
[20:18:00] <Phydbleep> SWPadnos: 99% of it is paid for with govt money so they pad the bill any way they can.
[20:18:07] <fenn> or anything the chinese haven't got to yet
[20:19:27] <fenn> fenn is now known as fenn_afk
[20:22:15] <rayh> Hey alex!
[20:22:43] <alex_joni> hey rayh
[20:23:14] <rayh> I see that I have to really be root to run emc2 and shut it down properly.
[20:23:41] <rayh> I was running sudo and it didn't clean up like it should.
[20:24:02] <rayh> Then I ran the stock 4.20 emc and things got twisted.
[20:24:14] <rayh> reboot time.
[20:24:55] <rayh> Where are you with the gtk front end to halcmd?
[20:25:50] <alex_joni> it's not really a halcmd gtk front end
[20:26:23] <alex_joni> I think of it as smthg like a logic probe, or logic analyser
[20:26:41] <alex_joni> you have basicly a screen with smthg like 10 logical values that you can track
[20:26:47] <alex_joni> kinda like IO_Show.tcl
[20:27:08] <alex_joni> but with the possibility to select which hal-pin you monitor for each of the fields
[20:27:42] <rayh> Okay. I can see it.
[20:28:09] <SWPadnos> how are the pins chosen?
[20:28:14] <alex_joni> dropdown
[20:28:27] <alex_joni> but I thought about argc&argv
[20:28:30] <rayh> With the hal, the exercise tcl scripts have to go away or get changed big time.
[20:28:48] <SWPadnos> cool - there's a hal "list pins" command, I take it?
[20:28:50] <alex_joni> and maybe even scan the .ini and appropiate .hal(s) for certain signals
[20:28:55] <alex_joni> SWP: yes
[20:29:10] <alex_joni> but.. only if you work at user level
[20:29:21] <alex_joni> if you do it from the code, you have access to the hal-shm
[20:29:30] <alex_joni> and have linked lists which you can navigate
[20:30:34] <SWPadnos> hmmm - parsing the output of 'halcmd show pins' (with appropriate modifications to its output) might be better
[20:30:35] <SWPadnos> one place to make changes
[20:31:05] <alex_joni> SWP: you don't want to do that for programs
[20:31:09] <alex_joni> it's ok for scripts
[20:31:14] <SWPadnos> right
[20:31:27] <alex_joni> next you'd want to parse halcmd show value
[20:31:39] <alex_joni> and output that on the screen
[20:31:49] <alex_joni> imagine doing that 30 times / second :(
[20:32:14] <SWPadnos> are there hal_lib functions to walk the lists? (I should look at the source before venturing suggestions :) )
[20:32:46] <alex_joni> there is some support
[20:32:53] <alex_joni> not that hard to code
[20:33:10] <SWPadnos> rihgt - it should just be coded once :)
[20:35:32] <Alpha1125> Alpha1125 is now known as A-L-P-H-A
[20:36:22] <alex_joni> rayh: still around?
[20:36:28] <alex_joni> you are awfully quiet ;)
[20:37:49] <SWPadnos> heh - the phone may be bothering him again (he also mentioned a reboot a little while ago...)
[20:38:17] <A-L-P-H-A> there goes 5 hours wasted.
[20:38:30] <A-L-P-H-A> screwed up the spindle housing, must restart.
[20:38:48] <alex_joni> alpha: bummer
[20:38:55] <A-L-P-H-A> I can do another few hours, OR, just buy a tube, and bore slightly, and ream... choices, choices.
[20:39:01] <A-L-P-H-A> I think I'll just do the later. :/
[20:39:08] <SWPadnos> I could be helpful and say "don't do that", but I won't :)
[20:39:29] <A-L-P-H-A> though it was good practice... and only a few bucks in materials. But still... 5hrs. :(
[20:39:31] <rayh> You bet i am alex_joni
[20:39:51] <alex_joni> heh.. nice
[20:40:03] <alex_joni> I'd appreciate some feedback
[20:40:22] <rayh> I'm working on a tcl/tk front end to parts of halcmd.
[20:40:27] <alex_joni> I sent a mail to jmk about this, but I guess he's pretty busy doing other stuff..
[20:40:47] <alex_joni> rayh: that you'll be able to use from other tcl/tk's ?
[20:41:01] <rayh> Yes.
[20:41:22] <rayh> I'm still pretty green with halcmd
[20:41:58] <alex_joni> rayh: you take it from the user's side
[20:42:12] <alex_joni> maybe extensions to iosh would be more usefull?
[20:42:32] <rayh> I'm still trying to get show pins to display a list.
[20:42:46] <rayh> getting close though.
[20:43:15] <rayh> John and I were talking about a version of halcmd that simplifies what gets returned.
[20:44:05] <rayh> In the end what I'm doing might lead to some extensions of iosh.
[20:44:37] <rayh> or at least a halcmd replacement for inb and outb
[20:44:40] <alex_joni> rayh: if you can give me a wishlist for iosh I might be able to do it
[20:44:47] <alex_joni> setp ?
[20:45:49] <rayh> We must rip out inb --- inw and outb -- outw
[20:46:02] <alex_joni> agreed
[20:46:09] <alex_joni> and we need setp / getp instead
[20:46:10] <rayh> and build similar things for hal.
[20:46:14] <alex_joni> problem is pin type
[20:46:47] <rayh> The trouble is that halcmd is so much smarter and more capable than inb and outb
[20:46:59] <A-L-P-H-A> 1/4 to 5, and I've got an alcohol buzz.
[20:47:09] <A-L-P-H-A> no more machining till I sober up.
[20:47:18] <rayh> We could just read halpins and write halbins.
[20:47:27] <SWPadnos> is 'halcmd setp $OUTPUT_NAME 0' such a bad thing?
[20:47:27] <rayh> halpins
[20:47:57] <alex_joni> they are all pins
[20:48:11] <alex_joni> ones are typed bools, other u8, u16, u32 and float
[20:48:12] <SWPadnos> rather than outb($PORT, (inb($PORT) & ~(1<<$BIT))
[20:48:13] <rayh> John was talking about expanding halcmd a bit so that we could query a single pin.
[20:48:53] <SWPadnos> there should be a "getp"
[20:49:33] <SWPadnos> or make show accept a simgle pin or signal name (if itdoesn't already)
[20:49:36] <SWPadnos> single
[20:49:48] <rayh> If we had getp that would do it.
[20:50:40] <alex_joni> SWP: but you still would have to know it's name
[20:50:50] <alex_joni> smthg like: parport.0.input-12
[20:51:09] <SWPadnos> yeah - I was thinking there needs to be an aliasing system, or a "rename" component
[20:51:23] <SWPadnos> so you can ask for "spindle_out"
[20:51:30] <robin_sz> * robin_sz nods
[20:52:01] <robin_sz> just do set( "spindle_out" , 1) or whatever
[20:52:10] <SWPadnos> or get spindle_out
[20:52:17] <robin_sz> and somewhere, some pin turns the spindle on
[20:52:38] <alex_joni> SWP: you can have a signal called spindle_out
[20:52:56] <alex_joni> which connects to parport.0.output15-not
[20:53:00] <alex_joni> if you want
[20:53:02] <robin_sz> right
[20:53:17] <alex_joni> problem is .. you can only have one writer to a hal pin
[20:53:37] <alex_joni> so you could write only to pins that are not connected
[20:53:39] <robin_sz> the same way you only have one driver on a wire
[20:53:55] <robin_sz> but htats easy .. just wire them to a hal OR gate or whatever
[20:53:59] <SWPadnos> unless John's idea of a "bidir" gets implemented
[20:54:20] <SWPadnos> the signal has the value of the last writer
[20:54:25] <Phydbleep> * Phydbleep hands robin_sz the I^2C spec and asks "Are you sure about that?"
[20:54:34] <robin_sz> ah yes
[20:54:44] <robin_sz> but I^^2C is screwy madness
[20:54:45] <anonimasu> * anonimasu yawns
[20:55:00] <robin_sz> wrote the internals of some I2c driven TV once
[20:55:37] <robin_sz> there are probably people righ tnow complaining about it not wanting to select certain channels without a reboot, and the sound randomly jumping in level etc etc etc
[20:55:45] <Phydbleep> * Phydbleep is building machine modules with a 3Mbit I^2C interconnect.
[20:55:52] <robin_sz> ick
[20:57:08] <Phydbleep> Beats hell out of 'carrier rats' or 'tin cans and string' :)
[20:57:50] <Phydbleep> robin_sz: Face it man, You just cant do RT via Rat-Express. :)
[20:58:29] <robin_sz> no no
[20:58:57] <robin_sz> what about the way I do it, with an RFC2549 compliant realtime network
[20:59:08] <rayh> alex_joni: I'm with you on the set pin thing.
[20:59:37] <alex_joni> but that would make it a bit unusable for writing ;)
[20:59:59] <robin_sz> extension of the old RFC1149 networking standard
[21:00:05] <alex_joni> if jmk implements stuff for bidir pins.. heh..it would be fairly easy
[21:00:27] <SWPadnos> can setp change a pin that's connected to a signal?
[21:00:42] <SWPadnos> (that would imply multiple writers)
[21:00:59] <robin_sz> Specification of Requirements
[21:00:59] <robin_sz> In this document, several words are used to signify the requirements
[21:00:59] <robin_sz> of the specification. These words are often capitalized.
[21:00:59] <robin_sz> MUST Usually.
[21:00:59] <robin_sz> MUST NOT Usually not.
[21:00:59] <robin_sz> SHOULD Only when Marketing insists.
[21:01:02] <robin_sz> MAY Only if it doesn't cost extra.
[21:01:03] <alex_joni> setp changes a parameter
[21:03:28] <SWPadnos> right - 'p' = parameter, not pin
[21:05:03] <Phydbleep> robin_sz: It wouls work with an absolute positioning system, but it'd take a month to come out of e-stop. :)
[21:05:26] <alex_joni> SWP: right now a signal is connected to 1 writer
[21:05:29] <alex_joni> and 1 or more readers
[21:05:35] <alex_joni> only the writer can write to it
[21:05:40] <alex_joni> and all the readers can read it
[21:05:46] <SWPadnos> yep - I was thinking of scope, then realized that it's a reader
[21:06:08] <alex_joni> the moment you connect a signal it checks if it already has a writer, if so it'll only connect to readers
[21:07:24] <Phydbleep> alex_joni: Where does that leave screwballs like me? I was going to use 2 lpt's (1 for address, 1 for data) and treat it like a data array.
[21:07:44] <SWPadnos> for what?
[21:08:29] <Phydbleep> SWPadnos: Me? To control a 3+ axis machine.
[21:09:02] <SWPadnos> I mean what's the addr/data for?
[21:09:19] <SWPadnos> (ie, address of what)
[21:09:45] <alex_joni> SWP: one parport not enough?
[21:09:59] <SWPadnos> it is for me, I have a USC
[21:10:07] <alex_joni> right
[21:10:12] <alex_joni> working in emc2?
[21:10:16] <alex_joni> *grins*
[21:10:21] <Phydbleep> Direct control to test the prototype.. Shutdown emc and pump test routines out the ports to exercise the unit.
[21:10:38] <SWPadnos> I wonder what erxternal hardware would use an address and data interface
[21:10:56] <alex_joni> hmmm.. another PC?
[21:11:03] <SWPadnos> you could still make a HAL for that - you would just have 256 halbyte pins
[21:11:23] <SWPadnos> the output routine would then have to output data as needed by the hardware
[21:11:44] <SWPadnos> (probably wat to keep track of changed bytes for efficiency)
[21:11:46] <SWPadnos> awnt
[21:11:47] <Phydbleep> SWPadnos: Yeah, ?I was hoping that would work. :)
[21:11:48] <SWPadnos> want
[21:12:26] <SWPadnos> I have tried the USC with BDI4 (on 2.6) - I haven't had a chance to try the other code that's in HEAD right now :(
[21:12:55] <Phydbleep> SWPadnos: The machine controller ends up as the RT controller and emc just pumps g/m code at it.
[21:13:21] <SWPadnos> ah - a custom controller?
[21:14:43] <Phydbleep> SWPadnos: Yeah, PIC 18F452 master with a 16F819 on the encoder and a 16F57(?) on the motor driver.
[21:15:07] <alex_joni> bleah PIC :-x
[21:15:11] <SWPadnos> they have flash '5x chips now?
[21:15:17] <alex_joni> x-(
[21:15:19] <alex_joni> yukc
[21:15:22] <alex_joni> yuck even
[21:15:24] <SWPadnos> what a waste of good flash :)
[21:15:53] <SWPadnos> I gave up on the PIC when the AVR came out - I like processors that can keep track of the carry bit themselves
[21:15:56] <Phydbleep> Makes prototyping a snap if you build for ICSP.
[21:16:29] <SWPadnos> I never used the 18xxx though - those are the hogher end chips, right
[21:16:33] <SWPadnos> higher
[21:21:25] <Phydbleep> SWPadnos: 40MHz micro with UART/I^2C/8 channel 10 bit ADC/32k flash/256byte eeprom/1536 byte ram.
[21:21:52] <alex_joni> sounds like an ATMega32
[21:21:57] <alex_joni> :P
[21:22:04] <SWPadnos> at 10 MHz
[21:22:04] <alex_joni> you get JTAG for that
[21:22:16] <alex_joni> and a free c compiler
[21:22:17] <SWPadnos> the PICs are usually less expensive though
[21:22:19] <alex_joni> and debugger
[21:22:27] <alex_joni> well.. depends on what you code
[21:22:28] <Phydbleep> Microchip is making some nice dsp chips now too.... DSPic line.
[21:22:49] <alex_joni> if you need to spend a few G's on devel tools..
[21:22:51] <SWPadnos> they're not much better than the mega instruction set, from what I can see
[21:23:17] <SWPadnos> the megas have an 8-bit multiply, fractional as well
[21:23:25] <SWPadnos> (8x8 with 16-bit result)
[21:23:42] <Phydbleep> That's just the 18F452.. The 18Fxx line is huge and they have some fun interface options.
[21:24:22] <SWPadnos> indeed. the PICs are usually better at power-related things, and the AVRs with just about everything else (from what I've seen)
[21:24:35] <SWPadnos> there are AVRs that go to 256k flash now
[21:24:48] <SWPadnos> also 10-channel light controllers (many PWMs)
[21:24:56] <alex_joni> right
[21:25:12] <alex_joni> and also some GPL OS'es available for AVR
[21:25:25] <alex_joni> like the ethernut I worked on
[21:25:27] <SWPadnos> true of the PIC as well, I think
[21:25:42] <SWPadnos> there is a tinyC pic compiler (or something like that)
[21:26:26] <alex_joni> anyways... I did make a few ucontroller boards
[21:26:29] <alex_joni> and the ones with PIC's ALWAYS had problems
[21:26:40] <alex_joni> I didn't get it ...
[21:26:47] <alex_joni> every time I ran into troubles
[21:27:40] <alex_joni> and no simple problems..
[21:27:52] <alex_joni> stuff like.. board doesn't work if you take you hands off it
[21:27:58] <Phydbleep> alex_joni: In a machine enviroment you really have to watch the power supplies or you'll get noise that will kill it. :\
[21:27:58] <alex_joni> or it randomly resets
[21:28:17] <alex_joni> last PIC I overclocked at 50 Hz
[21:28:56] <SWPadnos> that PIC is around half the price of the mostly comparable AVR though
[21:29:14] <alex_joni> did work for a few cycles
[21:29:24] <alex_joni> then it jumped to the ceiling :)
[21:29:25] <SWPadnos> which is why some people still use them, I guess :)
[21:29:29] <alex_joni> up to PIC heaven
[21:29:34] <SWPadnos> smokin'
[21:29:49] <alex_joni> well.. it liked the 50Hz
[21:29:52] <Phydbleep> alex_joni: You mean overclocked at 50 MHz?
[21:30:08] <alex_joni> just didn't like the 230V power supply
[21:30:27] <SWPadnos> for a real speed improvement, use the SX chip - they actually pipelined the CPU, and it runs at 1 instruction per clock
[21:30:52] <alex_joni> does it run on AC power?
[21:30:52] <SWPadnos> (though interrupts have more jitter, I think)
[21:30:57] <SWPadnos> not well
[21:30:58] <alex_joni> I'll try one ;)
[21:31:05] <alex_joni> maybe a bit higher
[21:31:08] <alex_joni> 400V AC
[21:31:28] <alex_joni> that's about the only thing I could convince myselfto do with a PIC
[21:31:53] <Phydbleep> alex_joni: Plugging the PIC straight into the mains exceeds VDD by 220V, voids the warranty and is not reccomended design practice. :)
[21:32:20] <alex_joni> yeah.. and it leaves bad smoke marks on the ceiling
[21:32:24] <alex_joni> but it's ok for me
[21:34:01] <SWPadnos> the PIC-gun
[21:34:52] <Phydbleep> SWPadnos: Scary.. I was thinking about a 2 kg brick of steel propelled down the barrel by a row of exploding PIC's. :)
[21:35:09] <SWPadnos> hey - lots of repeat sales :)
[21:35:15] <alex_joni> now there's a project I'd like to get involved with
[21:35:21] <SWPadnos> (I'd loveto have the lucrative service contract on that one)
[21:35:22] <alex_joni> :D
[21:35:31] <alex_joni> SWP: the beauty is .. you can use scrap parts too
[21:35:43] <SWPadnos> heh
[21:37:57] <Phydbleep> alex_joni: I've never had a problem with them, Of course I de-rate parts 50-80% depending on what I'm doing and how paranoid I am about the device trying to self-destruct.
[21:38:17] <alex_joni> well..
[21:38:27] <alex_joni> you are certainly lucky ;)
[21:40:13] <Phydbleep> * Phydbleep is hte type that uses 2kV caps in 100V motor drive circuits so he can forget about them for 20 years...
[21:40:51] <alex_joni> nice
[21:42:48] <alex_joni> * alex_joni imagines some 2kV 1F caps
[21:43:05] <Phydbleep> 50A diode bridges in 15A circuits, Whatever's handy and looks like it will survive use, abuse, neglect and eventually fail in a spectacular manner.. :)
[21:43:08] <rayh> Gotta run guys. Fun and instructive as always.
[21:43:17] <SWPadnos> um - bye
[21:43:17] <alex_joni> bye ray
[21:43:24] <Phydbleep> Laters ray. :)
[21:46:00] <Phydbleep> alex_joni: I end up recycling 90% of my components from surplus/salvage.. Sandia/LANL are close so we get all kinds of odd surplus here.
[21:46:19] <alex_joni> nice
[21:46:31] <alex_joni> http://dsplabs.utt.ro/projects/contests/suceava_2002/photo/page_03/im040.jpg
[21:46:46] <alex_joni> some project with PIC I did a while ago at a contest
[21:47:40] <Phydbleep> alex_joni: Wow! A door lock! <JK> :)
[21:48:04] <alex_joni> it was actually a control system for an alarm system
[21:48:21] <alex_joni> we had 4 days to do the whole thing
[21:48:26] <alex_joni> HW & SW
[21:50:10] <SWPadnos> hence the high quality board layout ;)
[21:50:19] <alex_joni> right ;)
[21:51:17] <alex_joni> http://www.eed.usv.ro/html/hard_soft_contest.php
[21:52:43] <alex_joni> think I'm going to bed soon..
[21:53:02] <Phydbleep> SWPadnos: Hey man I still have a big block of the plug-n-proto stuff I use for quick setups. :)
[21:53:25] <SWPadnos> yeah - it's still useful
[21:57:52] <Phydbleep> alex_joni: BEEP! Wake up and go to sleep. :)
[21:58:07] <alex_joni> http://dcti.usv.ro/misc/gallery/hs2003/abc
[21:58:14] <A-L-P-H-A> big F'n mistake.
[21:58:23] <alex_joni> that's me in the background working on some stuff
[21:58:29] <alex_joni> ALPHA: what is?
[21:58:39] <A-L-P-H-A> Called an exGF. it's like nothing ever happened. And everything is fine.
[21:58:55] <alex_joni> heh
[21:59:03] <alex_joni> if you're that lucky
[22:00:04] <A-L-P-H-A> no.
[22:00:10] <A-L-P-H-A> it's not exactly a good thing,
[22:00:15] <A-L-P-H-A> I don't know.
[22:00:26] <A-L-P-H-A> it's the first time I'm drunk, and just decided to call my old firends up.
[22:00:27] <A-L-P-H-A> friends
[22:00:35] <Phydbleep> alex_joni: http://www.garagegames.com/images/uploaded/imag.7174.me.jpg
[22:00:42] <A-L-P-H-A> and she was someone I haden't talked to in a very long time
[22:01:00] <A-L-P-H-A> Phydbleep, are yo uobiwan?
[22:01:04] <A-L-P-H-A> obiwan
[22:01:18] <A-L-P-H-A> obiwan with a headset?
[22:01:31] <fenn_afk> Phydbleep, can't you get a better picture than that?
[22:01:41] <A-L-P-H-A> anyways, so I called her up... before she went into work, and wants to talk some more at 12:30am.
[22:01:48] <Phydbleep> A-L-P-H-A: No.. More like R2 and Chewbakka's love child. :)
[22:02:04] <A-L-P-H-A> fenn_afk, no... we'll see the acme scares.
[22:02:45] <A-L-P-H-A> shit, I'm actually thinking of going to her work...
[22:02:46] <A-L-P-H-A> :/
[22:02:53] <A-L-P-H-A> just not in this drunk'n state.
[22:02:55] <Phydbleep> A-L-P-H-A: So by about 02:00 you should be fighting again?
[22:02:57] <alex_joni> A-L-P-H-A: too bad you missed 12:30 :(
[22:03:03] <alex_joni> [01:01] <alex_joni> A-L-P-H-A: too bad you missed 12:30 :(
[22:03:14] <A-L-P-H-A> 12:30am EST.
[22:03:34] <alex_joni> could be 12:30am WEST for what I care
[22:03:39] <alex_joni> :P
[22:03:46] <A-L-P-H-A> aj. :) DIE. :)
[22:03:47] <Phydbleep> 6.5 hours from now.
[22:04:11] <A-L-P-H-A> ah... f@ck, my head's spinning
[22:04:36] <fenn_afk> alcohol is known to be poisonous...
[22:05:25] <alex_joni> ALPHA: lay down for a couple of hours
[22:05:30] <alex_joni> it's known to help
[22:05:40] <Phydbleep> fenn_afk: Uh oh, Time for an exorcism.. Grab a vernier caliper and repeat after me..
[22:05:40] <fenn_afk> try throwing up all over yourself :)
[22:06:12] <fenn_afk> In the name of henry maudsley, thou shalt not drink and operate heavy machinery.
[22:06:12] <Phydbleep> A-L-P-H-A: "The Power of Beans Propells You!"
[22:08:35] <alex_joni> coffee beans?
[22:08:37] <Phydbleep> fenn_afk: Are fat chicks classed as heavy equipment?
[22:08:39] <alex_joni> :D
[22:09:10] <alex_joni> lol
[22:09:26] <Phydbleep> alex_joni: If we're lucky they're coffee beans. :)
[22:10:23] <Phydbleep> * Phydbleep has never met A-L-P-H-A or his ex-gf and is asking out of curiosity.
[22:11:40] <asdfqwega> You guys are lucky - to even have exGF's
[22:12:35] <alex_joni> exGF is no better than noGF
[22:14:29] <Phydbleep> Define 'lucky' my ex-gf and my wife sit around and compare notes.. :)
[22:14:47] <jacky^> hi all
[22:15:12] <jacky^> im at the first experience on emc
[22:15:27] <alex_joni> hey jacky^
[22:15:35] <alex_joni> we all have our defects ;)
[22:15:59] <jacky^> i don't know how to connect input limit switch to the parallel port
[22:16:07] <jacky^> hi alex_joni
[22:16:18] <alex_joni> what flavour of emc?
[22:16:31] <jacky^> i'm using bdi
[22:16:33] <alex_joni> I mean.. where did you get it from, how did you install?
[22:16:37] <alex_joni> BDI?
[22:16:40] <jacky^> yes
[22:16:41] <alex_joni> bdi4?
[22:16:48] <alex_joni> bdi4-20 ?
[22:16:50] <jacky^> the latest i suppose
[22:16:58] <Phydbleep> jacky^: Do you have a connector/adapter to plug onto the port?
[22:16:58] <alex_joni> right
[22:17:05] <jacky^> i download it some week ago
[22:17:34] <jacky^> Phydbleep: no, i'm using a simple cable
[22:18:11] <Phydbleep> jacky^: OK, so you're not just jamming wires into the back of the pc. :)
[22:18:32] <jacky^> no,
[22:19:22] <jacky^> i tried to connect all switches in parallel
[22:19:36] <jacky^> all limit - togheter
[22:20:08] <alex_joni> did you take a look at the Integrators Handbook?
[22:20:18] <jacky^> no..
[22:20:27] <alex_joni> lim+ go to pin 15
[22:20:39] <jacky^> yes, i know
[22:20:41] <alex_joni> lim- go to pin 13
[22:20:45] <alex_joni> and home to 12
[22:20:48] <jacky^> the strange thing is
[22:20:57] <alex_joni> also.. if tkemc starts with big red letters
[22:21:08] <alex_joni> you probably have the polarity reversed
[22:21:14] <alex_joni> you can fix that easily from the ini
[22:21:31] <jacky^> testing voltage on these pin i always read about 4,80 V
[22:21:47] <jacky^> the switch are normally open
[22:22:23] <SWPadnos> what is the voltage if you close a switch?
[22:22:34] <jacky^> about 5
[22:22:41] <A-L-P-H-A> Phydbleep, alex_joni, instead of laying down... I'm going to driving range. Relieve some stress, and pentup sexual frustration
[22:22:41] <jacky^> are optical switch
[22:22:41] <alex_joni> well.. you need a pulldown
[22:23:00] <Phydbleep> jacky^: Try a 10k resistor to ground.
[22:23:14] <jacky^> well, ok
[22:23:19] <A-L-P-H-A> I had a phonecall, one of my good friends. going to the driving range, and nailing some balls into the 200+ yards line.
[22:25:34] <Phydbleep> A-L-P-H-A: Somehow 'Displaying your frustrated sex-drive' by 'going out in public and playing with your balls' seems almost poetic. :)
[22:25:48] <alex_joni> rofl
[22:26:21] <Phydbleep> * Phydbleep has a talent for stating the obvious.
[22:27:42] <Phydbleep> jacky^: Did that help?
[22:27:48] <jacky^> :-)
[22:27:59] <jacky^> tnx, i'm reading
[22:28:06] <alex_joni> right
[22:28:24] <alex_joni> but it seems your voltage won't go down, that's why the system doesn't see the switch
[22:28:47] <alex_joni> you need some pulldown to make it go low (the 10k resistor Phydbleep suggested should do the trick)
[22:29:19] <Phydbleep> alex_joni: Probably no pull-up/down resistors in the port/chip.
[22:29:20] <jacky^> alex_joni: if i test the voltage on pin 12-13-15 i have 5 V.. without connect anything
[22:29:28] <jacky^> can't undestand
[22:29:42] <alex_joni> the parport has internal pullups on some modes
[22:29:48] <jacky^> uhmmm
[22:29:55] <alex_joni> so as not to let the pins floating.. which might confuse apps
[22:30:06] <Phydbleep> jacky^: Tie pin 13 to ground through a 10k resistor, then read it.
[22:30:15] <jacky^> ok
[22:31:03] <Phydbleep> jacky^: IF it works use 1 resistor for each of the 3 leads.
[22:31:15] <jacky^> well
[22:31:34] <jacky^> non need diode zener , right ?
[22:31:59] <Phydbleep> Nope.. Use pins 18-25 for ground
[22:32:03] <alex_joni> if you have optical switches .. it should be ok
[22:32:06] <jacky^> thanks
[22:32:08] <alex_joni> better stick to 25
[22:32:09] <jacky^> a lot
[22:32:22] <alex_joni> some wierd parports don't have 18-25 tied together
[22:32:23] <alex_joni> :(
[22:32:51] <Phydbleep> * Phydbleep bus-bars the connector to be sure.
[22:32:53] <jacky^> can i test first, np
[22:33:51] <Phydbleep> alex_joni: Extra minute with the soldering iron saves a lot of headaches later. :)
[22:34:07] <alex_joni> jacky^: mind telling us where from, and what you'll use emc for?
[22:34:32] <Phydbleep> alex_joni: Somewhere in Italy. :)
[22:34:48] <jacky^> uhm.. i try (sorry my english is very bad)
[22:35:09] <alex_joni> Fido: actually figured that out myself ;)
[22:35:12] <jacky^> i would like to use emc for personal use
[22:35:23] <jacky^> no commercial
[22:35:28] <alex_joni> milling?
[22:35:34] <jacky^> yes
[22:35:44] <alex_joni> nice
[22:35:53] <alex_joni> italy is a nice country
[22:35:58] <alex_joni> been there twice
[22:36:02] <jacky^> uhm..
[22:36:09] <jacky^> nice to see it
[22:36:15] <jacky^> not live there
[22:36:27] <alex_joni> heh ;)
[22:36:36] <jacky^> i like australia
[22:37:00] <alex_joni> too warm ;)
[22:37:07] <jacky^> naaa
[22:37:11] <jacky^> nice
[22:37:25] <jacky^> europe won't work ..
[22:37:36] <jacky^> usa the same
[22:37:42] <alex_joni> well.. let us know if it works... ok?
[22:37:48] <jacky^> sure
[22:37:57] <jacky^> i tested it this evening
[22:38:01] <jacky^> for now
[22:38:08] <jacky^> i can move manually
[22:38:25] <alex_joni> can you home?
[22:38:52] <jacky^> no.. i just tried to move xyz axes using + -
[22:39:02] <jacky^> i tried emc generic
[22:39:14] <alex_joni> jacky^: I don't know if you're aware, but there's a wiki page (wiki.linuxcnc.org) covering pretty much
[22:39:17] <jacky^> i'm looking for edit the ini file
[22:39:31] <alex_joni> also.. there's a section there with peoples machines, you might want to add yours when it works
[22:39:33] <jacky^> ah ! tnx
[22:39:42] <jacky^> ill' see soon
[22:56:22] <alex_joni> ok guys
[22:56:27] <alex_joni> this is it for me for toda
[22:56:30] <alex_joni> today even
[22:56:34] <alex_joni> night
[22:56:59] <alex_joni> [01:55] <alex_joni> night, or good morning depending on your EST | WEST | whatever timezone ;)
[22:57:07] <jacky^> night alex_joni
[22:57:37] <alex_joni> jacky^: found the handbooks?
[22:58:12] <jacky^> yes, tnx a lot :-)
[22:58:23] <alex_joni> your welcome
[23:00:41] <alex_joni> jacky^: you might also want to look at http://sourceforge.net/project/showfiles.php?group_id=6744
[23:00:46] <alex_joni> there's a docs.tgz
[23:01:02] <jacky^> ok
[23:01:04] <jacky^> :-)
[23:01:05] <alex_joni> contains Integrator, Developer, User Handbook.. a bit old, but usefull information
[23:01:09] <alex_joni> night now ;)
[23:01:14] <jacky^> night
[23:03:58] <anonimasu> * anonimasu yawns
[23:08:31] <Phydbleep> * Phydbleep wanders back from dealing with the aftermath of a "Child + Cat + sticky food" situation..
[23:10:03] <jacky^> heh
[23:10:06] <jacky^> :-)
[23:11:58] <anonimasu> I should either draw some part, or watch a movie
[23:21:59] <asdfqwega> logger_aj, bookmark
[23:22:00] <asdfqwega> See