#emc | Logs for 2006-09-22

Back
[00:33:03] <Jymmm> Jymmm is now known as Jymmmmmm
[00:34:43] <Jymmmmmm> Jymmmmmm is now known as Jymmm
[00:41:07] <A-L-P-H-A> hi K`zan... 2hrs later.
[01:13:27] <K`zan> A-L-P-H-A: :-) been a bit busy myself :-). See the link I posted for you last night?
[01:33:32] <jepler_> jepler_ is now known as jepler
[02:01:46] <A-L-P-H-A> K`zan, nope.
[02:02:07] <A-L-P-H-A> K`zan, checking now
[02:03:03] <A-L-P-H-A> K`zan, do you have php access on that server?
[02:03:17] <A-L-P-H-A> you need a blog, or something easy to maintain your adventures.
[02:06:32] <jmkasunich2> A-L-P-H-A, how do people in Toronto retain their sanity
[02:06:37] <jmkasunich2> the traffic is horrible
[02:06:46] <A-L-P-H-A> buahhaha...
[02:06:49] <A-L-P-H-A> you AVOID the traffic.
[02:07:08] <A-L-P-H-A> take the GO train (cheap, FAST, timely, commutes from the suburbs)
[02:07:13] <A-L-P-H-A> TTC subway.
[02:07:40] <A-L-P-H-A> seriously... the people that take highways, are dumb...
[02:08:08] <A-L-P-H-A> More people should carpool... but they have this fuck'n perversion of elitism.
[02:08:53] <A-L-P-H-A> jmkasunich, EVEN the 407, which is our pay per KM highway north of Toronto, is congested... just not as bad as the main highways.
[02:09:21] <jmkasunich2> if we knew about it we would have taken the train
[02:09:36] <A-L-P-H-A> jmkasunich2, you never asked. :) sorry.
[02:10:22] <jmkasunich2> we drove the 401 from Cambridge to around the airport, then 427 south, and the freeway along the shore (the name is on the tip of my tongue, but can't remember it)
[02:10:30] <A-L-P-H-A> everyone leaves at 4-6pm, from the core out... so if you start leaving at 3:30, you're fine... if you try and leave between 4-7 you're fucked. After 7pm you're okay...
[02:10:42] <A-L-P-H-A> Lakeshore?
[02:10:44] <A-L-P-H-A> 403?
[02:10:45] <K`zan> A-L-P-H-A: No, I've advoided PHP because of secutiry issues to date.
[02:10:46] <A-L-P-H-A> QEW?
[02:10:46] <jmkasunich2> about 1-1/2 hours from near the airport to inside the building
[02:11:05] <A-L-P-H-A> K`zan, uh... okay... keep thinking the year 2000. :)
[02:11:10] <jmkasunich2> the freeway that runs parallel to lakeshore, from the south end of 427 east to downtown
[02:11:23] <K`zan> A-L-P-H-A: http://wrlabs.shacknet.nu/~vw/MyMachineShop/projects/QCTP-Hack1/index.html
[02:11:29] <A-L-P-H-A> Gardiender Expressway?
[02:11:36] <jmkasunich2> yeah, thats the one
[02:11:48] <K`zan> A-L-P-H-A: And thanks for the pointer to single pointing and finishing with the die, worked well.
[02:12:00] <K`zan> A-L-P-H-A: What do you need php for here ?
[02:12:14] <A-L-P-H-A> jmkasunich, you would have been better off, to continue on 401, south on Allen Expressway, turns into university...
[02:12:26] <A-L-P-H-A> K`zan, magic. just magic.
[02:12:31] <A-L-P-H-A> K`zan, or run a blog.
[02:12:42] <A-L-P-H-A> K`zan, www.lloydleung.com [which isn't updated much]
[02:12:44] <K`zan> Never use magic when a large rock will do ;-) LOL
[02:12:57] <A-L-P-H-A> K`zan, also allows for consistences...
[02:13:05] <A-L-P-H-A> K`zan, can you use shtml, apache includes?
[02:13:18] <A-L-P-H-A> make some headers, css, and apply some prettiness to your blog?
[02:13:28] <A-L-P-H-A> jmkasunich2, you still around TO, or going home?
[02:13:35] <CIA-8> 03jepler 07HEAD * 10emc2/src/hal/utils/halcmd.c:
[02:13:35] <CIA-8> make 'setp' able to set a pin. A pin is set when all of the following are
[02:13:35] <CIA-8> true:
[02:13:35] <CIA-8> * There is no parameter of the given name
[02:13:35] <CIA-8> * The pin is writable (not HAL_OUT)
[02:13:35] <CIA-8> * The pin has no attached signal
[02:13:55] <K`zan> A-L-P-H-A: Probably could, just don't see a need for it.
[02:14:06] <K`zan> Dukes of Hazard time!
[02:14:30] <A-L-P-H-A> dukes of hazards?
[02:14:48] <K`zan> A-L-P-H-A: Old redneck TV program :)
[02:14:49] <A-L-P-H-A> roll back the timemachine so the old people can feel good about themselves again.
[02:14:59] <K`zan> Yep, we like that :)
[02:15:01] <A-L-P-H-A> <------ MEAN.
[02:15:16] <K`zan> Karma will catch up with you :-)
[02:16:17] <jmkasunich2> A-L-P-H-A, back in Cambridge, half a day of class tomorrow, then home
[02:18:46] <CIA-8> 03jepler 07HEAD * 10emc2/docs/man/man1/halcmd.1: update setp documentation. remove warning about using '=' syntax from shell
[02:21:17] <A-L-P-H-A> jmkasunich2, have fun.
[02:21:28] <A-L-P-H-A> K`zan... I'll look young for a good long while... I'm azn.
[02:21:43] <A-L-P-H-A> My mother got carded when she was 51!
[02:21:48] <A-L-P-H-A> or was it 50...
[02:22:47] <CIA-8> 03jepler 07HEAD * 10emc2/docs/src/hal/tools.lyx: update documentation to reflect new behavior of 'setp'
[02:28:12] <CIA-8> 03jepler 07HEAD * 10emc2/src/hal/utils/halcmd.c:
[02:28:12] <CIA-8> improve completion of 'setp': show appropriate pins; no longer show non-writable params
[02:28:12] <CIA-8> fix warnings
[04:44:53] <K`zan> A-L-P-H-A: azn?
[04:59:48] <A-L-P-H-A> A-Z-N
[05:00:00] <A-L-P-H-A> Asian
[06:37:33] <K`zan> Night folks
[14:36:50] <A-L-P-H-A> wow. http://video.google.com/videoplay?docid=-8185503357916397815
[15:15:36] <skunkworks> I second that
[15:29:25] <cradek> holy cow
[15:39:18] <bill20r3> neat.
[15:39:29] <bill20r3> I guess the prop is reverseable.
[15:39:55] <SWPadnos> rapidly reversible
[15:40:59] <bill20r3> that's pretty slick, I didn't know there was such a thing.
[15:43:43] <skunkworks> I would guess that he is just reversing the motor
[15:44:02] <jepler> h-bridge
[15:44:06] <jepler> dc motor
[15:44:15] <skunkworks> may not be efficient but it will still push air
[15:44:34] <skunkworks> rc car controller or such
[15:44:59] <skunkworks> *motor controller*
[15:45:32] <bill20r3> yeah.
[15:45:43] <bill20r3> I think most of those are brushless motors now.
[16:24:30] <acemi> MODULE_PARM(..) prevent to build EMC2 with 2.6.17 kernel. after changing to module_param(...), there in no problem
[17:31:24] <skunkworks> logger_aj: bookmark
[17:31:24] <skunkworks> See http://81.196.65.201/irc/irc.freenode.net:6667/emc/2006-09-22#T17-31-24
[18:00:44] <alex_joni> acemi: right, MODULE_PARM() has been deprecated
[18:06:25] <alex_joni> hi all
[18:08:05] <skunkworks> Ni alex
[18:08:08] <skunkworks> Hi
[18:08:24] <skunkworks> Knights that say Ni?
[18:10:03] <alex_joni> none around :)
[18:16:05] <alex_joni> * alex_joni is here: http://en.wikipedia.org/wiki/Braºov
[18:22:34] <jepler> since what kernel version is module_param(...) available?
[18:24:08] <jepler> rtapi.h is the correct place to add compatability defines for different kernel versions. Patches to make those correct for 2.6.17 happily accepted.
[18:24:48] <jepler> also patches to make existing modules use the rtapi defines instead of MODULE_PARAM()
[18:48:06] <LoRez> [Global Notice] Hi all. Some of you may not have heard the news that Rob Levin, known to most as Freenode's head of staff lilo, passed away on the 16th following a car accident on the 12th. Condolences can still be sent to condolences@freenode.net, and will be passed along to his family.
[19:01:30] <CIA-8> 03jepler 07HEAD * 10emc2/src/emc/usr_intf/axis/scripts/comp.g:
[19:01:30] <CIA-8> support """triple-quoted""" python-style strings for multiline documentation.
[19:01:30] <CIA-8> re-order the order of items for 'pin' and 'parameter', and update existing
[19:01:30] <CIA-8> components for new order.
[19:01:30] <CIA-8> improvements to documentation
[19:01:31] <CIA-8> edge.comp: take the "pulse time" as an integer number of nanoseconds so that
[19:01:33] <CIA-8> the function does not need floating-point
[19:01:37] <CIA-8> 03jepler 07HEAD * 10emc2/src/hal/components/ (blend.comp comp.comp edge.comp maj3.comp offset.comp):
[19:01:39] <CIA-8> support """triple-quoted""" python-style strings for multiline documentation.
[19:01:41] <CIA-8> re-order the order of items for 'pin' and 'parameter', and update existing
[19:01:43] <CIA-8> components for new order.
[19:01:45] <CIA-8> improvements to documentation
[19:01:47] <CIA-8> edge.comp: take the "pulse time" as an integer number of nanoseconds so that
[19:01:51] <CIA-8> the function does not need floating-point
[19:01:53] <CIA-8> 03jepler 07HEAD * 10emc2/docs/src/hal/ (comp.lyx out8.comp):
[19:01:55] <CIA-8> support """triple-quoted""" python-style strings for multiline documentation.
[19:01:57] <CIA-8> re-order the order of items for 'pin' and 'parameter', and update existing
[19:01:59] <CIA-8> components for new order.
[19:02:01] <CIA-8> improvements to documentation
[19:02:03] <CIA-8> edge.comp: take the "pulse time" as an integer number of nanoseconds so that
[19:02:07] <CIA-8> the function does not need floating-point
[19:04:00] <jepler> "re-order the order", eh?
[19:06:38] <alex_joni> jepler: since 2.6.x I think
[19:09:59] <jepler> http://lwn.net/Articles/107303/
[19:11:38] <alex_joni> yeah, but it has been dropped from 2.6.17
[19:11:52] <alex_joni> so I guess that's it with the 'compatibility'
[19:12:08] <jepler> assholes
[19:13:26] <jepler> I wonder why we weren't getting the deprecated warning like the internet says we should
[19:14:06] <jepler> 2.6.12 is too old to have the warning, and 2.6.17 is too new to have compatability with 2.6.12?
[19:14:09] <jepler> assholes
[19:14:27] <jepler> 0.0.5 seems like a pretty short time
[19:14:53] <alex_joni> I didn't see any warnings with 2.6.15
[19:14:56] <alex_joni> which is on dapper
[19:15:54] <alex_joni> jepler: https://mail.rtai.org/pipermail/rtai/2006-June/015358.html (yuck)
[19:17:03] <alex_joni> certainly not the way I'd do it
[19:17:22] <jepler> yeah -- any time you're writing 100 ifdefs you are probably doing something wrong
[19:17:46] <jepler> we have (the start of) a compatability layer in rtapi.h but I guess it's not used everywhere
[19:18:27] <alex_joni> so something like a module_parameter() defined in rtapi.h
[19:18:45] <alex_joni> which maps to MODULE_PARM and module_param based on kernel version
[19:32:27] <jepler> o#else /* version 2.6 */
[19:32:27] <jepler> #include <linux/param.h>
[19:32:27] <jepler> #define RTAPI_MP_INT(var,descr) \
[19:32:27] <jepler> module_param(var, int, 0); \
[19:32:27] <jepler> MODULE_PARM_DESC(var,descr);
[19:32:39] <jepler> what about MODULE_PARM_DESC, does it still exist?
[19:33:09] <acemi> yes
[19:34:03] <jepler> so the macros provided by rtapi.h should be right for all kernels
[19:34:06] <jepler> and the fix is to actually use them?
[19:34:18] <alex_joni> http://www.gelato.unsw.edu.au/lxr/source/include/linux/module.h#L136
[19:35:08] <jepler> acemi: if you prepare a patch (to use RTAPI_MP_xxx) I'll check it in
[19:36:21] <acemi> I changed all MODULE_PARM() to module_param()
[19:36:40] <acemi> but this is not fine for old kernel
[19:36:53] <jepler> right -- RTAPI_MP_xxx should be, though
[19:56:14] <acemi> I think there will be no change in rtapi.h. in others file for example
[19:56:17] <acemi> MODULE_PARM(constant, "i");
[19:56:17] <acemi> MODULE_PARM_DESC(constant, "constants");
[19:56:21] <acemi> will be
[19:56:32] <acemi> RTAPI_MP_INT(constant,"constant")
[19:57:42] <alex_joni> RTAPI_MP_INT(constant,"constants") ?
[19:58:35] <acemi> in others files, 2 lines will be deleted and RTAPI_MP_INT line will be inserted
[19:58:40] <anonimasu> 3/part
[19:58:40] <alex_joni> right
[20:13:46] <acemi> will I prepare a patch for this or is somebody preparing?
[20:15:03] <alex_joni> * alex_joni is travelling.. I can do it when I'm back
[20:15:12] <alex_joni> acemi: feel free if you have the time/nerve
[20:15:22] <acemi> ok
[20:27:13] <Guest884> Hello.
[20:27:17] <alex_joni> hi
[20:27:38] <Guest884> I'll try to make this short and clear.
[20:27:47] <Guest884> I have a ACR
[20:28:03] <Guest884> I'll try to learn to type at the same time.
[20:28:15] <SWPadnos> is ACR a typo?
[20:31:33] <Guest884> I have a ACRA mill that I have retrofit with Gecko G340 servo to stepper drives. I'm run EMC not EMC2 and I seeing he same problems as Andrew Garth where at slow feed rates I lose step (for 400 step going 0 to 1 in at 10in/min I lose .017in). Do I need to build a system with EMC2 to fix this problem?
[20:32:43] <SWPadnos> * SWPadnos is reading Andrew's emails
[20:45:25] <Guest884> The ACRA is the predecessor to the Grizzly G0498.
[20:48:51] <SWPadnos> sorry - got interrupted by a phone call
[20:49:07] <alex_joni> Guest884: what's the steps/inch number?
[20:50:23] <Guest884> I have the multiplier set a 5x and the steps/inch at 10,000 (ten thousand).
[20:50:34] <alex_joni> oh
[20:50:37] <alex_joni> that's a lot
[20:50:55] <alex_joni> so you actually need to output 2000 pulses for an inch?
[20:51:44] <Guest884> I know. I experimented with 10x and found that EMC/Linux was very sluggesh is not impossible to use.
[20:52:25] <Guest884> So change the jumper in the Gecko multiplier from 5x to 2x?
[20:52:53] <alex_joni> the multiplier works the exact opposite way
[20:53:08] <alex_joni> if you output 10 pulses it will move 50 steps at 5x
[20:53:13] <alex_joni> or 100 steps at 10x
[20:53:33] <alex_joni> higher multiplier means higher speed, less control over position
[20:53:51] <alex_joni> SWPadnos: you around?
[20:54:02] <SWPadnos> somewhat - phone again
[20:54:12] <alex_joni> * alex_joni is dead tired ..
[20:54:20] <alex_joni> heading to bed, can you help Guest884 ?
[20:54:41] <SWPadnos> I think so, once I'm done with all these phone calls :)
[20:54:49] <alex_joni> ok, night all
[20:54:52] <alex_joni> thx swp
[20:54:54] <SWPadnos> see you Alex
[20:55:01] <Guest884> Thank you for your help.
[20:55:27] <Guest884> I will change the jumper to 10x and steps to 5000.
[20:55:51] <SWPadnos> have you looked at the various step timing options?
[20:56:04] <SWPadnos> unfortunately, I'm not sure what they're called in ECM1
[20:56:51] <Guest884> I have not I just completed a run where I change the max_accel value to half the default and had and error of .028".
[20:56:54] <SWPadnos> one test you should be able to do, to see if it is reversals that cause the error, is to create a test program that has short dwells at each reversal
[20:57:30] <SWPadnos> run that one, and also run one that has no dwell, but is run in exact stop mode (to eliminate blending as a variable)
[20:58:29] <Guest884> I will return the max_accel value to the default and run insert short dwells in the code. What is exact stop mode?
[21:00:17] <SWPadnos> err - let me check the code
[21:07:32] <Guest884> My code is simply: G1 Z-1.0 F10.0 <crtl> Z0.0 <crtl> Z-1.0 <crtl> (repeat 200 times).
[21:07:57] <SWPadnos> sorry - another phone call
[21:08:14] <Guest884> I will add G4 P1 to each line.
[21:08:50] <SWPadnos> G64.1 causes EMC to not do any blending. all moves are basically treated as independent segments, and all programmed points are reached exactly
[21:08:57] <SWPadnos> that's exact stop mode
[21:09:14] <SWPadnos> G64 is continuous mode, which I believe is normal (to reset exact stop)
[21:10:00] <SWPadnos> does the error always seem to go in the same direction (ie, the tool is always lower than expected)?
[21:11:53] <Guest884> Yes. So far. I have yet to check the x and y axis.
[21:17:06] <SWPadnos> Unfortunately, I'm not sure I can be of much more help with EMC1. The INI parameters for the step generator are different, and I don't remember them well
[21:17:33] <SWPadnos> There is a mailing list at the new EMC1 (BDI) project website: http://ourproject.org/projects/bdi4emc/
[21:18:10] <Guest884> You have to forgive me I'm just learning g-code, but the EMC manual says G61.1 is exact stop mode. Which is correct?
[21:18:28] <SWPadnos> oops - my typo. that should have been G61.1
[21:18:37] <SWPadnos> (I looked at the manual for the information ;) )
[21:19:45] <Guest884> My orginial question include the need to switch to EMC2 over EMC. Would my time be better spent putting in the effort to setup EMC2?
[21:20:35] <SWPadnos> I'm not sure. there are better diagnostic tools in EMC2, and it's more configurable (and there are more developers), but until you know what's wrong, I'm not sure an upgrade will help
[21:23:21] <Guest884> I'm at a lose because at 20 in/min I lost less than .001"
[21:23:48] <SWPadnos> with exact stop and/or dwell?
[21:24:01] <Guest884> No.
[21:26:10] <Guest884> I do have .001 backlash set on this axis, is that still and issue? I.E. Weyland's retro fit in the case studies.
[21:27:05] <SWPadnos> you should set backlash to 0 for testing
[21:27:18] <SWPadnos> (backlash compensation, that is)
[21:28:09] <SWPadnos> backlash shouldn't be an issue, if you always measure the position error at the start location
[21:28:11] <Guest884> I will do that now and run both 10 in/min and 20 in/min
[21:28:26] <SWPadnos> ie, run to Z0 (from Z < 0)
[21:28:46] <SWPadnos> then run your G1 Fxx Z-1 / Z0 / Z-1 / Z0 ... program
[21:29:08] <SWPadnos> since you always approach Zo from the same direction, backlash shouldn't mess up the measurements
[21:29:12] <SWPadnos> Z0, that is
[21:33:02] <robin_sz> meep?
[21:33:08] <SWPadnos> mop
[21:33:14] <Guest884> I will set backlash to zero, I will approach Z0 from the correct direction before I start the program. The question in my mind is why is there nonexistant problem and 20 in/min and at 10 in/min there is an issue? Let me run a few more test runs and I'll let you know the results of the test. I don't think that approaching Z0 from the correct direction will eliminate the .028" error I just got.
[21:33:37] <SWPadnos> ok. if so, I'd say things are working OK
[21:34:33] <robin_sz> buggin follocks. poxy auction company sold the N2 generator I wanted to someone else. gits.
[21:35:54] <anonimasu> hm, I called on a cnc machine today
[21:36:09] <anonimasu> broken controller..
[21:36:15] <anonimasu> 300kg tiny machine..
[21:37:09] <anonimasu> but as the guy didnt have any clue about how to price it he had a bid... and well, as I have no clue on what kind of mill it is I couldnt give him a big.
[21:37:12] <anonimasu> bid..
[21:42:20] <robin_sz> just bid on what it is worth to YOU.
[21:42:35] <robin_sz> 500 eur?
[21:44:25] <anonimasu> I didnt bid.. not worth the hassle..
[21:44:37] <anonimasu> I'm finishing the y axis mounts tomorrow.. :)
[21:45:43] <anonimasu> err actually the ballnut mount.
[21:47:42] <anonimasu> robin_sz: it was kind of small for my needs anyway..
[22:22:57] <danex> Hello All
[22:32:19] <acemi> I sent module_parm patch to the emc-developper maling list
[22:56:39] <Guest884> I just completed running the z-axis with backlash set at zero and approaching Z0 from the positive direction and I obtained error results of 0.017" for 10 in/min and 0.002" for 20 in/min.
[23:35:07] <jmkasunich> acemi: your message was held up, I guess you used an address you were not subscribed from
[23:35:16] <jmkasunich> I just approved it, it should appear soon