#emc | Logs for 2009-10-10

[00:06:47] <cradek> dgarr: interp_error: Named parameter #<zincr> not defined
[00:07:21] <cradek> oh I just added an _
[00:09:46] <cradek> dgarr: reproduced here, great bug report as usual
[00:09:49] <cradek> looking...
[00:10:31] <dgarr> behavior can change with #<y> value too
[00:11:35] <SWPadnos> is the naive CAM detector forgetting to look at the midpoint of the circles?
[00:12:18] <cradek> forgetting to look at the perpendicular component is my theory
[00:12:32] <SWPadnos> oh, interesting
[00:18:43] <cradek> it was actually skipping both arcs, wasn't it. that makes me nervous that I don't understand the problem.
[00:19:01] <cradek> (uh, even though I fixed it)
[00:21:56] <cradek> nope I don't understand it
[00:25:04] <dgarr> what is implied when the display in axis shows the arcs, but the execution ignores them?
[00:25:30] <cradek> that pretty much means the problem is not in the interpreter
[00:25:43] <cradek> it is in the motion output afterward
[00:26:07] <cradek> the problem is pretty surely in the naive cam detector since a G64 P setting changes the behavior
[00:26:22] <cradek> in fact it's probably in chord_deviation
[00:28:46] <cradek> yeah chord_deviation is returning 0 which is wrong
[00:28:59] <cradek> these dang full circles
[00:29:05] <andypugh> Perhaps we need a worldy-wise cam detector?
[00:29:18] <cradek> haha
[00:29:28] <cradek> it's supposed to be "(naive cam) detector"
[00:30:19] <cradek> but sometimes an argument could be made for "naive ((naive cam) detector)"
[00:35:38] <andypugh> I want to get into the problem solving rather than problem making aspects of this project, by the way. But I am on the steep part of the learning curve,
[00:36:43] <toastydeath> don't worry, the curve is relatively linear.
[00:36:50] <toastydeath> and doesn't really get any easier.
[00:37:09] <cradek> fwiw, the curve is currently biting my ass
[00:37:24] <andypugh> I do do coding, but I have never used C in anger
[00:37:59] <andypugh> I used to know Z80 hex codes by heart though
[00:38:26] <SWPadnos> uh. chord_deviation calculated mx and my, but never uses them
[00:38:29] <cradek> I only know that JMP is the two switches on each end up (C3)
[00:38:31] <SWPadnos> calculates
[00:38:31] <andypugh> (I started young, when you have the time for that sort of obsession)
[00:39:10] <SWPadnos> maybe the return value should be max(hypot(midpoint to startpoint), dev)
[00:39:39] <cradek> SWPadnos: the problem is it finds the included angle of the arc is zero
[00:39:59] <AchiestDragon> also used to know z80 hex codes by hart many years back
[00:40:03] <cradek> I bet the mx,my was a false-start way of calculating the deviation (replaced by the smarter formula)
[00:40:05] <SWPadnos> shouldn't the if (rotation<0) ... construct add (or subtract) 2*M_PI?
[00:40:11] <andypugh> Rather than 360?
[00:40:28] <cradek> yes
[00:41:10] <SWPadnos> so (th2+th1)/2 = M_PI
[00:41:14] <SWPadnos> (in theory)
[00:41:19] <andypugh> I have never found a neat way to do 4-quadrant angles, you always seem to get bogged down in conditionals
[00:41:39] <SWPadnos> hmmm. nevermind. dev should be ==r in my mind
[00:42:22] <AchiestDragon> do know a guy who could read papertape , as if it was written text
[00:43:29] <andypugh> In prinicile no harder than braille, but you have to wonder how he got the practice
[00:43:40] <SWPadnos> braille is harder
[00:43:56] <toastydeath> when you read g-code every single day it starts to look like text
[00:43:58] <SWPadnos> even if you're reading dot patterns by looking at them, the encoding is not as simple
[00:44:30] <andypugh> I confess that g-code still looks like gibberish
[00:44:38] <SWPadnos> so does braille ;)
[00:44:45] <SWPadnos> Gibberish code
[00:44:50] <AchiestDragon> he used to fix the pdp 8 and 11 minicomputers
[00:45:28] <andypugh> I mentioned, I think, that we retired the last PDP11 at work abut 5 months ago.
[00:47:09] <AchiestDragon> back in the z80 days when you used to have to hand compile a few k's worth of code you soon pick them up ,, these days we have assemblers so you dont get to be as farmiliar with them
[00:48:21] <andypugh> They ran engine dynos. I have written a fairly big Excel Macro (10,000+ lines of code) to perform automated dyno testing by communicating data values between the dyno controller and the ECU driver. I so wanted to make that work with the PDP cells too, just for the aesthetic anachronism
[00:49:42] <toastydeath> in soviet russia, engine dynos run YOU
[00:52:10] <AchiestDragon> oh ty again andypugh for that link ,, should be able to afford to swith to 20mm rails for less than the cost of the 16mm ones from the other place
[00:56:34] <andypugh> OK Z80 fans: http://www.worldofspectrum.org/infoseekplay.cgi?title=Johnny+Reb&pub=MC+Lothlorien+Ltd&year=1983&id=0002635&game=/games/j/JohnnyReb.tzx.zip&emu=3
[00:57:21] <andypugh> A game from when user interfaces hadn't been invented
[01:02:18] <cradek> http://timeguy.com/cradek-files/emc/0001-fix-corner-case-where-naive-cam-detector-skips-full.patch
[01:03:26] <Dave911> >>AchiestDragon>unistrut beeing galvanised dose not realy allow for welding
[01:03:28] <Dave911> A good trick I have learned is to get a bucket of muriatic acid and put it outside - and put the ends of the parts you want to weld in the bucket. The acid will eat the plating off the unistrut or conduit and you can weld without excessive fumes...
[01:03:53] <cradek> jepler: ^^ (?)
[01:04:21] <andypugh> Ah! Dave911, I found out how to read current positions into G-code today
[01:04:45] <andypugh> (Well, someone on the mailing list told me how)
[01:06:04] <andypugh> (Though I also saw hints of a long-term plan to make #_x return the current X in the named parameters section, which sounds better)
[01:07:41] <AchiestDragon> Dave911: maybe but 3 points ,, 1st ,,, its cheaper to get 40mm box section than unistrut , if your going to weld the holes then dont matter just make it weaker ,, 2 it would need regalvanising after , may as well start with ungalvanised , and 3 its not realy practical for me to store chemicals here
[01:09:04] <cradek> wonder why atan2's range is [-pi,pi] instead of (-pi,pi]
[01:10:27] <cradek> that seems bogus
[01:10:27] <Dave911> andypugh: what did you find out??
[01:10:50] <andypugh> Are you on the mailing list?
[01:12:38] <Dave911> AchiestDragon> Well then it really doesn't make sense to use unistrut anyway. Muriatic acid is used a lot to correct the Ph in swimming pools. I also use it to remove rust sometimes and clean out my water softener. Handy stuff.
[01:13:33] <AchiestDragon> that is the conclusion i came to :)
[01:13:38] <andypugh> Basically you can add halui to the the ini file, then net the halui axis positions to the analogue input pins in HAL, then M66 will read the axis you asked for into #5399
[01:14:05] <cradek> ugh, that's an abomination
[01:14:28] <cradek> what are you trying to do anyway?
[01:14:31] <andypugh> Yes, but it looks like it will work
[01:14:52] <andypugh> Get current X, Y, Z into G-code
[01:15:09] <cradek> no, what is the task where it is useful to have this?
[01:16:11] <andypugh> Put stock into the lathe, jog to a point just outside the material, press "go" and have it machine to a fixed length and/or diameter.
[01:17:04] <cradek> oh you mean you want a variable number of passes starting "here" until you get to the specified value?
[01:17:14] <Dave911> Yep, there are all kinds of things you can do with that .... I think... That really is not too ugly. I've seen much worse work arounds!
[01:17:17] <andypugh> Imagine several lumps of steel roughly cut to length that you want squaring up to the same length, without a probe and without cutting air.
[01:17:33] <cradek> I abuse canned cycles to do that
[01:17:35] <andypugh> cradek: Exactly
[01:18:36] <cradek> sounds like what you could really use is a good roughing cycle (and I feel your pain)
[01:18:37] <andypugh> Yeah, I have real problems with the concept that G-code doesn't know where "Here" is
[01:19:12] <cradek> well ... it does
[01:19:17] <cradek> it just won't tell you directly
[01:20:00] <andypugh> We have done this conversation before: I have tool offsets
[01:20:08] <cradek> yeah I know
[01:20:41] <dgarr> cradek: thanks for workng on that g64 problem! i was pretty surprised when it happened on my new little mill since i'm just beginning to cut metal.
[01:20:42] <cradek> actually I bet you can abuse probing to find it
[01:21:05] <Dave911> andypugh> You mentioned custom Gcodes - how do you do those? I think I have read every EMC2 manual and if that is documented I must have missed it...
[01:21:06] <cradek> dgarr: it's a very corner case, doing a full circle at atan2's discontinuity
[01:22:07] <cradek> andypugh: G91 G38.3 Z.0001
[01:22:18] <andypugh> The <named_parameters> documentation says that #<_a> etc are reserved for just this idea, which sound perfect to me
[01:22:26] <cradek> (only slightly lesser abomination)
[01:22:47] <Dave911> andypugh> Thanks for hunting down the answer to that current position reading ... I know of another guy who is starting to use EMC2 also and he had the same question
[01:23:56] <andypugh> I am looking into cradeks G38.3 abuse now, perhaps that is better
[01:24:31] <cradek> dgarr: what the heck, I'll commit that - jepler can tell me later if it's somehow bogus
[01:24:56] <Dave911> andypugh> Wow, I can see how that one got by me ;-) Gcode abuse... there is nothing illegal about that right ;-)
[01:25:17] <cradek> dgarr: (done)
[01:26:26] <andypugh> cradek: seems fair, it is the sort of check you would do anyway if you thought hard when coding it, it can't break anything
[01:27:28] <Dave911> andypugh> I'll have to print this out and look at this later .. I'm being hailed Thanks!!
[01:27:39] <cradek> andypugh: I missed something - what?
[01:28:21] <andypugh> Your "catch Atan2 discontinuity"
[01:29:09] <andypugh> I was saying that it can't really be argued against
[01:29:32] <andypugh> Where on the circle is the problem?
[01:29:40] <cradek> G38.3 does do what you want, and you can do an arbitrarily small "probe" move
[01:30:24] <andypugh> I am going to guess that it is one of the "cardinal points" and they are quite likely places to be.
[01:30:48] <cradek> andypugh: the problem was a circle that starts at angle -pi and goes ccw to +pi (or the other way)
[01:31:31] <andypugh> Yes, thanks for that. I had looked at G38 but decided I couldn't spoof the probe signal, not noticing that failure would mean success.
[01:31:53] <cradek> the "don't report error" codes are the key
[01:33:25] <andypugh> -pi is west?
[01:33:48] <cradek> both are west
[01:33:57] <cradek> that's the problem
[01:34:04] <andypugh> ?
[01:34:14] <andypugh> 2pi radians to a circle?
[01:34:38] <cradek> yes
[01:34:55] <andypugh> Atan doesn't make the distinction?
[01:35:11] <andypugh> Ah, yes, it's a bugger that way.
[01:35:55] <andypugh> I think Matlab has a special version of atan that does
[01:37:45] <andypugh> <google> Ignore me, matlab atan2 has the exact same issue I think.
[01:37:48] <andypugh> http://www.mathworks.com/access/helpdesk/help/techdoc/index.html?/access/helpdesk/help/techdoc/ref/atan2.html&http://www.google.com/search?client=safari&rls=en&q=matlab+atan&ie=UTF-8&oe=UTF-8
[01:40:03] <cradek> yep same problem, it can return all points on the circle plus one more point
[01:40:30] <mIreland> cradek: i'm trying to sort out the spindle control. If I understand this, you use only the index pulse, am I right?
[01:40:32] <andypugh> Should be pi to -pi+eps
[01:40:52] <cradek> mIreland: no
[01:41:29] <cradek> mIreland: you should give motion.spindle-revs as much position resolution as you have, increasing by 1.00 per revolution
[01:41:46] <cradek> motion also wants a spindle speed in, which you can calculate however it's convenient
[01:43:51] <mIreland> it functions but is off by a scaling factor, I believe. can I display the angle of the spindle somehow?
[01:44:40] <cradek> make a mark on your spindle, put a halmeter on motion.spindle-revs, turn the spindle forward 10 turns, see if spindle-revs increases by 10.00
[01:52:07] <mIreland> okay I'm getting about 5:1. motion.spindle-revs increaes by ten per 2 turns.
[01:53:03] <cradek> ok, fix your encoder scaling until it's right
[01:53:43] <mIreland> that's AXIS_6 in ini file, rite?
[01:54:10] <andypugh> encoder_scale in the HAL?
[01:54:30] <andypugh> Or am I missing the point?
[01:55:18] <mIreland> nochange notit
[01:55:22] <cradek> AXIS_6 is some old experiment - you should delete it
[01:55:32] <cradek> the spindle encoder is in hal
[01:55:54] <mIreland> there's a couple of those... lube timer never connected, rite?
[01:56:22] <cradek> yeah I don't think that goes anywhere
[01:56:29] <cradek> setp hm2_5i20.0.encoder.03.scale -400
[01:58:37] <mIreland> why did you scale by a negative number?
[01:58:56] <cradek> I guess because it was counting backward
[01:58:59] <cradek> easier than changing wiring
[01:59:15] <mIreland> !
[01:59:19] <mIreland> very smart
[02:04:16] <i-pink> now i finish the PCB!!!!!!!!!!
[02:04:22] <i-pink> is workkkkkkkkkk
[02:04:51] <andypugh> Brilliant
[02:07:27] <andypugh> Does it interface with EMC?
[02:10:10] <mIreland> alright... i have a sensible reading and i know how to tune it in exactly. thanks cradek
[02:10:32] <cradek> bet it's 2000 or 2048...
[02:10:54] <cradek> welcome
[02:11:30] <andypugh> I am going to make a 511 line encoder just to annoy people.
[02:11:31] <mIreland> 2k i think testing...
[02:12:01] <cradek> andypugh: I've run across 508 line
[02:12:17] <andypugh> That's quite random
[02:12:36] <cradek> nope
[02:12:41] <SWPadnos> mm vs inch
[02:12:49] <cradek> 25.4 * 5 * 4
[02:13:51] <andypugh> Hmm, encoder version of the 127 tooth gear?
[02:14:04] <cradek> yep
[02:14:35] <mIreland> hahaha perfect to the decimals. i love it.
[02:14:51] <cradek> put it on a 5 turn/inch leadscrew and you get .01 mm
[02:15:46] <andypugh> So you fit that and tell the system it is a 20 pulse encoder, and instant metric lathe (or 200 pulse and work in cm)
[02:16:41] <cradek> fortunately with emc we can have whatever scale we want, so we don't ever need special particular encoder resolutions
[02:17:08] <andypugh> I want to work in milli-cubits :-)
[02:17:48] <cradek> millifurlongs are more popular
[02:19:05] <mIreland> okay, now reported rpm in the control panel is outlandishly low, at least a factor of two.
[02:19:59] <andypugh> OK, time I retired for the night, but my favourite unit, and one that the google conversions facility understands, is the Megaparsec.Barn. A unit of volume with the area of a hydrogen nucleus and a length to the next galaxy
[02:20:40] <andypugh> Which, bizarrely, comes out to be about a teaspoonful.
[02:21:43] <SWPadnos> hmmm
[02:22:27] <andypugh> http://en.wikipedia.org/wiki/List_of_humorous_units_of_measurement#Barn-megaparsec
[02:22:39] <mIreland> I've always thought barns was a thoughtful unit for target cross section. all science should be so comprehensible.
[02:23:36] <SWPadnos> this barn is considerably harder to hit though
[02:29:19] <i-pink> AchiestDragon, i finish the electronic for the encoder
[02:29:19] <andypugh> OK, time to go
[02:31:01] <mIreland> panel code says halpin="spindle-actual" I dont see that pin available under HalMeter.
[02:31:02] <i-pink> someone what photo of the encoder?
[02:31:49] <mIreland> show us, i-pink!
[02:32:24] <i-pink> ok
[02:32:41] <i-pink> i connect the camera to the PC
[02:36:47] <i-pink> http://www.speedyshare.com/672755871.html
[02:37:06] <i-pink> the encoder ^
[02:37:50] <i-pink> mIreland ^
[02:41:36] <i-pink> ?
[02:43:04] <mIreland> wow, nice work. that motor is smaller than I had thought.
[02:43:56] <mIreland> Okay, my speed issue is solved. pretty sure you are running closer to the top of your speedchanger screw
[02:43:56] <i-pink> is about 3 on 12 cm
[02:44:17] <i-pink> what?
[02:44:29] <mIreland> sorry, talking to 2 persons at once
[02:44:40] <i-pink> the speed is 3-4 RPM
[02:44:43] <i-pink> ahh
[02:45:05] <toastydeath> 3 rpm
[02:45:13] <toastydeath> appropriate for a 50 foot vertical boring mill
[03:02:39] <mIreland> I'm looking for scaling factor which relates VFD command to rpms... I read correct RPMs but do not get what is commanded
[03:05:07] <mIreland> atspeed.scale looks likely. has a neighbor setting atspeed.difference Are these the parameters I am looking for?
[03:11:23] <mIreland> hmm not it..
[03:21:34] <mIreland> i think i've found them, one scale for each gear as inputs to mux2
[03:38:27] <mIreland> alright! the map matches the territory at last! speed commanded matches speed measured.
[03:39:10] <mIreland> I'm wishing the speed +- buttons bumped a little less than 100 in low gear
[03:45:30] <cradek> mIreland: you can always M3 S123
[03:48:44] <mIreland> of course.
[03:48:47] <LawrenceG> i-pink, very interesting encoder!
[03:49:05] <cradek> mIreland: sounds like you are sure getting the hang of hal now
[03:50:38] <mIreland> getting there... still haven't quite learned to connect every line when I read the files, but I am learning to.
[03:51:52] <mIreland> thanks for telling me about spurious axis in ini file, I'd have walked around that superstitiously forever. Now it's gone.
[03:52:28] <cradek> at one time I was trying to map/test my ballscrew with a linear scale. that let me display the value on the AXIS dro.
[03:52:55] <cradek> but the ballscrew was MUCH better than the scale... haha
[03:53:14] <cradek> aha! http://timeguy.com/cradek-files/emc/no-backlash.png
[03:53:16] <cradek> still have the plot
[03:53:26] <cradek> red is the resolver, the jaggy cyan is the scale
[03:53:28] <mIreland> Say, I have one axis of a Mitutoyo DRO, can it be made to interface easily?
[03:54:43] <mIreland> wait, red: scale, jags:ballscrew, rite? I see what you mean
[03:57:15] <mIreland> toolchanger still reads one off of true position. No clue why; all the switches add up to correct spot per engraved numbers, axis just reports one off.
[03:58:00] <mIreland> I'm waiting for parts before sorting that one out, though.
[03:59:39] <cradek> mIreland: that's just the way it is... if I was slightly more bold I'd just say the markings are wrong
[03:59:52] <mIreland> scale reads in jumps, i get it i think. so the smoother line is the resolver out
[04:00:17] <cradek> yeah the scale was way too low resolution to be useful for that task
[04:00:41] <mIreland> I'm saying the wieghted sum of the turret position switches corresponds to the engraved number. Somehow axis increments it by one.
[04:02:23] <cradek> oh, hmm, maybe yours is different somehow
[04:02:26] <mIreland> maybe the Chucker of the beest is special? did you have to fix it?
[04:02:46] <cradek> heck I guess I don't remember now
[04:02:57] <cradek> I did have it all apart and had to fiddle with those sensors
[04:03:10] <mIreland> only an observation, I'm sure I'll sort it out
[04:03:22] <cradek> yeah
[04:06:00] <mIreland> I marked numbers on the encoder(compartment right behind turret). I bet yours is one step off.
[04:06:11] <mIreland> and you fixed it with HAL
[04:06:55] <mIreland> I'll find it. this is a great way to learn.
[04:08:55] <mIreland> So, Mitutoyo DRO, I have a head and the long scale. what does it take to read it into HAL?
[04:09:30] <mIreland> I could use the heck out of it...
[04:09:52] <cradek> if it outputs quadrature, just hook it up to a spare encoder counter on your 7i33
[04:10:27] <cradek> I had to take the soldering iron to mine to get the quadrature out, but it was hidden in the box somewhere just waiting to be found
[04:10:49] <mIreland> are you serious? hahaha i cant believe what i have laying around
[04:18:26] <mIreland> Say, what stops Halscope from reading a probe and serving as a general purpose oscilliscope?
[04:18:55] <cradek> it's not super fast, and you probably don't have analog inputs
[04:19:44] <mIreland> I see. some kind of soundcard trick would be needed i suppose
[04:27:54] <mIreland> cradek, my machine works like a dream. I owe you one.
[04:29:30] <mIreland> And I must say, having a chatline to a global network of experts is a luxury so extravagant it could only be free! I'll be making chips within the week.
[04:52:30] <cradek> that's great news, congratulations
[04:56:04] <mIreland> I'm wondering what would be the best way to make a readout of the angle of the spindle in the control panel. It would be a matter of throwing away the count and keeping the decimal, then showing it in degrees.
[05:03:32] <mIreland> better would be a way to make the head index itself to a position. I have determined that I can make a good mechanism for clamping the spindle by air.
[05:16:54] <tom3p> the ubuntu hardware compatibility list. useful http://www.ubuntuhcl.org
[05:19:54] <mIreland> http://imagebin.org/66977
[05:22:10] <tom3p> nice brake, but weird airplane ;)
[05:24:02] <mIreland> not super fast. but it is a good match for the tachometer i was using
[05:25:07] <mIreland> If I can stop the spindle on a target position, I can clamp the spindle for live tooling. I'll just have to make a disk
[08:25:32] <ChanServ> [#emc] "This is the #emc channel - talk related to the Enhanced Machine Controller and general machining. Website: http://www.linuxcnc.org/, wiki at http://wiki.linuxcnc.org/"
[14:44:43] <fenn> SWPadnos: how many cameras would you need for this? http://www.youtube.com/v/2YFkcwtpGZo
[14:45:33] <fenn> oops, um. http://www.youtube.com/watch?v=2YFkcwtpGZo
[14:54:54] <tom3p> Philips Carousel for Cinema 21:9 TV - How they did it http://www.youtube.com/watch?v=teoSDTJDjF4
[14:55:43] <tom3p> the question is, many meters of baling wire was used?
[14:58:44] <fenn> and gaffer's tape, undoubtedly
[15:25:19] <AchiestDragon> wow thats cool
[17:11:28] <SWPadnos> fenn, one. they didn't actually use an array - they had people stand still, and the post production took 5 weeks
[17:11:45] <fenn> right.. i figured that out eventually
[17:12:21] <SWPadnos> otherwise, it would be 140 seconds at 30 frames/second, so it would take 4200 still shots
[17:12:31] <fenn> not impossible
[17:12:33] <SWPadnos> which could be split up into several scenes
[17:12:58] <SWPadnos> actually, it would be nearly impossible with an array, due to the types of camera moves they do
[17:13:24] <SWPadnos> for instance, you can't dolly forward (or backward) with an array, because the cameras would all be looking straight into each other
[17:13:28] <fenn> right, you have to look sideways
[17:13:30] <SWPadnos> yep
[17:13:43] <AchiestDragon> i would not be posible to do with a multicamara single timed shot dew to the path of the movment
[17:13:56] <SWPadnos> they did paint out the dolly track on the long dollies down the hall (for instance), so it's more or less possible
[17:15:40] <fenn> you could have a really fast moving high speed camera :)
[17:16:16] <SWPadnos> Phantom
[17:16:23] <SWPadnos> or Viper might be another one
[17:22:53] <mIreland> hey, has anyone here ever used a stamp roller on a lathe?
[17:25:57] <mIreland> seems i have one.. and I just discovered that the company still exists. I'm wondering how pricey/finicky they are. New Method
[17:27:31] <mIreland> lettering dies are the kind of thing that sparks neat discussions in here sometimes... wonders how theyr made.
[17:34:04] <andypugh> I recall some discussion of calling files on the mailing list, was that ever resolved? I am having trouble making it work
[18:01:28] <tom3p> i only found info on the Mcodes 100 thru 199m which uses external files, and are not gcode.
[18:01:29] <tom3p> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?action=browse&diff=2&id=M100-199
[18:02:51] <tom3p> on other controls, i do use external files called by a main program. iirc the syntax is G99 Pxxxxxx, and the file is searched for along the system path.
[18:03:56] <tom3p> i refer to subprograms as external files, and subroutines as code included inside the main.
[18:05:02] <andypugh> http://linuxcnc.org/docs/2.3/html/gcode_main.html#r3_7
[18:05:19] <andypugh> Says that you just use O<filename.ngc> CALL
[18:08:08] <tom3p> great! gotta try that! thx
[18:08:24] <andypugh> Please do, I can't make it work :-/
[18:16:12] <AchiestDragon> well need to find a better way to get my 3d solids to nc
[18:17:55] <AchiestDragon> http://www.whipy.demon.co.uk/front-pannel-Model2.jpg like 30mins to draw in autocad ,, saved in acad2000 dwg ,,, importing it to mastercam has taken 1 hour so far
[18:18:36] <andypugh> Tom3p I have made some progress by turning logging to full. If it can't find a sub in the program it looks for a file of the same name by appending .ngc. I was thus having it find myfile.ngc.ngc
[18:26:05] <andypugh> Doesn't look like it should take that long to CAM, unless it is trying to do an awful lot more than you wanted it to (like start from a foot-thick block)
[18:26:36] <andypugh> No, wait, you are talking only about the import process?
[18:26:45] <AchiestDragon> yea
[18:27:02] <tom3p> andypugh: i agree the call is oXXX fred, and the file search for is fred.ngc, but i dont get the contents of fred.ngc to exec
[18:27:05] <AchiestDragon> its at face 344 of 586 atm
[18:27:22] <AchiestDragon> it is going up but slowly
[18:27:32] <andypugh> tom3p: It is working for me now, but I don't know why
[18:27:39] <tom3p> ;)
[18:27:50] <tom3p> voodoo, dead cats
[18:27:53] <andypugh> Did you add the sub/endsub lines (without the .ngc)
[18:28:39] <andypugh> The trouble is that there are no errors reported from subs, it just quietly doesn't do anything.
[18:31:28] <tom3p> yep... i used the sub/end sub. and o tried stripping the filename at begin of file, and single stepped it. all 'run' but all ignore the code in the subprogram
[18:31:58] <tom3p> gotta ask lerhman, he wrote the stuff
[18:35:30] <tom3p> changed named files to numbered files, same result
[18:35:30] <andypugh> It has stopped working for me now :-)
[18:36:17] <tom3p> cool, ghosts in the machine
[18:36:36] <andypugh> Well, I did change one of the files.
[18:37:16] <tom3p> next time it works, pastebin them
[18:40:42] <tom3p> wait, regarding your question 'did you use sub endsub without the .ngc'... did you use names on the 'o<_____> sub (or endsub) line? ( did you say "o fred sub" or did you say "o 123 sub" ?)
[18:40:52] <andypugh> Try quitting and restarting Axis, that seems to fix it...
[18:41:58] <andypugh> The actual line (pasted) is:
[18:42:23] <andypugh> O<dsub15> SUB
[18:44:20] <AchiestDragon> seems to have speeded up must of been some dificult faces ,, but inported fine , so know that works now anyway
[18:47:08] <tom3p> andypugh: yes it works now but the umpteen edits left the o word same as the file name, same as the call. i'm glad it can work, but gotta try different names to see the ruleset
[18:47:49] <andypugh> It strips spaces and changes to lower case.
[18:47:55] <AchiestDragon> and yea ,,, like a bit of a mix up on units ,,, it was trying to make that 700mm by 140mm by 10mm pannel from a 1000"*1000"*1" thick plate
[18:48:18] <andypugh> That would be expensive
[18:48:30] <cradek> if you guys figure out the rules it would be great if you would write them down - I've always meant to try using that feature but never have.
[18:49:26] <AchiestDragon> realy will have to figure out mastercam now i know i can import with it ,, still not shure how to get mastercam to export as nc though
[18:54:17] <tom3p> andypugh: ok, the initial call oxxx call somename... the xxx doesnt need to be in the file, the 'somename' file does not want the file name on first line, the 'somename' file can have any oxxx sub/oxxx endsub pair ( i used numbers )
[18:54:34] <tom3p> cradek: will put onto wiki
[18:55:13] <andypugh> Yes, that example that has the file name as a single line is bogus
[18:55:28] <andypugh> Any file name used should be lower case only and have no spaces
[18:55:54] <andypugh> (I am in a VM so can't paste examples)
[18:56:30] <andypugh> But O<This File Does Not Exist> CALL shows up in the log as a search for thisfiledoesnotexist.ngc
[18:58:23] <tom3p> andypugh: the called file can use named lables eg oethel sub | ... | oethel endsub yes 'oethel' dont know about oodin but i usually dont stare at the monkeys/tease bears
[18:59:34] <tom3p> andypugh: i can use internet from a vm. the host os needs the access, the vm just uses whats available to host
[18:59:52] <tom3p> (not right now, but have done so inpast often
[19:00:13] <andypugh> My problem is that the EMC machine is a VM and the IRC client is on the host Mac, and I can't get copy and paste to work between them
[19:02:22] <andypugh> Very bizarrely, if a program with called programs has a problem, reloading the master program isn't enough. You have to quit and restart Axis. It seems that the "Reload" button only reloads the master file and does not re-parse the sub-files.
[19:06:50] <tom3p> i'm not getting nested calls ( inside the called program is another call )
[19:07:51] <tom3p> i do get multiple calls ok, ( call drill, call cbore, call csink , that sequential stuff works )
[19:09:00] <tom3p> i'm believing the plot, if the initial plot doesnt have the calls, then the interp didnt see it my way
[19:09:55] <andypugh> Put a line in the ini file, [RS274NGC] section saying LOG_LEVEL = 999 and you should be able to see what it is doing
[19:10:53] <andypugh> (Output goes to emc.log in the config directory)
[19:18:10] <andypugh> cradek: I accidentally found another way to read the current coordinates. G92 X0 Y0 Z0 then immediate G92.2
[19:48:13] <tom3p> andypugh: i got subprograms calling subprograms, but i fooled myself before, the same dir has files o f same contect with a nake and with a number, so the proof is faulty. i've now isolated all named files and test with only numbers. ( will try all names later )
[19:49:20] <andypugh> I am pretty sure that named global parameters work between programs. (It worked for me anyway)
[19:49:32] <andypugh> Just as an extra point of info
[19:50:04] <andypugh> How badly recursive can you get? If A calls B and B calls A?
[19:51:02] <MattyMatt> that's an infinite loop
[19:51:28] <andypugh> Yes.
[19:51:35] <MattyMatt> unless you have a bailout that is always taken eventually
[19:51:55] <andypugh> Though it need not be if the calls were nested in conditional structures
[19:52:44] <MattyMatt> recursion is usually only for tree type data structures
[19:54:19] <MattyMatt> which are unlikely in cnc afaics
[19:55:20] <andypugh> Yeah, I was just curious if it gets caught.
[19:56:16] <MattyMatt> I would guess probably not. few other languages would
[19:56:59] <MattyMatt> that's the programmer's job, still :)
[19:58:23] <andypugh> Could be handy for machining fractals
[20:00:35] <fenn> g-code is a poor excuse for a programming language
[20:00:42] <fenn> i recommend not trying to do anything complicated with it
[20:00:54] <fenn> it's really a data format
[20:01:38] <andypugh> Agreed, similar to postscript
[20:01:54] <fenn> right
[20:02:03] <fenn> except postscript was better thought out
[20:02:33] <andypugh> Does PS have loops and conditions? I seem to recall it does
[20:03:29] <fenn> yeah
[20:05:14] <fenn> here's an example of postscript code (look at it with a text editor) http://fennetic.net/irc/2inch-45degree.ps
[20:06:11] <tom3p> andypugh: no luck mixing names and numbers files, ok if all numbers (eg o111 call 111, and in file 111 ... o111 sub ... o111 endsub )
[20:06:37] <tom3p> postscript, see don lancasters website
[20:07:02] <tom3p> author of 'the opamp cookbook' a wiz at postscript
[20:07:20] <andypugh> How odd, that you can't mix conventions
[20:07:40] <andypugh> A friend of mine used to do all his illustrations in raw postscript
[20:07:41] <tom3p> >i< cant, i believe its possible
[20:10:46] <andypugh> It might depend on which you use first.
[20:18:29] <tom3p> haha dont try to organize by hiding stuff in subdirs, thats against the rules
[20:18:57] <andypugh> You can't put a path in the filename then?
[20:19:46] <andypugh> It does seem a little clunky, doesn't it?
[20:22:07] <tom3p> didnt try '/' in the filename, figured the parser wouldnt care for that
[20:48:58] <mIreland> i'm having a little trouble with my toochanger. warns that it will violate limits if it runs. I've zeroed out the tool table, no better. where is the setup move for tool switches configured?
[20:50:03] <i-pink> hiiii alllll
[20:50:21] <mIreland> hi pink
[20:50:32] <mIreland> does it work?
[20:51:39] <i-pink> mm yes, but u dont know how to connect it to the emc2
[20:52:39] <i-pink> i have l298 is can help me?
[20:54:35] <i-pink> someone can help me with that?
[20:55:41] <andypugh> I don't even know what an I298 is
[20:55:48] <mIreland> ? are you still building servodriver? i have never done such a thing
[20:56:27] <i-pink> L298 is H bridge
[20:56:34] <i-pink> servodriver ?
[20:57:10] <andypugh> OK, that will come after you have got the encoder working.
[20:58:08] <andypugh> You need to add an encoder to your .hal file and get it set up. Simplest way would be in Stepconf.
[20:58:15] <i-pink> the encoder work very good
[20:58:41] <andypugh> I mean in the sense of providing position information to emc
[20:59:16] <i-pink> i get TTL levels from the 7404 if the encoder is 00 01 11 10
[20:59:56] <andypugh> Excellent, so connect those to your parallel port, and add an encoder to your software setup with stepconf
[21:00:52] <micges1> micges1 is now known as micges
[21:00:57] <andypugh> Or add it manually if you prefer to edit your own stepconf files.
[21:01:35] <andypugh> In your case you will have to edit the .hal file anyway (I think) so that encoder A and encoder Z are the same channel
[21:04:16] <i-pink> I'll be off for a few moments - i go to the computer of the EMC, OK?
[21:21:22] <i-pink> hii
[21:21:46] <i-pink> i back
[21:21:46] <andypugh> Any luck?
[21:23:41] <i-pink> mmm try to understand what to do
[21:25:34] <i-pink> if i go to Applications > CNC > EMC2
[21:25:35] <andypugh> Do you have anything working with emc yet?
[21:26:12] <i-pink> and i select the ethc-servo
[21:26:28] <i-pink> is give me error
[21:26:39] <andypugh> What error?
[21:26:55] <andypugh> And have you used the etch servo config before?
[21:27:20] <andypugh> (I have no idea where you are in the process)
[21:29:25] <i-pink> andypugh?
[21:29:31] <AchiestDragon> trying to sort out file conversion methods atm ,, doing blender >dfx>autocad bit of processing and scailing then doing dwg to >mastercam to nc with a 5 axis machine for stuff like http://www.whipy.demon.co.uk/snapshot5.png
[21:29:31] <andypugh> Hmm?
[21:31:07] <i-pink> someone?
[21:32:01] <andypugh> Yes, what is your question?
[21:33:07] <andypugh> How much of your machine is already working, or is the answer "none of it yet"?
[21:34:07] <andypugh> ArchiestDragon: Ambitious
[21:34:58] <AchiestDragon> well a 3d solid is a 3d solid ,, and other than tools sizes a 5 axis should cope with that if made in some sections
[21:35:36] <AchiestDragon> hence the processing in autocad to split it into managable sections
[21:37:07] <AchiestDragon> blender is far easyer to use to manupulate the surfaces than autocad ,, but blender tends to work to a relative scail rather than an absolute dimentions
[21:37:08] <i-pink> this is loook very nice (but my cnc not work :( )
[21:38:11] <andypugh> i-pink: What is the error message? did etch-servo work before? Is you hardware connected up?
[21:39:09] <tom3p> andypugh: got all named and all numbered working nested, no mixing yet, and no luck with paths in names ( there is a rule about files being in a specific dir , so not pursuing that )
[21:40:11] <i-pink> the emc2 send me to this page http://emergent.unpy.net/projects/01142347802
[21:40:12] <i-pink> i have the L298 but how he make the encoders???
[21:43:45] <i-pink-cnc> hii is i-pink from the cnc computer
[21:44:10] <tom3p> andypugh: a main with name and with numbered subprogs is ok now, but need to test label<name> call nnnn
[21:44:28] <tom3p> btw the angle brackets are neccesary for named files
[21:44:51] <andypugh> i-pink: His encoders are commercially bought ones that were probably factory fitted to the motors
[21:45:18] <andypugh> tom3p: Putting a path in the filename doesn't work
[21:45:24] <tom3p> right
[21:46:31] <andypugh> i-pink: Has your CNC ever worked? Or are you starting from the beginning?
[21:48:16] <i-pink-cnc> only the x and y axis work (is steppers)
[21:48:32] <i-pink-cnc> the z axis is DC motor with encoder
[21:49:58] <andypugh> Presumably the encoder is mounted on the motor and the H-bridge and encoder are all connected to the computer?
[21:51:01] <tom3p> the encoders look like u.s.digital brand ( like the h.p. units ) http://usdigital.com/products/encoders/incremental/rotary/kit/e8p/
[21:51:25] <i-pink-cnc> is the gary encoder
[21:51:48] <andypugh> i-pink's encoder is home-made from mouse parts and cardboard.
[21:52:44] <andypugh> But then so is mine.
[21:53:41] <i-pink-cnc> no.. my encoder is this
[21:53:42] <tom3p> i-pink-cnc: yes a gray scale encoder, but jepler has a commercial unit
[21:54:22] <tom3p> hewlett packqard sold off its tiny encoder .. now its Avago http://www.avagotech.com/pages/en/motion_control_encoder_products/
[21:54:57] <andypugh> They are quite cheap too.
[21:55:28] <i-pink-cnc> the size of the encode is not importent, i wont to unterstend how to work with this
[21:55:52] <andypugh> Is the encoder wired to the computer?
[21:56:17] <andypugh> Can you see the pin values changing in halscope when you turn the motor by hand?
[21:57:08] <i-pink-cnc> no.. i s not connect
[21:57:24] <andypugh> OK, wiring it up would be a good start
[21:57:30] <i-pink-cnc> i dont know to what pin to connect it
[21:58:09] <andypugh> Did you create your current configuration with Stepconf?
[21:58:25] <i-pink> this is my encoder
[21:58:25] <i-pink> http://www.speedyshare.com/543818401.html
[21:58:47] <i-pink-cnc> i heve configuration but is work only with the stepper
[21:59:27] <andypugh> Yes, but did you create it using the stepconf application?
[21:59:53] <tom3p> stepconf would never work with an encoder
[22:00:16] <tom3p> stepper and encoder are not (commonly) used together
[22:00:22] <andypugh> It won't drive a servo, but it will set up an encoder.
[22:00:38] <tom3p> hmm, ok
[22:00:49] <andypugh> It will also (if that is how the original config was made) show what pins are available.
[22:01:04] <i-pink-cnc> look
[22:01:29] <andypugh> It will create an encoder and make the hal connections for a spindle speed enoder which would be a good start
[22:01:43] <i-pink-cnc> i have 2 stepper motor to the X and Y axis, and the Z axis need to be DC motor with the encoder
[22:01:56] <tom3p> understood
[22:02:03] <i-pink-cnc> ok.
[22:02:14] <i-pink-cnc> what to do?
[22:02:40] <andypugh> Yes, but my question is if your current config was created with StepConf Wizard or by hand, or is a standard config re-used
[22:03:15] <i-pink-cnc> by editing the hal
[22:03:31] <andypugh> In that case you will have to do it again.
[22:03:44] <i-pink-cnc> ok
[22:03:48] <i-pink-cnc> how/
[22:03:53] <tom3p> i-pink-cnc: where did that hal come from? from step-config or supplied with emc?
[22:04:32] <i-pink-cnc> i dont know
[22:04:43] <i-pink-cnc> now all is not work :(
[22:05:35] <i-pink-cnc> look at this error
[22:06:39] <i-pink-cnc> http://www.speedyshare.com/953958631.html
[22:07:34] <tom3p> the red line box is your workspace, you're at top, if you go up you will exceed the work space.
[22:07:54] <andypugh> You need to re-home your Z probably
[22:08:19] <tom3p> i think..., begin with a step config, and ignore the output for Z, respect what it says for x & y, edit your own Z into the file. begin with just 2 stepper axis and build on that.
[22:08:54] <tom3p> i gotta write down the named subprogram stuff and get back to work, byebye
[22:09:06] <i-pink-cnc> it give me that error now
[22:09:49] <i-pink-cnc> http://www.speedyshare.com/901120112.html
[22:10:31] <andypugh> That's the same error. Move the Z down in Axis (it doesn't matter that it won't actually move) then touch-off to zero
[22:10:34] <tom3p> you're still at top of red box
[22:11:47] <i-pink-cnc> i try to put it on 0
[22:11:54] <i-pink-cnc> it not work
[22:12:43] <andypugh> The physical axis won't move, but you should be able to jog to a lower Z in EMC2 then touch-off to zero there
[22:13:07] <i-pink-cnc> the emc not work!!
[22:13:10] <i-pink-cnc> not work!
[22:13:18] <i-pink-cnc> i try to do it
[22:13:23] <i-pink-cnc> but is not work
[22:13:34] <andypugh> You can't run the program, you should be able to jov
[22:13:41] <andypugh> jog, I mean
[22:14:23] <i-pink-cnc> ok
[22:14:44] <i-pink-cnc> i make the confiroration from zero
[22:15:04] <i-pink-cnc> now the virtual CNC is work
[22:16:01] <andypugh> You need to find 2 spare input pins on your parallel port for the encoder inputs
[22:16:14] <i-pink-cnc> input?
[22:16:20] <andypugh> Look at what is there now, and the wikipedia parallel port page
[22:16:49] <i-pink-cnc> i use now only in 4 output pins
[22:17:31] <andypugh> Use pins 12 and 13 for your encoder
[22:17:42] <i-pink-cnc> ok
[22:18:13] <i-pink-cnc> the parallel port get TTL 5V?
[22:18:20] <andypugh> Yes, that is fine
[22:19:12] <i-pink-cnc> from i sent it from 7404
[22:19:37] <i-pink-cnc> is take several min to connect it
[22:21:40] <i-pink-cnc> now the configuration is
[22:21:41] <i-pink-cnc> net Xup => parport.0.pin-03-out
[22:21:41] <i-pink-cnc> net Xdown => parport.0.pin-02-out
[22:21:41] <i-pink-cnc> net Yup => parport.0.pin-05-out
[22:21:41] <i-pink-cnc> net Ydown => parport.0.pin-04-out
[22:21:41] <i-pink-cnc> net Zup => parport.0.pin-07-out
[22:21:42] <i-pink-cnc> net Zdown => parport.0.pin-06-out
[22:23:50] <i-pink-cnc> andypugh?
[22:23:58] <andypugh> OK, the easiest way to do this, if that is all you have is to go CNC-stepconf wizard and create a new config. (you can have as many as you want on the same computer)
[22:24:32] <andypugh> So exit emc, start stepconf wizard, and create a new machine configuration
[22:25:03] <i-pink-cnc> ok
[22:25:21] <i-pink-cnc> ok
[22:25:27] <i-pink-cnc> what now?
[22:25:50] <i-pink-cnc> what to chose?
[22:26:22] <i-pink-cnc> create or modify
[22:26:27] <andypugh> Fill in the first page, probably 2000 in both pulse boxes, 5000 in the direction boxes, then whatever the latency check says
[22:26:30] <andypugh> create
[22:27:34] <i-pink-cnc> no, i mean in the first window
[22:27:44] <andypugh> Create
[22:29:37] <i-pink-cnc> driver type?
[22:29:57] <i-pink-cnc> put on other
[22:30:17] <andypugh> Other, yes
[22:30:28] <i-pink-cnc> ok
[22:30:35] <andypugh> Is there a latency test button at the bottom?
[22:30:38] <i-pink-cnc> step time?
[22:30:49] <andypugh> depends on your drivers.
[22:31:03] <i-pink-cnc> is work good on low frec
[22:31:08] <andypugh> But 2000/2000/5000/5000 should be safe
[22:31:53] <i-pink-cnc> direction hold?
[22:32:06] <i-pink-cnc> direction startup?
[22:32:43] <i-pink-cnc> my step driver get up and down (in 2 wires)
[22:32:50] <andypugh> I have suggested 5000 twise
[22:34:23] <i-pink-cnc> ok
[22:37:27] <i-pink-cnc> WOW?
[22:38:23] <andypugh> A bunch of you got booted
[22:38:42] <i-pink-cnc> what is it?
[22:39:08] <andypugh> looks like one of the IRC nodes crashed
[22:39:53] <i-pink-cnc> ahh
[22:40:32] <MattyMatt> it's called a netsplit. it happens a fair bit on freenode
[22:42:41] <i-pink-cnc> ok what to do now?
[22:43:18] <andypugh> Do a latency test, you should have a button on the stepconf screen
[22:43:42] <andypugh> Assuming you are using emc 2.3.0 or newer
[22:44:07] <i-pink-cnc> how i check?
[22:44:50] <andypugh> You press the button marked "Latency test"
[22:46:07] <i-pink-cnc> is 2.3.0
[22:46:43] <i-pink-cnc> ok i see i need to config it Manuel
[22:47:46] <i-pink-cnc> i cant see this button
[22:48:37] <i-pink-cnc> how i can set it buy editing the files
[22:49:47] <andypugh> OK, it actually says "Test Base Period Jitter"
[22:50:08] <andypugh> I was working from memory
[22:51:01] <i-pink-cnc> the x and Y work good now, i am only need to configur the EMC to send UP/DOWN to the DC motor and config the EMC to read the encoder
[22:51:31] <i-pink-cnc> all the configuration for the X and Y is good
[22:52:09] <andypugh> Indeed. And you can do that by editing the HAL file if you want, but you will have to read the manual and sort out how to do it yourself.
[22:52:31] <andypugh> Just press that "test base period jitter" button
[22:53:20] <i-pink-cnc> where it the "test base period jitter" button
[22:53:57] <andypugh> Underneath the "Base Period Maximum Jitter" box
[22:54:53] <i-pink-cnc> i am in this window
[22:54:54] <i-pink-cnc> http://www.speedyshare.com/197208720.html
[22:55:45] <andypugh> You closed stepconf then?
[22:56:16] <i-pink-cnc> yes
[22:57:14] <andypugh> So you are basically demanding my advice, then ignoring it?
[22:57:57] <andypugh> Applications -> CNC -> Latency Test does the same thing
[22:58:01] <i-pink-cnc> i close it because now the X and Y work gooood!
[22:58:35] <i-pink-cnc> i need only to configur the Z axis
[22:58:35] <andypugh> And because you have decided that you don't care about the Z any more?
[22:58:48] <andypugh> So configure it then
[22:58:56] <andypugh> Edit the HAL files
[22:59:38] <MattyMatt> prices like those wouldv'e stopped me buying shelf brackets
[23:00:19] <MattyMatt> oops scrolled sorry :) I meant those supported rails
[23:00:20] <i-pink-cnc> the wizard give me only step/dir option, and i need up/down (step for the X Y) so i make it Manuel
[23:02:04] <andypugh> MattyMatt: Ah, I see what you mean now.
[23:02:12] <i-pink-cnc> andypugh, in the HAL file, how i set the encoder?
[23:02:16] <andypugh> How are the rack slides working?
[23:02:36] <MattyMatt> not in use yet. I haven't started cutting
[23:02:36] <andypugh> i-pink-cnc: I have no idea, read the manual.
[23:03:04] <andypugh> I can show you what stepconf set up for me, but you will have to edit it yourself
[23:05:02] <andypugh> But it would be far easier to use stepconf in a new configuration, just create an encoder with two channels on the pins you need, and to paste the HAL that creates into your existing one
[23:05:45] <MattyMatt> I've seen a Solsylva design v similar to mine but obviously much stiffer in the table, with thick beams either side of the screw. it's a better design but the shelf slides don't fit in very well
[23:06:32] <i-pink-cnc> andypugh, i see an option to add quadrature encoder to control spindle speed
[23:07:04] <MattyMatt> and I've decided I need 2 pairs for the table, so the economics aren't fantastic anymore either
[23:07:25] <i-pink-cnc> MattyMatt, you can help me with the configuration of the HAL file?
[23:07:59] <andypugh> Yes, that was the bit you need, but then you need to edit the hal to connect encoder position to z-axis position
[23:12:08] <andypugh> i-pink-cnc: Try adding these lines to your hal file http://www.pastebin.ca/1611015
[23:12:11] <i-pink-cnc> but the spindle is the cutting motor?
[23:13:05] <andypugh> Yes, you can chance the word "spindle" to ZAxis if you want
[23:13:46] <i-pink-cnc> mmm
[23:13:48] <i-pink-cnc> ok
[23:14:38] <andypugh> But for the time being, try that and see if you can see encoder.0.position changing in a halmeter as you turn the motor
[23:15:06] <andypugh> You should be able to get it to go up and down depending on which way the motor turns
[23:15:17] <i-pink-cnc> and how i configur the legs in the LPT?
[23:17:57] <andypugh> I assume you have 2 TTL signals and an earth?
[23:18:46] <andypugh> You might not need to connect the earth, depending on the rest of your wiring
[23:19:57] <andypugh> The first question is, if you add those lines to your HAL file, does EMC still start?
[23:24:59] <i-pink-cnc> i cant understend how i cunfigurd the HAL
[23:25:15] <i-pink-cnc> **not HAL
[23:25:33] <i-pink-cnc> the file standard_pinout.hal
[23:25:56] <andypugh> Is that the file you are using>
[23:27:28] <andypugh> you need to edit emc2/configs/EMC-HAL-STEP-MM/EMC-HAL-STEP-MM.hal
[23:27:38] <andypugh> But make a backup copy first
[23:27:56] <tom3p> re: subprograms someone might look at http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?SubProgamFiles
[23:27:57] <i-pink-cnc> this is the files
[23:28:04] <i-pink-cnc> autosave.halscope README stepper.tbl
[23:28:05] <i-pink-cnc> core_stepper.hal Sherline3Axis_inch.ini stepper.var
[23:28:05] <i-pink-cnc> core_stepper.hal.bkap Sherline3Axis_mm.ini stepper.var.bak
[23:28:05] <i-pink-cnc> emc.nml Sherline3Axis_mm.ini.bak
[23:28:05] <i-pink-cnc> probe-results.ngc standard_pinout.hal
[23:29:04] <andypugh> You are looking in the wrong place. look where I said
[23:29:54] <i-pink-cnc> cnc@cnc:~/emc2/configs$ cd
[23:29:54] <i-pink-cnc> etch-servo/ Sherline3Axis/
[23:29:54] <i-pink-cnc> my-mill/ Sherline3Axis (copy)/
[23:29:54] <i-pink-cnc> cnc@cnc:~/emc2/configs$ cd
[23:32:11] <i-pink-cnc> you can upload your HAL file?
[23:32:31] <MattyMatt> tom3p, it says "the angle brackets are neccesary for filename" immediatly after examples which don't use them :p The later example do use them tho
[23:33:06] <andypugh> Those examples are labels not filenames, I think
[23:33:23] <andypugh> i-pink-cnc My HAL file won't work for you
[23:34:17] <andypugh> It looks like you are using a modified standard config, I have no idea where your actual configs are.
[23:34:23] <i-pink-cnc> i know, i want to look at the file and look if the standard_pinout.hal is the hal file
[23:34:39] <andypugh> And I have other things I really need to be concentrating on right now
[23:35:14] <i-pink-cnc> or maybe is the core_stepper.hal
[23:36:29] <MattyMatt> tom3p, until I've tried emc, I can't tell you anything, but I know that wiki page needs clarification
[23:38:21] <MattyMatt> I should build my controller and learn emc while I'm waiting to win a drill press on ebay :) I missed a good one today
[23:39:11] <MattyMatt> the next good one has a burnt out motor, but looks 3x the weight of a normal bench press
[23:39:54] <MattyMatt> gbp100 delivery charge will put off gazumpers from further away, I could collect it
[23:43:35] <Himanshu12> I got weird Problem with Screen, after installing fresh ubuntu hardy i installed EMC2 when in generic kernel UBUNTU WORKS FINE..
[23:44:00] <Himanshu12> but whenever i try to use RTAI than SCREEN SPLITS VERTICALLY 8-10 STRIPES :(
[23:45:09] <MattyMatt> /etc/xorg.conf is where the screen modes your screen can handle are stored
[23:45:13] <Himanshu12> i mean i am not able to RUN UBUNTU WITH REAL TIME KERNEL..i am sorry if this is not proper place to ask this question..
[23:45:28] <MattyMatt> I dunno why it should be different with different kernels tho
[23:46:08] <MattyMatt> do you have another screen you could try?
[23:46:37] <MattyMatt> a higher res one?
[23:47:32] <Himanshu12> its laptop DELL 1440
[23:47:57] <Himanshu12> intel GM45 chipset
[23:48:37] <Himanshu12> is this related to KERNEL? coz using generic kernel everything works fine..
[23:48:42] <MattyMatt> chipset isn't the problem, it's xorg or X11 trying to set a mode your screen can't handle
[23:49:11] <Himanshu12> yaa thats true.. how can i change a MODE using Command prompt
[23:49:31] <Himanshu12> coz i am not able to work in that STRIPE MODE
[23:49:37] <MattyMatt> vi /etc/xorg.conf
[23:50:16] <Himanshu12> i tried it with nano. ... nano /etc/X11/xorg.conf
[23:50:21] <MattyMatt> I would seek advice from Dell experts about what to change
[23:50:47] <Himanshu12> They are giving support only for the Microsoft OS.. i think
[23:50:54] <Himanshu12> coz this comes with VISTA HOME
[23:51:19] <MattyMatt> and I don't know why it is different with the default kernel. maybe it's Gnome setting the wrong mode (assuming ubuntu uses it)
[23:51:45] <MattyMatt> not Dell, Dell experts ;)
[23:53:11] <Himanshu12> hey mattymatt .. should i try this? i read somewhere resetting GNOME .. rm -rf .gnome .gnome2 .gconf .gconfd .metacity
[23:53:13] <Himanshu12> ???
[23:55:52] <vikingb-vs> Hi All
[23:56:05] <i-pink> hii
[23:56:13] <MattyMatt> if that works, then so should logging on as a new user, so try that first
[23:56:24] <MattyMatt> it seems less drastic to me
[23:56:59] <vikingb-vs> can I please pick your brains for a moment, is there anyone one here who has or knows any thing about microbot alpha II's or teachmover robot arms ?
[23:57:51] <Himanshu12> hey its not GNOME problem i think.. coz even login screen looks SPLIT 8 times..