Back
[00:10:46] <wb9mjn> Aha! Got 3 Minarik PCM4 signal isolators coming off Ebay !...That solves tht problem!
[00:58:03] <robin_sz> meep?
[01:13:45] <Jacky^game> G night all
[01:13:57] <Jacky^game> Jacky^game is now known as Jacky^afk
[02:31:16] <djb_rh>
[02:38:33] <jepler> djb_rh: you can say that again
[02:38:55] <jepler> ooh my fc5t1 torrent is done
[02:39:03] <jepler> dare I install it and ruin my perfectly functioning laptop?
[02:39:21] <jepler> maybe tomorrow
[02:39:29] <Jymmm> jepler Got Ghost?
[02:39:45] <jepler> Jymmm: is that some commercial software? Uh, no, I don't have Ghost
[02:40:38] <jepler> actually I have a separate partition where I'd install fc5t1 anyway
[02:40:46] <jepler> unless my finger slips during installation
[02:42:03] <jepler> speaking of fc4 or fc5, is there a real-time kernel that will compile with gcc4? I seem to remember big warnings the last time I looked saying I had to use gcc 2.95 or something like that...
[02:46:16] <cradek> do you really mean gcc4?
[02:47:02] <jepler> yes
[02:47:42] <jepler> that's the only packaged version of gcc for fc4
[02:48:21] <jepler> I'm a little bit surprised there's not a gcc 3.3 packaged in extras or something
[02:48:23] <cradek> hmm
[02:48:29] <cradek> yeah
[02:49:12] <jepler> oh, here it is. compat-gcc-3.3
[02:49:23] <jepler> so is there a RT kernel that will build with gcc33 or gcc4?
[02:50:30] <cradek> well I apparently built my 2.4.20 kernel with gcc3.2.2
[02:50:41] <cradek> probably never thought twice about it
[02:53:47] <jepler> well maybe I just dreamed the bit about gcc 2.95, or confused it with something else, or it was a piece of folklore someone told me
[02:55:04] <Jymmm> jepler: Turkey Hallucinations
[02:55:11] <jepler> nah, couldn't be.
[02:55:40] <Jymmm> oh I know... Cranberry Hallucinations!
[02:59:13] <jepler> maybe it would just work.
https://mail.rtai.org/pipermail/rtai/2005-March/010787.html
[03:00:37] <jepler> this may be where I got the impression that gcc 2.95 was required:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?BDI-4_Compile_EMC2
[03:03:53] <cradek> sometimes a problem in the past makes wariness hang on for much longer than necessary
[03:04:16] <cradek> in some cases it can even turn into perpetual superstition
[03:05:50] <cradek> mmm, my pies turned out great
[04:09:17] <Jymmm> cool beans
[04:09:32] <Jymmm> or I guess in this case.... cool pies =)
[04:10:02] <Jymmm> cradek did cutting the SP help?
[04:38:46] <CIA-5> 03paul_c * 10emc2-auto/wiki/ (9 files in 7 dirs): "Auto update wiki from a cron job. Fri Nov 25 05:30:01 GMT 2005 "
[07:58:06] <martin> Hello, is anyone using emc2?
[08:02:42] <martin> martin is now known as chinamill
[08:11:44] <chinamill> Anyone awake?
[11:19:23] <Jacky^af1> /quit
[12:46:27] <skunkworks> I just installed emc2 - ran the machine around a bit
[12:46:38] <alex_joni_away> skunkworks: nice
[12:46:57] <Jacky^> hi
[12:47:01] <Jacky^> good work
[12:49:02] <skunkworks> No one is out shopping? - I forget some of you are not in the US.
[12:49:21] <skunkworks> This is the big day after thanksgiving shopping frenzy
[12:49:31] <skunkworks> I try to stay far far away
[12:51:13] <skunkworks> With emc2 hal and rewrite - does a faster computer perform faster motion? I am playing on a 700mhz amd and get following errors at around 20 ipm for one of my axises - would a faster proccessor help?
[12:53:29] <Jacky^> sure
[12:53:44] <Jacky^> check PERIOD in the ini file too
[12:54:04] <Jacky^> choose an appropriate valuce for your cpu
[12:54:10] <Jacky^> value*
[12:55:05] <skunkworks> This is emc 2 - there are 3 periods if I remember right - not like emc1
[12:55:26] <Jacky^> I know only one
[12:57:10] <Jacky^> check the max feedrate for any axis too
[12:57:16] <wb9mjn> Hi Skunkworks...for steppers a faster computer definately helps...I had a 100 MHz PC on my small stepper mill initially, even with a PCI parallel card
[12:57:51] <Jacky^> you can find it tryng and retryng ..
[12:57:54] <wb9mjn> And switching to a 700 MHz pc made a world of difference in the max speed ... Its been a while but I would say a factor of 2 ....
[12:58:28] <wb9mjn> The 700 MHz PC is now on the servo system, and never tried the 100 MHz PC on the servo system, so cannot comment there....
[12:59:01] <wb9mjn> I run 10 microsteps on the stepper system....
[12:59:22] <Jacky^> wb9mjn: wich drivers ?
[12:59:51] <wb9mjn> It has Gecko 201 A s...which are excellent...never miss a step...
[13:00:01] <alex_joni_away> wb9mjn: really good drives ;)
[13:00:02] <Jacky^> oh, nice
[13:00:43] <Jacky^> Ive to try my G340 yet :(
[13:00:59] <Jacky^> get no motors and encoders yet
[13:01:25] <wb9mjn> For servo's I went with the MotenC-100 and Gallil amplifiers - brushed servos...
[13:01:47] <wb9mjn> Like the idea of having the PID loop going throug the computer....
[13:02:37] <Jacky^> seems nice, ive not much knowledge about PID
[13:03:09] <Jacky^> i eas thinking the PID is already did by the driver
[13:03:09] <skunkworks> thanks - there are 3 periods in emc2. base_period, servo_period and traj_period
[13:03:33] <alex_joni_away> skunkworks: base_period is the one you want to mess with
[13:03:47] <wb9mjn> The machine I buil the stepper system out of was really cheap...I did it for the learning experience...Initially I tried to use some locally made full step
[13:03:47] <alex_joni_away> traj_period is not really used
[13:03:58] <skunkworks> thanks alex.
[13:04:03] <alex_joni_away> and servo_period should be an integer multiple of base
[13:04:09] <Jacky^> I think I used defauls values with my 800 mhz celeron
[13:04:09] <wb9mjn> drivers, and had all sorts of missed step problems, and stalling, even with the motors on the bench....
[13:04:52] <Jacky^> the olny thing, i found optimal value for axis speed, and it work pretty good
[13:06:04] <Jacky^> wb9mjn: where you from ?
[13:06:13] <wb9mjn> I m near Chicago...
[13:06:19] <alex_joni_away> skunkworks: no problem
[13:06:21] <Jacky^> oh .. too far
[13:06:24] <alex_joni_away> wb9mjn: you on the map yet?
[13:06:37] <wb9mjn> Yep....I m on the Map -- Don L ...
[13:06:38] <Jacky^> i was looking for cheap used motors
[13:07:02] <Jacky^> im not able to find any here around..
[13:07:10] <alex_joni_away> Naperville ?
[13:07:17] <wb9mjn> Sorry, no spares I cannot risk not having available here...
[13:07:21] <wb9mjn> Yep...Naperville....
[13:07:27] <alex_joni_away> cool
[13:07:59] <wb9mjn> Its like the 4 th largest city in Illinois now...was only 26K people when we moved here....
[13:08:28] <wb9mjn> Its the city inthe US with the most number of old houses being torn down, and replaced with "McMansions" ....
[13:08:30] <skunkworks> alex - what does that mean interger multiple? if I divide the sever by the base number I should get an interager?
[13:09:06] <skunkworks> servo by the base period - sorrry
[13:09:18] <alex_joni_away> skunkworks: if you have .00020 then 0.00100 or .00080 or 0.0040
[13:09:21] <alex_joni_away> you get the point
[13:09:24] <alex_joni_away> I hope
[13:09:50] <skunkworks> makes sense now. I read it in the ini file but didn't click until now.
[13:11:08] <alex_joni_away> ok
[13:13:48] <skunkworks> I have not been back to the shop to check the feed issue with emc2 - (seems to be using the max velocity instead of the individual axis max velocity) and pull the ini file off of the box.
[13:23:32] <skunkworks> wb9mjn - what kind of feeds are you getting out of your system?
[13:24:34] <wb9mjn> Been a while...Let me turn it on and see....probalby about 60 in/min with the 100 MHz system, and 120 in/min with the 700 MHz system...
[13:27:02] <skunkworks> what is your input scale? for your axises?
[13:27:28] <wb9mjn> The little Proxon MF70A CNC only has XYZ of 128, 46 by 57 ....
[13:28:49] <wb9mjn> Input and output scales are all 2000 ... Its a 1 mm pitch lead screw on all axis...with 2000 microsteps per revolution...
[13:30:07] <wb9mjn> The XY and Z are travels are in mm ...
[13:30:43] <skunkworks> sounds about right - that is similar to what I am getting. My input scale is around 2540 and can get around 100ipm
[13:31:10] <skunkworks> my z has an input scale of 20000 and i have trouble getting 25 ipm
[13:33:11] <skunkworks> emc2 seems to put out a smoother pulse train than emc. from the little I have played with it
[13:34:13] <wb9mjn> Looking at my old ini file for the 700 MHz stepper system, it has max speed set to 4.0 (240) on the three axis, and the default set to 3.0 (180)...
[13:34:22] <wb9mjn> The 100 MHz system is still booting, hi..!
[13:37:03] <wb9mjn> But unless all the ways and everything were perfect, I remember I would get stalling.....After some machining, and some fine swarf from the 15K RPM spindle,
[13:37:22] <wb9mjn> the ways would start to get gunked up....and steppers start to stall....
[13:38:02] <wb9mjn> With everything clean, and lubricated, it could do that....except possibly the Z axis which has a nut that is badly worn, and is lifting allot more
[13:38:21] <wb9mjn> weight, due to a replacement of the spindle motor with something bigger...
[13:42:27] <wb9mjn> Ok, have it on now...Its doing 60 in/min on the 100 MHz system, with the PCI parallel card....
[13:42:36] <skunkworks> I was getting almost 200 ipm with emc put that was with the period set to .000016
[13:42:37] <wb9mjn> 100 in/min is set as the max ...
[13:42:59] <skunkworks> I have not played with the period with emc2 yet
[13:43:26] <wb9mjn> In the 700 MHz config, I had period set to .000020 ..
[13:44:34] <skunkworks> emc1?
[13:45:12] <wb9mjn> The 100 MHz pc mini.ini has it set to .00003 , and the OS system is quite sluggish ...
[13:46:26] <wb9mjn> Its one of the original EMC BDI disks sent out by Ray , most likely...I rebuilt the 100 MHz stepper system like 6 mo ago, trying the various BDI CD's
[13:46:55] <wb9mjn> I have, and probably got the latest one that would load in the old CD ROM it has...
[13:47:09] <skunkworks> I tried .00002 on the emc2 box and the system stalled ;) set it back to the default .00005
[13:47:31] <wb9mjn> I had screwed it up trying to a newer version of Red Hat on it, which the CD just would not work right with it...
[13:48:38] <wb9mjn> Yes, its EMC1 ....
[13:49:06] <wb9mjn> The CD rom is so old, it would not load any newer EMC bdi's, let alone EMC2 ...
[13:49:24] <skunkworks> some of the older cdroms will not see burned cds
[13:50:11] <skunkworks> you could try burning the cd at the slowed speed your buner will do - 2X or 4X - it might help
[13:50:32] <skunkworks> slowest
[13:50:37] <wb9mjn> So, apparently the 700 MHz system sped up the stepper mill by a factor of 3 ...
[13:50:57] <skunkworks> is the 700 a amd or intel?
[13:51:04] <wb9mjn> Does not help, as the width of the bits is smaller, I believe, and fixed....
[13:51:12] <wb9mjn> Its an Intel Pentium ...
[13:51:55] <wb9mjn> Its too slow for Linux anyway, and only bareable as an every day computer with W95 ....
[13:52:14] <wb9mjn> Its OK for a EMC computer, if that s all that is going to be on it...
[13:52:48] <wb9mjn> The default in the 700 MHz ini is 3.0 (180 in/min) , versus 1.0 (60 in/min) ...
[13:52:55] <skunkworks> yes - The computers I am playing with are ones that are just too slow to do anything usefull (other than machine control)
[13:53:18] <wb9mjn> Actually..I wrong...That should be 180 mm/min, versus 60 mm/min ...
[13:53:32] <wb9mjn> Yes, it takes about 2 min to traverse the X axis !
[13:53:37] <skunkworks> funny
[13:54:09] <wb9mjn> In the servo mill, which is set in inches as its native dimension, it does 360 inches/min peak ....
[13:54:36] <wb9mjn> But, its ball screws and servos, and linear beary slides ....
[13:54:52] <wb9mjn> bearing ...
[13:55:04] <skunkworks> running my 6 foot gantry - it takes about 25 seconds to run from one end to the other ;) (200 ipm emc1)
[13:55:24] <skunkworks> steppers
[13:55:51] <skunkworks> used to be a film step and repeat machine. Just had to raise it to add a z
[13:56:21] <skunkworks> 6X4X2 feet.
[13:59:28] <skunkworks> what are you using for a servo driver board? and servos
[14:00:20] <skunkworks> playing with emc to maybe use it to retrofit one of our bigger mills with servos
[14:00:29] <wb9mjn> MotenC-100, with clifton precision motors ....clifton precision is now owned by another company...
[14:00:44] <wb9mjn> now...
[14:00:45] <skunkworks> right now it has hydrolic servos (eww)
[14:01:03] <skunkworks> is the 100 the 4 axis board?
[14:01:32] <wb9mjn> I got one of the original ones, which is 8 axis I believe...He now sells a 4 axis one too...
[14:02:10] <wb9mjn> Using Gallil PWM servo amps, which work well ...
[14:02:13] <skunkworks> ah. it looks like a nice board - heard nothing but good things about them so far
[14:05:39] <wb9mjn> There were some initial issues....Mostly if you do not get your PID close enough to something that works, it can do wierd things...But once you get
[14:05:56] <wb9mjn> the PID tuned up so that the axis stay in control the wierdness goes away ...
[14:06:05] <skunkworks> now - is there any feed back from the motors to the drives? or is it only the posision loop though emc
[14:06:44] <skunkworks> emc > drive > motor > encoder > emc?
[14:06:56] <wb9mjn> The loop is throug EMC ... On the X and Y I have 5000 line encoders, and 250 on the Z...Once I am cutting metal, the Z axis will be upgraded to a 5000 line
[14:06:59] <wb9mjn> encoder as well ...
[14:07:28] <wb9mjn> The encoders are on the X and Y screws, and the Z motor ...
[14:08:14] <wb9mjn> The encoders feed into the MotenC-100 board, read by EMC, computed, and an error voltage comes out (+/- 10 V) out the MotenC-100 which then
[14:08:27] <skunkworks> that is neet. Our big old mill with hydrolic servos had an inner and outer feed back loop. outer posisioning andd an inner velocity iirc
[14:08:37] <wb9mjn> is fed to the Gallil amp, and to the motors, through a shaft coupler, back to the screw...
[14:08:57] <skunkworks> simple and sweet - I like that
[14:09:55] <skunkworks> how long did it take you to tune the pid? did you use any of the utilities that has been written for emc?
[14:09:56] <wb9mjn> Besides the PID values, there are 3 feed forward factors position, velocity and acceleration....One needs to tune up at least 5 factors per axis to get
[14:09:59] <wb9mjn> it right ...
[14:10:46] <wb9mjn> I would say 2 weeks total...When I get the heavy machine table fastened down to the motion table, I will probably have to do the X and Y again...
[14:10:56] <wb9mjn> Which should take a day ...
[14:11:43] <wb9mjn> Yes...I used the plotting capabilities in EMC ... to plot following error ....
[14:12:33] <skunkworks> thanks - I read about it but it is nice to ask questions to someone that has actually done it
[14:13:10] <wb9mjn> PID is actually somewhat sloppy to tune...Its the VelFF and AccFF that fine tune in the following error, and allow one to move the P up so that you get
[14:13:15] <wb9mjn> stiff control action ...
[14:13:55] <skunkworks> don't have much experiance with that. The time will come though.
[14:14:00] <wb9mjn> Moving the P up without the two FF's adjusted will result in oscillation ...
[14:14:43] <wb9mjn> But initially, the P needs to be kept down...Kinda scary to have a 40 pound milling head jumping up and down, hi...
[14:15:52] <skunkworks> I have heard stories of bridgports rocking back and forth on its base while x was oscolating
[14:16:45] <wb9mjn> Yep...best to bolt it down...My D+M 6 is somewhat smaller than a Bridgeport, and it was scary enough for me ...
[14:17:47] <wb9mjn> Might even be prudent on a Bridgeport to put in some out-riggers to avoid tipping, our yanking out the mounting bolts...
[14:18:15] <skunkworks> scary - I have to do some running - It was nice talking to you. will be back later
[14:18:25] <wb9mjn> See ya...
[15:35:51] <Jymmm> Ug
[16:02:24] <Jacky^> who asked me how economy is going here ?
[16:02:39] <Jacky^> may les_w ??
[16:02:45] <Jacky^> http://www.economist.com/surveys/displaystory.cfm?story_id=5164061
[16:02:59] <Jacky^> Goodbay 'sweet life' ..
[16:03:14] <Jacky^> Nov 24th 2005
[16:04:24] <Jacky^> Goodbye*
[16:49:05] <alex_joni_away> alex_joni_away is now known as alex_joni
[17:36:57] <jmkasunich> test
[17:37:12] <alex_joni> indeed it works
[17:37:21] <jmkasunich> ksirc strangeness
[17:37:28] <alex_joni> huh?
[17:37:41] <jmkasunich> when I connect, the window starts freaking out, like it's scrolling thru many pages of stuff, over and over
[17:37:51] <jmkasunich> once I send something (like "test") it stops
[17:38:23] <jepler> * jepler *heart* irssi
[17:38:24] <jmkasunich> last time I didn't send anything, and after about 30 secs, ksirc crashed
[17:38:43] <alex_joni> hi jeff
[17:38:43] <Jacky^> * Jacky^ agreed with jepler
[17:38:46] <alex_joni> jmkasunich: all ok?
[17:38:48] <jepler> hi alex_joni
[17:38:53] <jmkasunich> seems ok now
[17:39:01] <alex_joni> great. and yourself?
[17:39:11] <jmkasunich> pretty much
[17:39:19] <jmkasunich> same as always, so much to do, so little time
[17:39:53] <jmkasunich> trying to focus on the ppmc driver, get the damn thing done so I can do other things
[17:40:16] <alex_joni> right
[17:40:33] <alex_joni> * alex_joni is chillin for a while
[17:40:40] <alex_joni> playing some notpron ;)
[17:41:13] <jmkasunich> was looking at the trackers on wednesday, looking for easy ones to close out and improve our "average age"
[17:41:36] <jmkasunich> you fixed a lot a couple weeks ago, my turn now ;-)
[17:41:38] <alex_joni> * alex_joni closed quite a few for the same reason :)
[17:41:59] <alex_joni> was unsure about a few of them
[17:42:07] <alex_joni> of the remaining ones I mean
[17:42:11] <jmkasunich> one of them was about inconsistent use of '-' and '_' in hal names
[17:42:24] <jmkasunich> I've checked, all pins and params now use '-'
[17:42:37] <jmkasunich> but many (most) functions still use '_'
[17:42:40] <alex_joni> seen your update on that one
[17:43:06] <jmkasunich> debating with myself whether to just say "that is the standard, functs use '_'" or to convert all to '-'
[17:43:43] <alex_joni> I kinda used '_' all over too
[17:43:57] <alex_joni> seems more common for function definitions
[17:44:06] <alex_joni> you can't define a function called foo-bar
[17:44:11] <alex_joni> but you can foo_bar ;)
[17:44:13] <jmkasunich> not in C
[17:44:20] <alex_joni> not in C, not in C++
[17:44:28] <jmkasunich> but you cant define a variable called foo-bar either
[17:44:32] <alex_joni> not sure about Ada or Fortran though
[17:44:42] <jmkasunich> unlikely in any language
[17:44:44] <alex_joni> yes, but you don't have HAL variables ;)
[17:44:58] <alex_joni> you have pins, which don't exist in any language
[17:45:01] <alex_joni> so that's ok
[17:45:02] <alex_joni> :P
[17:45:08] <jmkasunich> if you allow math operators, you tend to interpret '-' as "minus", not as a word separator
[17:45:24] <cradek> in LISP it's customary to use - as word separators
[17:45:54] <alex_joni> alex_joni is now known as aj_65
[17:46:08] <jmkasunich> in list, subtraction is like "( foo bar - )", right?
[17:46:10] <jepler> gimp's procedural database lets languages that can use "-" and "_" interchangably (scheme) and others use "_" (python)
[17:46:16] <jmkasunich> with whitespace around the '-'
[17:46:33] <jmkasunich> s/list/lisp
[17:46:35] <cradek> (- 3 2) => 1
[17:47:08] <jmkasunich> (- foo bar) -> foo minus bar
[17:47:22] <cradek> (let ((a 3) (b 2)) (- a b)) => 1
[17:47:25] <jmkasunich> (- foo-bar barf) => foo-bar minus barf
[17:47:44] <jmkasunich> it must distinguish between - by itself and between words
[17:48:40] <jmkasunich> anyway, we're trying to decide on a convention to use for hal
[17:49:20] <jmkasunich> should components/drivers/etc export names with -, or _? for pins and sigs the convention is -
[17:49:37] <jmkasunich> mostly because its easier to type, when writing a hal file, or useing halcmd from the command line
[17:49:43] <cradek> english and LISP speakers would tend to prefer to type -
[17:49:48] <jmkasunich> same argument exists for functs
[17:49:52] <cradek> C and python speakers would tend to prefer to type _
[17:49:55] <jepler> I don't see a compelling reason to use _.
[17:50:03] <aj_65> I prefer typing _ for functions
[17:50:14] <aj_65> keeps the name the same one as the real c function
[17:50:27] <aj_65> I know that's not always the case..
[17:50:28] <jepler> but it would be nice if, like gimp, I could write foo_bar to refer to the signal foo-bar if I'm using a language that doesn't support dashes in identifiers
[17:50:56] <aj_65> so you're suggesting to just replace _, - with a HAL internal sep.
[17:50:58] <aj_65> so both will work
[17:51:13] <aj_65> the internal one can be either - or _, or some other char
[17:51:19] <jmkasunich> or replace _ with - (ie use - as the hal internal sep)
[17:51:33] <jepler> yes, something like that
[17:51:38] <aj_65> right, but allow a .hal file to contain _ in the names
[17:51:44] <aj_65> even if they actually refer to -
[17:51:44] <jmkasunich> the internal sep will be the one that appears in listings, so it shouldn't be some arbitrary thing
[17:52:46] <jepler> it'd be nice if any self-documenting facility was consistent, not mixing - an _.
[17:53:19] <jmkasunich> the list and show functs will display the actual name as stored internally
[17:54:16] <jepler> I don't know how gimp implements it, but for users it is consistent and convenient
[17:54:29] <jmkasunich> we have two separate issues here
[17:54:56] <jmkasunich> code that translates _ to - might be a nice addition to halcmd for user convenience
[17:55:20] <jmkasunich> but there is also the issue of the names exported by existing modules
[17:55:30] <aj_65> ok.. have it all with '-'
[17:55:39] <aj_65> and the translation besides that
[17:55:46] <aj_65> * aj_65 can do the latter if you want..
[17:56:09] <ValarQ> do i smell lisp here?
[17:56:24] <jmkasunich> I smell dead fish
[17:57:13] <jmkasunich> note that we can't implemnt the translator until after all modules are fixed
[17:57:32] <jmkasunich> because with the translator in place, anything with _ becomes unusable
[17:58:26] <aj_65> unusable?
[17:58:36] <aj_65> ahh.. anything that now is _ is unusable..
[17:58:40] <jmkasunich> modile exports funct "read_all"
[17:58:46] <aj_65> ok, got it
[17:58:49] <aj_65> aj_65 is now known as aj_66
[17:58:57] <jmkasunich> getting older?
[17:59:08] <aj_66> nope.. getting more advanced on notpron :P
[17:59:16] <ValarQ> lol
[17:59:16] <jmkasunich> lol
[17:59:22] <aj_66> http://deathball.net/notpron/
[17:59:30] <jmkasunich> saw it
[17:59:39] <jmkasunich> too much of a time sink right now
[17:59:43] <aj_66> damn nice :)
[17:59:47] <aj_66> I agree on that..
[17:59:57] <aj_66> but it's addictive...
[18:00:07] <jmkasunich> most time sinks are
[18:01:15] <jmkasunich> anyway, after I get this driver working (or maybe just partly working and committed) I'm gonna go thru the HAL moduels and change funct names from _ to -
[18:01:29] <jmkasunich> or maybe I'll just do it now
[18:01:37] <jmkasunich> * jmkasunich is procrastinating on the driver code
[18:02:19] <aj_66> aj_66 is now known as aj_67
[18:02:33] <jmkasunich> heh
[18:11:44] <aj_67> aj_67 is now known as aj_68
[18:14:29] <jmkasunich> damn...
[18:14:42] <jmkasunich> there is a HAL component called encoder_ratio
[18:14:55] <jmkasunich> so _ is used in the prefix as well, not just in the function name
[18:38:46] <aj_68> aj_68 is now known as aj_69
[18:43:48] <aj_69> aj_69 is now known as aj_70
[18:46:05] <CIA-5> 03jmkasunich * 10emc2/ (20 files in 4 dirs):
[18:46:05] <CIA-5> changed all hal components to use '-' instead of a mixture of '-' and '_' in
[18:46:05] <CIA-5> identifiers. For example, changed pid.0.do_pid_calcs to pid.0.do-pid-calcs.
[18:46:05] <CIA-5> Also changed all standard .hal configs to use the modified names. Users with
[18:46:05] <CIA-5> customized .hal configs will need to revise them, the changes are limited to
[18:46:05] <CIA-5> 'addf' commands.
[18:51:12] <aj_70> aj_70 is now known as aj_71
[19:08:26] <aj_71> aj_71 is now known as aj_72
[19:16:35] <aj_72> ok .. enough for today ..
[19:16:39] <aj_72> aj_72 is now known as alex_joni
[19:18:15] <jmkasunich> heh
[19:18:42] <alex_joni> * alex_joni returned :)
[19:18:47] <alex_joni> my head hurts
[19:21:12] <A-L-P-H-A> alex_joni, stop smacking it between the door and the doorframe then.
[19:21:29] <A-L-P-H-A> I would've stopped at aj_69
[19:22:04] <A-L-P-H-A> happy turkey day you people
[19:22:10] <A-L-P-H-A> or is it turkey day?
[19:22:13] <alex_joni> maybe you people
[19:22:15] <A-L-P-H-A> <shrug>
[19:24:43] <alex_joni> I heard there are veggie turkeys for thanks giving :)
[19:24:51] <alex_joni> for vegeterians that is..
[19:30:02] <A-L-P-H-A> on the radio they were talking about the new trend... organic turkeys... like green turkeys, no steroids, or anti-biotics.
[19:30:09] <A-L-P-H-A> a freak'n turkey is $70!!!! CDN.
[19:30:13] <A-L-P-H-A> for a 20lb turkey.
[19:32:23] <alex_joni> ouch
[19:32:52] <jmkasunich> around here they are between $0.49 and $1.49 per lb
[19:33:00] <A-L-P-H-A> organic?
[19:33:11] <A-L-P-H-A> The farmed ones are cheap
[19:33:14] <jmkasunich> those are probably at the high end of the range
[19:33:27] <A-L-P-H-A> organic turkeys are the fuck'n hippy birdies
[19:33:42] <jmkasunich> you want organic, get a gun and go hunting
[19:33:51] <A-L-P-H-A> jmkasunich, I'm in Canada.
[19:33:56] <A-L-P-H-A> turkeys aren't up here... I think
[19:34:05] <jmkasunich> my brother said that a wild turkey chased his children
[19:34:10] <jmkasunich> in their own yard
[19:34:18] <alex_joni> heh
[19:34:28] <A-L-P-H-A> HAHAHHAHAAHAHAHHA
[19:34:31] <A-L-P-H-A> that's funny
[19:34:37] <A-L-P-H-A> I've seen a swan chase people.
[19:34:49] <jmkasunich> and my inlaws hit one with their mini-van while driving on the PA turnpike, wrecked the windshield
[19:34:58] <A-L-P-H-A> we called the swan henry. Henry was a giant swan, that lived on the beach when I was lifeguarding there
[19:35:05] <jmkasunich> I've seen canada geese chase folks too
[19:35:18] <A-L-P-H-A> bah, geese are allllll over the place here.
[19:35:29] <A-L-P-H-A> you got water, you got a lawn, you'll get geese.
[19:35:36] <jmkasunich> same here
[19:35:41] <A-L-P-H-A> so, pool + green grass ==> geese.
[19:35:50] <alex_joni> + gun ==> fun
[19:35:54] <A-L-P-H-A> I'd like a silenced bb gun.
[19:36:01] <jmkasunich> geese + green grass = green goose poop everywhere
[19:36:12] <A-L-P-H-A> I would love to mount a rear firing bb gun to my CAR.
[19:36:24] <A-L-P-H-A> fuck'n stupid mofo's tailing me while the ground is slippery from snow.
[19:36:28] <A-L-P-H-A> WTF are they thinking?
[19:36:43] <jmkasunich> morons, first snow falls and they forget how to drive
[19:37:00] <A-L-P-H-A> I got snows on, and I'm doing 60 in a 60... while people are crawling like at 20.
[19:37:12] <A-L-P-H-A> it took me anhour to just drive around people.
[19:37:16] <A-L-P-H-A> HATED it.
[19:37:23] <A-L-P-H-A> I hate snow for the fact other people can't drive.
[19:38:06] <alex_joni> A-L-P-H-A: I know exactly what you mean
[19:38:24] <alex_joni> same thing around here ;)
[19:38:30] <alex_joni> * alex_joni drives a 4x4 usually
[19:38:39] <alex_joni> so I kinda don't care about the snow..
[19:39:03] <A-L-P-H-A> seriously... good damn retards...
[19:39:22] <A-L-P-H-A> it's a GIANT convoy going down the highway... it's 3 lanes... and stupid mofos are all driving in the middle lane.
[19:39:25] <jmkasunich> they should move south
[19:39:49] <A-L-P-H-A> okay, forget it... jump in the passing lane, zooom... off I go at 100km/h... while they mofos can all peddle at 40
[19:40:49] <A-L-P-H-A> I was like, wth,.... seems like everyone is a like "OMG, it's WHITE!!! what the hell is this stuff... better super doper extra careful... it may attack me back"
[19:41:02] <A-L-P-H-A> beter be
[19:41:02] <jmkasunich> lol
[19:41:18] <alex_joni> A-L-P-H-A: and it's cold, and wet
[19:41:22] <A-L-P-H-A> damn... I think this massage I have booked at 4:30, will put me to sleep
[19:41:22] <alex_joni> nasty sh*t
[19:49:37] <jmkasunich> jeez.... I didn't realize that Jon E connected his FPGA pins directly to the outside world
[19:51:13] <alex_joni> busted them?
[19:51:28] <jmkasunich> no, just commenting on his design (or lack therof)
[19:51:49] <alex_joni> right.. I know how it is :(
[19:51:52] <jmkasunich> step and dir go straight from the FPGA to the off-board connectors
[19:51:54] <A-L-P-H-A> what? you wanted to super duper flux capacitor optoisolators?
[19:51:59] <alex_joni> was helping a guy once to solder a pin
[19:52:03] <jmkasunich> encoder sigs go straight from the connector to the FPGA
[19:52:11] <alex_joni> and he didn't remove the stuff from voltage
[19:52:16] <jmkasunich> no noise filterine, no buffering, no nuttin
[19:52:34] <alex_joni> so when the solder was placed on the pin .. bang ;)
[19:52:47] <jmkasunich> bang? how many volts was it?
[19:52:51] <A-L-P-H-A> jmkasunich, wait... serious question, what would you have liked? a hex inverter 7404? or an optisolator?
[19:52:57] <alex_joni> 100V because of bad earthing
[19:52:59] <jmkasunich> I would expect pfft
[19:53:03] <jmkasunich> oops
[19:53:05] <alex_joni> it closed through ground
[19:53:20] <alex_joni> not much current though, but enough to spoil a very expensive DSP
[19:53:22] <A-L-P-H-A> alex_joni, how much magic smoke got let out?
[19:53:32] <jmkasunich> soldering iron was live? or ckt was live and iron grounded?
[19:53:32] <alex_joni> no smoke.. just it never worked again
[19:53:51] <A-L-P-H-A> I've seen magic smoke a few times... I put a chip in backwards to be programmed... I couldn't figure it out for the life of me, why it wasn't working. hahaha
[19:53:51] <jmkasunich> APLHA: encoder ins, some kind of buffer, maybe a schmidt trigger
[19:53:55] <alex_joni> iron wasn't separated from 220V
[19:54:06] <alex_joni> and the board was connected to a PC through GND/parport
[19:54:14] <A-L-P-H-A> jmkasunich, 7404 is a schmidt trigger. [I believe]
[19:54:15] <Jymmm> soldering a live circuit?!
[19:54:18] <jmkasunich> live iron is bad, bad, bad
[19:54:24] <alex_joni> and the pc was pluged the other way around in the socket
[19:54:27] <jmkasunich> 7414 is schmidt, 7404 is plain
[19:54:31] <A-L-P-H-A> oh.
[19:54:31] <alex_joni> we can do that over here :/
[19:54:57] <Jymmm> ok, who's the numbnuts soldering a live circuit?!
[19:55:08] <A-L-P-H-A> AJ!
[19:55:11] <A-L-P-H-A> heh
[19:55:12] <alex_joni> Jymmm: I know.. I asked twice if it's removed from voltage
[19:55:22] <Jymmm> alex_joni asked who?!
[19:55:23] <alex_joni> he said yes, and I only checked Vcc
[19:55:23] <A-L-P-H-A> alex_joni, you should have checked it yourself.
[19:55:33] <jmkasunich> APLHA: at work, there would be ESD protection, and probably RC noise filtering, upstream of the schmidt
[19:55:49] <A-L-P-H-A> what's RC?
[19:55:55] <jmkasunich> resistor and cap
[19:55:57] <A-L-P-H-A> oh.
[19:55:58] <alex_joni> one resistor, one cap
[19:56:01] <jmkasunich> series R, cap to gnd
[19:56:08] <alex_joni> RC, opposed to RLC ;)
[19:56:18] <Jymmm> alex_joni dont confuse the boy
[19:56:25] <alex_joni> Jymmm: how so?
[19:56:26] <jmkasunich> diodes to ground and supply, to clamp spikes
[19:56:30] <A-L-P-H-A> I do that right before the chip's VCC, and touch it to ground with a 0.1uF cap...
[19:56:39] <alex_joni> RLC is RC with an additional inductance
[19:56:41] <A-L-P-H-A> touch=connect whatever.
[19:56:55] <alex_joni> hi rayh
[19:57:03] <rayh> Hi alex.
[19:57:07] <A-L-P-H-A> run away, run away!!! rayh is coming.
[19:57:12] <A-L-P-H-A> too late... we've been infected.
[19:57:16] <jmkasunich> * jmkasunich hides under the desk
[19:57:17] <alex_joni> A-L-P-H-A: yes, but it's safest to have an most pins that go outside
[19:57:18] <Jymmm> alex_joni if he doesn't know what a RC circuit is, you think he's gonna about LC, RCL circuits?
[19:57:32] <A-L-P-H-A> alex_joni, say again.
[19:57:34] <rayh> You were infected long before today!
[19:57:42] <A-L-P-H-A> Jymmm. nope.
[19:57:50] <jmkasunich> not infected, infested
[19:57:55] <alex_joni> A-L-P-H-A: on connection lines too
[19:57:58] <alex_joni> not only on Vcc
[19:58:33] <A-L-P-H-A> are these pull up resistors, and pulldown resistors that we're talking about?
[19:58:42] <alex_joni> series resistors
[19:58:51] <A-L-P-H-A> borne resistors and such?
[19:59:02] <alex_joni> outside ---resistor----*---- pin
[19:59:02] <A-L-P-H-A> burne, borne, whatever.
[19:59:09] <A-L-P-H-A> what's the *?
[19:59:18] <jmkasunich> bourne is a brand name?
[19:59:24] <alex_joni> that's where the cap goes to ground
[19:59:35] <A-L-P-H-A> omg... why am I learning this.... I'm studying to be a forensic accountant.
[19:59:47] <jmkasunich> you're the one who asked
[19:59:52] <A-L-P-H-A> I know.
[19:59:57] <alex_joni> A-L-P-H-A: you need to know this for forensics
[20:00:00] <alex_joni> =))
[20:00:00] <A-L-P-H-A> thanks... but I really must be moving...
[20:00:02] <A-L-P-H-A> hahaha.
[20:00:03] <jmkasunich> hang around with engineers, and you might get infected
[20:00:09] <jmkasunich> (or infested)
[20:00:18] <A-L-P-H-A> kk... chat with you all later.
[20:00:18] <alex_joni> he might get awoken
[20:00:31] <alex_joni> later A-L-P-H-A
[20:01:36] <jmkasunich> rayh: whats up in the up?
[20:02:08] <rayh> the temp is not up
[20:02:28] <jmkasunich> I bet not... it's pretty damn cold even here right now
[20:02:29] <alex_joni> jmkasunich: soon it will get up, if you use abs()
[20:03:12] <jmkasunich> sunny tho, it's pretty outside, as long as I am inside
[20:03:47] <rayh> Right. 40's 40 right.
[20:04:11] <rayh> The lake froze over just about the same date it always does.
[20:04:26] <jmkasunich> going skating? ;-)
[20:05:40] <rayh> Not for a few days. It is still creaking and cracking.
[20:06:19] <dmess> allo all
[20:06:36] <jmkasunich> ello
[20:06:48] <alex_joni> bonne soir
[20:06:59] <rayh> Have others had a chance to test the Lerman interpreter modifications?
[20:07:02] <jmkasunich> guten tag
[20:07:06] <alex_joni> err.. bon soir
[20:07:22] <jmkasunich> rayh: no
[20:07:42] <dmess> any carbide grinding expereince around?? soir... apre midi... ; )
[20:07:49] <alex_joni> dmess: excuse moi, mais je suis un peux fatigue..
[20:07:51] <jmkasunich> too busy on the ppmc driver (or avoiding working on the ppmc driver, like now ;-)
[20:08:05] <dmess> vas te couchez
[20:08:16] <alex_joni> il n'est pas tard
[20:08:18] <rayh> I understand exactly, jmkasunich.
[20:08:20] <alex_joni> [22:59] <alex_joni> il n'est pas tard
[20:09:03] <alex_joni> at least I get to practice on my french :P
[20:09:18] <rayh> Is that driver going to be a problem?
[20:09:28] <jmkasunich> no, I just need to get my ass in gear
[20:09:37] <jmkasunich> the docs leave a bit to be desired
[20:09:46] <dmess> sa fait pas de differance... va te couchez si tu est fatigez
[20:09:54] <rayh> I was wondering if he had done something irreversible with the estop.
[20:10:16] <alex_joni> dmess: je ne sais pas tres fatigue, jus'que un peux
[20:10:29] <jmkasunich> he did things annoying with the estop, but nothing irreversible that I'm aware of
[20:10:31] <alex_joni> dmess: and feel free to correct my errors ;)
[20:10:33] <rayh> Those boards will be nice for mid sized systems with the high power outs.
[20:10:44] <jmkasunich> you mean the SSRs?
[20:10:49] <rayh> Right.
[20:10:54] <alex_joni> ssr?
[20:11:01] <jmkasunich> solid state relays
[20:11:07] <jmkasunich> opto-22 style
[20:11:12] <alex_joni> ahh.. ok
[20:11:19] <rayh> I was hoping that I could test emc2 here with the system before I have to deliver it.
[20:11:36] <jmkasunich> you are working on job that uses his boards?
[20:11:40] <dmess> i got opto's too
[20:11:53] <rayh> Yes. I've got pwm and step versions
[20:12:03] <jmkasunich> oh, then I guess I better get going
[20:12:11] <rayh> Matt's got a pwm though.
[20:12:14] <jmkasunich> planning on using both for the same system?
[20:12:28] <rayh> variations on a theme.
[20:13:00] <jmkasunich> I'm trying to write the driver so that it will go out on the parport/EPP bus and discover what is there, then export HAL pins for the lot
[20:13:09] <rayh> IMO the pwm makes more sense for few more dollars.
[20:13:11] <jmkasunich> so you could mix and match any of his boards
[20:13:32] <rayh> That will be fantastic.
[20:13:47] <dmess> hmm just found a fused board with 10 opto22 ssr ' kickin about
[20:13:49] <jmkasunich> be easier to test if I actually had more than one board
[20:14:10] <jmkasunich> re: the opto-22's on jons board - have you actually installed the SSRs yet?
[20:14:11] <rayh> Ship me stuff and I can backup your tests.
[20:14:27] <rayh> I've got 4 on one board running.
[20:14:37] <rayh> All DC.
[20:14:38] <jmkasunich> I found that my SSRs obstruct the fuse sockets - either mine are too wide, or his layout is for something narrower
[20:14:57] <dmess> send me an addy ray i'll get the board to ya...
[20:15:03] <rayh> I've got a coffee can full of 120 volt when the time comes.
[20:15:17] <jmkasunich> ray has board(s) I think, he needs the code ;-)
[20:15:42] <rayh> dmess I never refuse hardware though.
[20:15:54] <jmkasunich> nope
[20:15:55] <dmess> im not sure if this whole board works even.. i got it for components only
[20:16:15] <jmkasunich> well, knowing you have boards and a job for them makes this easier
[20:16:54] <jmkasunich> although you probably can't connect both to the same parport at the same time anyway
[20:17:01] <jmkasunich> would need some kind of Y connector
[20:17:14] <alex_joni> jmkasunich: probably would mess up EPP real bad
[20:17:33] <jmkasunich> not if the stub length is short enough
[20:17:44] <alex_joni> I mean the timings in the protocol
[20:17:46] <jmkasunich> the boards are intended to work that way, each can have a different EPP addy
[20:17:52] <alex_joni> ahh.. ok
[20:17:59] <dmess> ssr' should be activatable as m codes or special g code options
[20:18:13] <alex_joni> then maybe he might consider another output port from the board
[20:18:18] <alex_joni> like you get on scanners :)
[20:18:28] <alex_joni> to connect your printer further down the path..
[20:18:47] <jmkasunich> fat chance, if he isn't even willing to spring for RC filters
[20:18:49] <dmess> serial links
[20:19:14] <rayh> Crydom ssr's work fine.
[20:19:19] <dmess> like the commadore 64 used...
[20:19:37] <rayh> Let me look for the other style, rectangular.
[20:19:52] <jmkasunich> he has a 26 pin (2x16) header that might be connected in parallel with the DB25
[20:20:00] <dmess> these are opto22 model oac5p ray
[20:20:05] <jmkasunich> not on the schematic he sent me tho
[20:21:25] <jmkasunich> and I'm too lazy to follow traces
[20:21:44] <rayh> Tiy're right he's got the offset on the wrong side for motorola MP120D2 modules
[20:21:50] <dmess> with 2.5 A at 240v fuses
[20:21:52] <alex_joni> and you don't have a second board I imagine..
[20:22:05] <jmkasunich> alex: no, only one
[20:22:19] <jmkasunich> but ray has 2
[20:22:20] <alex_joni> jmkasunich: then it probably won't matter to you ;)
[20:22:28] <dmess> probably yeah
[20:22:46] <jmkasunich> if I had 2 I could test the driver to see if it discovers and exports for both
[20:22:53] <alex_joni> yup..
[20:23:03] <alex_joni> but jone can test aswell
[20:23:10] <alex_joni> he should have a lot of the boards :)
[20:23:20] <alex_joni> s/jone/JonE/
[20:23:24] <jmkasunich> yeah
[20:23:40] <alex_joni> btw (OT) did you see the g-rex'es?
[20:23:46] <alex_joni> was a pic on the gecko list..
[20:23:50] <jmkasunich> what about them?
[20:24:00] <alex_joni> a pic with a few hundred of them
[20:24:03] <jmkasunich> I have one, not planning to do anything with it right away, but someday....
[20:24:07] <alex_joni> looked impressive..
[20:24:31] <jmkasunich> yeah. mariss manages to cram a lot onto not very much pcb space
[20:24:49] <jmkasunich> and he has a machine to build them
[20:24:54] <jmkasunich> jon doesn't
[20:24:57] <alex_joni> jmkasunich:
http://f5.grp.yahoofs.com/v1/UHuHQ9GGI8itcYACJB8pABKNnIACNw_WltjF_2EMzv2ktoCCnoH6Dr0xsJa1Slqik6Vg_Y7kQCvIjMSflgkZnxqBe-kpM1M/372%20G-Rex.jpg
[20:25:08] <alex_joni> not sure if it will go through..
[20:25:19] <jmkasunich> it worked
[20:25:25] <jmkasunich> that is impressive
[20:25:42] <alex_joni> pictures make all the difference
[20:26:02] <alex_joni> if you see that you know that it's not a little enterprise doing garage business :)
[20:26:08] <dmess> my boards are from Barderair pneumatic logic controller
[20:26:38] <jmkasunich> 31 per panel, 12 panels.... 372 units
[20:27:00] <jmkasunich> something like $40,000 selling price
[20:27:14] <alex_joni> yup
[20:27:23] <alex_joni> now imagine finding a bug in the design :D
[20:27:31] <jmkasunich> I think Jon has done less than one panels worth in 5 years
[20:28:43] <dmess> imagine calling in a FLEEET of airplanes cause the l/g is facked....
[20:31:13] <alex_joni_> alex_joni_ is now known as alex_joni
[20:37:26] <jmkasunich> stacks like in that pic are why Mariss can afford to give out hardware to folks who write drivers or otherwise contribute
[20:38:28] <alex_joni> well.. actually the capital that allowed him to produce that stack
[20:38:41] <jmkasunich> yes
[20:40:06] <jmkasunich> pick and place is fun to watch
[20:40:57] <alex_joni> yeah.. seen some at a local factory
[20:45:07] <wb9mjn> Quick question....I have a 90 v DC spindle drive motor...
[20:45:21] <wb9mjn> Similar to what s on a chinese mini-mill....
[20:45:39] <wb9mjn> Will there be any problem running that style of motor in reverse ?
[20:45:52] <alex_joni> why should it?
[20:46:11] <wb9mjn> Its a brushed DC motor....made in england...EMD is the name of the company that made it ...
[20:46:46] <wb9mjn> I was thinking about brush phasing....or is that something that s more a of a problem (comutation timing) with brushless motors ?
[20:46:52] <jmkasunich> brushes might not be located exactly in the neutral position, they could be offset for slightly better performance one way
[20:47:22] <wb9mjn> I m debating buying a 4 quadrant drive....
[20:47:52] <wb9mjn> Or maybe should just save my money until the right brushless servo drive and motor come along for it...
[20:47:57] <alex_joni> wb9mjn: how often do you plan on changing directions?
[20:48:06] <alex_joni> or you want to use it on an axis..?
[20:48:40] <wb9mjn> Right now, I really do not have an application for reversing...but I am sure there is one...for example those little through-hole deburing things...
[20:48:51] <alex_joni> if you want to use it as a spindle motor, and you don't change directions very often.. maybe a relay is better
[20:48:56] <alex_joni> to just reverse the wirings :)
[20:49:31] <wb9mjn> I have a solid state drive on there now....not sure how it would survive with the relay plugging...
[20:50:22] <wb9mjn> And of course, one can slow down a spindle quite quickly with a 4 quadrant drive....
[20:50:36] <alex_joni> well.. yes
[20:50:43] <alex_joni> but also with a big resistor :)
[20:52:05] <wb9mjn> I ve also had some trouble with this drive that is on there now..Keeps blowing this fuse or that.....could be the motor is too small for the R8 Bearings...
[20:53:17] <wb9mjn> Have some isolation devices coming so I can hook up the drive to an extra axis output....
[20:57:37] <wb9mjn> hmmm....might just wait...
[20:58:42] <wb9mjn> till I find a good deal on a brushless spindle drive/motor...
[21:01:02] <wb9mjn> Have had excellent success with a 2 HP (running at 1 HP) on the lathe here...Got a drive and motor as a package for $200....
[21:01:24] <wb9mjn> The drive can take 115 or 220, just drops down the HP ....
[21:02:16] <wb9mjn> Its much to big and heavy for the mill though...about 50 pound motor....versus the 180 pound motor and variable speed pulley set that was originally on
[21:02:18] <wb9mjn> this lathe...
[21:04:44] <wb9mjn> Another question......
[21:05:15] <wb9mjn> EMC I have seen in the newsgroup can use an axis 10 volt control output for the speed control....
[21:05:41] <wb9mjn> Has anybody done this that is on here ?
[21:06:08] <alex_joni> that has been done on the mazak
[21:06:10] <alex_joni> with emc2
[21:06:23] <alex_joni> connect the spindle speed to a free DAC, and you're set
[21:06:42] <alex_joni> * alex_joni goes away for a while..
[21:07:52] <wb9mjn> Ok...using EMC 1 here....guess I will need to get a tach and treat it as an axis?
[21:10:38] <wb9mjn> Found Dave Engvall's comments in the Newsgroup...will try that....
[21:19:48] <rayh> There are quite a few EMC1 machines running full servo.
[21:20:30] <rayh> I know of at least one that runs 8 hour days for the last four years.
[21:20:34] <jmkasunich> what is the preferred way to set spindle speed on those machines (assuming you have a VFD)?
[21:21:14] <rayh> Spindle is the next analog after the axes.
[21:21:37] <jmkasunich> wb9mjn: there you have it...
[21:21:55] <rayh> The one I just mentioned is a bpt and uses the snowmobile belt speed up speed down.
[21:26:45] <k4ts> sera
[21:26:49] <k4ts> ops hello
[21:26:58] <Jacky^> hi
[21:33:31] <wb9mjn> hi K4TS....
[21:33:53] <k4ts> hi wb9mjn
[21:34:30] <wb9mjn> thanks jmk and ray....have some emails from Dave on that...will try that tonite...
[21:35:05] <wb9mjn> Supposedly you can setup a feedback less spindle output, i think...
[21:35:33] <wb9mjn> But one can certainly set the spindle to control a DAC output on the servo board....
[21:36:10] <wb9mjn> I m working on my servo mill k4ts...trying to get the spindle speed control setup...
[21:37:15] <wb9mjn> I have a scr 90 v DC spindle on this machine Ray...trying to get the spindle speed control from program...
[21:37:55] <wb9mjn> Have a signal isolator coming...so, can hook the motenC-100 up to the 0-10 V pot input on the scr drive...
[21:38:03] <wb9mjn> without smoking to many chips, hi!
[21:40:44] <wb9mjn> what s the QTH there, K4TS, i m near Chicago...
[21:42:34] <wb9mjn> saw a neet deal on EBAY...brushless DC motor/contoller in one, for 24 V DC, two hookups, power and pot...intended for motor scooters...
[21:42:39] <wb9mjn> 300 watts...
[21:43:17] <wb9mjn> There are a bunch of em...made by Kolmorgen....anybody want to make their own SEGWAY ?
[21:43:42] <wb9mjn> Get a gyroscope and EMC ....he he...
[21:45:09] <wb9mjn> Wonder if there is a gearbox that is like geodesic dome shapped, and you could plug in all the motors, and have it come out on one shaft ?
[21:45:36] <wb9mjn> Been looking at the Prius drive train too much lately...can you tell ?
[21:49:15] <alex_joni> hello
[21:51:08] <wb9mjn> Hi alex_joni...
[21:51:24] <alex_joni> did I miss anything?
[21:51:52] <wb9mjn> Not much...figuring out how to do my spindle speed control from EMC1 ....
[21:52:41] <wb9mjn> Dave Engvall sent me some notes, and I m going to try it on the MotenC-100 later...at least the output side of things,,,
[21:53:07] <alex_joni> why not go with emc2?
[21:53:21] <wb9mjn> Found some signal isolators on Ebay...and will need one between the MotenC-100 and the SCR drive first...
[21:53:48] <wb9mjn> I m not compilation competent...and do not have the time to become so...
[21:54:34] <wb9mjn> Maybe next year....
[21:55:17] <alex_joni> wb9mjn: there is no complicated thing involved with emc2
[21:55:36] <alex_joni> only very few documented steps.. but it might be wise to wait a bt
[21:55:37] <alex_joni> bit
[21:55:52] <wb9mjn> I want to see my machine do something first...been a loooooooong project.....
[21:56:02] <wb9mjn> That is, cut metal....
[21:56:51] <wb9mjn> I have all the servo stuff all nice, and I have RC_46 all patched so that the trajectory stuff is now fixed....just do not have a machine table on it yet...
[21:56:59] <wb9mjn> Which should happen next week....
[21:57:30] <wb9mjn> If I had a spare computer and MotenC-100 board...I might risk it now....
[22:01:58] <rayh> wb9mjn: Which way from Chicago?
[22:02:11] <alex_joni> jmkasunich: still around?
[22:02:24] <jmkasunich> yeah
[22:02:42] <alex_joni> ever heard of ODHL ?
[22:02:53] <jmkasunich> doesn't sound familiar?
[22:03:03] <alex_joni> http://www.opendesign.org/license_models.html
[22:04:13] <jmkasunich> interesting
[22:04:47] <anonimasu> hello
[22:05:17] <wb9mjn> I m in Naperville...due west...
[22:06:16] <alex_joni> jmkasunich: thought you might be interested
[22:06:40] <k4ts> night
[22:06:48] <wb9mjn> 73...
[22:08:03] <rayh> Ah. Not all that far from me.
[22:09:11] <wb9mjn> Where are you tonite ray ?
[22:09:37] <alex_joni> wb9mjn: you on the map yet?
[22:09:42] <wb9mjn> Yep...
[22:09:45] <alex_joni> http://www.frappr.com/emctheenhancedmachinecontroller
[22:09:51] <alex_joni> look for ray henry there
[22:10:36] <wb9mjn> Ray's home is in Crystal Falls, MI, if I remember correctly..in the UP....where my mom's family is from (Calumet) ...
[22:10:41] <rayh> Just about north of you by 400 miles or so.
[22:10:55] <wb9mjn> Yep...about 10 hours by car..hi...
[22:11:06] <alex_joni> jmkasunich: btw, didn't see you on the map..
[22:11:12] <rayh> Okay. Calumet is not all that far.
[22:11:16] <jmkasunich> damn thing doesn't work for me
[22:11:26] <alex_joni> :(
[22:11:28] <rayh> jmk I had that problem also.
[22:11:31] <jmkasunich> and I haven't been sufficiently motivated to figure out why
[22:11:31] <alex_joni> what browser?
[22:11:37] <jmkasunich> konqueror
[22:11:39] <alex_joni> it uses java.. :)
[22:11:45] <alex_joni> so that might be an problem
[22:11:50] <alex_joni> why not try firefox?
[22:11:52] <alex_joni> :)
[22:11:58] <jmkasunich> trying now
[22:12:01] <alex_joni> way better :P
[22:17:58] <jmkasunich> ha... that'll teach the cat to claw my leg
[22:18:09] <alex_joni> very happy ;)
[22:18:19] <alex_joni> could be happier though..
[22:18:21] <jmkasunich> grabbed her and trimmed her claws with handy pair of wire cutters
[22:18:33] <alex_joni> I'm missing some pics
[22:18:48] <jmkasunich> maybe some other time
[22:18:53] <alex_joni> :)
[22:18:58] <jmkasunich> gots code to write
[22:19:49] <jmkasunich> dammit, who stole my K&R
[22:20:32] <Jymmm> S&W
[22:28:05] <alex_joni> jmkasunich: how precise is that mapping?
[22:28:30] <jmkasunich> based on zip code, I didn't zoom in really close, but I suspect within 5 miles
[22:28:44] <alex_joni> you're on Rae Rd
[22:28:49] <jmkasunich> no
[22:28:54] <alex_joni> near Mayfield Road
[22:29:18] <jmkasunich> * jmkasunich calls up map
[22:29:25] <alex_joni> probably that's the center of the area code
[22:29:33] <alex_joni> nm.. don't let this stop your coding..
[22:30:45] <jmkasunich> I'm about 6 blocks east
[22:31:01] <jmkasunich> belrose road
[22:31:11] <jmkasunich> just north of oakville
[22:31:25] <jmkasunich> they got pretty darned close
[22:32:17] <rayh> Was just on the phone with DaveE.
[22:32:38] <rayh> He said someone was looking to hook each limit separate on a parport.
[22:33:00] <rayh> How about matrix the signals outside the parport and then sort them out with HAL.
[22:33:28] <alex_joni> rayh: if you have enough pins you can hook them all to HAL
[22:34:06] <rayh> I was thinking the ordinary 5 in matrixed to 32 signals.
[22:34:27] <alex_joni> why would you need that?
[22:34:51] <rayh> It isn't need. It's a kludge.
[22:35:04] <alex_joni> kludge?
[22:35:39] <rayh> Oh right. Let me think on that definition for a minute.
[22:36:04] <jmkasunich> gotta go away for a bit, dinner time
[22:36:27] <rayh> programming term for a workaround or an inelegant solution to a problem.
[22:37:14] <rayh> a kludge is an awkward or clumsy (but at least
[22:37:14] <rayh> temporarily effective) solution to a programming or hardware design
[22:37:21] <rayh> from google
[22:37:21] <alex_joni> ok.. I get kludge
[22:37:54] <alex_joni> so basicly you have 3 axes and 2 limits
[22:38:10] <alex_joni> and the decoding from 5 signals to 6 (3 x 2 limits) you do in HAL ?
[22:38:23] <rayh> Right.
[22:38:23] <alex_joni> seems really kludgy to me :)
[22:38:32] <rayh> Yes it does.
[22:38:38] <alex_joni> you only gain 1 signal, and a lot of troubles for that
[22:38:47] <alex_joni> if you would have 10 axes, then maybe
[22:39:08] <rayh> 256 signals in an 8 wide signal
[22:39:44] <rayh> probably a serial HAL reader would be more effective.
[22:40:46] <rayh> Ah here is the correct definition.
[22:40:48] <rayh> kludge n : a
[22:40:48] <rayh> badly assembled collection of parts hastily assembled to serve some
[22:41:06] <rayh> stupid purpose (my addition)
[22:44:17] <rayh> Must get away for a bit.
[22:50:02] <skunkworks> I double checked the emc2 and yes the max feed in jog is using the traj section instead of the max velocity in the individual axis section
[22:52:02] <skunkworks> So my z axis only having the max velocity of 25ipm tries to run at the 72ipm of the traj section.
[22:55:51] <skunkworks> And does it make sense that the lower I make the max accelleration 20 -> 2 the slower I have to run the axis?
[22:56:51] <skunkworks> I get following errors when I lower the eccelleration for the same speed.
[23:15:33] <skunkworks> is there a setting for axis g0 axis movement to make them all go at maximum feed instead of them getting to the point at the same time?
[23:17:59] <jepler> skunkworks: I don't believe there is one. But what benefit does this have? Assuming there's not some bug, at least one axis will go at the maximum feed rate during a long G0 move, and the rest will go at whatever speed they need to complete the move in the same length of time.
[23:20:11] <skunkworks> yes that makes sense. Never thought about it - it will still only go as fast as the slowest axis
[23:25:32] <skunkworks> one more question - The faster axises seem to run just fine at 72 ipm but the when I jog the axis I get following errors on the de-accelleration.
[23:25:58] <skunkworks> 72 imp when I am doing a g0 move with 1 axis
[23:31:25] <jepler> can't help you there
