#emc | Logs for 2005-03-02

[00:10:24] <robin_z> well, everything has to be paid for I guess
[00:17:33] <asdfqwega> ...and then some.
[00:17:42] <asdfqwega> ...and then a little more on the side.
[02:16:47] <SWPadnos> SWPadnos is now known as SWP_Away
[03:20:54] <Jymmm> pindrop..... KaPLUNK!
[03:24:58] <A-L-P-H-A> * A-L-P-H-A lets out a silent fart to share with all.
[03:26:09] <Jymmm> oh joy
[03:41:24] <jepler_> http://www.google.com/url?sa=U&start=3&q=http://www.siam.org/siamnews/09-01/milling.pdf&e=747
[03:43:41] <A-L-P-H-A> jepler_, yeah... shortest path milling. Shorter the path, the better.
[03:44:58] <A-L-P-H-A> really isn't anything new, if you think about it. if the CAM software was able to do it for me, then great. but I don't know of any yet.
[03:56:53] <SWP_Away> Jymmm: Have you been to Fry's in San Jose (I suppose I should ask "how long ago :) )?
[03:57:08] <SWP_Away> SWP_Away is now known as SWPadnos
[03:58:38] <Jymmm> Brokaw store? Maybe a couple months ago
[03:59:32] <SWPadnos> I have a friend there right now - was just wondering how the proces compare to online
[03:59:34] <Jymmm> Sunnyvale is much better though.
[03:59:50] <SWPadnos> Isn't the San Jose store the "home" store?
[03:59:53] <Jymmm> store is cheaper
[04:00:12] <Jymmm> Vrokaw ic Corp HQ
[04:00:18] <SWPadnos> cheaper than everyone, or cheaper than Fry's?
[04:00:24] <SWPadnos> (ie, pricewatch)
[04:00:28] <Jymmm> cheaper than outpost.com
[04:12:32] <A-L-P-H-A> check out this site as well. http://www.xpbargains.com/
[04:12:35] <A-L-P-H-A> fatwallet.com
[04:12:45] <A-L-P-H-A> if in Canada. www.redflagdeals.com
[04:58:40] <Jymmm> i haven't bought pc's stuff in a long time.
[06:24:41] <SWPadnos> SWPadnos is now known as SWP_Away
[08:47:13] <CIA-4> 03swpadnos 07bdi-4 * 10emc2/src/emc/motion/emcioctl.c: Removed static declaration from emc_major in emcioctl.c - this had prevented any motion modules from loading due to an unknown symbol error
[08:50:12] <anonimasu> good morning
[08:54:01] <A-L-P-H-A> hi
[08:59:47] <anonimasu> I am happy
[09:09:06] <anonimasu> * anonimasu has ordered lots of toys today
[09:15:05] <anonimasu> :)
[09:15:11] <anonimasu> a plc setup ;)
[09:15:15] <anonimasu> for 1000$
[12:14:13] <anonimasu> good morning paul
[12:17:37] <paul_c> wahoo... 2.6.9 and 2.6.10 patches in RTAI.
[12:17:53] <anonimasu> :)
[12:17:57] <anonimasu> nice
[12:18:53] <anonimasu> I broke my Z axis yesterday and didnt notice..
[12:19:03] <anonimasu> when plunging the reduction gear came off..
[12:19:09] <anonimasu> need a new setscrew..
[12:20:25] <paul_c> have an M3 socket head.
[12:20:41] <anonimasu> :)
[13:24:48] <anonimasu> * anonimasu yawns
[14:24:55] <paul_c> Hi vasquez
[14:25:17] <vasquez> hey paul_c
[14:42:59] <paul_c> Yo Steve
[14:43:10] <SteveStallings> hi Paul
[14:43:17] <paul_c> Question about the dates for the codeFest
[14:43:37] <SteveStallings> just updated page, Monday's date fixed
[14:43:41] <paul_c> Is April 24th a Sunday ?
[14:43:43] <Jymmm> Morning Folks!
[14:44:06] <SteveStallings> also added info on NAMES and Roland's workshop
[14:45:30] <SteveStallings> looks like the NAMES folks are at it again, their webmaster quit
[14:46:02] <SteveStallings> morning Jymmm
[14:46:57] <Jymmm> so how we all doing so far?
[14:47:55] <paul_c> * paul_c has been looking at flights to IAD & BWI
[14:48:26] <Jymmm> paul_c: You still upset with me?
[14:49:02] <paul_c> why, what have you done ?
[14:49:22] <Jymmm> paul_c: you got a lil "uptight" over the PITA comment I had made.
[14:50:10] <Jymmm> how in the hell was I suppose to know that "beamboy" was something legit. Sound cartoonish.
[14:51:20] <paul_c> * paul_c thinks Jymmm is getting confused with robin_z
[14:51:30] <Jymmm> DOH!
[14:51:41] <Jymmm> your right, I've been up since 4am
[14:52:32] <Jymmm> all you cnc ppl look the same to me
[14:52:49] <SteveStallings> you obviously have not SEEN paul 8-)
[14:52:59] <Jymmm> nope! lol
[14:53:02] <paul_c> * paul_c takes umbrage.
[14:53:20] <SteveStallings> take several, I doubt one will do the trick
[14:54:11] <SteveStallings> Paul, are you trying to make trip to just the fest, or to NAMES also?
[14:55:06] <paul_c> Not going to NAMES (not unless someone pays me to).
[14:55:20] <SteveStallings> I am still trying to figure out my driving arrangements.
[14:56:00] <SteveStallings> Hopefully Ray will convince someone to be an EMC demonstator in my booth.
[14:56:21] <paul_c> well... For me, it looks like Thursday is the best day to fly in.
[14:56:33] <SteveStallings> I will be supplying the space, but will be too busy to do demos.
[14:56:53] <Jymmm> what kind of show?
[14:56:59] <paul_c> tacky
[14:57:24] <SteveStallings> http://www.modelengineeringsoc.com/Expo/expo16.html
[14:58:05] <SteveStallings> If Ray and Matt are working on lathe and you don't go, not sure how many others are that dedicated.
[14:59:10] <paul_c> After last year, there is little (if any) incentive to return.
[14:59:24] <Jymmm> what the hell.... it said models.... I don't see any bikinis in those pics?!?!?!??!??!
[14:59:59] <SteveStallings> Understood, but I think it would be a shame to not show EMC there.
[15:02:24] <Jymmm> paul_c why what happened?
[15:04:06] <SteveStallings> The NAMES folks did a very poor job of organizing the
[15:04:26] <SteveStallings> CNC exhibit area and distressed everyone trying to show systems.
[15:04:59] <Jymmm> have they ack that at least?
[15:05:21] <SteveStallings> They are very old school and don't seem to get it.
[15:07:02] <paul_c> one power point between, what, ten of us....
[15:10:43] <Jymmm> PP ?
[15:10:55] <paul_c> 110V AC outlet
[15:11:09] <Jymmm> oh, not the M$ kind
[15:11:28] <Jymmm> it's called an outlet!
[15:11:38] <Jymmm> damnit =)
[15:12:03] <paul_c> plug'n'socket.
[15:19:04] <Jymmm> anyone know if there are good motors in copiers?
[15:20:27] <SteveStallings> copiers have a large variety of motors
[15:20:38] <Jymmm> steppers/servos?
[15:22:18] <SteveStallings> if you are looking for steppers, the ones in copiers will likely be higher voltage and not great for speeds used in CNC
[15:23:36] <Jymmm> whats a good source to strip them from?
[15:24:01] <SteveStallings> old CNC equipment]
[15:24:14] <SWP_Away> SWP_Away is now known as SWPadnos
[15:24:49] <Jymmm> lol
[15:24:54] <SWPadnos> hey there
[15:25:39] <Jymmm> Morning SWPadnos
[15:25:47] <SWPadnos> yes it is
[15:25:55] <SWPadnos> sad, isn't it?
[15:26:44] <Jymmm> ok, somebody woke up on the wrong side of the dog house
[15:26:57] <SWPadnos> not bad, just sad :)
[15:27:20] <SWPadnos> (I went to bed around 4:00, and got up around 9:00, so I'm a little tired)
[15:28:30] <Jymmm> ah
[15:28:48] <SWPadnos> So - I actually committed a change to CVS last night, and this morning I have a "hold" notice from emc-commit: moderated list, waiting for approval ...
[15:29:54] <paul_c> you need to subscribe your sourceforge addy to emc-commit
[15:30:13] <SWPadnos> OK - that's even for the automatic messages?
[15:30:34] <paul_c> yup.
[15:35:36] <paul_c> * paul_c curses L. Wilson....
[15:35:56] <SWPadnos> The inventor of the Volleyball?
[15:36:03] <SWPadnos> (according to Casw Away)
[15:36:07] <SWPadnos> Cast
[15:36:19] <paul_c> see emc-users list.
[15:37:12] <SWPadnos> Ah
[15:42:18] <SteveStallings> morning Ray
[15:42:37] <rayh> Hi Steve. How you doing today?
[15:42:56] <SteveStallings> see updated LCNC events page: http://linuxcnc.org/EMC_news_history/index.html
[15:43:55] <rayh> Fantastic.
[15:46:59] <anonimasu> /ME SMILES
[15:47:04] <anonimasu> This seems to towk
[15:48:12] <anonimasu> :)
[16:18:41] <rayh> * rayh goes down for new hardware.
[16:23:23] <paul_c> * paul_c senses the oportunity to kick/ban a nick.
[16:23:38] <stevestallings2> have fun
[16:25:40] <paul_c> paul_c has kicked SteveStallings from #emc
[16:47:40] <narnia> knock, knock, anyone home?
[16:48:30] <SWPadnos> Who's there?
[16:49:10] <Jymmm> anyone home who?
[16:58:04] <les> ah lunch break
[17:26:24] <an0n> * an0n smiles
[17:26:29] <an0n> my part turned out perfect..
[17:26:31] <an0n> :)
[17:26:39] <an0n> but I made it all too small
[17:27:20] <an0n> I'll post a good pic when I bring the dcam off work :)
[17:34:57] <an0n> http://www.bojn.net/~an0n/prototype01.jpg
[17:34:59] <an0n> that's a bad one..
[17:35:02] <an0n> :)
[17:36:26] <Jymmm> a lil small? wth?
[17:36:47] <an0n> yeah.. it's 6cm..
[17:36:56] <an0n> 6.00 ;)
[17:37:02] <an0n> but it needs to be more like 8cm..
[17:37:19] <Jymmm> then why didnt you make it 8mm?
[17:37:52] <an0n> oh, brainf*ck when doing the cad drawing..
[17:37:55] <Jymmm> CAD has this wonderful ting called a RULER
[17:38:13] <Jymmm> you forgot kerf?
[17:38:22] <an0n> I diwhat?
[17:38:34] <Jymmm> an0n i dont know, you tell me =)
[17:38:50] <Jymmm> what brain fart did you have?
[17:39:01] <an0n> oh, the size of it..
[17:39:05] <an0n> the design is as I want it to..
[17:40:38] <an0n> but it's 1/2 the scale..
[17:41:20] <an0n> it dosent matter if its larger.. I need to fit 3 seeds per rev on the wheel that goes in the centre
[17:41:44] <Jymmm> flower seeds?
[17:41:58] <an0n> tree seeds..
[17:42:15] <Jymmm> planting machine?
[17:42:31] <an0n> we build machines for preparing the ground for planting trees.. and this is addon for it..
[17:42:35] <an0n> yeah
[17:42:41] <Jymmm> ah, ok.
[17:43:24] <an0n> I work with programming them and building/designing the huydralics..
[17:43:55] <Jymmm> oh fun.... not!
[17:44:21] <an0n> Jymmm: I can program for a living and do loads of work with prototyping.. for other customers also..
[17:44:32] <an0n> ^_^
[17:44:40] <Jymmm> I meant the hydrolics
[17:45:17] <an0n> Jymmm: it gives the rest of what I do variation :)
[17:45:39] <Jymmm> between pulling out hair?
[17:45:45] <an0n> heh.. nah
[17:46:09] <an0n> I got past that stage a while ago..
[17:46:12] <an0n> * an0n is bald
[17:46:14] <Jymmm> lol
[17:46:17] <an0n> j/k
[17:55:48] <Jymmm> Jymmm is now known as CodesWithIdiots
[18:04:33] <CodesWithIdiots> CodesWithIdiots is now known as Jymmm
[18:15:57] <alex_joni> greetings
[18:16:41] <alex_joni> hey jepler
[18:19:42] <an0n> hey alex
[18:19:46] <an0n> hi jepler
[18:20:07] <alex_joni> hey andars
[18:20:12] <alex_joni> anders
[18:20:24] <alex_joni> how's life?
[18:20:53] <an0n> my neck's causing me pain but other then that it's all good
[18:21:05] <alex_joni> how's that pwm going?
[18:21:17] <an0n> I got some prototype hardware pwm modules on order :)
[18:21:19] <Jymmm> an0n: you're low on hydralic fluid =)
[18:21:30] <alex_joni> hey Jymmm
[18:21:43] <alex_joni> I thought an0n was pneumatic only
[18:21:44] <Jymmm> how ya doin alex_joni
[18:21:49] <an0n> alex_joni: pneumatic?
[18:21:53] <an0n> alex_joni: never :)
[18:22:01] <alex_joni> hydraulics all the way?
[18:22:03] <alex_joni> :-P
[18:22:05] <an0n> only pneumatics I do are for hobby projects
[18:22:06] <Jymmm> alex_joni (battery operated)
[18:22:17] <alex_joni> * alex_joni is low on battery
[18:22:24] <an0n> alex_joni: you cant get enough force out of pneumatics :)
[18:22:37] <an0n> alex_joni: http://www.bojn.net/~an0n/prototype01.jpg
[18:22:37] <alex_joni> an0n: I know ;)
[18:22:40] <an0n> hehe
[18:23:00] <an0n> alex_joni: but I got a 0-10v amp 0-24v
[18:23:12] <alex_joni> nice part
[18:23:31] <an0n> thanks :)
[18:23:44] <alex_joni> got it sorted out eventually?
[18:23:45] <an0n> that I can use in a project that only requires one output..
[18:23:46] <an0n> yeah
[18:24:18] <an0n> alex_joni: both the trouble with me being inexperienced with emc and thoose scary offsets ;)
[18:24:35] <alex_joni> so it was offsets after all?
[18:24:53] <an0n> yeah but it dosent seem like it's a bug.. afterall..
[18:25:04] <an0n> I had it set on relatie pos..
[18:25:13] <alex_joni> but?
[18:25:13] <an0n> but when I did a mdi move it switched to absolute..
[18:25:30] <an0n> causing the machine to move to the real 0
[18:25:33] <Jymmm> mdi?
[18:26:05] <an0n> Jymmm: typing a line of gcode directly, by hand..
[18:26:19] <Jymmm> ah
[18:26:31] <an0n> alex_joni: I dont have any idea how it happens, but it's not a big deal when you are aware of it..
[18:26:37] <Jymmm> * Jymmm is still learning morse code... for the last 20 years.
[18:26:54] <an0n> an0n is now known as anonimasu
[18:27:15] <anonimasu> alex_joni: how's it going with you?
[18:27:28] <alex_joni> errr...I would say ok
[18:27:44] <alex_joni> but that's only 50% accurate ;)
[18:27:44] <alex_joni> lot of work
[18:27:51] <anonimasu> but that's not bad is it?
[18:27:52] <anonimasu> :)
[18:28:08] <alex_joni> well.. normally I don't mind much work
[18:28:20] <alex_joni> but this is tough
[18:28:44] <alex_joni> I'm working at a customer
[18:28:44] <alex_joni> and I'm trying to weld some parts
[18:28:54] <alex_joni> but those are very poor machine (big tolerances)
[18:29:45] <anonimasu> :/
[18:29:49] <anonimasu> that sucks
[18:31:15] <alex_joni> s/machine/machined
[18:31:51] <Jymmm> gawd I have to rebuild this machine.... sigh
[18:33:02] <anonimasu> alex_joni: let me guess.. the part you are making needs super tolerances ;)
[18:33:16] <Jymmm> +-2"
[18:33:31] <alex_joni> well.. I'm welding it with the robot
[18:33:46] <Jymmm> one part?
[18:34:01] <alex_joni> about 3000/year ;)
[18:34:07] <Jymmm> oh, ok
[18:34:12] <Jymmm> I was gonna say...
[18:35:12] <Jymmm> someone found a 50 Watt laser for $1000 in china.
[18:35:25] <Jymmm> I just cna't figure out all the mirrors
[18:35:49] <Jymmm> The commercial laser engravers raise/lower the table for the Z axis.
[18:35:52] <mateushfa> Any of you plays with parallel kinematics mechanisms?
[18:36:47] <Jymmm> Hey robin_sz!
[18:36:48] <anonimasu> no
[18:37:00] <anonimasu> I dont know about the others though
[18:37:09] <mateushfa> k
[18:38:04] <mateushfa> Any use STGII card? or Vital montec 100?
[18:38:21] <alex_joni> mateushfa: hello
[18:38:28] <alex_joni> how many axes?
[18:38:33] <mateushfa> alex_joni: hello
[18:38:36] <mateushfa> 4
[18:38:40] <alex_joni> STG2 .. there are some people who use some
[18:38:42] <alex_joni> * alex_joni thinks of les
[18:38:42] <anonimasu> mateushfa: les does use stg
[18:38:49] <alex_joni> right ;)
[18:39:06] <alex_joni> iirc paul_c had a stg
[18:39:27] <alex_joni> mateushfa: how do you mean parallel kins?
[18:39:44] <mateushfa> Like hexapod, linapod
[18:39:50] <mateushfa> kind stuff
[18:40:04] <alex_joni> I looked over the hex kins
[18:40:08] <SWPadnos> sounds kind of anti-parallel to me :)
[18:40:10] <alex_joni> but briefly ;)
[18:40:14] <alex_joni> hey SWP
[18:40:18] <SWPadnos> hey there
[18:40:21] <alex_joni> lurking .. heh ?
[18:40:23] <alex_joni> ;)
[18:40:37] <alex_joni> * alex_joni has seen SWPadnos's commit ;)
[18:40:43] <SWPadnos> sort of - looking over Makefiles so I can get a ppmcIO modules on BDI-4
[18:40:44] <mateushfa> Yes, but you dont have to use hex kins
[18:40:57] <mateushfa> I am changing trivkins.c for my needs
[18:41:00] <alex_joni> you can use a special case of the hex
[18:41:04] <alex_joni> that's ok too
[18:41:08] <SWPadnos> yeah - the comment was 5 times the size of the change ;)
[18:41:15] <SWPadnos> (maybe 10)
[18:41:18] <alex_joni> first commit?
[18:41:18] <mateushfa> hehe
[18:41:25] <SWPadnos> yes
[18:41:25] <mateushfa> second
[18:41:35] <SWPadnos> I've now been committed :)
[18:41:40] <alex_joni> SWP: that needs celebrating ;)
[18:41:56] <SWPadnos> I'm finishing off my first pot of coffee right now :)
[18:42:02] <alex_joni> right ;)
[18:42:13] <alex_joni> mateushfa: where from?
[18:42:21] <mateushfa> Sao Paulo Brasil
[18:42:30] <SWPadnos> alex_joni: you're a bit of an expert on the build system, right?
[18:42:31] <alex_joni> cool ... greetings from europe ;)
[18:42:39] <mateushfa> greetings
[18:42:42] <alex_joni> SWP: wouldn't say that *blush*
[18:42:54] <SWPadnos> well - you couldn't know less than me :)
[18:42:54] <anonimasu> * anonimasu is feeling happy that this place are starting to gather people
[18:42:57] <mateushfa> by the way I wanna make a spot in linuxcnc homepage
[18:43:13] <alex_joni> * alex_joni still misses his spot ;)
[18:43:21] <mateushfa> There isnt any in Brasil
[18:43:26] <alex_joni> then again I don't actually run a machine with emc
[18:43:34] <alex_joni> SWP: ask away.. I might know
[18:43:36] <anonimasu> oh, and one in north sweden ;)
[18:43:58] <SWPadnos> alex_joni: you can get BDI-4.18 from my site, if you haven't already gotten it for your mirror
[18:44:08] <alex_joni> wildrice?
[18:44:17] <SWPadnos> http://www.cncgear.com/EMC/BDI/
[18:44:24] <anonimasu> wildrice?
[18:44:35] <alex_joni> http://www.wildrice.com/emc/
[18:44:37] <alex_joni> :P
[18:44:44] <alex_joni> SWP: how much bandwith?
[18:45:10] <SWPadnos> 192GB/month, I'm not sure what they're on (it's a hosting service)
[18:45:30] <SWPadnos> Ah - you have it. good.
[18:45:30] <alex_joni> * alex_joni stresses the link
[18:45:40] <SWPadnos> cool - let me know what they can do :)
[18:45:41] <alex_joni> wildrice is not my link
[18:45:52] <SWPadnos> OK
[18:45:54] <alex_joni> going 180kB now
[18:46:14] <anonimasu> * anonimasu starts poking around with nml
[18:46:18] <SWPadnos> not bad - about what I get on 2Mbit DSL
[18:46:28] <alex_joni> up to 200 kB now
[18:46:39] <SWPadnos> My question is about the $TMP_DIR and $RTTMP_DIR, and how to get sources into them
[18:46:39] <alex_joni> I usually can get up to 5MB/sec
[18:46:50] <alex_joni> SWP: emc1 or 2?
[18:47:02] <SWPadnos> BDI-4, so emc1-ish
[18:47:08] <alex_joni> right
[18:47:27] <alex_joni> well.. you have 2 rules for compile.. right?
[18:47:34] <alex_joni> one for RT, one for Non-RT
[18:47:50] <SWPadnos> I'm trying to make a version of bridgeportio that uses the extppmcio functions instead of extpptio
[18:48:02] <alex_joni> right
[18:48:32] <SWPadnos> I've added the files to the SRCS and OBJS in drivers/ppmc
[18:48:49] <SWPadnos> but they don't seem to be there for the make in iotask/
[18:49:14] <alex_joni> let me checkout bdi4
[18:49:21] <SWPadnos> so I get this error:
[18:49:23] <SWPadnos> make[2]: *** No rule to make target `/Project/emc2/src/.tmp/extppmcio.o', needed by `/Project/emc2/plat/nonrealtime/bin/bridgeportppmcio'.
[18:49:30] <mateushfa> For running with STGII or Vital, do I need amplifiers? Can you point some to me?
[18:49:57] <alex_joni> mateushfa: you'll need some amps with standard 0/10V input
[18:50:02] <alex_joni> for speed selection
[18:50:05] <SWPadnos> mateushfa: you always need a power driver for your motor
[18:50:42] <alex_joni> mateushfa: there are 3 kinds of stuff you could use with emc
[18:50:47] <mateushfa> ok, I got it. standard 0/10V input amps.
[18:50:55] <alex_joni> 1. steppers with some drive (openloop)
[18:51:04] <mateushfa> Already done that
[18:51:11] <alex_joni> 2. steppers with drive (closed loop, some board to checkout the feedback)
[18:51:21] <SWPadnos> alex_joni: I may have asked you this already, how much bandwidth / transfer does your EMC mirror get per month?
[18:51:30] <SWPadnos> (or use)
[18:51:31] <mateushfa> made the steppers drive
[18:51:31] <anonimasu> SWPadnos: you did ;)
[18:51:31] <anonimasu> hehe
[18:51:44] <SWPadnos> well - in that case I'll have to review my brain log :)
[18:51:49] <alex_joni> 3. gecko G340-style DC-drives (seen as a stepper from the EMC)
[18:52:00] <alex_joni> does not feedback to emc
[18:52:19] <SWPadnos> (can feed back to EMC with a USC)
[18:52:23] <alex_joni> 4. DC drives driven by a STG type board
[18:52:26] <anonimasu> they work good :)
[18:52:28] <mateushfa> I want to try closed-loop with Vital
[18:52:37] <alex_joni> SWP: yes.. I tried that .. but it was pretty unstable
[18:52:44] <anonimasu> but well, I want feedback to emc...
[18:52:47] <alex_joni> I actually had 2 loops, one for the Gecko
[18:52:53] <alex_joni> one for EMC
[18:52:55] <SWPadnos> I'm trying that now, which is why I have build questions ;)
[18:53:15] <mateushfa> gecko drivers can configure internal PID?
[18:53:16] <alex_joni> that was .. ummm.. not the best solution.. (works though)
[18:53:27] <alex_joni> sure
[18:53:31] <alex_joni> www.geckodrives.com
[18:53:34] <anonimasu> mateushfa: yes
[18:54:03] <mateushfa> Stepper gecko too?
[18:54:07] <alex_joni> ummm.. www.geckodrive.com
[18:54:09] <anonimasu> yes
[18:54:13] <alex_joni> nope.. stepper not
[18:54:18] <anonimasu> they work good..
[18:54:22] <anonimasu> but without any feedback..
[18:54:39] <alex_joni> but there's the special stepper version
[18:54:40] <alex_joni> that can do it
[18:54:56] <alex_joni> G210
[18:55:00] <mateushfa> bad, alex_joni , are you running STGII and Gecko DC driver?
[18:55:11] <anonimasu> mateushfa: the geckos dosent work like that
[18:55:11] <alex_joni> G340
[18:55:20] <anonimasu> mateushfa: they are stepper servodrives.. :)
[18:55:28] <anonimasu> mateushfa: no 0-10v input on them
[18:55:29] <mateushfa> sure, sorry gecko is dir/step input
[18:55:32] <alex_joni> mateushfa: I'm running some G340
[18:55:41] <alex_joni> right
[18:56:46] <mateushfa> alex_joni: so you dont have feedback, or do?
[18:57:03] <alex_joni> well.. I used it along with a card I made (LS7166 based)
[18:57:21] <mateushfa> through parallel?
[18:57:22] <alex_joni> that's a counter chip for quadrature encoders
[18:57:22] <alex_joni> so I had feedback to emc
[18:57:39] <alex_joni> nope
[18:57:39] <alex_joni> it was an ISA card
[18:58:03] <mateushfa> cool
[18:58:03] <alex_joni> actually PC104 (embedded version of ISA)
[18:58:03] <alex_joni> my EMC machine is an Geode GX1 Embedded PC
[18:58:25] <anonimasu> alex_joni: you dont have a mill do you?
[18:58:37] <alex_joni> about the size of a Geforce 4 ;)
[18:58:37] <SWPadnos> alex_joni: what extra hardware do you have (for generating step pulses)?
[18:58:42] <anonimasu> hehe
[18:58:43] <anonimasu> ok
[18:59:41] <anonimasu> alex_joni: arent you making parts with it?
[18:59:42] <anonimasu> *grins*
[19:00:04] <alex_joni> * alex_joni slaps an0n
[19:00:15] <alex_joni> hey rayh
[19:00:38] <anonimasu> minimills are nice :)
[19:00:39] <alex_joni> SWP: step pulses come from emc
[19:01:02] <alex_joni> I have a Hameg pulse generator though, for tuning the geckos
[19:01:03] <SWPadnos> right - steppermod/freqmod, or external rate generator?
[19:01:05] <anonimasu> although I am more of a VMC guy..
[19:01:10] <alex_joni> set your speed, and the use a second pulse generator to inverse the direction
[19:01:33] <alex_joni> SWP: let's track your problem now
[19:01:45] <SWPadnos> OK
[19:01:52] <SWPadnos> * SWPadnos is tracking 0-0-0
[19:02:51] <SWPadnos> I assume that the make rules for moving things into the $TMP_DIR will use subdirs:
[19:03:18] <SWPadnos> SRC = ppmc/extppmcio.c will move to $(TMP_DIR)/ppmc/extppmcio.c ?
[19:03:26] <rayh> Some interesting thoughts about markup at ...
[19:03:34] <rayh> http://www.infoworld.com/article/05/02/25/09OPstrategic_1.html?source=NLC-OS2005-03-02
[19:04:18] <SWPadnos> I have a testing file that uses CML2 (KBuild), ad allows you to select EMC options
[19:04:47] <SWPadnos> I made a change that broke it, so I need to find that, then I'll commit it to the auto_configure_0_2 branch
[19:05:13] <alex_joni> SWP:don't think so
[19:05:22] <SWPadnos> alex_joni: on the subdirs?
[19:05:30] <SWPadnos> (or on the commit)
[19:05:39] <alex_joni> on the subdirs
[19:06:13] <SWPadnos> OK - so a SRC= subdir/file will cause the file to end up in $(TMP_DIR), not $(TMO_DIR)/subdir
[19:06:13] <rayh> SWPadnos: Great. I'll look for it.
[19:06:30] <anonimasu> bbiab going to move to a lan party instead of sitting alone at home
[19:06:33] <SWPadnos> OK - I may just take out the "extra feature" and send it in :)
[19:06:49] <alex_joni> now.. you need extppmcio.c ?
[19:06:49] <alex_joni> * alex_joni is not sure... about the folder/file stuff
[19:07:25] <SWPadnos> right - I want a version of BridgeportIO that uses ppmc I/O functions instead of parport I/O functions
[19:07:45] <alex_joni> hmmm
[19:07:58] <SWPadnos> yeah - that's what I've been saying for the last 2 weeks :)
[19:08:16] <alex_joni> right.. so instead of extbridgeportio.c you need extppmcio.c
[19:08:18] <alex_joni> right?
[19:08:34] <alex_joni> well the .o anyways
[19:08:37] <alex_joni> extbridgeportio.c calls ppt-stuff
[19:09:12] <SWPadnos> sort of - I'm still a bit unclear how the *mot vs. *io vs. *task modules layer with each other
[19:10:10] <SWPadnos> paul_c has been a big help so far, but I'm being a bit thick :)
[19:10:28] <alex_joni> strange... ;)
[19:10:28] <alex_joni> I wonder what extbridgeportio.c is used for
[19:10:36] <alex_joni> extbridgeportio.c does what it should.. it just never gets linked ;)
[19:10:48] <mateushfa> Luck of me. I have 4 frequency inverters that can accept 0/10V input or +-10V input or 0-20mA
[19:11:10] <alex_joni> bridgeportio: links extppt.o instead of extbridgeportio.o (to be correct)
[19:11:18] <alex_joni> mateushfa: then you're set
[19:11:25] <alex_joni> YO paul_c
[19:11:33] <mateushfa> just need STGII card
[19:11:47] <alex_joni> SWP: I'd do the following
[19:12:04] <SWPadnos> well - I'm trying to replace extbridgeportio with extppmcio
[19:12:10] <alex_joni> take the section from iotask\Makefile (the bridgeportio: stuff)
[19:13:13] <alex_joni> copy it and rename the target rule (say mybridgeportio: ...)
[19:13:13] <alex_joni> and remove extppt.o and parport.o
[19:13:19] <SWPadnos> made a copy of bridgeportio, named bridgeportppmcio, and copied all deps, substituting extppmcio for extbridgeportio
[19:13:21] <paul_c> alex_joni: Your mirror needs updating with 4.18
[19:13:32] <alex_joni> paul_c: already started
[19:13:59] <alex_joni> but I've been busy over my head the last couple of days.. so I'm resuming it now
[19:14:01] <SWPadnos> * SWPadnos remembers alex_joni's response: "I don't know"
[19:14:14] <alex_joni> SWP: sounds about right
[19:14:39] <alex_joni> the stuff about extppmcio anyways
[19:14:56] <SWPadnos> :)
[19:15:13] <alex_joni> now.. the only problem I see.. there is no extppmcio.c
[19:15:21] <SWPadnos> I also added extppmcio.c to the SRCS line in the ppmc/Makefile
[19:15:41] <SWPadnos> which is why I'm wondering about $TMP_DIR
[19:15:48] <alex_joni> did you write extppmcio.c ?
[19:16:01] <SWPadnos> no - it's there already
[19:16:06] <SWPadnos> JonE
[19:16:07] <alex_joni> I can't see it
[19:16:23] <SWPadnos> drivers/ppmc/extppmcio.c
[19:16:34] <alex_joni> again.. I can't see it
[19:16:46] <SWPadnos> hey - that could be my problem - it's extppmcmot.c :)
[19:16:55] <alex_joni> are you sure you're not talking about extppmcmot.c?
[19:17:04] <SWPadnos> nope ;)
[19:17:13] <paul_c> SWPadnos: Please think twice about committing exppmcio.c to the bdi-4 branch
[19:17:32] <SWPadnos> sorry - was talking about extppmcmot, which looks like it's misnamed
[19:17:40] <alex_joni> no it's not
[19:18:05] <alex_joni> extppmcmot is supposed to be called like that
[19:19:04] <alex_joni> because it contains the -mot stuff (encoders, dac's etc)
[19:19:04] <alex_joni> it contains some parts that could be IO too (I agree on that)
[19:19:04] <alex_joni> but it's cleaner if you don't link against it
[19:19:04] <alex_joni> extppmcmot is supposed to be RT
[19:19:24] <SWPadnos> Ah - that's the similarity I was seeing.
[19:20:14] <SWPadnos> Well - back to the original problem, which is to get I/O working on the USC on BDI-4
[19:20:21] <SWPadnos> Any suggestions? :)
[19:20:46] <alex_joni> which brings me to the following: you'll write extppmcio.c (to dispatch nonRT-IO functions to ppmc)
[19:20:46] <alex_joni> the next problem is that you don't have non-RT IO components to take these commands
[19:20:46] <alex_joni> ppmc_dio.c needs to get compiled for non-RT aswell
[19:20:46] <alex_joni> USC?
[19:21:04] <SWPadnos> Universal Stepper Controller
[19:21:11] <SWPadnos> (univstepmod)
[19:21:26] <SWPadnos> Right now, I can see coordinates change when I turn the motor by hand, but I can't get EMC to turn on the "emable" pin on the USC
[19:21:35] <SWPadnos> so I can't get the motor to move under EMC control
[19:21:59] <SWPadnos> (I also have the Gecko Servo Interface, so I need to have an enable output)
[19:23:23] <alex_joni> hmmm... strange
[19:23:29] <paul_c> Is the enable o/p supposed to be set by Amp_enable ?
[19:23:34] <SWPadnos> paul_c: is there a high-level IO task controller for the s526?
[19:23:43] <paul_c> No.
[19:23:48] <SWPadnos> I think so - the "machine on" output
[19:23:58] <SWPadnos> OK - I was going to look there for inspiration :)
[19:24:36] <paul_c> What we need to do is get the ioctl<=>realtime io working.
[19:24:42] <alex_joni> univstep_dio.c simply includes ppmc_dio.c
[19:24:47] <SWPadnos> that would be ideal
[19:24:57] <SWPadnos> yes - they are the same boards WRT I/O
[19:25:06] <SWPadnos> (same board, different FPGA programming)
[19:25:20] <alex_joni> right
[19:25:36] <alex_joni> does any io-stuff work?
[19:25:53] <SWPadnos> it would be cleaner to #include ppmc_dio from univstepmod.c though
[19:26:13] <SWPadnos> (unless there might need to be changes down the line)
[19:26:51] <rayh> SWPadnos: When you time away from the compile mad rush could you talk to me about what you are doing with kbuild?
[19:27:00] <alex_joni> where's univstepmod.c?
[19:27:37] <mateushfa> paul_c: hello, I got some PKM running changing trivkins.c
[19:28:08] <alex_joni> SWP: are you sure that your parport does EPP ?
[19:28:19] <SWPadnos> sorry - that's univstepmod.o, linked from a bunch of ppmc* files (Makefile)
[19:28:42] <SWPadnos> pretty sure - the encoder feedback is working fine, and all tests from univstepdiag run perfectly
[19:28:53] <alex_joni> right
[19:28:55] <paul_c> mateushfa: Does it break serial kinematics ?
[19:29:01] <SWPadnos> that was meant to be src/Makefile
[19:29:06] <SWPadnos> rayh: yes :)
[19:29:36] <SWPadnos> rayh: it's a proof of concept for the tillie_configurator, like the dialog-based one
[19:29:50] <SWPadnos> (alex_joni did that one, right?)
[19:29:51] <alex_joni> could get a joint effort...
[19:30:01] <alex_joni> * alex_joni started that one.. right
[19:30:14] <mateushfa> well I actually haven it running (no prototype) but the kinematics program was ok and the joints coordinates are moving as expected
[19:31:23] <mateushfa> paul_c: Now I am going for upgrades, I have 4 frequency inverters that can be operated by 0-10V input, or Interbus
[19:31:56] <alex_joni> mateushfa: those are for DC's? or for AC's?
[19:32:06] <mateushfa> also have a ISA-Iterbus board from Phoenix Contact and a Linux driver for kernel 2.2.14
[19:32:10] <mateushfa> alex_joni: AC
[19:32:23] <alex_joni> mateushfa: sounds like a very NICE machine ;)
[19:33:36] <mateushfa> paul_c: so I will try to make Interbus borad running in kernel 2.6.9-Adeos and try to change EMC code to send words for vel,pos and stat and feedback then from Interbus board
[19:33:46] <alex_joni> SWP: nice link you got there, the download finished
[19:34:20] <mateushfa> alex_joni: It was a donation from SEW-Eurodrivers
[19:34:28] <SWPadnos> cool
[19:35:00] <alex_joni> * alex_joni updates that crappy looking mirror-webpage
[19:35:04] <paul_c> mateushfa: Sounds like the changes could be applied to SERCOS drives too....
[19:35:24] <mateushfa> paul_c: I will try to make it generic
[19:35:46] <alex_joni> will you run RT stuff through the Interbus?
[19:35:51] <SWPadnos> alex_joni: you mean mine :)
[19:36:00] <mateushfa> instead of generating pulse, generating bytes for vel, pos
[19:36:11] <alex_joni> SWP: nah.. an autogenerated page is ok ;)
[19:37:20] <SWPadnos> heh - well - it's paul_c's baby now :)
[19:37:33] <mateushfa> paul_c: Yes, I think it will work fro SERCOS too
[19:37:38] <SWPadnos> (just don't look at the homepage :) )
[19:37:58] <SWPadnos> * SWPadnos waits, while everyone looks at the homepage anyway
[19:38:28] <mateushfa> but I will have to learn a lot for doing such a thing :)
[19:39:19] <alex_joni> * alex_joni stays tuned
[19:39:35] <mateushfa> alex_joni: that is my intend
[19:40:23] <alex_joni> mateushfa: that's gonna be a challenge. you'll have to (re)code some parts (because in RT you can't access linux drivers)
[19:41:09] <mateushfa> alex_joni: bad
[19:41:38] <alex_joni> mateushfa: I know :( ... but you can reuse most of the code
[19:41:40] <mateushfa> alex_joni: the driver opens two files in /dev , cant I use that?
[19:42:17] <alex_joni> don't think so..
[19:43:45] <alex_joni> paul_c: updated the mirror with 4.18
[19:43:46] <paul_c> kernel level code does not need to open /dev nodes
[19:43:59] <mateushfa> alex_joni: but it works on parport
[19:44:14] <alex_joni> paul_c: mateushfa wondered if he could access his board's driver through /dev from RT
[19:44:40] <alex_joni> mateushfa: not really ;) parport is accessed directly to the port (0x378 or whatever) because it's memory mapped
[19:44:53] <alex_joni> and because you don't need a driver for parport
[19:44:59] <paul_c> nope - Kernel (and that means RT) code does not open /dev entries
[19:45:11] <CIA-4> 03swpadnos 07auto_configure_0_2 * 10emc2/Kconfig: Added experimental KBuild-based configurator example - READ THE INSTRUCTIONS in the file!
[19:45:20] <paul_c> It doesn't need to beacause it is already running in kernel space.
[19:45:29] <mateushfa> paul_c: ok
[19:45:41] <SWPadnos> OK - there's that (CML ises int, not intetger for ints - go figure :) )
[19:45:44] <SWPadnos> uses
[19:45:48] <alex_joni> paul_c: the question was.. can RT code access the linux driver of the board?
[19:45:48] <paul_c> kernel code can do anything
[19:45:54] <mateushfa> so if i comp kernel instead of modules with my driver...
[19:46:06] <alex_joni> modules are also kernel code
[19:46:26] <SWPadnos> rayh: check out the auto_configure_0_2 branch, and let me know what you think]
[19:46:36] <SWPadnos> (and anyone else that's interested)
[19:46:44] <paul_c> IF, and only IF the board's driver is realtime safe, emc can call functions in there.
[19:47:22] <mateushfa> paul_c: I dont think it is, I got it from net
[19:47:23] <paul_c> is the source code available for the driver ?
[19:47:30] <mateushfa> paul_c: yes
[19:47:36] <paul_c> where ?
[19:47:42] <mateushfa> wait
[19:48:49] <mateushfa> http://www.santec.lu/SI/Presentation.nsf/0/ea388eb302b85998c1256ce500380f96?OpenDocument
[19:49:21] <paul_c> Cooo... vintage code.
[19:49:56] <alex_joni> cool. drivers for 2.0.x ;)
[19:50:11] <SWPadnos> wow - that's from the same era as when I last worked on RT Linux :)
[19:50:12] <alex_joni> * alex_joni wonders if that works on 2.6
[19:50:25] <alex_joni> 2.2 was (is) great
[19:51:18] <SWPadnos> yeah -I had written a realtime power supply controller that could take settings from ethernet or a user program
[19:51:41] <SWPadnos> had to make modifications to the linux scheduler to get RT-ish performance
[19:52:06] <SWPadnos> (like - only let the scheduler run from the timer interrupt when my code says it's OK)
[19:52:07] <mateushfa> it sounds a little fuzzy, but it works sendind firmeware code through a mailbox
[19:53:02] <mateushfa> and the firmware codes are in a pdf, Pheonix sent to me
[20:00:42] <paul_c> Ugly code to read...
[20:00:50] <mateushfa> yes
[20:01:06] <paul_c> Some of it could be made RT safe.
[20:01:15] <mateushfa> :)
[20:01:44] <alex_joni> paul_c: if you don't read german :P
[20:02:02] <paul_c> I can grock some german.
[20:03:29] <alex_joni> like : /* Handshake Bit setzen und Interrupt beim Node 1 ausloesen */ /* Page mit dem MPM Registern einblenden */
[20:05:52] <mateushfa> but the demo he always do the same thing RequestResponse for some firmware code and VerifyforPositiveConfirmation
[20:06:11] <alex_joni> paul_c: finished updating the mirror (just added the correct md5sum)
[20:07:39] <paul_c> mateushfa: The core of the driver appears to do nothing more than copy data from usr space to a register on the card.
[20:08:32] <mateushfa> i think so
[20:08:48] <mateushfa> but I am a newbie with drivers and linux
[20:09:56] <mateushfa> the card has to interfaces mailbox and data, it reads mailbox and execute commands from its firmware
[20:10:02] <mateushfa> i think...
[20:15:30] <alex_joni> * alex_joni goes to bed
[20:15:48] <alex_joni> night guys
[20:15:56] <SWPadnos> nighty night
[20:16:02] <rayh> later alex.
[20:16:07] <mateushfa> good night
[20:16:23] <alex_joni> hope I'll have more time in the future...
[20:17:12] <SWPadnos> rayh: have you had the chance to download Kconfig from CVS yet?
[20:18:38] <rayh> Not yet. Copying stuff to my new linux. I'll look in a few.
[20:18:49] <SWPadnos> OK
[20:19:10] <mateushfa> paul_c: What do you think about the driver? I think Phoenix has cards for others FieldBus, and must work on the same way with an internal firmware code
[20:19:46] <mateushfa> paul_c: So if EMC could sent this to that kind of card, you can drive SERCOS easilly
[20:19:55] <SWPadnos> it's a bit of a pain to set up as it is - [qmg]conf were made for the kernel, and they have some assumptions hardcoded
[20:23:08] <paul_c> mateushfa: It uses an interrupt routine, so it is going to be troublesome to get it to work with EMC...
[20:23:28] <SWPadnos> paul_c: how are you envisioning the I/O drivers publishing their lowlevel functions for the ioctl driver?
[20:24:13] <SWPadnos> are you thinking they should have /dev/emc/MyDriver nodes, or different minir numbers (or something else)?
[20:24:45] <paul_c> SWPadnos: usr sends request, driver returns OK or -ENOWAYBUD
[20:24:48] <mateushfa> paul_c: ok. :), but it users interrupt only in synchronous mode, it have the option for asynchronous
[20:25:25] <SWPadnos> I'm referring to the method of going from ioctl() to e.g pptDio or ppmcDio
[20:26:10] <SWPadnos> (or as we had discussed, both in the same system)
[20:29:12] <mateushfa> paul_c: Thank you for the help.
[20:29:23] <mateushfa> guys, have to go
[20:29:24] <paul_c> mateushfa: before you go...
[20:29:30] <mateushfa> paul_c: sure
[20:29:46] <paul_c> That driver uses a BSD style license.
[20:30:13] <paul_c> So you can't use the code in a GPL driver (if it is committed to SF)
[20:31:24] <mateushfa> paul_c: too bad. I read that I can use modify distribute and even sell it
[20:31:33] <mateushfa> paul_c: but I cant use with GPL?
[20:32:16] <paul_c> you can modify & distribute it, but I can't distribute it as part of the BDI.
[20:32:48] <mateushfa> paul_c: ... too bad
[20:33:10] <mateushfa> paul_c: well, thank you very much.
[20:33:30] <mateushfa> Good night guys
[20:33:37] <paul_c> good night
[20:33:37] <SWPadnos> night
[20:35:47] <SWPadnos> paul_c: ioctl() talk?
[20:35:58] <paul_c> sure
[20:36:44] <SWPadnos> so - how do we get from ioctl(DO_SOMETHING) to pptDio(thing) or vitalDio(thing)
[20:37:01] <SWPadnos> especially allowing for multiple simultaneous driver loads
[20:37:19] <SWPadnos> (if that's necessary)
[20:37:41] <paul_c> WOAH.... Who said anything about loading multiple drivers ?
[20:37:58] <SWPadnos> well - we had discussedthe possibility yesterday
[20:38:06] <SWPadnos> so I take it that's not needed ;)
[20:39:19] <SWPadnos> (I'm referring to when we were discusing why s526 calls its io routines s526whatever, parport calls its pptwhatever, and so on)
[20:42:23] <rayh> That was odd.
[20:42:36] <paul_c> the IO functions get prefixed by s526, ppmc, etc, so that a wrapper can be coded
[20:43:11] <paul_c> so if you want to mix'n'match at the compile stage, all you need to do is write a new wrapper.
[20:43:41] <paul_c> See smdromod as an example om mixing stepper parport code with a DRO input.
[20:44:14] <SWPadnos> sure - so we're still talking about modifying all of the low level drivers, it's just that they'll provide an ioctl interface
[20:44:47] <paul_c> None of the driver code requires modifying.
[20:45:56] <SWPadnos> OK - then there's a separate wrapper for each driver, which provides ioctl() vs. ext{whatever}io?
[20:46:15] <paul_c> No.
[20:46:32] <SWPadnos> hmmm - then I'm a bit lost on the idea
[20:46:49] <paul_c> emcioctl.c calls extDioRead() (for example)
[20:47:09] <paul_c> Make links the relevant parts together.
[20:47:50] <paul_c> so wmciotctl.o + extppmcmod.o + ppmc_foo.o all go to make up the final kernel module.
[20:48:53] <paul_c> to use the STG driver, change extppmcmod.o with extstgmod.o (along with the h/w code), new module.
[20:49:04] <rayh> Sounds to me like you are going to want kbuild to help configure at this end also.
[20:49:15] <SWPadnos> OK - I think I'm calling 'extppmcmod' a wrapper, since it provides names like extDiowrite which just call extppmcDiowrite
[20:49:53] <SWPadnos> ie, you still need a way of giving standardized IO names to emcioctl
[20:50:33] <SWPadnos> rayh: possibly - I was doing that for the tillie_config, but it's probably more applicable to selecting drivers and such
[20:50:34] <paul_c> This code bolts on to the side of the existing *mod.ko modules, so there is zero need for any config options for the standard modules.
[20:52:03] <paul_c> as far as usr space is concerned, it sends an EMC_IOCTL_BIT_SET(index), and the low level code handles the outb() call.
[20:52:28] <SWPadnos> I think I was getting confused by your request to think twice about committing an extppmcio.c to bdi-4
[20:52:38] <SWPadnos> it sounds like one would be necessary for the ioctl scheme as well
[20:52:41] <paul_c> usr space does not know or care what the hardware is.
[20:53:53] <paul_c> re extppmcio.c - When ioctl is working, extppmcio and all the hackery that went with it is obsolete.
[20:54:30] <SWPadnos> gaaah - I'm stupid. How does that work? :)
[20:58:30] <SWPadnos> Are you envisioning a separate *ioctl.c for each driver, or a single emcioctl.c?
[20:59:01] <SWPadnos> nevermind -I see the answer
[20:59:05] <paul_c> One emcioctl.c is all that is required.
[20:59:18] <SWPadnos> but different ext*mod.o for each driver
[21:00:30] <paul_c> ext*mod.c are already coded and in CVS.
[21:00:35] <SWPadnos> I think I've been interchanging some names that have little meaning to me, but extra meaning to you, such as anything that ends in io
[21:03:28] <paul_c> lemme put some meat on this code, and it should be a little clearer.
[21:03:50] <SWPadnos> I think I get it now - sorry for the name confusion
[21:04:05] <SWPadnos> I assume I can use any minor number for the /dev entry?
[21:05:50] <paul_c> mknod c 253 0
[21:06:04] <SWPadnos> just did exactly that :)
[21:06:35] <SWPadnos> There should also be a set of ioctls for discovering device capabilities - I can add those if you like
[21:07:17] <paul_c> there is no need for the usr code to "discover" anything
[21:07:53] <SWPadnos> well - it should be able to figure out if its settings are invalid WRT the installed hardware (like an index that's higher than the number of inputs)
[21:08:19] <paul_c> if an ioctl call fails, the index is either out of range, or the output type not supported.
[21:08:31] <SWPadnos> right - being proactive here :)
[21:09:13] <paul_c> an index out of range will return -ENOWAY
[21:09:19] <SWPadnos> also for user-land configuration, it would be a good feature to have, so that a menu of available I/Os can be presented
[21:09:49] <SWPadnos> you don't want to have to send output to every possible DOUT just to see where they start to fail
[21:09:57] <paul_c> Isn't that what the XML data is supposed to be for ?
[21:10:01] <SWPadnos> heh :)
[21:10:46] <SWPadnos> not really though - the configuratoe gets simpler if it can figure things out for itself the
[21:11:27] <paul_c> which would mean loading each module in turn.
[21:12:02] <SWPadnos> maybe - but it could provide a list of modules, then when the user selects one, it could find out how many IOs to present
[21:12:19] <SWPadnos> But even that is pretty far out there
[21:12:43] <SWPadnos> I'm thinking of a utility in something like tkemc that lets you remap the output functions to different bits
[21:13:38] <rayh> SWPadnos: Is that kbuild file in a emc2 branch?
[21:14:11] <SWPadnos> also - unless there will be a set format for analog I/O data, there should be a way of getting and/or setting scaling factors (like 10-bit vs. 12-bit vs. 16-bit A/D )
[21:14:32] <SWPadnos> rayh: yes - the auto_configure_0_2 branch
[21:14:46] <SWPadnos> alex_joni's experimentation tree
[21:15:04] <SWPadnos> you can probably just grab the single file (or I can email it to you)
[21:17:29] <SWPadnos> ack - no milk for my tea :(
[21:18:11] <rayh> gotem.
[21:18:30] <SWPadnos> cool - let me know if the instructions don't cover everything
[21:19:27] <paul_c> SWPadnos: Whilst there are low level calls to return info on IO pins, D/A channels, etc....
[21:20:06] <paul_c> I would rather see the basic input/output routines working before worrying about the "extras"
[21:20:13] <SWPadnos> well - there is that :)
[21:20:30] <SWPadnos> was there a specific reason you skipped 3 in the EMC_IOCTL numbers?
[21:20:49] <SWPadnos> sorry - EMC_IO*
[21:20:51] <paul_c> yes.
[21:21:01] <SWPadnos> ...
[21:21:15] <paul_c> I couldn't count.
[21:21:16] <SWPadnos> because that is the number that ye shall count?
[21:21:54] <SWPadnos> <ot>how many lock codes are the numbers 1-2-4-5 - too many </ot>
[21:27:23] <anonimasu> c
[21:27:33] <SWPadnos> c what?
[21:28:04] <anonimasu> iab :)
[21:28:11] <SWPadnos> ur?
[21:29:17] <rayh> reading Kconfig tells me to move a bunch of scripts to new directories.
[21:29:48] <narnia> rayh, hello, how goes it?
[21:29:56] <rayh> I find /usr/src/
[21:30:03] <SWPadnos> right - I didn't make it so you could build a new configuration program, so you need to move the ones from a kernel build into the correct directory structure under emc2
[21:30:07] <rayh> kernel-kbuild-2.6-3
[21:30:15] <rayh> Good Terry.
[21:30:32] <rayh> And how are you and the new puppy and kids and...
[21:30:48] <SWPadnos> have you extracted the kernel sources and run through the config / make prepare-all steps on this box (or is it an older box?)
[21:31:20] <rayh> This is a brand new 4.14 with just the kernel sources and such.
[21:31:54] <SWPadnos> OK - extract the kernel sources, copy /boot/config-2.6.9-adeos to <kernel source dir>/.config
[21:32:09] <SWPadnos> then make prepare-all in the kernel source directory
[21:32:12] <narnia> rayh, the new puppy is becoming comfortable with his new surroundings. i have taught him to shake hands. tom sawyer (the puppy's name ) and i are getting used to one another.
[21:33:06] <anonimasu> :)
[21:33:06] <rayh> Great. That's good news indeed.
[21:33:09] <anonimasu> nice
[21:34:27] <narnia> rayh, would you have any thought and/or ideas on what the interface between brl-cad and emc should look like?
[21:34:48] <narnia> rayh, yes, i have all ready heard g-code and step-nc. ;-)
[21:34:58] <narnia> rayh, from others.
[21:36:50] <rayh> I saw one of these ad-ins with autocad. It was a single line of buttons along the right side of the screen.
[21:37:36] <rayh> Basically a load, run, abort, restart, and set feedoverride.
[21:45:16] <rayh> * rayh twiddles thumbs while make works.
[21:45:30] <SWPadnos> well - as long as make actually works :)
[21:46:06] <rayh> There are a lot of .o going by.
[21:46:10] <SWPadnos> you'll also have to do a make {xconfig,gconfig,menuconfig} to be able to use Kbuild
[21:46:23] <SWPadnos> Kconfig, I mean
[21:54:34] <rayh> the make gconfig is the most like the display that we would be using?
[21:55:09] <SWPadnos> it depends on your preference - it you like GTK, use gconfig, if you like Qt/KDE, use xconfig
[21:55:33] <SWPadnos> Xconfig is a little better though, the GTK configurator lags behind a bit
[21:55:53] <SWPadnos> (there's also menuconfig, for text mode)
[22:05:34] <rayh> k
[22:06:01] <SWPadnos> compiling xconfig?
[22:06:05] <rayh> Once I get and move all the executable in those two dirs the just ./Kconfig
[22:06:31] <rayh> still building .o
[22:06:44] <SWPadnos> nope - sorry - you need to run (from the src/ dir) scripts/kconfig/qconf Kconfig
[22:06:47] <SWPadnos> hold on a sec
[22:07:12] <rayh> we are into the usb stuff.
[22:07:31] <rayh> * rayh 's knuckles are growing white.
[22:07:46] <SWPadnos> OK - actually - it can be easier - the graphical configurators don't have the directory dependenciew
[22:07:59] <SWPadnos> are you compiling the whole kernel?
[22:08:09] <SWPadnos> (it's not necessary - you just have to get to a configurator :) )
[22:08:29] <rayh> I'm running the make uh ... you suggested.
[22:08:38] <SWPadnos> ther prepare-all?
[22:08:50] <SWPadnos> (or is that prepare_all ...)
[22:09:02] <paul_c> prepare-all
[22:09:19] <SWPadnos> right - thought so
[22:10:21] <rayh> um. This is going to make the energizer bunny look like an also ran.
[22:10:29] <SWPadnos> so - for the graphical configurators, you can just copy [qg]config and libkconfig.so from linux/scripts/kconfig to the emc2/ directory
[22:10:45] <SWPadnos> then run ./{q,g}conf Kconfig
[22:12:15] <SWPadnos> actually, qconf is smart enough to be run like so: /usr/src/linux/scripts/kconfig/qconf Kconfig
[22:12:34] <SWPadnos> so no copying needed if you're using a graphic program - woohoo!
[22:13:42] <CIA-4> 03paul_c 07bdi-4 * 10emc2/src/emc/ (4 files in 2 dirs): Adding some meat to the core functions - Just to demonstrate the idea...
[22:16:24] <rayh> okay got config and .so in emc2/src/kconfig
[22:17:31] <SWPadnos> OK - in this branch, you should have qconf and libkconfig.so in the emc2/ directory
[22:17:39] <SWPadnos> (new, simpler instructions :) )
[22:17:40] <rayh> k
[22:17:53] <SWPadnos> then ./qconf Kconfig from emc2/
[22:18:53] <SWPadnos> (it might be easier to run /usr/src/linux/scripts/kconfig/qconf Kconfig )
[22:19:51] <rayh> I don't have a linux link in 'usr/src
[22:20:18] <SWPadnos> right - for you it would be /usr/src/kernel-2.6.9-adeos/scripts/kconfig/qconf Kconfig
[22:21:15] <rayh> nsfod
[22:21:21] <SWPadnos> ?
[22:21:54] <rayh> no such file or directory
[22:22:24] <rayh> that prepare all is still going. I'll abort..
[22:23:00] <SWPadnos> You dhould have the directory, but not the file - that's created by make xconfig
[22:23:04] <SWPadnos> should
[22:23:13] <rayh> k
[22:23:19] <SWPadnos> what CPU is in that?
[22:23:50] <rayh> unable to find the qt installation.
[22:24:12] <rayh> athalon 2200
[22:24:20] <SWPadnos> arg - that was my trouble as well - you need QT or GTK for the graphical configurators.
[22:24:24] <rayh> I suspect that I don't have those libraries.
[22:24:32] <SWPadnos> wait one
[22:24:52] <rayh> Would need the qt dev stuff?
[22:25:31] <SWPadnos> yes, to build xconfig
[22:25:51] <SWPadnos> you can make menuconfig (though that needs ncurses)
[22:26:26] <rayh> no ncurses
[22:26:33] <rayh> curses, curses
[22:26:37] <SWPadnos> ncurses - foiled again
[22:27:05] <SWPadnos> I think some of the QT stuff is there, it just needs to be in the PATH
[22:27:08] <rayh> oldconfig works
[22:27:39] <SWPadnos> heh - that won't help much :)
[22:27:46] <SWPadnos> (though it is usable for this)
[22:28:40] <SWPadnos> actually - you should be able to run conf on this - wait a sec
[22:29:39] <SWPadnos> yes - you can.
[22:29:40] <paul_c> ncurses-dev should be on the BDI CD.
[22:30:49] <SWPadnos> copy /usr/src/kernel-2.6.9-adeos/scripts/kconfig/{conf,libkconfig.so} to emc2/scripts/kconfig/
[22:33:08] <SWPadnos> then run scripts/kconfig/conf Kconfig (for a question / answer style interface)
[22:35:52] <SWPadnos> be back soon
[22:36:01] <SWPadnos> SWPadnos is now known as SWP_Away
[22:38:34] <CIA-4> 03paul_c 07bdi-4 * 10emc2/src/emc/drivers/sensoray/sensoray526.c: Query card for model & revision number.