#emc | Logs for 2005-08-14

[00:10:30] <A_Guy> geckodrive seems to be dead
[00:17:42] <Jymmm> Mariss said he was having someone working on his website about a week ago.
[00:18:31] <A_Guy> aaarrrg
[00:18:42] <A_Guy> wanted to check something out :P
[00:19:10] <Jymmm> like?
[00:19:31] <A_Guy> wanted to read up on there servo drivers
[00:19:40] <Jymmm> ty googles cache
[00:19:43] <Jymmm> try
[00:20:03] <A_Guy> now how would i do that? never tried it before
[00:20:22] <Jymmm> servo site:geckodrive.com
[00:20:44] <A_Guy> Forbidden
[00:20:44] <A_Guy> You don't have permission to access /index.html on this server.
[00:20:44] <A_Guy> Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
[00:20:44] <A_Guy> --------------------------------------------------------------------------------
[00:20:44] <A_Guy> Apache/1.3.19 Server at goofy.link4pc.com Port 80
[00:21:22] <Jymmm> http://www.google.com/search?num=100&hl=en&lr=&safe=off&q=servo+site%3Ageckodrive.com&btnG=Search
[00:22:08] <A_Guy> nope... she's dead
[00:22:15] <Jymmm> works for me
[00:22:28] <A_Guy> aaarrrg
[01:29:05] <lilo> [Global Notice] Hi all. We're currently testing a patch which should resolve some kline removal issues. At some point this weekend, we're probably going to want to do a network-wide reup. We'll keep you posted.
[02:06:26] <PhydBleep_> PhydBleep_ is now known as Phydbleep
[03:07:16] <jack_party> night all
[10:46:16] <alex_joni> greetings
[10:51:29] <anonimasu> hello alex
[10:57:13] <alex_joni> morning paul_c
[10:57:33] <paul_c> Afternoon alex_joni
[10:57:43] <alex_joni> what's up?
[10:58:27] <paul_c> cleaning up some of the semaphore code a little more...
[11:01:16] <paul_c> did you get any further with the mode change bug ?
[11:01:26] <alex_joni> I didn't try further
[11:01:31] <alex_joni> let jmk take care of it
[11:01:36] <alex_joni> I only isolated it
[11:21:10] <alex_joni> paul_c: are you nice enough to pass me that wet kipper?
[11:28:26] <paul_c> right out of kippers
[11:28:49] <alex_joni> dang.. then the wall should do it
[11:29:05] <alex_joni> * alex_joni smacks his head against the wall repeatedly
[11:29:18] <alex_joni> while (1) do smack_head();
[11:30:20] <alex_joni> my init function returned 0 that everything is ok
[11:30:32] <alex_joni> but furtheron I expected for it to return the base address
[11:30:54] <alex_joni> and because I didn't have a STG at address 0 it didn't work :(
[11:33:34] <alex_joni> hello anders
[11:33:37] <alex_joni> long night?
[11:33:38] <alex_joni> :D
[11:33:50] <anonimasu> I didnt sleep too well
[11:33:57] <anonimasu> had been sleeping too much during the day
[11:34:02] <alex_joni> heh
[11:34:05] <alex_joni> poor you
[11:34:06] <alex_joni> ;)
[11:34:10] <anonimasu> * anonimasu feels like he's had a close encounter with a truck
[11:34:16] <alex_joni> I just found what I borked
[11:34:20] <anonimasu> oh well, could be worse..
[11:34:28] <alex_joni> * alex_joni suggests some coke
[11:34:33] <alex_joni> or any other form of caffeine
[11:34:37] <anonimasu> I've had a cup of tea
[11:34:54] <alex_joni> black?
[11:35:05] <anonimasu> earl grey with some honey
[11:35:26] <anonimasu> should be plenty of caffine in it, but maybe I'll make another cup
[11:36:02] <alex_joni> wanna hear smthg funny?
[11:36:08] <alex_joni> [13:31] <alex_joni> my init function returned 0 that everything is ok
[11:36:09] <alex_joni> [13:32] <alex_joni> but furtheron I expected for it to return the base address
[11:36:09] <alex_joni> [13:32] <alex_joni> and because I didn't have a STG at address 0 it didn't work :(
[11:36:19] <anonimasu> heh
[11:36:23] <anonimasu> great stuff :)
[11:36:32] <alex_joni> really
[11:37:01] <alex_joni> I only wasted a few hours to track it :(
[11:38:40] <anonimasu> I am thinking of starting to play some with HAL
[11:39:05] <anonimasu> I really dont have anything better to do right now
[11:41:40] <anonimasu> *waits for another cup of tea*
[11:43:56] <alex_joni> yay
[11:44:01] <alex_joni> it seems to be working ;)
[11:44:11] <alex_joni> getting inputs to HAL
[11:47:33] <anonimasu> I need to buy mor honey..
[11:50:28] <alex_joni> outputs working also
[11:50:28] <alex_joni> :)
[11:51:41] <alex_joni> anonimasu: did jmk get anywhere last night?
[11:51:58] <alex_joni> I mean.. any luck with that mode change?
[11:52:12] <anonimasu> alex_joni: no he it stopped with the fact that he's X sessions wouldnt work
[11:52:19] <alex_joni> bummer
[11:53:09] <paul_c> now why didn't he set up a remote GUI....
[11:54:06] <alex_joni> an0n's firewall might have prevented that :D
[11:54:19] <anonimasu> nope..
[11:54:32] <anonimasu> I've poked a hole larger then norway in it..
[11:54:59] <anonimasu> hell, you could probably smuggle a truckload of drugs past it.
[11:55:04] <alex_joni> lol
[11:55:36] <alex_joni> iptables -A INPUT -s druglord/32 -t drugs -j ACCEPT
[11:56:59] <anonimasu> lol
[11:57:35] <anonimasu> the tea is pitch black this time.
[11:57:47] <paul_c> gimme ten minutes, and we will try to set up a remote session on this box.
[11:57:51] <alex_joni> coo
[11:57:59] <anonimasu> sure
[11:58:20] <alex_joni> nice thing this interne
[11:58:24] <alex_joni> internet even
[11:58:27] <alex_joni> can't type
[12:13:16] <CIA-9> 03alex_joni * 10emc2/src/hal/drivers/hal_stg.c: various bugfixes. moved some functions around for better reading. DIO is tested and works, rest needs further testing
[12:44:06] <paul_c> OK alex_joni - You wanna give remote GUIs a go ?
[12:44:21] <alex_joni> why not :)
[12:44:42] <alex_joni> started emcserver on an0n's box?
[12:45:31] <paul_c> gonna send you an nml config
[12:45:48] <alex_joni> I got one.. lemme try
[12:46:34] <paul_c> You may need to forward port 5005 through your firewall
[12:47:27] <alex_joni> how so?
[12:47:56] <paul_c> Let's try without first...
[12:48:16] <alex_joni> what port does emcsrv run on?
[12:48:32] <paul_c> Can you copy that nml config to emc2/configs
[12:49:04] <alex_joni> ok.. had my remote nml set to connect to port 1234
[12:49:08] <paul_c> emcsvr is set for port 5005 in the NML config
[12:49:25] <alex_joni> I connected succesfully
[12:49:30] <alex_joni> but X&Y are red
[12:49:33] <alex_joni> and Z is yellow
[12:50:27] <paul_c> lemme shutdown & do a fresh compile.
[12:50:31] <alex_joni> does seem to work
[12:50:44] <paul_c> All gone green here.
[12:50:55] <alex_joni> ok.. probably my old emcsh.exe then ;)
[12:51:19] <paul_c> you're not running Doze are you ??
[12:51:31] <alex_joni> oops, you caught me ;)
[12:51:51] <paul_c> * paul_c slaps alex_joni with a very large wet cod
[12:52:02] <alex_joni> heh.. new fishes ?
[12:52:14] <alex_joni> lemme try a newer emcsh.exe =))
[12:52:41] <paul_c> did you forward port 5005 ?
[12:52:50] <alex_joni> nope
[12:52:54] <alex_joni> why should I?
[12:53:01] <alex_joni> I need to connect to 5005
[12:53:11] <paul_c> Just wanted to check...
[12:53:42] <alex_joni> OK
[12:53:44] <alex_joni> all green now
[12:54:10] <alex_joni> * alex_joni tries to open a file
[12:55:48] <alex_joni> seems to run
[12:55:51] <alex_joni> the one you opened
[12:56:03] <anonimasu> * anonimasu is slaps alex with a mop
[12:56:05] <paul_c> ngc file names is still one area that needs looking at.
[12:56:11] <anonimasu> I am having a cleaning day
[12:56:12] <alex_joni> yup
[12:56:27] <anonimasu> * anonimasu mops the channel floor until it's nice and shiny while at it
[12:56:42] <paul_c> the $filename is assembled by the HMI and it should be task that does it..
[12:56:48] <alex_joni> anonimasu: you can come over here and mop mine too
[12:57:06] <alex_joni> paul_c: too tired to think about that right now
[12:57:13] <alex_joni> it would presume using my memory
[12:57:23] <alex_joni> and that's still cluttered with stg stuff ;)
[12:57:44] <alex_joni> I just pushed abort
[12:57:46] <alex_joni> did it stop?
[12:58:01] <paul_c> Oh yes
[12:58:11] <alex_joni> ok.. seems to be working ok
[12:58:20] <alex_joni> do you want to try the other way too?
[12:58:28] <paul_c> right, now to adjust period
[13:00:05] <alex_joni> can you connect to my ip?
[13:00:18] <alex_joni> emcsrv running on port 1234
[13:00:24] <alex_joni> 5005 is taken
[13:01:05] <paul_c> locked mode..
[13:01:16] <alex_joni> what's locked?
[13:01:49] <alex_joni> oooh .. new people
[13:01:54] <alex_joni> hello rayh
[13:02:01] <rayh> Hi Alex
[13:02:07] <alex_joni> how was europe?
[13:02:36] <rayh> I remodeled an old farm house for my kids.
[13:02:43] <alex_joni> cool
[13:02:51] <rayh> Good and drink were awesome.
[13:02:52] <alex_joni> took some pics?
[13:02:58] <rayh> food food
[13:03:06] <alex_joni> yea.. I figured
[13:03:32] <alex_joni> * alex_joni and paul_c are playing: I control your machine, you control mine
[13:03:37] <rayh> Just a few. My old sony digital went tits up before the trip
[13:04:01] <rayh> Testing networking?
[13:04:07] <alex_joni> and nml
[13:04:21] <rayh> Good.
[13:04:22] <paul_c> turn DEBUG down, & the error can be triggered sooner.
[13:04:22] <alex_joni> and tkemc :P
[13:04:46] <rayh> Hi Paul
[13:04:47] <alex_joni> paul_c: tried to connect?
[13:04:53] <paul_c> Hi Ray
[13:05:16] <paul_c> Joe M. has been trying to contact you...
[13:05:35] <rayh> I got a couple of messages when I got home.
[13:06:00] <rayh> Will write.
[13:06:41] <paul_c> 'k.. I also need to discuss some of the ini params when you get a chance. accel in particular
[13:06:50] <rayh> I was looking through SF. Lot of changes.
[13:07:22] <paul_c> been tracking a bug with the GUI locking up at intermitant intervals.
[13:07:31] <rayh> INI anytime you ae ready.
[13:07:53] <rayh> Tkemc or all of them?
[13:08:07] <paul_c> mini/tkemc
[13:08:22] <alex_joni> might be emcsh related
[13:08:31] <paul_c> stress out xemc/yemc and they also lock up.
[13:08:32] <rayh> Wot it just quits connecting?
[13:08:45] <alex_joni> it just sits there
[13:08:49] <alex_joni> blocked
[13:08:58] <alex_joni> paul_c: tried to connect?
[13:09:13] <paul_c> nope. None of the buttons respond, can't close the window, and redraw dosn't work
[13:09:14] <Jacky^> hi
[13:09:37] <rayh> Hey
[13:09:51] <paul_c> Turns out it is not a tcl/tk bug, nor is it anything I've done
[13:09:52] <Jacky^> hello rayh :)
[13:10:39] <rayh> True if it happens with x..yemc as well
[13:11:20] <paul_c> Figured it out - It's a futex bug in the pthreads library
[13:11:44] <rayh> Can you connect to the running emc using another instance of a gui.
[13:11:56] <paul_c> yes
[13:12:51] <rayh> So it is just the one instance that dies.
[13:13:14] <paul_c> It doesn't die. It freezes
[13:13:29] <rayh> Okay
[13:13:56] <rayh> What conditions cause it?
[13:14:06] <alex_joni> small PERIOD
[13:15:12] <paul_c> I don't know.. Ran loads of traces on emcsh, and it was something at a very low level
[13:16:15] <paul_c> I'll have an updated library on the next build.
[13:16:57] <rayh> I've seen a few setups with very small PERIOD values where I can lock up stuff but I assumed that it was priority inversion in rt.
[13:16:58] <alex_joni> so it's bdi-4 related?
[13:17:10] <paul_c> nope.
[13:17:24] <alex_joni> I mean.. pthreads lib used on the bdi
[13:17:32] <paul_c> Fedora may also get hit by the same bug
[13:18:02] <alex_joni> right
[13:18:09] <alex_joni> and any other system that uses it
[13:18:19] <paul_c> yup.
[13:18:56] <paul_c> Moving on.... Sherline ini
[13:19:27] <rayh> k
[13:19:55] <paul_c> You had increased the vel & accel in TRAJ....
[13:20:44] <Jacky^> sorry.. a question for rayh :
[13:20:55] <rayh> Yes. I did that when we added individual axis max for these
[13:21:09] <Jacky^> rayh: is it possible to run a program from an arbitrary line ?
[13:21:22] <Jacky^> i'm using mini, emc1
[13:21:31] <rayh> Yes.
[13:21:44] <Jacky^> is it too difficult to do ?
[13:22:01] <rayh> There is a restart set of buttons that pop in to the right of the program display.
[13:22:37] <rayh> Unfortunately I didn't allow for a type in number but the blue line
[13:22:49] <rayh> in the program is the restart line.
[13:22:55] <rayh> At least it is supposed to be.
[13:23:08] <Jacky^> rayh: cool :) thanks
[13:23:17] <Jacky^> i will try
[13:23:26] <rayh> Let me know what happens.
[13:23:42] <Jacky^> ok..
[13:23:51] <rayh> You can show the restart buttons under the view menu as well.
[13:24:17] <rayh> Do we have problems with sherline accel?
[13:25:11] <paul_c> lost steps on Z
[13:26:00] <rayh> Ah. We're back to that. What do the lost steps look like, random?
[13:26:58] <paul_c> This is much more repeatable... Turning down accel in TRAJ cures it
[13:27:19] <rayh> Ouch.
[13:27:43] <rayh> Turning down accel there slows the accel of the rotary.
[13:28:05] <paul_c> the vel & accel settings in each axis section only affect jogging
[13:28:54] <rayh> I didn't think that was true when I set up the first rotary.
[13:30:00] <paul_c> The max Vel (per axis) may be honoured by some calcs at the task level
[13:30:19] <rayh> The only time the rotary did not honor the individual accel was during linear/rotary coordinated motion.
[13:30:22] <paul_c> but the accels are not when doing a coordinated move
[13:32:40] <paul_c> So... We can either reduce accel in the TRAJ section, or do some additional coding in tp.c to limit the max accelerations.
[13:33:51] <rayh> If you turn down the accel in traj, you get 180 degrees of accel and then 180 degrees of decel.
[13:34:13] <paul_c> yup.
[13:34:40] <rayh> I spent days testing that setup and did not see any lost steps.
[13:35:14] <rayh> Do they only happen with za motion or with any coordinated?
[13:35:40] <paul_c> any coordinated move
[13:37:22] <paul_c> * paul_c has to go for lunch.
[13:37:41] <paul_c> * paul_c is away: Dinner time.
[13:38:01] <rayh> I don't have a system set up here now but will do that
[13:38:02] <alex_joni> later
[13:38:16] <alex_joni> rayh: I have progress on the STG driver ;)
[13:38:22] <alex_joni> dio is tested and works
[13:38:44] <rayh> Great. I saw your additions.
[13:39:25] <rayh> You got the STG card.
[13:39:41] <alex_joni> yeah.. a while ago
[13:39:44] <alex_joni> thanks to Matt for that
[13:40:50] <rayh> You got servos running?
[13:41:13] <alex_joni> nah.. just metering the outputs
[13:41:21] <alex_joni> no servos around .. unfortunately
[13:41:27] <rayh> Well that works.
[13:41:29] <anonimasu> hook it up to the robot
[13:41:37] <alex_joni> anonimasu: heh.. I wish ;)
[13:41:48] <rayh> And stand back!
[13:41:48] <alex_joni> no idea what the interface is though
[13:42:01] <alex_joni> the new ones run on CAN
[13:42:13] <alex_joni> with 1kW ac drives
[13:42:38] <alex_joni> btw.. got that turn/tilt table on friday
[13:42:42] <alex_joni> 8 tons ;)
[13:42:52] <alex_joni> hello Martin
[13:42:57] <Imperator_> Hi Alex
[13:43:23] <rayh> Wah! 8 tons.
[13:43:52] <alex_joni> smthg like this: http://www.weldplus.com/printit.asp?t=RP210003P&i=prod_images/RP210003P.JPG
[13:43:56] <alex_joni> yet a bit bigger
[13:44:02] <rayh> Wow big a part can you place with that?
[13:44:11] <alex_joni> 2500kg part
[13:44:15] <alex_joni> max
[13:44:30] <alex_joni> 1910 mm turning radius
[13:45:28] <alex_joni> I'll have a hard time to fix it properly
[13:45:31] <rayh> That's almost the size of the kitchen I built for the kids!
[13:46:09] <alex_joni> mounting plans say: use a 40mm sheet fixed into the concrete with 400 mm long sticks
[13:46:15] <alex_joni> and weld the base plate on that
[13:47:15] <rayh> We need kinematics for this type of device.
[13:47:30] <alex_joni> yeah: smthg like... take it slooow
[13:47:30] <alex_joni> :D
[13:47:33] <rayh> With actual tool tip feedrate.
[13:48:04] <alex_joni> the new controller on the robots handles up to 18 axes coordinated
[13:48:40] <Imperator_> Hi Rahy
[13:48:51] <rayh> Hi Martin.
[13:48:52] <Imperator_> Rayh
[13:49:07] <Imperator_> typing is not my best
[13:49:10] <rayh> Beautiful country you live in.
[13:49:16] <Imperator_> why
[13:49:17] <alex_joni> Imperator_: Try using tab (for autocompletion)
[13:49:24] <alex_joni> works on the nicks
[13:49:27] <Imperator_> jep alex
[13:49:53] <Imperator_> maybe because it is raining the hole summer now
[13:49:59] <Imperator_> whole
[13:50:00] <alex_joni> * alex_joni goes hunting for some food
[13:50:14] <alex_joni> * alex_joni is off to the sea next week ;)
[13:50:15] <rayh> See you in a bit alex_joni
[13:50:17] <alex_joni> can't wait
[13:51:22] <rayh> This was my year to see a couple of botanical gardens. Great in the cool, wet weather.
[13:51:31] <rayh> Mostly worked on the house though.
[13:52:03] <Imperator_> you have visited germany ?
[13:52:48] <rayh> Several times. I have a son/daughter-in-law/enkelin there
[13:53:15] <rayh> Think I may have spelled that wrong. Grand daughter.
[13:54:21] <Imperator_> Enkelin is right, i think
[13:54:48] <rayh> I know I pronounce it wrong almost every time.
[13:54:55] <Imperator_> sorry i mean do you have visited germany this summer ?
[13:55:05] <rayh> How are things with you Imperator_
[13:55:10] <Imperator_> no problem on irc .-)
[13:55:31] <rayh> Where are you located now?
[13:55:50] <Imperator_> still in germany, same place
[13:56:06] <Imperator_> but i have to move a bit closer to Stuttgart the next time
[13:56:11] <alex_joni> back
[13:56:12] <rayh> Oh. I thought your job ran out.
[13:56:15] <Imperator_> have a new job
[13:56:22] <rayh> Okay.
[13:56:32] <Imperator_> Alex is a fast food guy
[13:56:40] <alex_joni> nah.. I just prepared it
[13:56:44] <Imperator_> www.roos-kuebler.de
[13:56:46] <alex_joni> now I'm about to eat it
[13:57:07] <rayh> * rayh need more coffee.
[13:57:10] <alex_joni> prepared as in heated up ;)
[13:57:16] <Imperator_> good ider
[13:57:19] <Imperator_> idear
[13:57:43] <Imperator_> is it possible that halscope will not be compiled at the moment
[13:58:07] <Imperator_> the other guy who is working with me with the mesa cards cant find it
[13:58:21] <alex_joni> yup
[13:58:35] <alex_joni> halscope and halgui only get compiled if gtk is installed
[13:58:39] <Imperator_> i have a emc2 that is some weeks old, there i have halscope
[13:58:48] <Imperator_> ah
[13:58:51] <alex_joni> you probably have gtk on your machine
[13:59:07] <alex_joni> tell him to install gtk-1.2
[13:59:37] <Imperator_> ok
[14:00:09] <alex_joni> how's the mesa stuff going?
[14:00:54] <Imperator_> I#m still drawing on Eagle, and he is fighting with the pin config and so on
[14:01:00] <Imperator_> of the FPGA
[14:02:09] <alex_joni> rayh: where in germany have you been?
[14:07:05] <Imperator_> whereever he was, he was in the rain
[14:07:18] <Imperator_> this summer is terrible
[14:07:20] <alex_joni> that bad over there?
[14:07:29] <alex_joni> it's nice over here
[14:07:37] <Imperator_> last week we had about 10-20�C
[14:07:46] <alex_joni> brrr
[14:07:49] <Imperator_> and 7� at night
[14:07:54] <Imperator_> jep
[14:08:02] <alex_joni> we got 26 right now
[14:08:13] <Imperator_> i was close to switch on the heating again
[14:08:18] <Imperator_> grrrr
[14:10:04] <rayh> I'm back
[14:10:34] <alex_joni> Imperator_: this is where I'm going
[14:10:34] <alex_joni> http://www.tzgrovinj.hr/eng/home.asp
[14:11:09] <rayh> Not far from Dortmund.
[14:11:19] <alex_joni> rayh: nice
[14:11:27] <rayh> Flew into Amsterdam
[14:11:43] <rayh> That country is a bit flat for my taste.
[14:11:53] <Imperator_> :-)
[14:12:10] <rayh> * rayh reads back.
[14:12:31] <rayh> What Mesa stuff are you working on.
[14:12:36] <Imperator_> rayh: how was the rain in DOrtmund
[14:12:51] <Imperator_> do you know the Mesa FPGA card?
[14:13:09] <rayh> Always rain. never a day without.
[14:13:24] <rayh> I do know the PCI version of the Mesa
[14:13:52] <Imperator_> we are making here some breakout boards for this card
[14:14:21] <rayh> Oh. I've used both the 7I33 for analog servo
[14:14:22] <Imperator_> i seams that we make about four
[14:14:43] <rayh> And the little 100 watt servo drive.
[14:15:30] <Imperator_> nice
[14:15:41] <rayh> What sort of breakout are you making.
[14:16:07] <rayh> brb gotta put the breakfast rolls in the oven.
[14:16:07] <Imperator_> we make one board with a quad 16-Bit DAC and one for the digital io needed for the amps
[14:16:32] <alex_joni> Imperator_: use a STG *g*
[14:16:33] <Imperator_> and another one for counter input and one for the limit- and referenceswitch input
[14:16:48] <alex_joni> kidding
[14:16:50] <Imperator_> alex_joni: :-) toooo expensive
[14:17:02] <alex_joni> now seriously.. what are you using for counter input?
[14:18:03] <Imperator_> only some RS-422 drivers, all is done by the FPGA
[14:18:18] <alex_joni> ok
[14:18:19] <Imperator_> RS-422 recievers, of cause
[14:20:38] <rayh> So you are writing your own fpga code.
[14:21:00] <paul_c> * paul_c is back
[14:21:46] <Imperator_> at the moment is only Jan (the other guy in north germany) writing some stuff for the FPGA, but i will learn that also
[14:22:25] <rayh> Okay. We got Pete at Mesa to write a version for the mesa
[14:22:30] <Imperator_> Hi Paul
[14:22:32] <rayh> stuff that we put in SF.
[14:22:54] <Imperator_> Pete is a employe at Mesa ?
[14:23:17] <rayh> PeteV is not. PeteM is.
[14:23:26] <Imperator_> :-)
[14:23:42] <alex_joni> PeteM=Pete Mesa ;)
[14:23:54] <rayh> Right.
[14:24:00] <Imperator_> ups
[14:24:04] <alex_joni> heh
[14:24:47] <paul_c> rayh: Did you ever get a chance to order a 4134 board from Mesa ?
[14:25:13] <rayh> According to PeteV Mesa made some mistakes on the PCI bus.
[14:25:38] <rayh> I did and they were out at the time. I'll try again tomorrow and see if I can get one direct to you.
[14:25:50] <rayh> Thanks for the memory jog.
[14:26:15] <paul_c> 4134-2 would be best if the funds cover it..
[14:26:33] <rayh> They should more than.
[14:26:46] <alex_joni> Imperator_: http://www.tzgrovinj.hr/deu/vodic/bike/karta.asp
[14:27:59] <Imperator_> alex_joni: the ways i take with the bike are normaly nowhere to find on cards
[14:28:15] <alex_joni> I agree ;)
[14:28:23] <Imperator_> rayh: what do you mean with mistakes on the PCI ?
[14:29:25] <rayh> Oh. PeteV tried to explain it to me but I'm limited.
[14:29:59] <rayh> It seems you can only address stuff at the 16 bit wide port because there is some sort of overlap issue.
[14:30:10] <alex_joni> Imperator_: smthg like: it's actually using timings from the AGP bus, but if you stick it backwards in a PCI64 it might work under low stressload
[14:30:37] <rayh> And if you use more than one card there are problems with the bridge and auto loading of the fpga.
[14:31:51] <Imperator_> hm
[14:34:31] <rayh> You probably should get the problems from PeteV himself.
[14:34:46] <Imperator_> is that a software or hardware problem ?
[14:35:02] <Imperator_> ok
[14:36:27] <rayh> I don't really understand it all but I think a small hardware change has to be made.
[14:36:43] <alex_joni> drill some holes into the fpga ;)
[14:36:50] <rayh> We did get three systems running okay though.
[14:37:21] <Imperator_> do you get some samples from Mesa ?
[14:37:27] <rayh> using the 16 bit definitions
[14:37:43] <rayh> Yes there is a bunch of stuff in their software package.
[14:38:09] <Imperator_> how do you mean ?
[14:38:20] <rayh> The SF stuff will install a complete system using HAL for
[14:38:41] <rayh> four analog outs using the 7I33 interface
[14:39:06] <Imperator_> jep, have sean that
[14:39:16] <rayh> It will also read up to 6 or 8 encoders so you can run a handwheel and 4 axes
[14:40:15] <Imperator_> i have only bought the PCI card itself
[14:41:02] <rayh> Okay. Sounds like the interfaces you are thinking of will make a very nice addition to the system.
[14:41:26] <Imperator_> hope so
[14:41:47] <Imperator_> because i think that PWM for driving a real amp is no good idea
[14:42:29] <Imperator_> that is only usefull with the boars from mesa, i think
[14:42:40] <Imperator_> but i want to use real amps
[14:43:02] <rayh> I liked what I saw of it with Jon Elson's stuff but that all comes from the same engineer.
[14:43:04] <Imperator_> have some Siemens Simodrive and some smal amps from galil
[14:44:09] <Imperator_> with smal DC-Servos that might work nicely
[14:44:18] <rayh> Do they take +-10 volt signals?
[14:44:42] <Imperator_> jep
[14:44:57] <Imperator_> with tacho feedback
[14:45:14] <rayh> They will make a good start then.
[14:45:57] <rayh> brb time to taste the rolls.
[14:46:03] <Imperator_> you mean a comercial start ?
[14:46:52] <Imperator_> commercial
[14:49:49] <rayh> What kind of machine are you thinking of running with the Mesa?
[14:50:59] <alex_joni> rayh: iirc a bigger portal machine
[14:51:06] <alex_joni> with 2 slave axes on X
[14:51:42] <Imperator_> there are two machines, my own one and one that i want to realise tith some friends
[14:51:44] <alex_joni> err.. master/slave axes for x
[14:51:47] <Imperator_> right alex
[14:52:18] <Imperator_> my own one would be a normal machine, but High speed with a polymer concret frame
[14:52:28] <Imperator_> 450x350x200mm
[14:52:58] <Imperator_> and the big one is a gantry machine withmaybe a granit stone as table
[14:53:45] <Imperator_> we found a chaep stone but now we are searching for a place for the machine
[14:53:59] <Imperator_> thats the bigger problem at the moment
[14:55:09] <rayh> What is the thinking about axis slaving? HAL or above?
[14:55:31] <alex_joni> HAL is ok.. but homing will be a problem
[14:56:31] <rayh> Yes. I wonder if it would be possible to just freewheel one ballscrew while homing on the other.
[14:58:38] <Imperator_> don't think that is a good idea
[14:58:46] <gezr> depends on the screws lead I guess, and could lead to some twisting
[14:58:51] <Imperator_> i think i will do it the way Alex suggested
[14:59:20] <rayh> I know that one company tried making both work together during startup and often ripped the balls out of one nut.
[14:59:22] <anonimasu> hm, absolute encoders perhaps..
[14:59:25] <Imperator_> to export some slave axis
[14:59:43] <Imperator_> have only short absolute encoders
[14:59:58] <Imperator_> for the big one we have normal linear encoders
[14:59:59] <gezr> the big monarch gantrys dont use screws, but those insanely expensive zero backlash rack and pinions
[15:00:12] <paul_c> OK... Who wants to try remote networking of emc2 ?
[15:00:27] <anonimasu> paul_c: I can open the hole if you would like to play at the box :)
[15:00:48] <paul_c> anonimasu: Already have it set up & running here
[15:00:55] <anonimasu> ah well..
[15:01:19] <paul_c> just wanted to see if anyone was wanting to try tkemc in client mode.
[15:01:59] <paul_c> but it does require a recent emc2 compile
[15:02:29] <Imperator_> everybody is quiet :-)
[15:02:37] <wb9mjn> Hi All...
[15:03:09] <wb9mjn> Just switched the Z axis over to current feedback (torque mode)....
[15:03:23] <wb9mjn> Got an initial tune on it, and it seems quite good....
[15:03:50] <wb9mjn> Have to do more tuning, its doing abut +/- .0005 .....
[15:03:58] <wb9mjn> following error...
[15:04:03] <alex_joni> paul_c: why a recent emc2 compile?
[15:04:38] <paul_c> alex_joni: 'pends on how much has been altered in emc.hh
[15:05:05] <alex_joni> not much so far, afaik
[15:05:28] <alex_joni> it works ok over here (with an emc.hh from emc1 a while back)
[15:06:02] <alex_joni> 12.2004
[15:06:13] <SWP_Away> SWP_Away is now known as SWPadnos
[15:07:08] <SWPadnos> hi all
[15:07:18] <alex_joni> 'lo
[15:07:31] <SWPadnos> long time no C
[15:07:51] <alex_joni> no c++ either
[15:07:54] <alex_joni> as I can tell from the logs
[15:08:06] <SWPadnos> yeah - mostly PIC and AVR assembly lately
[15:08:13] <alex_joni> :P
[15:08:28] <rayh> HI SWPadnos.
[15:08:41] <SWPadnos> Hiya Rayh
[15:08:53] <paul_c> thasa point... Someone was asking about GNU compilers for Z80 ?
[15:09:00] <rayh> I'll get with you on the truck business.
[15:09:03] <SWPadnos> cool
[15:09:29] <paul_c> Look at SDCC - Got support for 8051, Z80, AVR,and PIC
[15:09:55] <SWPadnos> interesting - do you know if it supports special intrinsics?
[15:10:04] <paul_c> (probably a bunch of others too)
[15:10:40] <alex_joni> I'd suggest gcc for AVR
[15:10:50] <alex_joni> tried keil for 8051.. works ok
[15:11:06] <SWPadnos> I usually need much more efficient code than a compiler can give me on a microcontroller
[15:11:19] <SWPadnos> Keil is OK, Tasking is good if you need floating point
[15:11:28] <SWPadnos> at least on the '51
[15:12:36] <alex_joni> yup
[15:13:09] <SWPadnos> bummer - sdcc says AVR is no longer maintained
[15:13:40] <alex_joni> well.. if you've got gcc.. why would anyone bother with sdcc
[15:13:52] <SWPadnos> good question :)
[15:15:06] <paul_c> gcc doesn't support microcontrollers
[15:15:23] <SWPadnos> there's an AVRGCC that does
[15:15:32] <SWPadnos> though it's probably not "real" GCC
[15:15:37] <alex_joni> close enough
[15:16:05] <alex_joni> http://www.avrfreaks.net/index.php?module=FreaksTools&func=viewItem&item_id=145
[15:16:13] <cradek> paul_c: gcc certainly does support avr
[15:16:57] <alex_joni> http://gcc.gnu.org/
[15:16:58] <cradek> ! avr-gcc -v
[15:16:59] <cradek> Reading specs from /usr/lib/gcc-lib/avr/3.3.2/specs
[15:17:02] <cradek> ...
[15:17:03] <cradek> gcc version 3.3.2
[15:17:39] <cradek> there's a good free libc with FP, trig, etc
[15:18:33] <paul_c> lemme put it another way... gcc does not support the majority of 8 bit embedded microcontrollers.
[15:24:24] <cradek> darn, sdcc doesn't do 6800
[15:27:41] <wb9mjn> Only problem with this is after an upward motion, the motor is stalled with 7.5 volts across it....As it can t get all the way to 0 following error due to friction....
[15:29:57] <alex_joni> this is strange...
[15:30:03] <alex_joni> anyone ever met this?
[15:30:21] <alex_joni> Default Trap Handler: vector 14: Suspend RT task xxxxxxx
[15:30:33] <paul_c> Yes - Seen those before
[15:30:53] <alex_joni> any idea what causes that?
[15:31:00] <paul_c> You used a NULL pointer in the RT code
[15:31:09] <paul_c> check dmesg
[15:31:34] <alex_joni> nothing pops up
[15:31:39] <alex_joni> on dmesg
[15:31:59] <paul_c> nothing at all ?
[15:32:10] <alex_joni> a long list of the boot log
[15:32:19] <alex_joni> then the last messages from /var/log/messages
[15:32:26] <alex_joni> and it ends with the message above
[15:33:20] <paul_c> nothing between the adeos init message and the suspend ?
[15:33:39] <alex_joni> ok.. seems it's my driver doing smthg wrong
[15:33:57] <alex_joni> only normal messages
[15:34:42] <paul_c> did you use a sleep in your code ?
[15:35:05] <alex_joni> nope
[15:35:59] <alex_joni> ok.. isolated the function which is responsible.. will ask if I need aditional help ;)
[15:38:06] <paul_c> and which function was that ?
[15:38:23] <alex_joni> the adc read function
[15:38:38] <alex_joni> in the stg driver
[15:40:43] <jmkasunich> morning all
[15:41:28] <SWPadnos> Hiya jmkasunich
[15:46:33] <rayh> Hi John
[15:47:26] <SWPadnos> alex_joni, it looks like the stg_adc_read function could busy-wait for nearly a millisecond
[15:47:42] <alex_joni> really?
[15:47:59] <SWPadnos> yep - I think the the inb takes roughly a microsecond
[15:48:17] <SWPadnos> *1000 = a millisecond
[15:49:17] <alex_joni> you mean the for at the beginning..
[15:49:23] <alex_joni> right it should be done already
[15:49:26] <SWPadnos> yes
[15:49:33] <alex_joni> but I probably didn't check tghe first time it runs
[15:49:41] <SWPadnos> I also noticed that the stg_read_adcs doesn't check arg for null before it's dereferenced
[15:50:05] <SWPadnos> sorry - stg_adcs_read
[15:50:40] <SWPadnos> (which could lead to null pointer problems :) )
[15:50:56] <alex_joni> right
[15:51:03] <alex_joni> will fix that later
[15:53:28] <alex_joni> jmkasunich: any luck last night with that bug?
[15:54:21] <jmkasunich> no - never got ssh -X to work
[15:54:40] <jmkasunich> I saw paul talking about other ways to approach that this morning
[15:54:44] <alex_joni> you could set up tkemc to connect to an0n's pc
[15:54:46] <alex_joni> right
[15:55:23] <jmkasunich> I have limited time today, leaving in about 90 mins
[15:55:31] <alex_joni> ok
[16:03:52] <wb9mjn> Hi Ray...
[16:04:34] <rayh> Hi. Sounds like you are making progress on the machine.
[16:05:41] <rayh> You might try a little bit of ff0 for that friction problem on z
[16:06:00] <wb9mjn> Ok...about how much ?
[16:06:09] <wb9mjn> is typical ?
[16:06:27] <rayh> Not a clue. FredP is the one who tunes this way.
[16:06:34] <anonimasu> what does the FF values do?
[16:06:40] <wb9mjn> Last time I tried any FF0 there were some oscilation problems...
[16:06:41] <rayh> Try 1 and see if it makes a difference.
[16:07:15] <wb9mjn> I m runing FF1 at .25 and FF2 at .03 right now, with about 6800 P, 3000 I, and 12 D ...
[16:07:17] <alex_joni> anonimasu: ff is feed forward
[16:07:17] <rayh> These will interact a lot the way that you are running it now.
[16:07:46] <alex_joni> anonimasu: it's supposed to insert some apriori knowledge about moves that are going to happen
[16:07:51] <alex_joni> before they actually do
[16:07:59] <rayh> Ouch. That is far different than I'd run but sounds more like Les's way of tuning.
[16:08:21] <anonimasu> *dosent understand at all*
[16:08:23] <wb9mjn> The FF1 and 2 help to tune the following error flat and rise times..Which should both be zero...kinda like tuning an osciloscope probe...
[16:08:46] <SWPadnos> the FF parameters basically put the commands into the PID loop
[16:08:54] <SWPadnos> normally, PID only responds to errors in position
[16:08:58] <rayh> I tend to tune p less than 1200, I and D less than 10.
[16:09:00] <wb9mjn> I seem to get allot better rest following errors with the high P s...
[16:09:32] <SWPadnos> with FF, you get outputs that "know" what the velocity commands are, before any errors occur (and have to be corrected by PID)
[16:09:44] <rayh> ff1 somewhere in the range of 8. ff2 0 and ff0 just enough so you don't get movement while none is commanded.
[16:09:46] <wb9mjn> FF0 is position, FF1 is velocity and FF2 is acceleration feed forwared...
[16:10:36] <rayh> If ff0 is to large, you will see an offset from commanded position.
[16:11:05] <wb9mjn> I think I had FF0 s down like .005 and it was still making things unstable before I gave up on it ...
[16:11:29] <rayh> ff0 should not cause instability by itself.
[16:11:48] <rayh> I'd say you need to turn down P a bunch when you see that instability.
[16:12:26] <rayh> The HUGE I value is holding P from oscillation so both could come down when you see instability from ff0
[16:13:03] <rayh> What kind of drive amps do you run?
[16:13:17] <wb9mjn> I turned up the I to try to get the rest value to settle close...There was not much effect from 1 to 3 K , though....
[16:13:35] <rayh> No there wouldn't be.
[16:14:00] <rayh> Let me add here a big IMO 'cause my way of tuning is not the only one out there.
[16:14:10] <wb9mjn> I use the Gallil PWM amps, the Z axis was just changed over to current mode, from voltage mode ... Helped allot...For some reason a .2 inch (!) following
[16:14:23] <wb9mjn> error had crept into the system in the voltage mode....
[16:14:44] <wb9mjn> Now every thing is down intot he tenths...
[16:14:46] <rayh> Do the amps have their own tuning pots?
[16:15:09] <rayh> and were they factory mated to the motors?
[16:16:19] <wb9mjn> The amps have offsett, input gain, loop gain and current limit pots...
[16:16:34] <wb9mjn> I set those up with a stack of resistors for the load....
[16:17:02] <rayh> Okay. These will all interact with the EMC tuning parameters.
[16:17:05] <wb9mjn> No...the motors are DC brush servo motors....
[16:17:23] <wb9mjn> I have all the parameters for the motors, and put them into the .INI file...
[16:18:01] <alex_joni> wb9mjn: the params in the ini are for simulating a DC motor
[16:18:04] <alex_joni> not your case
[16:18:39] <wb9mjn> Ok...thought they were used in the control loop...
[16:20:20] <rayh> I believe what I'd try is putting back the FF0 of .005 or .01 and try reducing the P and I by half.
[16:20:38] <wb9mjn> Ok...will give that a try....
[16:20:41] <jmkasunich> hey anonimasu:
[16:20:41] <rayh> Hi Dave. wb9mjn needs tuning thoughts.
[16:21:00] <jmkasunich> can you open the ports to your emc box again?
[16:21:08] <dave-e> hmmm so what is happening
[16:21:14] <rayh> Dave can help alot with looking at accel and following errors.
[16:21:30] <rayh> Hi Matt.
[16:21:38] <mshaver> Hi Ray!
[16:21:41] <dave-e> hi Matt
[16:21:47] <wb9mjn> Well, got rid of the big problem with the Z axis by going to current (torque mode) feedback...instead of voltage feedback...
[16:21:52] <mshaver> Hi Dave!
[16:23:00] <wb9mjn> The following errors are good, but the settling error is about +.0006 -.0001 ...On an upward travel, it stops with 8 volts across the stalled motor...
[16:23:31] <wb9mjn> Misses the target short by .0006 ...
[16:23:50] <alex_joni> Hi Matt
[16:23:50] <mshaver> I'm going to log for awhile.. going to church, then maybe swimming with kids - Ray: I'll call you later & catch up with you - we might want to plan what to do next with Dave's lathe, your lathes, & Roland's Mazak...
[16:23:56] <mshaver> Hi Alex!
[16:23:58] <gezr> is there a way to calculate load, baised on "accual position" vs "following error", where say the tool should be at 1" but because of the load of the cut, its accually at .989, with a .011 following error?
[16:24:05] <wb9mjn> Probably friction related...30 pound milling head on 1/2 inch dovetail ways....
[16:24:10] <jmkasunich> I was beginning to wonder what the plan was for the Mazak
[16:24:24] <jmkasunich> keep me informed
[16:24:30] <mshaver> The plan is: Finish it ;)
[16:24:49] <jmkasunich> thats a goal, not a plan
[16:24:58] <jmkasunich> plans involve who, when, etc
[16:25:02] <jmkasunich> ;-)
[16:25:25] <wb9mjn> Need to get out for the walk ...back after lunch....
[16:25:39] <wb9mjn> Will leave this up....
[16:26:40] <dave-e> gezr...that is a lot of following error...can you raise the gain?
[16:27:21] <mshaver> Seriously, I think some folks (probably me, Ray, Tom, etc. will go out & finish the hardware, then you might join us either in cyberspace or meatspace to help with software
[16:27:23] <gezr> dave-e : its not an accual thing on a machine, I dont have a machine yet, I was thinking in terms of a load meter type issue
[16:27:55] <dave-e> gezr...ok
[16:28:01] <rayh> I'm with Matt. Will plan on a return to Cardinal after Labor day.
[16:28:27] <gezr> ill finally have the money to finish the bike then work strictly on machining stuff :)
[16:28:28] <rayh> In the mean time, I'm working here with emc2 and the Motenc-lite card.
[16:28:35] <jmkasunich> I want to come out there (in realspace)
[16:28:53] <rayh> Okay John that sounds very good to me.
[16:28:53] <jmkasunich> hopefully when the weather is just a bit cooler than it was in June
[16:29:03] <dave-e> but not too cool
[16:29:16] <jmkasunich> week of Labor day I'm visiting family
[16:29:29] <rayh> I talked with TomP yesterday. He's ready whenever I am.
[16:29:57] <dave-e> does the weather cool off that much in early Sept?
[16:30:05] <rayh> I'm guessing that the re-wire will take most of a week to land all the devices.
[16:30:12] <jmkasunich> hopefully the trip can be a couple weeks later, my boss won't be thrilled if I want to take two weeks vacation at once, we will probably be deep in the throes of testing a new drive by then
[16:30:38] <rayh> Weather should cool some.
[16:31:23] <dave-e> I think it would be nice if the wiring crew has some diag drivers to test individual tool change components
[16:31:26] <rayh> I don't see any problem with mid to late Sept for your work.
[16:31:48] <rayh> I'll get there a bit earlier and make certain that all the devices are in place and work properly.
[16:31:58] <SWPadnos> how many tons is that Mazak?
[16:32:00] <rayh> No sticking power relays this time.
[16:32:06] <dave-e> 4.5T
[16:32:13] <SWPadnos> I can't lift that :)
[16:32:38] <rayh> I've used a pinch bar to move em a few mm.
[16:33:00] <dave-e> they roll nicely on 1.5" bar stock
[16:33:08] <jmkasunich> starting to sound like a plan
[16:33:18] <SWPadnos> yeah - it's the first 1.5 inches that's the trouble :)
[16:33:21] <rayh> We had three guys on an extension bar.
[16:33:21] <mshaver> gotta go -back later
[16:33:29] <mshaver> mshaver is now known as mshaver_away
[16:33:30] <jmkasunich> I need to go very soon too, back in 7-8 hours
[16:33:44] <dave-e> have fun... john and matt
[16:33:51] <rayh> Good we can firm up a plan in the next few days.
[16:34:24] <jmkasunich> jmkasunich is now known as jmk_away
[16:34:47] <alex_joni> phew...
[16:35:01] <alex_joni> * alex_joni just dropped his keyboard over the test box
[16:35:06] <alex_joni> hit the HDD.. but it still runs
[16:35:36] <rayh> Lucky. How come when that happens to me I have to replace the motherboard!
[16:35:53] <rayh> paul_c: You about?
[16:36:02] <alex_joni> heh.. I searched a while till I got this system
[16:37:24] <alex_joni> thought ISA was still around ;)
[16:38:09] <dave-e> there are still a few boards
[16:38:11] <rayh> I got a couple of new ISA MB's a couple months ago.
[16:39:47] <SWPadnos> Now that PCI Express is here, it may be a good idea to get PCI cards all figured out, before they also become (relatively) obsolete :)
[16:39:47] <alex_joni> cool
[16:41:24] <alex_joni> lol, yeah
[16:42:06] <SWPadnos> one day, I'll have the time to install my Mesa card
[16:42:40] <paul_c> rayh: Yes ?
[16:45:36] <rayh> The tp.c and individual axis max accel/vel.
[16:45:51] <paul_c> hrm..
[16:46:34] <wb9mjn> Have to do the walk in the afternoon...hi...Tried playing with FF0...
[16:47:39] <wb9mjn> I was wrong on my numbers ...In an upward movement it misses .0003 short, in downward .0001 long....
[16:47:48] <wb9mjn> with FF0 set to 0
[16:48:12] <rayh> A weight issue.
[16:48:33] <wb9mjn> Setting FF0 to .22 results in a downward movement settling on 0...and an upward movement .0004 short....
[16:49:01] <wb9mjn> Yep...the milling head is about 30 pounds....
[16:49:51] <wb9mjn> Stability was not effected....I thought I remembered that from several months ago, but apparently that is wrong, or maybe its an issue with Voltage mode...
[16:51:10] <rayh> In that case, reduce I by half and see if that will allow P to drive the axis closer.
[16:52:17] <wb9mjn> I see the opposite Ray...Reducing P by half about increases the resting error to .0006 in the upward moves (from .0003)...
[16:52:57] <wb9mjn> That s how I ended up with the high P, kept going up, and tweaking I and D for stabilty, and each increase reduced the settling error...
[16:54:08] <wb9mjn> The drive screw is a 5/8 s double nuted ball screw....
[16:54:18] <rayh> The I value works like a drag on P. If reducing I doesn't do much but make it unstable then might add a bit of d
[16:55:24] <wb9mjn> Yes...The D had the major effect...
[16:56:05] <dave-e> any chance of using a small air cylinder on the spindle slide (supporting) like what people do for the knee mills?
[16:56:15] <rayh> Oh I missed that in your original note.
[16:56:53] <dave-e> Don....is your encoder on the ball screw or on the drive motor/
[16:56:57] <wb9mjn> I m thinking about that Dave-e ....
[16:57:10] <rayh> D=12. IMO this axis is way overtuned.
[16:57:26] <wb9mjn> Its on the motor...Have another encoder, and one of the improvements would be to direct mount it...
[16:58:31] <rayh> wb9mjn: What happens if you cut P,I, and D by half?
[16:59:04] <wb9mjn> The error when the axis comes tor rest will double, I think...I ll go try....
[16:59:04] <dave-e> I tend to tune as simply as possible ...P first then ff1 then a bit of ff1 and a very small amount of ff2 then maybe a bit of D like 0.2
[16:59:30] <dave-e> but then I've not done well in tuning the motenc card so maybe I can't say much
[17:01:30] <wb9mjn> Ok...with FF0 back at 0, P at 3500, I at 1500 and D at 6, the upward movement stops .0006 short, and the downward movement stops .0002 short..
[17:01:59] <wb9mjn> So a move from 0 to 3 stops at 2.9994 and a move from 3 to 0 stops at .0002 ...
[17:02:33] <rayh> Try a big reduction in I. Like I=5.
[17:02:40] <wb9mjn> Ok....
[17:02:48] <rayh> But keep one foot on the estop.
[17:04:27] <wb9mjn> Did not seem to effect stability...The downard movement had no apparent change...The upward movement now stops short by .0008 ...
[17:04:37] <wb9mjn> at 2.9992 ...
[17:06:34] <rayh> Could you list here all six values as they are?
[17:11:01] <wb9mjn> P is 3500, I at 5, D at 6, FF0 0, FF1 .25 , FF2 .03 ...
[17:11:51] <wb9mjn> A FF0 of .25 will zero out the downward movement rest error ...
[17:14:11] <rayh> What does D=10 do to it?
[17:14:21] <wb9mjn> Will give it a try...
[17:15:59] <wb9mjn> no difference apparent...
[17:16:35] <wb9mjn> If the D is set to high, it will oscillate...have done that on occaision...
[17:18:07] <wb9mjn> My thinking on the large I was that as things slow to a stop, the I term will integrate up the small errors into big control voltages, and shouild help push
[17:18:16] <wb9mjn> it to zero...
[17:21:02] <rayh> When you set the drives pots, were you able to get full voltage out when you put 10 volts in?
[17:21:22] <dave-e> ok .. back to basics...with all other values at zero ... what P will just give you an undamped oscillation?
[17:21:37] <dave-e> i'm sure you did this at some point
[17:21:56] <wb9mjn> I have a 48 volt supply, for 3 motors...I set the amps with a gain of 3.6, to get a max of 36 volts to the motors, which is the motor rating.....The 3.6 is put
[17:22:02] <wb9mjn> into the .ini file too...
[17:22:51] <wb9mjn> When i put in 10 volts, the amps puts out a PWM signal, with an average value of 36 volts...
[17:23:06] <dave-e> or 10 v in gives max current in torque mode
[17:23:25] <wb9mjn> Yes, I did Dave...As I remember, it was around 600, I think....
[17:23:50] <dave-e> hummm....with ZN 60% of that would be your starting P
[17:24:40] <dave-e> and then you add ff1 etc to refine the control
[17:25:14] <dave-e> of course every system is different...my mazak tunes much easier than my Cincinatti
[17:26:02] <dave-e> but encoders on the ball screws seem to make any system easier.
[17:26:05] <dave-e> to tune
[17:27:07] <wb9mjn> Yep...need to get the encoder on the ball screw...especially for this axis, I think, due to the friction...
[17:27:22] <wb9mjn> I have encoders on the screws for the x and y ...
[17:27:50] <wb9mjn> And those ones are 5K encoders, versus the 200 line encoder on the Z ....
[17:28:25] <dave-e> ok .. so how many counts on the z for the error you are seeing/
[17:30:03] <Yuga> aaarrrggg... geckodrive is still down :<
[17:30:37] <wb9mjn> Its a 2 to 1 drive, on a .2 inch pitch screw....At 1600 quad counts per turn, its a resolution of .000125...so, the worse case with the best tune would
[17:30:46] <wb9mjn> be 3 or 4 counts...
[17:33:01] <rayh> Gotta run. Hope I can get back later.
[17:33:04] <dave-e> seems to me a better encoder here would help
[17:34:01] <wb9mjn> Witht he 5 K direct coupled encoders, again .2 in pitch, that s .00001 in per count ....and I see about .0001 error either way at rest on the x and y, or about 10 counts...
[17:34:27] <dave-e> that is in the right range... :-)
[17:35:47] <wb9mjn> Ok..I have a 5K encoder for the Z which needs mounting yet...guess that is the next project...
[17:35:50] <dave-e> not that more counts will cure all the problems but it can't hurt
[17:36:00] <dave-e> sound good to me
[17:36:39] <dave-e> do you have enough speed so you could change the gear ratio on Z
[17:36:57] <wb9mjn> Yep, with the weight of the Z , I m sure the belt is stretching some...
[17:38:08] <wb9mjn> At 240 inch per min up, the motor is getting 30 some volts right now.....Which is about right...With a bigger ratio, the motor would need to go
[17:38:21] <wb9mjn> overvolt to stay at 240 inch per min...
[17:38:51] <Yuga> any one have a spec sheet of the geckodrives?
[17:39:00] <alex_joni> * alex_joni goes away
[17:39:02] <alex_joni> later guys
[17:39:07] <wb9mjn> Is the geckodrives site down Yuga ?
[17:39:12] <Yuga> yep
[17:39:15] <Yuga> well it is myside
[17:39:43] <dave-e> but unless one is doing something pretty soft 240 ipm is not a machining speed....just a fast way to get someplace
[17:40:40] <Yuga> any one have a spec sheet of the geckodrives?
[17:42:06] <dave-e> tool change, traverse between drill points, etc.
[17:42:52] <wb9mjn> The 240 is the fast retract speed...Its pretty agressive when it throws the milling head up 7 inches at that speed...
[17:43:42] <wb9mjn> But, with the axis tuned, there is not allot of shock , comes to a smooth stop...
[17:43:42] <dave-e> yes that can be pretty impresive. My machine is spec'd for 400 ipm but I limit at 225 just to not drive it so hard.
[17:44:07] <dave-e> have you tried the new tp
[17:44:39] <dave-e> I hear les liked it but have not talked to him.
[17:45:28] <wb9mjn> Yuga, try to search for the drive you want on Google, then bring up the cached page...
[17:45:50] <wb9mjn> tp ? what s that ...
[17:46:03] <wb9mjn> Oh...Yes...that s what started this alll...
[17:46:17] <Yuga> "bring up the cached page..."
[17:46:21] <wb9mjn> I had been loafing with the 100 degree THI down here for a few months...
[17:46:45] <dave-e> paul made a small but important change in the traj planner...only makes a difference at high speeds
[17:46:53] <wb9mjn> Then they mentioned that fix on the list, and I downloaded it from Jon Elson's site, as I use RC46 here...
[17:47:04] <wb9mjn> Plugged it in, and had the Z problem....
[17:47:32] <wb9mjn> Most likely, I had it all along, and just noticed it when testing the new code....
[17:47:44] <wb9mjn> had the Z problem all along...
[17:47:47] <dave-e> I'd buy that
[17:47:58] <dave-e> amazing what one stumbles across.
[17:48:03] <anonimasu> actually the change makes a different for all moves :)
[17:48:08] <dave-e> when forced to do some testing
[17:48:16] <anonimasu> it were missing every blend earlier :)
[17:48:30] <wb9mjn> In the voltage mode, it had a really bad stopping clunk...which was related to it developing a .2 inch (!) following error on upward movements...
[17:48:57] <dave-e> anon... so it blends better now
[17:49:07] <anonimasu> it didnt blend right before at all :)
[17:49:22] <anonimasu> although at higher speeds it stops the machine..
[17:49:28] <anonimasu> err it did
[17:49:30] <wb9mjn> I found that out this morning...Then switched over to the torque mode, per Les's suggestion from last week, and the large following error went away...
[17:49:51] <dave-e> all I saw was the funny bump at the sign change...could not demostrate on co linear moves
[17:49:59] <wb9mjn> And have been working on the final tune up here with Ray and you Dave...
[17:50:25] <anonimasu> I might need to make a effort to tune my machine tomorrow..
[17:50:49] <dave-e> tunig makes a real difference!
[17:50:52] <anonimasu> yeah
[17:50:58] <anonimasu> I need it for the USC to work nicely :)
[17:51:06] <anonimasu> although I am not running with feedback yet..
[17:51:18] <dave-e> you'll get there
[17:51:24] <anonimasu> I hope so
[17:51:30] <anonimasu> I am kind of in a hurry since I've got parts to make
[17:52:01] <dave-e> well, basically one need a machine to help support the other machines
[17:52:06] <dave-e> needs
[17:52:17] <anonimasu> yep
[17:52:44] <dave-e> speaking of making parts ... I need to go work on one
[17:53:04] <wb9mjn> Bye Dave ...
[17:53:13] <dave-e> hopefully this will be the last change in the process.
[17:53:13] <anonimasu> later dave
[17:53:23] <dave-e> bye guys... later
[18:18:43] <CIA-9> 03paul_c * 10emc2/configs/ (client.nml server.nml emc.ini emc.nml): Commit NML configs for server/client networked systems.
[18:25:57] <paul_c> * paul_c nudges anonimasu
[18:34:40] <anonimasu> * anonimasu is getting nudged
[18:35:17] <paul_c> do ya wanna set up emc2 for a remote GUI ?
[18:35:45] <anonimasu> hm, for testing or something else?
[18:36:00] <paul_c> for JMK to play with
[18:36:10] <anonimasu> ah, sure
[18:36:46] <paul_c> just need an ssh port & port 5005 forwarded on.
[18:37:05] <anonimasu> thoose ports are open now
[18:37:17] <anonimasu> but do you need 5005 forwarded from outside?
[18:38:14] <paul_c> yes - That is what the GUI uses to communicate over
[18:38:25] <paul_c> unless you prefer another port
[18:38:47] <anonimasu> nah
[18:38:48] <anonimasu> dosent matter
[18:39:11] <anonimasu> it's forwarded now
[18:39:15] <anonimasu> and the ssh is alive
[18:41:15] <paul_c> thanks
[18:41:26] <anonimasu> np
[19:04:45] <paul_c> looks like there might be some compatability issues here....
[19:14:01] <dmess> high all
[19:21:44] <paul_c> sodit. Something in tcp_srv appears to be borked - It may be because of the bug JMK is tracking...
[19:26:40] <paul_c> well.. I've done my bit. Time for tea.
[19:42:11] <Jymmm> Yo people!
[20:13:06] <dan_falck> yo jymmm
[20:13:20] <dan_falck> les: are you around?
[20:36:55] <Jymmm> nah man, les is sqaure dude
[20:41:35] <les> huh?
[20:41:57] <Jymmm> =)
[20:42:15] <les> just came in. was washing cars, trucks, and tractors.
[20:42:21] <Jymmm> lol
[20:42:40] <les> and hitting wite balls into lakes and woods.
[20:42:49] <les> white
[20:42:58] <les> I am sun blind
[20:44:45] <les> needed to wear sunglasses.
[20:44:48] <Jymmm> they have this new invention now called sun glasses
[20:44:57] <les> haha
[20:45:50] <Jymmm> les can you hear me ?
[20:45:58] <les> my sunglasses prescription is getting old
[20:46:03] <Jymmm> ah
[20:46:05] <les> hang on...bad audio
[20:46:11] <les> connection
[20:46:19] <Jymmm> I got a headset for $0.50, just testing it out
[20:49:24] <Jacky^> ciao :)
[20:49:34] <Jymmm> c ya Jacky^
[20:49:45] <Jacky^> hi Jymmm
[20:56:05] <Jacky^> dou you think the internal pc circuit that control cpu fan rpm or chassis fan can be used to read rpm from external device like router ?
[21:10:26] <Jacky^> uhm, may found: http://www.ugcs.caltech.edu/~dstaff/sysmeter.html
[21:11:04] <paul_c> Oh bummer.... skype probs...
[21:12:07] <Jacky^> hi paul_c
[21:12:17] <paul_c> Yo Jacky^
[21:13:25] <paul_c> Who's got skype accounts here ?
[21:16:05] <Jacky^> paul_c: i've skype
[21:19:02] <paul_c> * paul_c is wondering if it is worth setting up a conference call.
[21:19:48] <Jacky^> never tried ..
[21:21:42] <paul_c> anyone wanna try ?
[21:22:28] <paul_c> .... Boise, Idaho ?
[21:22:55] <BrentInBoise> yes..hello from boise
[21:23:09] <les> jymmm and I are on skype now
[21:23:16] <les> never tried confrernce
[21:23:33] <Jacky^> * Jacky^ don't speak english :
[21:25:36] <Jacky^> i can send music :)
[21:27:35] <paul_c> Jacky^: I'll let you in to a little secret....
[21:27:54] <paul_c> I don't speak Italian either ;o
[21:28:00] <Jacky^> lol
[21:32:30] <Jacky^> paul_c: my username is jack_hack
[21:32:49] <Jacky^> add to skype, and i will send some mp3 :)
[21:33:38] <Jacky^> do you like KC and sunshine band ?
[21:34:15] <LawrenceG> Lawrence has skype.... call ve7it-
[21:34:44] <Jacky^> LawrenceG: dsl ?
[21:34:51] <LawrenceG> cable
[21:35:01] <Jacky^> how much fast ?
[21:35:04] <les> dsl dropping out...storms
[21:35:21] <Jacky^> i'm 4 mb
[21:35:25] <Jacky^> hi les
[21:35:31] <LawrenceG> 60kbytes upload, 300-500kbytes download
[21:35:39] <Jymmm> les hang up
[21:35:45] <Jacky^> LawrenceG: nice
[21:36:05] <LawrenceG> I love it
[21:36:16] <Jacky^> some day i want to try videolan :P
[21:36:23] <LawrenceG> * LawrenceG waiting for a phone call
[21:36:42] <Jacky^> LawrenceG: are you waiting me ?
[21:37:10] <LawrenceG> Chris was looking for victims
[21:37:28] <Jacky^> paul_c: need to test for multiconference if i think..
[21:38:30] <Jacky^> LawrenceG: lets try .. i add you
[21:38:48] <LawrenceG> ok... my user name is ve7it-
[21:39:21] <Jacky^> uhm..
[21:39:31] <Jacky^> i get problem tith audio device ..
[21:39:32] <LawrenceG> calling you now
[21:39:43] <LawrenceG> probably wrong dsp device
[21:40:01] <LawrenceG> try a connect to echo123
[21:40:17] <LawrenceG> it will help setting your audio levels
[21:40:35] <Jacky^> ok..
[21:40:38] <Jacky^> looking
[21:40:56] <LawrenceG> are you running linux or windows version
[21:41:02] <Jacky^> Linux
[21:41:09] <Jacky^> i'm looking to rexima..
[21:41:19] <Jacky^> Vol its ok, Pcm too
[21:41:33] <Jacky^> mic is 92% [R]
[21:42:25] <Jacky^> calls: /dev/dsp
[21:42:38] <Jacky^> it should work ..
[21:43:29] <LawrenceG> is it ringing?
[21:43:41] <Jacky^> uhmm yes
[21:43:47] <Jacky^> i see the call
[21:43:53] <Jacky^> but can't ear sound
[21:44:00] <LawrenceG> click green button
[21:44:03] <Jacky^> probably is the player i'm running
[21:44:34] <LawrenceG> yep... need to shut down other sound players so skype gets access
[21:44:49] <Jacky^> ah...
[21:45:03] <Jacky^> that why
[21:48:58] <LawrenceG> working very well... Itally to Canada
[21:49:03] <LawrenceG> Italy
[21:50:02] <Jacky^> well, so is skype is running mplayer or other players can't work ..
[21:50:06] <Jacky^> if*
[21:50:43] <Jacky^> anyway 100 % good connection
[21:56:55] <Jacky^> LawrenceG: if i change the [R] source in the mixer..
[21:57:23] <Jacky^> should i be able to send directly music ?
[22:03:54] <alex_joni> hello
[22:04:08] <alex_joni> darn.. thought I might catch jmk
[22:05:31] <Jacky^> hi alex_joni
[22:06:05] <jmk_away> jmk_away is now known as jmkasunich
[22:08:30] <alex_joni> jmkasunich: just the man I needed
[22:08:43] <jmkasunich> sup?
[22:08:49] <alex_joni> weird behaviour
[22:08:58] <alex_joni> I set up a function to write dac's
[22:09:07] <alex_joni> and it's added to a thread
[22:09:18] <alex_joni> a pretty fast one (tried 1000,100 usecs)
[22:09:45] <alex_joni> yet it seems that the dac output is written to with a frequency of 1.48 Hz ?
[22:10:13] <alex_joni> 1.45 - 1.48 secs
[22:10:13] <jmkasunich> hmmm
[22:10:19] <alex_joni> I don't have a scope unfortunately
[22:10:22] <alex_joni> but hooked up a meter
[22:10:30] <alex_joni> and it's got a frequency counter
[22:10:50] <alex_joni> and on voltage I have an digital bargraph (I can see that bounce up an down)
[22:11:19] <alex_joni> the amplitude is ok (if I change the volts written to the adc pin, the amplitude increases)
[22:11:34] <jmkasunich> what are you using for your signal?
[22:11:45] <alex_joni> I connected constant.0.out through a signal
[22:12:04] <jmkasunich> in that case, the output should be constant too
[22:12:06] <alex_joni> but the same stuff happened with siggen.0.triangle (very low frequency)
[22:12:13] <alex_joni> that's why I changed
[22:12:21] <alex_joni> constant should be constant
[22:12:31] <alex_joni> and the signal seems constant
[22:12:34] <jmkasunich> is the code on cvs, or do you have uncommitted changes
[22:12:37] <alex_joni> watching it with halmeter
[22:12:41] <alex_joni> uncommitted
[22:12:48] <alex_joni> but.. you cannot see it inside HAL
[22:13:06] <jmkasunich> so output is changing, but hal value isn't
[22:13:12] <alex_joni> smthg like that
[22:14:30] <jmkasunich> looking at the code
[22:14:57] <alex_joni> stg_dac_write actually writes to the board
[22:15:07] <alex_joni> and stg_dacs_write is the function registered to HAL
[22:15:58] <alex_joni> what bugs me is that it is very constant
[22:16:09] <alex_joni> 1.453 HZ and 80.000 duty cycle
[22:17:44] <jmkasunich> so 80% of the time it is outputting the correct value?
[22:17:54] <jmkasunich> what about the other 20%? outputting zero?
[22:18:02] <alex_joni> no idea
[22:18:07] <alex_joni> like I said.. no scope around
[22:18:13] <alex_joni> and the meter is not fast enough for that
[22:18:15] <alex_joni> but I think so
[22:18:18] <jmkasunich> how do you know 80% then?
[22:18:20] <cradek> * cradek loans alex_joni a scope
[22:18:26] <alex_joni> the meter reports that
[22:18:35] <jmkasunich> fancy meter
[22:18:45] <cradek> even an analog meter is better than a digital one for things like this
[22:18:46] <alex_joni> heh, ty
[22:19:20] <anonimasu> :)
[22:19:29] <alex_joni> http://www.xlsmess.de/html/body_digitek.html
[22:19:30] <jmkasunich> how many channels are there?
[22:19:35] <alex_joni> 4
[22:19:40] <alex_joni> lemme try with 8
[22:19:43] <jmkasunich> same problem on all 4?
[22:19:46] <alex_joni> and see if the frequency changes
[22:20:53] <alex_joni> nope.. same stuff
[22:21:24] <jmkasunich> you are driving one of the four channels with a signal, and the others are at zero?
[22:22:57] <alex_joni> yes
[22:23:07] <alex_joni> should I drive all of them?
[22:23:12] <jmkasunich> no
[22:23:34] <jmkasunich> does the meter show this strange signal only on the channel you are driving? all the other outputs are zero?
[22:23:43] <anonimasu> night all
[22:24:08] <jmkasunich> night an0n - I'll be trying to work on the bug again later
[22:25:09] <alex_joni> lemme look at the other channels
[22:25:43] <alex_joni> yup
[22:25:47] <alex_joni> others are on 0
[22:25:50] <jmkasunich> all are zero?
[22:25:58] <alex_joni> yes
[22:26:37] <jmkasunich> ok, disconnect the signal from the first channel, move it to another one, and see if the output is the same on the new channel
[22:27:40] <alex_joni> hang on
[22:27:47] <jmkasunich> also... do a halcmd show all and dcc it to me when you get a chanve
[22:27:50] <jmkasunich> chance
[22:28:56] <alex_joni> yup
[22:28:59] <alex_joni> same stuff
[22:29:05] <alex_joni> show all?
[22:29:09] <alex_joni> that's a bunch ;)
[22:29:23] <jmkasunich> bits are cheap
[22:30:10] <alex_joni> ok.. samba
[22:30:24] <alex_joni> dcc now
[22:30:48] <jmkasunich> samba? wtf, you running a doze box or something?
[22:31:11] <alex_joni> the laptop is on doze ;)
[22:31:20] <alex_joni> and mIRC too
[22:31:21] <alex_joni> :P
[22:31:29] <jmkasunich> and the test box isn't networked?
[22:32:08] <alex_joni> it is..but through this one
[22:32:17] <alex_joni> and.. no X running to have a decent speed up
[22:32:20] <alex_joni> * alex_joni likes console
[22:32:25] <jmkasunich> ahh
[22:32:29] <alex_joni> and HAL for not needing X
[22:33:58] <alex_joni> hmmm.. just read smthg
[22:34:11] <alex_joni> from the stg utility:
[22:34:24] <alex_joni> dac test (watchdog needs to be disabled for this to work)
[22:34:40] <jmkasunich> lemme guess, wd is 1.5 seconds or so
[22:34:50] <alex_joni> lemme find it
[22:34:52] <alex_joni> first
[22:35:24] <jmkasunich> I had a printout of the stg manual laying around here, can't find it now
[22:36:06] <alex_joni> lol: If the jumper is out, no additional event will occur (besides zeroing of the DACs)
[22:41:31] <alex_joni> OK
[22:41:36] <alex_joni> jmkasunich: thanks for the tip
[22:41:44] <alex_joni> wanna know what was wrong?
[22:41:51] <jmkasunich> yeah
[22:41:55] <alex_joni> the jumper for the watchdog was set right
[22:42:00] <alex_joni> but it was oxidated
[22:42:05] <alex_joni> and didn't close the contact
[22:42:06] <alex_joni> :D
[22:42:08] <jmkasunich> nasty
[22:42:19] <alex_joni> I had it with one of the address jumpers
[22:42:26] <alex_joni> that's why I found it so fast :D
[22:42:59] <jmkasunich> still something strange tho
[22:43:23] <jmkasunich> if the wd timed out and zeroed the dac, why didn't the hal thread reset it a mS later
[22:43:33] <alex_joni> dunno
[22:43:40] <alex_joni> didn't look at interrupts yet
[22:43:41] <jmkasunich> 100uS later actually
[22:44:01] <alex_joni> it should get reset by watchdog writes
[22:44:12] <alex_joni> but.. maybe that should go through the other jumper possibility
[22:44:20] <alex_joni> like it was the jumper wasn't set at all
[22:44:32] <alex_joni> it's a 2 position jumper (3 pins)
[22:44:42] <alex_joni> you should either set it 1-2 for auto-reset
[22:44:48] <alex_joni> or 2-3 for sw reset
[22:45:00] <jmkasunich> or floating for mystery-reset
[22:45:01] <alex_joni> I think through 2-3 the signal from the writes gets through
[22:45:06] <alex_joni> exactly
[22:45:22] <alex_joni> I set 2.0 Volts
[22:45:28] <alex_joni> and got: 2.0081V
[22:45:34] <alex_joni> I think that's fairly ok ;)
[22:45:46] <jmkasunich> what do you get when you ask for 0.000
[22:45:59] <alex_joni> 0.0172V
[22:46:15] <jmkasunich> 17mV offset
[22:46:46] <alex_joni> yup
[22:46:54] <alex_joni> * alex_joni tries out the offset param ;)
[22:47:00] <jmkasunich> the motenc board was a little worse IIRC
[22:48:17] <alex_joni> got it down to 0.0008V
[22:48:27] <jmkasunich> but at least part of it's offset came from poor ground trace routing on the breakout board - the encoder supply current was flowing thru the analog ground trace
[22:49:07] <jmkasunich> how many bits is the DAC anyway?
[22:49:38] <alex_joni> 13 bit
[22:49:47] <alex_joni> pretty ok for 13 bit I reckon
[22:50:07] <jmkasunich> +/-10V / 8192 = 2.5mV per count
[22:50:27] <jmkasunich> getting down to 0.8mV offset was just lucky
[22:50:32] <alex_joni> heh ;)
[22:52:45] <jmkasunich> now ask for +8V and tweak the gain till that is right
[22:52:53] <jmkasunich> then try -8V and see how well it does
[22:53:07] <alex_joni> going from 9.940 to -9.90 V without gain tweak
[22:54:30] <alex_joni> now with gain adjusted
[22:54:36] <alex_joni> 8.0019V on 8.0
[22:54:52] <alex_joni> and -8.0036 on -8.0
[22:55:08] <jmkasunich> not bad - about 1.5 LSBs
[22:55:13] <alex_joni> yup
[22:55:16] <alex_joni> pretty OK
[22:55:28] <alex_joni> I could probably tweak gain even better
[22:55:36] <alex_joni> to fit both values
[22:55:54] <alex_joni> but I'm too tired for that..and it wouldn't help me anyways :D
[22:55:56] <Yuga> any one have any servo sites i can take a look at?
[22:56:02] <alex_joni> cleaning up the driver and commiting soon
[22:56:03] <jmkasunich> I wouldn't bother...
[22:56:10] <jmkasunich> tweaking that is
[22:56:33] <alex_joni> heh..one more thing ;)
[22:56:38] <jmkasunich> liable to drift more than that just from warming up and such, unless they have a very good reference
[22:56:42] <alex_joni> the voltages seem reversed :D
[22:56:50] <jmkasunich> ?
[22:56:57] <alex_joni> 8V gets -8V
[22:57:01] <alex_joni> and -8V gets 8V
[22:57:12] <jmkasunich> that's not what you said a minute ago
[22:57:20] <alex_joni> probably inverted a sign somewhere ;)
[22:57:33] <jmkasunich> yup, and I see it
[22:57:36] <alex_joni> well... didn't look at the sign on the meter.. just value
[22:57:41] <alex_joni> 10 + volts
[22:57:43] <jmkasunich> ncounts = (short) ((10.0 - volts) / 20.0 * 0x1FFF);
[22:57:56] <jmkasunich> probably should be volts - 10
[22:57:57] <alex_joni> on my copy it's actually 10+volts
[22:59:08] <jmkasunich> hmm. that sounds right
[22:59:29] <alex_joni> I feel sorry I didn't get the software for my meter :(
[22:59:52] <jmkasunich> I'd try writing 0x0000 and 0x1FFF to the dac and see what the actual polarity is
[23:00:06] <jmkasunich> a meter with software?
[23:00:21] <alex_joni> rs232
[23:00:30] <alex_joni> told you it's a nice one
[23:00:33] <jmkasunich> wow... very fanch meter
[23:00:40] <jmkasunich> fancy
[23:00:47] <alex_joni> was about 90 euro's
[23:00:54] <alex_joni> http://www.teledata-update.de/sw3.htm
[23:00:56] <jmkasunich> cheap
[23:01:05] <alex_joni> yeah
[23:07:06] <Imperator_> * Imperator_ good night guys
[23:16:16] <CIA-9> 03alex_joni * 10emc2/src/hal/drivers/hal_stg.c: minor tweaks to get DAC's going too. ADC's and encoders still to be tested.
[23:29:09] <paul_c> alex_joni: The DAC calcs causing probs ?
[23:29:23] <alex_joni> nah.. working now
[23:29:32] <alex_joni> watchdog was causing problems
[23:29:48] <alex_joni> because of an oxidated jumper
[23:32:46] <Yuga> http://clickautomation.com/products/index.php?func=list&cid=300 <--- is that the normal price for servo's??? cause friggin hell that is expencive
[23:33:16] <paul_c> cheap !
[23:33:30] <Yuga> so those are cheap?
[23:34:23] <jmkasunich> servo isn't for those with shallow pockets (which is why I don't have servo)
[23:34:31] <paul_c> For "Brand new, direct from supplier.", the prices are about the norm.
[23:34:54] <Yuga> gosh... was told to use servo's... but i cant afford that
[23:35:05] <jmkasunich> for economical servo, you need to buy surplus
[23:35:46] <Yuga> and where would i get that besides ebay?
[23:36:55] <Yuga> and where would i get that besides ebay??
[23:37:13] <Yuga> i am guessing that servo is more than big enough for a router?
[23:37:16] <paul_c> Les had some SEM servos for ~$150
[23:38:15] <Yuga> arg... and thats normal... he arent here when i need him :P
[23:40:13] <Jacky^> hi Yuga :)
[23:40:18] <SWPadnos> wow - so that's what I'll have to spend if one of my servos breaks :(
[23:40:48] <Yuga> hi there Jacky^
[23:40:55] <Yuga> Jacky^... servo's suck!
[23:41:05] <Jacky^> ?
[23:41:19] <Jacky^> what you found ?
[23:41:21] <Yuga> have u seen the prices???
[23:41:22] <paul_c> Price up high power stepper+amps
[23:41:33] <alex_joni> what kind of power do you need?
[23:41:42] <alex_joni> can't you get away with cheaper motors?
[23:41:51] <alex_joni> maybe a G340 and some simple DC's
[23:41:58] <Yuga> well the cheaper ones arent much cheaper :)
[23:42:15] <Jacky^> alex_joni: what you mean as 'simple dc' ?
[23:42:20] <Yuga> alex_joni... thought of that... but realy need recomendations
[23:42:27] <jmkasunich> Yuga: you have to start with knowing how much torque and speed you need
[23:42:59] <Jacky^> that also mean, what we want cut..
[23:43:28] <paul_c> * paul_c does steel @ 5-10m/min
[23:43:47] <Jacky^> paul_c: wow
[23:43:49] <jmkasunich> ?!?
[23:43:55] <jmkasunich> how thick?
[23:44:30] <Yuga> jmkasunich.. thats the prob... i dont know what i need
[23:44:37] <paul_c> largest lump on the mill to date... 'bout 6" thick
[23:44:39] <alex_joni> http://xianghe.en.alibaba.com/product/50065388/50296250/DC_Gear_Motors/DC_Gear_Motor.html
[23:44:40] <SWPadnos> paul_c probably has a mill the size of my garage :)
[23:44:52] <Jacky^> Yuga: dont you need a big machine for wood ?
[23:45:08] <Yuga> yep... 2mx3m cutting area
[23:45:15] <jmkasunich> Yuga: what kind of a machine? router, mill? what are you trying to cut? steel, alum, plastic, wood?
[23:45:19] <Yuga> paul_c... got a website on your cnc?
[23:45:25] <paul_c> nope.
[23:45:25] <Yuga> alum and wood
[23:45:39] <Yuga> alum arent realy that important... would just be nice
[23:45:42] <jmkasunich> paul: what depth/width of cut when doing 5m/min?
[23:46:01] <jmkasunich> Yuga: and what is your budget?
[23:46:22] <Yuga> jmkasunich... about 20ooo rand
[23:46:35] <paul_c> On the lathe, probably no more than 0.5mm DOC
[23:46:43] <jmkasunich> * jmkasunich doesn't know rand - what is that in euros or us dollars?
[23:47:02] <Yuga> hmmabout 3200$
[23:47:10] <SWPadnos> 6.35 Rand / Dollar
[23:47:31] <Yuga> but i can get alot of metal and that for free
[23:47:34] <SWPadnos> ( http://www.x-rates.com is your friend)
[23:47:51] <Jacky^> Yuga: can you send some lot here ? :PP
[23:48:04] <jmkasunich> so a something under $1000 per axis, for slides, screw/nut, motor, and drive
[23:48:09] <Yuga> hehe... shipping will probibly cost more than shippin
[23:48:32] <alex_joni_> Yuga: say that again?
[23:48:32] <Yuga> using rack and pinion
[23:48:43] <Jacky^> for me the big problem is the slides, and ballscrew
[23:48:48] <Yuga> hehe... shipping will probibly cost more than buying the metal there
[23:48:57] <alex_joni_> ahh.. ok :)
[23:48:58] <Jymmm> yeah... 'shippin' is always more expensive than 'shipping'.
[23:49:00] <Jacky^> Yuga: I know..
[23:49:19] <jmkasunich> R&P means fairly low speed (large distance per turn) I think, right?
[23:49:32] <Yuga> well i think the fact that i am not using ballskrews makes it alot cheaper
[23:49:49] <jmkasunich> so what diameter is the pinion?
[23:50:03] <Yuga> wait 1 sec... got it all written down
[23:50:17] <alex_joni_> R&P is ok for big distances
[23:50:20] <alex_joni_> >1.5m
[23:50:38] <jmkasunich> 2x3m router in this case, if I understand correctly
[23:50:46] <Yuga> 20degree pressure angle
[23:50:46] <Yuga> 18 teeth
[23:50:56] <jmkasunich> diameter?
[23:51:07] <jmkasunich> or rack pitch?
[23:51:23] <Yuga> 1 more sec
[23:52:05] <jmkasunich> approximate is fine - just doing rough calculations here
[23:52:20] <Yuga> 20mm
[23:52:26] <jmkasunich> 20mm diameter?
[23:52:44] <paul_c> 1mm DP rack ?
[23:53:02] <paul_c> gah.. DP - wrong term.
[23:53:26] <jmkasunich> sounds reasonable, 18mm pitch diameter for 18 teeth, 20mm outside dia
[23:53:49] <Yuga> jmkasunich... thats it
[23:53:52] <paul_c> still... A pretty small pitch
[23:53:58] <jmkasunich> assuming that is true, then 1 rev = 56mm
[23:54:09] <jmkasunich> yeah - fine teeth, not terribly strong
[23:54:24] <jmkasunich> Yuga: how wide is the gear and rack?
[23:55:17] <Yuga> the gear i am looking at now is 8mm wide
[23:55:35] <Yuga> not that wide
[23:55:39] <jmkasunich> that seems rather weak for a machine that big
[23:56:06] <Yuga> there is 2 rack and pinions
[23:56:08] <jmkasunich> especially if you are thinking about cutting alum
[23:56:13] <Yuga> one on each side of the machine
[23:56:30] <jmkasunich> ok, let's carry on
[23:56:32] <SWPadnos> SWPadnos is now known as SWP_Away
[23:56:51] <jmkasunich> 18mm pitch diameter = 56.54mm per rev = 177 RPM at 10m/min
[23:57:13] <Yuga> well the width arent the issue... that is easy to change... just buy thicker
[23:57:24] <jmkasunich> that is a very slow shaft speed - you need low speed and high torque, or you need to have belts or something so the motor can turn faster
[23:57:53] <Yuga> 10m/min... isnt that kinda fast?
[23:58:00] <jmkasunich> exactly
[23:58:08] <Yuga> aaahhh
[23:58:13] <jmkasunich> at more moderate speeds, your motor will be going even slower
[23:58:17] <Yuga> was planning on using a 3 to 1 ratio
[23:58:27] <Yuga> using timing belts
[23:58:49] <jmkasunich> ok, so that means 56.54 / 3 = 18.84mm per rev
[23:58:53] <jmkasunich> better, but still a lot
[23:59:05] <jmkasunich> (compared to a screw that might be 5-10mm per turn)
[23:59:21] <Yuga> so how much u recon i gear it?
[23:59:32] <jmkasunich> assume a 200 step/rev stepper with x10 microstepping for a moment
[23:59:39] <jmkasunich> that means 2000 steps/rev