#emc | Logs for 2007-03-02

Back
[00:01:23] <robin_sz> meep?
[00:17:22] <twice2> i have a problem with a dead spot around 12-13 ipm and nothing i do in my ini changes it
[00:18:54] <cradek> explain dead spot
[00:19:07] <twice2> these are xylotex stepper motors
[00:21:24] <twice2> the three drives have the exact same settings in the ini but only Y and Z have the problem
[00:23:06] <twice2> i can slide the FRO for X up and down smoothly, but Y and Z will sometimes stall in the dead zone
[00:24:15] <twice2> this is all with no load on them
[00:25:15] <cradek> are they tiny motors? maybe that's the speed where they start losing power, and you have to run them under that
[00:25:35] <ds3> tried changing the weight around in case you hit a resonance?
[00:25:41] <cradek> or maybe there's resonance there
[00:26:13] <cradek> oh no load, like the motors aren't hooked to anything?
[00:27:05] <cradek> if so, some mass on them will probably help
[00:27:10] <ds3> eh? how can you get an IPM number w/o anything hooked up?
[00:30:42] <twice2> i disconnected them to debug any binding etc
[00:31:02] <twice2> they are 425 in/oz
[00:31:40] <twice2> it's like a resonance thing
[00:33:28] <twice2> when i slide the FRO into 58-62 range they buzz and will stall
[00:43:07] <ds3> think i read somewhere some drivers can avoid resonance w/microstepping, IIRC
[00:43:46] <cradek> I hear geckos do that
[00:44:12] <cradek> twice2: can you configure the microstep level on a xylotex?
[00:44:25] <cradek> increasing or decreasing it might help (maybe even down to half stepping)
[00:45:01] <twice2> yes, i've change it from 1/8 to 1/4
[00:47:15] <cradek> I don't know what to suggest except more experimentation - change the mass distribution or microstepping, or just run it under the slowest point of resonance all the time
[00:47:28] <cradek> maybe xylotex would have some suggestions
[00:47:59] <cradek> I don't think you have any kind of problem with EMC, do you?
[00:48:27] <ds3> twice2: have you tried changing the acceleration parameters?
[00:48:47] <ds3> one strategy is to rapidly accelerate through the resonance region
[00:51:22] <twice2> i've played with the acceleration params a little but maybe not enough
[00:52:48] <twice2> maybe di-lithium crystals would help ;)
[00:54:38] <twice2> I will call Xylotex and bounce it off them, I thought you guys may have heard this before..
[00:56:51] <twice2> could it be the pc, i did get today one of those astonishingly large realtime delays
[00:59:45] <cradek> twice2: **yes**
[01:00:00] <cradek> those errors WILL stall steppers
[01:02:12] <cradek> you have to fix them first before you can trust any software step generation
[01:02:54] <ds3> if that's the case, why not sanity check it with a 555 timer to generate steps?
[01:02:58] <twice2> hmm, it's a 1ghz with 384meg, clean install from the live cd
[01:03:30] <cradek> twice2: did you turn off all the power management options in the bios? it's not using onboard video I hope?
[01:04:08] <twice2> bios pwr is off, no onboard video
[01:04:31] <jmkasunich> did you run the latency test?
[01:05:18] <cradek> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TroubleShooting
[01:05:25] <cradek> lots of advice here (section 2)
[01:05:28] <cradek> I have to run, bbl
[01:05:28] <twice2> yep, i 'abused it' until it logged me off
[01:05:50] <twice2> cool thanks
[01:10:12] <twice2> ds3: thanks for your input
[01:10:18] <twice2> reboot
[01:45:21] <twice2> ds3:i changed MAX_ACCELERATION and STEPGEN_MAXACCEL to the emc default values for a stepper inch config and they do not stall
[01:45:47] <twice2> they still bark a bit but i think that will do
[01:52:16] <twice2> ok for the record i had MAX_ACCELERATION =1.75 and STEPGEN_MAXACCEL =1.925
[01:53:41] <twice2> now they are 20.0 and 21.0 and they do not stall
[01:54:12] <twice2> ok bye, i'm jazzed again ;)
[02:31:12] <skunkworks> updated to 2.1.1 on the gantry tonight.. very cool - just edited one of the default inch ini files as there isn't too many changes on this setup. 2 home switches and scales. I set the stepgen vel and acc pretty high and when I first ran axis - it scolded me that I was trying to get too many pulses out of stepgen. ;) cool. I set it back the max I could get out of a base period of 50us. The configuration picker is awsome also - and
[02:33:49] <skunkworks> great job!
[02:34:26] <cradek> cool!
[02:34:32] <cradek> I like that scolding :-)
[02:35:21] <skunkworks> It actually threw me off as I didn't notice it was for stepgen.. I was sure I was under the maximum for the trojectory planner ;)
[02:35:55] <skunkworks> for a second
[02:36:34] <cradek> yeah stepgen really only knows about its own limits - the misconfiguration has to be detected there
[02:36:50] <skunkworks> makes sense
[02:37:48] <skunkworks> I cut the 'emc2 axis' in the air - no issues.
[02:38:52] <cradek> cool
[02:38:54] <skunkworks> started pulling panels off the K&T - found a mouse nest. ewwww
[02:39:24] <cradek> it's fascinating to see what mice find to use for their nests
[02:41:14] <jmkasunich> skunkworks: did they chew up wires and such?
[02:41:30] <jmkasunich> or just leave little black dots everywhere?
[02:41:47] <skunkworks> not that we can see. It was a small junction box - maybe 6 wires in - 6 wires out.
[02:42:12] <skunkworks> packed full of fiberglass insulation amoung other things.
[02:43:44] <skunkworks> I have to take a bunch of pictures - there are so many nooks and crannies where they have junction strips.
[02:45:51] <cradek> are you officially starting your retrofit now?
[02:47:24] <skunkworks> cradek: do you remember how g92 works now - I know there was some discussions recently. If I do a g92 in mdi (g92x0y0) lets say and run a program - do I have to put a g92.3 at the beginning of the actual program so it uses the g92 offsets I set?
[02:48:00] <skunkworks> cradek: I could be - but it is still going to be slow going
[02:48:07] <skunkworks> 'it could be'
[02:49:06] <cradek> no, it's the M2 that unapplies the G92
[02:49:14] <cradek> but why use it? it's just trouble
[02:49:22] <skunkworks> It is easy
[02:49:23] <cradek> use the touch-off instead
[02:49:26] <skunkworks> only reason.
[02:49:39] <skunkworks> touchoff only works for z though - right?
[02:49:46] <jepler> no, it works for any axis
[02:49:50] <cradek> no, it works for all of them
[02:49:59] <skunkworks> ah - well I will have to play with that. :)
[02:50:32] <cradek> I recommend AXIS users avoid G92
[02:50:42] <cradek> (hell I recommend everyone avoid G92)
[02:51:34] <skunkworks> I see - touch off depends on which axis you have selected - cool
[02:52:01] <skunkworks> does that change the g54 offset?
[02:52:08] <cradek> yes
[02:53:01] <skunkworks> that should work - nice
[02:53:40] <Twingy> gcam 2007.03.01 released
[02:55:14] <cradek> Twingy: cool
[02:56:08] <Twingy> I'll do the windows port tonight
[02:56:26] <Twingy> manual should go online next week
[02:56:45] <skunkworks> Jepler: http://www.cnczone.com/forums/showthread.php?t=33492
[02:58:15] <jepler> I think I also got an e-mail from this guy
[02:59:53] <skunkworks> Is he using the lathe pluto hal file? it almost sounds like he is applying the firmware manually
[02:59:54] <jepler> I notice he omits saying he hooked up VCC for the encoders
[03:00:04] <skunkworks> I saw that too
[03:03:57] <skunkworks> jepler: stupid question - there is only one firmware in emc for the pluto right?
[03:04:24] <jepler> skunkworks: yes, there's the one that is automatically uploaded when you 'loadrt pluto_servo'
[03:05:35] <jepler> encoders are often open collector transistors, another thing he might lack are pull-up resistors (not sure if you can get away with encoders on the PC parport without pull-ups)
[03:05:36] <skunkworks> ok - I know you guys had a different pin out initally when you where playing with cradeks lathe iirc - just making sure the pinout I was using was the same in the lathe
[03:06:44] <jepler> yeah, that is not (should not be) the pinout in 2.1.1
[03:07:53] <skunkworks> jepler: what about eppwide or whatever
[03:08:02] <skunkworks> should he try 0
[03:08:07] <skunkworks> also
[03:08:29] <skunkworks> and on that note - is his printer port epp
[03:09:34] <jepler> beats me
[03:09:52] <skunkworks> right
[03:09:55] <skunkworks> just asking questions
[03:10:13] <jepler> I know
[03:11:19] <jepler> So yeah, if you were troubleshooting, start by making sure the communication works -- set a digital output, or turn the LED on
[03:11:52] <jepler> test the inputs as well
[03:12:13] <jepler> hook up vcc and pull-up resistors for the encoders according to their documentation
[03:12:32] <jepler> meter the encoder voltages at the pluto, and scope them if you have the equipment
[03:18:46] <skunkworks> can you load halmeter to automatically connect to a pin?
[03:19:10] <skunkworks> man halmeter I suppose ;)
[03:19:10] <jepler> "man halmeter" suggests you can
[03:26:16] <skunkworks> one more question - if I post my hal test file - how do you run it with installed emc2 2.1.1 - I have always run it from from rip
[03:26:35] <jepler> should be the same: halrun -I whatever.hal
[03:27:03] <skunkworks> thanks
[03:32:49] <jepler> night guys
[03:35:35] <skunkworks> jepler: http://www.cnczone.com/forums/showthread.php?p=265649#post265649
[03:39:07] <cradek> looks great
[03:40:46] <skunkworks> you know - I don't think I have booted xp since some time last week... :)
[03:43:01] <cradek> maybe you'll finally break your addiction
[03:43:12] <cradek> take it one day at a time!
[03:44:49] <skunkworks> :) I don't know about that...
[03:46:55] <skunkworks> ok - time for bed also - night
[05:00:06] <skullworks-sore> skullworks-sore is now known as skullworks-PGAB
[05:00:59] <skullworks-PGAB> Ok I must be failing to follow the directions again.
[05:02:45] <skullworks-PGAB> Trying to finally upgrade from 2.0 - and getting repository errors
[05:02:59] <skullworks-PGAB> ( in Breezy )
[05:18:29] <skullworks-PGAB> * skullworks-PGAB poked around the server and found the proper path...
[05:18:46] <skullworks-PGAB> update completed.
[06:42:03] <ds3> hmmm
[07:29:41] <alex_joni> morning all
[07:32:47] <Vq^> morning mr Joni
[08:07:51] <K`zan> Night folks
[08:11:19] <alex_joni> how's it goign Vq^ ?
[08:11:22] <alex_joni> going even
[08:12:26] <Vq^> acceptable
[08:13:22] <Vq^> reading a C++ course at uni now :/
[08:14:17] <alex_joni> oh
[08:14:52] <Vq^> could have been worse, could have been basic. could have been better as well, could have been lisp :o)
[08:14:59] <alex_joni> ha
[08:15:23] <Vq^> i really must learn lisp...
[08:15:52] <Vq^> i feel so stupid having written an own lisp interpretter and being unnable to do something fun with it
[08:17:43] <alex_joni> http://ourdescent.wordpress.com/2007/02/26/pictures-of-the-hole-in-guatemala-city/
[08:17:47] <alex_joni> whoa :)
[08:18:23] <Vq^> thats one impressive sinkhole!
[08:18:27] <robin_sz> meep?
[08:18:31] <alex_joni> hi robin
[08:18:43] <robin_sz> hi alex
[08:19:36] <alex_joni> http://www.ordena.com/digg/sinkhole.html
[08:20:07] <Vq^> damn thats deep
[08:20:26] <alex_joni> there's no picture straight down
[08:21:10] <Vq^> 91m according to the article
[08:21:18] <alex_joni> yeah...
[08:21:31] <Vq^> er, 100m
[08:24:45] <robin_sz> you have to laugh at that ordena page .. last picture
[08:24:59] <robin_sz> two military guys on the edge of the hole
[08:25:04] <robin_sz> harnesses? nope
[08:25:32] <robin_sz> err, but one of them is holding on to the end of a bit of nylon rope ...
[08:32:16] <fenn> heh the spokesperson for the water authority is named cristobal colon
[08:34:59] <alex_joni> hi fenn
[08:35:00] <alex_joni> long time no see
[08:36:57] <fenn> * fenn salutes the captain
[08:37:32] <Jymmmm> fenn put your pants back on! Nobody wants to see that!
[08:38:12] <fenn> all's well in ##engineering, sir!
[08:38:32] <Vq^> :)
[08:43:02] <alex_joni> very well scotty
[08:43:34] <fenn> scotty's dead :(
[08:43:41] <alex_joni> ew
[08:44:02] <fenn> i am half blind though
[08:44:17] <fenn> can only see things close up :P
[08:44:30] <alex_joni> oh, really?
[08:44:32] <alex_joni> how come?
[08:44:37] <fenn> i have to wear a technological apparatus that attaches to my ears and nose
[08:44:51] <alex_joni> that's the devils work
[08:45:04] <alex_joni> it will eat your soul
[08:45:16] <fenn> * fenn shakes his fist at god for making him a weakling
[08:46:07] <fenn> if i made it myself, does that make me the devil?
[08:46:22] <alex_joni> close enough
[08:46:42] <Dallur> fenn: that makes you a reproducing bionic creature, even worse !
[08:47:03] <Dallur> fenn: didn't you see robocop :D
[08:47:17] <fenn> well, i havent reproduced yet..
[08:47:24] <fenn> so we cant really be sure it will work
[08:47:44] <alex_joni> ha
[08:49:04] <fenn> i did do pcr on my cheek scrapings.. does that count?
[08:50:25] <Dallur> fenn: hmm, I don't think cultivating symbiotic or parasitic creatures counts unless they carry some of the host dna
[08:51:19] <fenn> er... i dont know what you're talking about
[08:51:55] <fenn> * fenn goes back to .. something else.. anything
[08:52:17] <fenn> maybe i will play with my motor driver some more
[08:52:22] <alex_joni> fenn: what kind?
[08:52:36] <fenn> well, just a l298 right now
[08:52:55] <fenn> but it reads quadrature as fast as i can spin it (i think)
[08:53:11] <fenn> need to do more testing on that
[08:55:15] <alex_joni> reads using what?
[08:56:18] <fenn> using interrupts on an attiny26
[08:56:25] <alex_joni> ahh.. cool
[08:56:32] <fenn> just one interrupt actually (it only has one)
[08:56:36] <alex_joni> how will you drive it?
[08:56:52] <alex_joni> I mean connect it to a PC
[08:56:53] <alex_joni> step/dir?
[08:56:53] <fenn> homemade h-bridge using irfz44n
[08:56:58] <fenn> oh
[08:57:11] <alex_joni> irfz44n's are cool :)
[08:57:28] <fenn> going to hack the EPP hal driver and send torque commands
[08:57:35] <alex_joni> I see..
[08:57:45] <alex_joni> you're gonna use only N-typed fets?
[08:57:53] <fenn> i could probably do pid in the micro but it would be easier to stick with the emc way
[08:57:58] <alex_joni> and IR2111 or similar?
[08:58:16] <fenn> yeah only n-channel, i'm going to try to stay away from special purpose drive IC's
[08:58:36] <fenn> but will have hardware based current limiting
[08:59:00] <fenn> btw this is the same project i've been on about for years now
[08:59:14] <fenn> so dont get too excited
[08:59:31] <fenn> i'm slow :\
[09:00:21] <fenn> btw digikey finally sold out of irfz44n's, but jameco has them for almost the same price now :)
[09:01:18] <Jymmmm> G'night folks
[09:08:08] <alex_joni> how are you gonna drive 4 N-channel ones
[09:08:14] <alex_joni> using negative power supply ?
[09:09:51] <alex_joni> (btw, I used 2 N-type and 2 P-type, worked great)
[09:10:01] <alex_joni> the P's are only a tiny bit more expensive
[11:10:21] <Martin_Lundstrom> Hello everyone
[11:10:36] <alex_joni> hi
[11:10:37] <Martin_Lundstrom> Dallur: Are you there?
[11:10:45] <Martin_Lundstrom> Hi alex_joni
[11:10:54] <Martin_Lundstrom> How are you?
[11:13:06] <alex_joni> kinda busy
[11:13:38] <fenn> gonna use an extra +12V supply on top of the motor power line
[11:13:51] <fenn> or maybe something with a charge pump
[11:13:56] <fenn> not sure yet
[11:14:03] <alex_joni> why not P's ?
[11:14:08] <fenn> icky icky
[11:14:25] <alex_joni> I used IRF4905
[11:14:25] <fenn> dunno, p'
[11:14:58] <fenn> p's aren't available in high current ratings really
[11:15:08] <alex_joni> look at that one
[11:15:16] <alex_joni> it's very close to irfz44n
[11:15:22] <fenn> yea
[11:15:24] <alex_joni> iirc
[11:15:47] <alex_joni> I think a bit better even
[11:15:56] <alex_joni> RDS on = 0.02Ohm
[11:16:12] <alex_joni> continuous current at 100C 52A
[11:16:35] <fenn> well, you have a point
[11:16:43] <fenn> but i'm going to be stubborn and bull-headed
[11:16:53] <alex_joni> I found it lots easier to use
[11:16:52] <alex_joni> :)
[11:16:59] <alex_joni> I was in the beginning too..
[11:17:09] <alex_joni> used only irfz44n and ir2111
[11:17:17] <alex_joni> but that was a continuous headache
[11:17:20] <fenn> why?
[11:17:23] <alex_joni> (something I did wrong)
[11:17:28] <alex_joni> not sure hwat
[11:17:29] <alex_joni> what
[11:17:35] <fenn> they wouldnt turn on or what?
[11:17:49] <alex_joni> but after 10 FET's and 5 IR2111 burned, I gave up
[11:18:00] <fenn> aww that isnt even half a stick :)
[11:47:29] <lerman_> lerman_ is now known as lerman
[12:47:15] <skullworks-PGAB> Arg, almost time to go spend another day pushing the green button.
[12:47:27] <anonimasu> ^_^
[12:47:32] <anonimasu> skullworks-PGAB: im in pain with you
[12:47:45] <anonimasu> skullworks-PGAB: I'm soon going to do that myself :(
[12:47:47] <Jymmmm> skullworks-PGAB: Push the Boss'es button instead =)
[12:47:48] <anonimasu> or well :)
[12:48:05] <anonimasu> need to make a Z axis for the plasma/oxyfuel table..
[12:48:37] <skullworks-PGAB> well today will be 10hrs OT so that helps the attitude a bit :)
[12:48:45] <anonimasu> hehe
[12:49:02] <Jymmmm> 8+2 or 10 OT?
[12:49:03] <anonimasu> I can live with it as long as it's one off stuff..
[12:49:20] <anonimasu> I need to make 40 of something soon /:
[12:49:30] <skullworks-PGAB> 5x 10hr = 50hr work week
[12:49:32] <anonimasu> drill/ream and tap
[12:49:38] <Jymmmm> ah
[12:51:01] <skullworks-PGAB> today I will be making fuser rollers for high speed Canon copiers
[12:51:42] <Jymmmm> Impressive =)
[12:52:06] <skullworks-PGAB> well - I'm off - Have a good one all.
[12:52:20] <Jymmmm> laters
[12:52:47] <Jymmmm> 380 franks is about what?
[12:53:00] <Jymmmm> 380 francs is about what?
[12:53:54] <alex_joni> what kind of francs?
[12:54:02] <Jymmmm> frecnh
[12:54:12] <alex_joni> those don't exist anymore
[12:54:14] <alex_joni> they have EUR now
[12:54:20] <alex_joni> for about 5 years? or more..
[12:54:42] <Jymmmm> ok still... I'm looking at an old parts pricing list
[12:54:48] <alex_joni> From January 1, 1999, the value exchange rate of the French franc against the euro was set at a fixed parity of 1 EUR=6.55957 FRF
[12:55:17] <alex_joni> so 58 EUR
[12:55:48] <Jymmmm> ok so about $76 USD cool
[12:58:40] <Jymmmm> top right video http://gm.cnc.free.fr/rafaleV2/index.html
[13:00:50] <Jymmmm> I wonder if radar can pick up EPS
[13:00:58] <alex_joni> cool stuff
[13:01:02] <alex_joni> wanna build one?
[13:01:33] <alex_joni> I'll look at that movie maybe later too much download right now
[13:01:49] <Jymmmm> Well, not really, sorta kinda. Never been into RC Planes too much, but wouldn't mind playing with one for a day.
[13:02:00] <alex_joni> same amount of interest here
[13:02:01] <alex_joni> :)
[13:02:15] <alex_joni> one day is plenty
[13:02:22] <Jymmmm> There is this 8 gram helicopter at Frys for $20
[13:02:40] <alex_joni> wo remote I guess
[13:02:42] <Jymmmm> it uses an IR transmitter.
[13:02:57] <Jymmmm> No, all included except 6 AA batteries
[13:03:06] <Jymmmm> hang on I'll get a pick
[13:03:25] <alex_joni> * alex_joni hangs
[13:03:53] <alex_joni> mind if I eat an apple while I hang?
[13:05:05] <Jymmmm> http://newspaperads.mercurynews.com/ROP/ads.aspx?advid=32664&adid=4182790&subid=15209404&type=
[13:05:31] <Jymmmm> It uses a button battery in the helicopter
[13:05:57] <anonimasu> *yawn*
[13:06:01] <alex_joni> that's so cool
[13:06:41] <Jymmmm> Ecoman EC10128 Mini Helicopter
[13:07:08] <Jymmmm> regulr price is $25
[13:07:21] <Jymmmm> http://shop4.outpost.com/%7B74e2RXCzWiHhz6aLee3KYw**.node3%7D/product/5118926;jsessionid=74e2RXCzWiHhz6aLee3KYw**.node3?site=sr:SEARCH:MAIN_RSLT_PG
[13:11:42] <alex_joni> http://www.amazon.com/Syma-Whirlybird-Generic-Racer-601/dp/B000M9OTLU/ref=pd_bbs_sr_3/104-3982744-5815969?ie=UTF8&s=toys-and-games&qid=1172841007&sr=8-3
[13:12:22] <Jymmmm> yep, that's it
[13:14:07] <Jymmmm> HA! IT doesn't go forward! LOL
[13:14:43] <alex_joni> :P
[13:15:18] <fenn> if it has a bit of weight margin you could dangle a weight from it to offset the center of gravity
[13:15:30] <fenn> and move the weight around with a piezo speaker or something
[13:15:45] <fenn> eh.. nevermind
[13:15:50] <Jymmmm> Actually, I do have a RC hovercraft though.... and I wouldn't mind making a CNC foamcutter (I have lots of the parts already) and then create a new body for it.
[13:17:08] <Jymmmm> I wish I had a radar gun, this lil thing can gain some speed on flats
[13:17:13] <fenn> if you make rc planes out of cnc-cut styrofoam you dont feel so bad when they crash and explode into little shiny pieces
[13:17:30] <Jymmmm> lol, that too =)
[13:17:45] <Jymmmm> but that video I think is another story =)
[13:17:50] <fenn> so, my avr is crashing.. and i dont see any noise on the power line so i'm sorta out of ideas
[13:17:52] <Jymmmm> way too many pieces
[13:18:21] <Jymmmm> fenn is power and ground twisted together?
[13:18:37] <fenn> its something to do with pwm'ing this l298
[13:18:52] <Jymmmm> to prevent crosstalk
[13:19:09] <fenn> heh its on a breadboard i'm sure there's crosstalk all over the place
[13:19:20] <Jymmmm> lol, ok ok
[13:26:22] <fenn> ah duh
[13:26:47] <fenn> the encoder count underflowed and that caused my wonky busy-loop to delay forever
[13:27:53] <anonimasu> :D
[13:28:04] <Jymmmm> Ma, my wrist is sore for stapling, and I have a lot more todo toady.
[13:29:10] <fenn> well, no, that's not what actually happened
[13:29:15] <fenn> gah
[13:29:23] <fenn> but it sounded good
[13:30:18] <Jymmmm> I had made a bolt together "box" 4' x 4' x 3' that gets bolted down to the table for dust control. Skinned it first with aluminum screen for static control which I'll ground, then shin over that clear vinyl.
[13:30:48] <Jymmmm> and one section with painters canvas instead of vinyl to let heat out.
[13:32:59] <fenn> but.. wont the vinyl insulate the screen>
[13:33:39] <Jymmmm> The screen is primarily for ESD control (and slightly just in case something goes flying)
[13:34:20] <Jymmmm> If there's any static build up on the vinyl, hopefully the screen will dissapate it to ground.
[13:34:36] <Jymmmm> earth ground
[13:34:49] <fenn> you know vinyl == PVC right?
[13:35:40] <Jymmmm> ThI think it's vinyl, I know some palstics do build up ESD
[13:35:41] <fenn> if it were me i'd just wipe it down with dryer sheets or fabric softener
[13:36:03] <Jymmmm> Not will all the sawdust while the machine is running.
[13:36:37] <fenn> put a negative ion generator in there :)
[13:36:58] <fenn> ions conduct electricity right?
[13:37:09] <Jymmmm> 3x4 = 12 sf * 3 = 36sf + 16sf = 52sf to "rub down", screen is easier =)
[13:37:49] <fenn> well you dont have to get every nook and cranny
[13:38:02] <Jymmmm> I don't have 4ft arms either
[13:38:10] <fenn> you dont?
[13:38:20] <Jymmmm> gave them up for lent.
[13:38:24] <fenn> i was picturing you as this giant lumbering ape-man for some reason
[13:39:20] <Jymmmm> heh, close =)
[13:39:50] <Jymmmm> $60 for a usb wifi adapter, eeeesh. I just paid $10 for one.
[13:40:14] <fenn> $5 w/rebate
[13:40:31] <Jymmmm> no reabte (hate em)
[13:40:36] <fenn> though doing the rebate rigamarole for $5 isnt really worth it
[13:40:49] <fenn> the check is still sitting here
[13:41:34] <Jymmmm> void 1 day before you receie it
[13:41:55] <fenn> actually they give you 90 days, which is more than i expected
[13:42:42] <Jymmmm> just be luck y that you actualyl received it within 6 months, if at all.
[13:46:21] <fenn> we were going to set up a wireless mesh network so i was trying to see what was the cheapest possible usb wifi
[13:46:50] <fenn> i want to get the chips they use and make my own :P
[13:47:12] <fenn> then pass them out on the street with a cd that has software on it
[13:49:23] <Jymmmm> why not combine a usb wifi + usb storage with the data on it already
[13:49:48] <fenn> because that would be hard?
[13:50:05] <Jymmmm> oh, harder than making your own network HW, lol
[13:50:14] <fenn> and you have to tell people to do all kinda bios crap to make their computer boot from a usb stick
[13:52:35] <Jymmmm> http://newspaperads.mercurynews.com/ROP/ads.aspx?advid=32664&adid=4173141&subid=15179571&type=
[13:53:05] <Jymmmm> Not too shabby, runs at 11Mbps under usb 1.1
[13:53:14] <fenn> wtf is a usb print server?
[13:53:33] <Jymmmm> to connect a usb printer to the lan
[13:54:33] <Jymmmm> scroll to the left
[13:54:51] <fenn> yeah i know, was just being snarky
[13:55:06] <Jymmmm> you never heard of a printer server before?
[13:55:24] <fenn> why cant you just share the printer on the network?
[13:55:42] <Jymmmm> because most printers dont have a netowrk card in them
[13:55:56] <Jymmmm> no computer required
[13:55:57] <fenn> aha, but most computers do
[13:56:01] <Jymmmm> no computer required
[13:56:11] <fenn> and if you dont have a computer, wtf do you have a printer and need to share it on the network for??
[13:56:31] <Jymmmm> printer in closet, laptop in living rppm
[13:56:43] <Jymmmm> wifi
[13:56:45] <fenn> hm.. ok i guess i can see that
[13:57:07] <Jymmmm> you dont have to keep a computer running 24/7 just so everyone in the house ca print
[13:58:11] <Jymmmm> can also share a printer in the office, and when Jenny is out sick, they dont go "I can't print" becasue Jenny didn't turn on her computer
[13:59:26] <fenn> they should just get rid of usb and make everything use TCP/IP (and POE)
[13:59:33] <fenn> stupid usb.. feh
[13:59:56] <fenn> i'd settle for UDP
[14:00:31] <Jymmmm> lot of overhead
[14:00:37] <Jymmmm> protocol wise
[14:01:34] <fenn> ah but what if you need to add a mouse that's located in another country?
[14:01:39] <Jymmmm> but, I guess that potentially could be do able
[14:01:45] <Jymmmm> lol
[14:02:01] <Jymmmm> Yeah and get a DoS attack on your mouse!
[14:02:33] <fenn> well, computers would come with more than one eth port
[14:02:54] <Jymmmm> I can only imagine the broadcast traffic
[14:03:59] <fenn> i'd imagine keyboard/mouse etc would have its own hub/subnet (built in)
[14:04:42] <Jymmmm> Yes Maam, you enter an incorrect subnet mask, so you nolonger can use your keyboard.
[14:05:36] <fenn> well.. welcome to the future
[14:05:55] <fenn> tv's with no analog ports
[14:06:22] <fenn> movies with no plot
[14:07:06] <fenn> </rant>
[14:12:47] <skunkworks> another 6 inches here :)
[14:16:55] <Jymmmm> 6 inches?
[14:17:22] <Jymmmm> I'm still trying to figure out how to get the cbaling thru the bulkhead and still seal the dust in.
[14:19:47] <Jymmmm> Hey how strong are thos lil pancake steppers that are in printers most of the time?
[14:20:10] <skunkworks> snow
[14:20:16] <Jymmmm> ah
[14:20:41] <skunkworks> I don't know how many in-oz they are - not much
[14:21:13] <Jymmmm> could they turn a 36" all thread ?
[14:21:19] <Jymmmm> direct connect
[14:21:50] <skunkworks> I would think so - how fast I don't know
[14:21:57] <Jymmmm> were talking foam cutter here, not a lot of torque
[14:24:59] <Jymmmm> whats the diff between 304 and 316 SS ?
[14:25:02] <xemet> hi
[14:25:07] <xemet> please help me...
[14:26:51] <xemet> I'm trying to compile the apt360 as described in the wiki page http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?AptProgrammingForEMC
[14:27:05] <xemet> the apt360 compiles correctly
[14:27:17] <xemet> but the postp doesn't
[14:27:46] <xemet> it gives me a bunch of warnings that I don't know what are and terminates with a error
[14:29:42] <xemet> here are the messages: http://www.pastebin.ca/378418
[14:41:11] <xemet> anyone there?
[14:44:29] <xemet> and here is the result of ./configure : http://www.pastebin.ca/378431
[14:49:07] <fenn> did you do ./configure first?
[14:50:26] <fenn> hm. must be past me bedtime.
[14:51:57] <alex_joni> * alex_joni wonders where in the hell he could get a 42x1mm cable
[14:52:16] <fenn> ribbon?
[14:52:20] <alex_joni> no.. industrial
[14:52:22] <alex_joni> :(
[14:52:27] <alex_joni> 30m
[14:57:03] <xemet> I do configure...and result is here as I've said : http://www.pastebin.ca/378431
[14:57:02] <lerman> alex_joni: Are you talking flexible braid?
[14:57:07] <xemet> could anyone help me?
[15:06:12] <alex_joni> lerman: yeah, probably
[15:06:18] <alex_joni> but I need it tomorrow :(
[15:07:22] <alex_joni> gotta run :(
[15:07:24] <alex_joni> later all
[15:07:31] <alex_joni> xemet: what is that?
[15:07:38] <alex_joni> it seems the output is ok
[15:08:02] <alex_joni> xemet: try make next
[15:08:05] <alex_joni> later
[15:08:24] <xemet> tried,
[15:09:01] <xemet> male gives this result: http://www.pastebin.ca/378418
[15:09:24] <xemet> not male...make...
[15:09:28] <jepler> xemet: to me it looks like they have a bug in their package, and to one of their developers the last lines from http://www.pastebin.ca/378418 should explain exactly how to fix it
[15:10:13] <xemet> uhm...seeme that who wrote the page in the wiki got it workinkg...
[15:10:26] <xemet> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?AptProgrammingForEMC
[15:10:42] <jepler> I think that was tomp
[15:11:41] <xemet> I don't know...
[15:11:50] <xemet> wiki says Daniel Falk
[15:11:54] <jepler> my mistake
[15:12:45] <xemet> so I'm screwd...no way to get it working for me if there is a bug...
[15:13:41] <xemet> jepler: I've seen your work with hal_input, great thing, it can substitute hal_joystick
[15:14:25] <jepler> xemet: I hope it works with a wider range of devices than hal_joystick
[15:14:39] <xemet> jepler: I've studied a lot your code for adding the G5, now I've understood a lot of things, it is very interesting reading the emc2 code
[15:15:14] <xemet> now I'm reading a book about C I've to learn the syntax
[15:15:29] <xemet> I think the next week I will begin to work on adding a code for the NURBS
[15:17:48] <xemet> jepler: a question, are there in C dynamic arrays?
[15:18:07] <xemet> or they have always a fixed dimension?
[15:19:36] <jepler> In C, you can allocate memory to store a varying number of items
[15:20:29] <xemet> ok, no "ready to use" lists like in Python
[15:20:50] <jepler> there is std::vector in C++ but I don't know whether all the files you'll need to change to add NURBS are in C++, or whether some are in C
[15:21:22] <xemet> .cc extension is C++?
[15:21:26] <jepler> yes
[15:21:28] <xemet> ok
[15:21:46] <xemet> I will search...I've a book for C only, not C++
[16:17:12] <twice2> i installed emc2 from the livecd onto dual cpu box but cpuinfo only show one cpu, did i miss something?
[16:22:28] <skunkworks> jepler: http://www.cnczone.com/forums/showthread.php?p=265847#post265847
[16:36:45] <twice2> i think they changed their post numbers, anyway if i install ubuntu it should setup smp kernel. then i can use install emc2?
[16:38:11] <skunkworks> not to many around I guess right now. (I am not really a linux person)
[16:38:21] <skunkworks> you could try #ubuntu channel
[16:39:34] <jlmjvm> r u using the new cd?
[16:39:40] <cradek> the realtime kernel does not use SMP.
[16:40:40] <jepler> skunkworks: glad he got past the problem he was having
[16:41:02] <jlmjvm> im having a problem with my switches bit
[16:41:39] <twice2> duh
[16:41:54] <skunkworks> jepler: I replied to his last post.
[16:42:21] <cradek> twice2: ^^
[16:45:06] <skunkworks> cradek: how is the lathe coming? :_
[16:45:10] <skunkworks> :)
[16:45:26] <cradek> skunkworks: I did start - I mounted the pluto in the box, and wired it to the connector on the back.
[16:46:10] <cradek> I hope to wire everything else to the other (scsi) connector, and then put a matching scsi connector on the lathe, and connect them with a scsi cable
[16:46:39] <cradek> hard to say whether I'll have noise problems. If so, I guess I'll do something else
[16:46:50] <skunkworks> sounds like a plan. do you mean the 25pin scsi cables?
[16:47:04] <cradek> no, the big centronicsy ones
[16:47:15] <skunkworks> ooh - you get extra credit for that.
[16:47:39] <cradek> for the parport hookup I used a db25-centronicsy cable and wired it funny inside - strange but works
[16:48:06] <skunkworks> what are you using for powering the pluto?
[16:48:33] <cradek> I will use the 5v supply that's already in the enclosure
[16:49:44] <cradek> fitting the motor supply in there might be challenging. I should check that before I go any further.
[16:49:54] <twice2> http://rtai.dk/cgi-bin/gratiswiki.pl?Latency_Killer - say's to use smp machine if your having astonishingly large latency issues
[16:50:36] <jepler> twice2: it is possible to build the real-time kernel for smp machines, but the one we've packaged for ubuntu does not support smp.
[16:50:44] <cradek> twice2: I have tried but failed to build a working SMP RTAI kernel. If you manage it, please let me know
[16:51:05] <cradek> (you will not be able to used the emc2 packages we distribute if you build a different kernel)
[16:52:45] <cradek> are you trying to fix latency problems on your system, or just curious about using SMP?
[16:53:19] <twice2> credek: i believe you. well i'll go try this box and see if my dead zone is still there
[16:54:26] <twice2> yes, trying to fix it
[16:54:53] <cradek> you got the realtime delay error inside emc?
[16:56:30] <twice2> yes, yesterday
[16:57:26] <cradek> did you record the numbers it gave in dmesg? I'm curious how bad it is
[16:57:44] <twice2> they run really nice from 0-13 and 14-21 ipm
[16:58:24] <twice2> it was like 989748 or something
[16:58:29] <cradek> sounds like two separate problems, resonance at 13.5, and a separate realtime problem
[16:59:08] <twice2> yep, well i'll unplug and try this box, thanks
[16:59:45] <twice2> again
[17:54:02] <twice2> if i run glxgears while running the latency test X shuts down
[17:55:32] <jepler> what video card?
[17:57:10] <twice2> nvidia nv10
[17:57:49] <twice2> 'nv' in xorg.conf
[17:57:54] <jepler> I found that I had to use the 'vesa' driver in Xorg.conf to avoid the 'realtime delay' message with my nvidia card
[17:58:04] <jepler> still, I didn't get X crashes -- just realtime delay messages
[17:58:51] <twice2> so i just put 'vesa' where 'nv' is
[18:04:08] <twice2> got it, i'll try anything, almost
[18:39:41] <kwajpol> one simple question: how can i check what is my current emc release?
[18:42:35] <alex_joni> kwajpol: dpkg -l emc2
[18:58:10] <kwajpol> is there a way to update the emc, or should i resinstall it (will i loose my setting in that case)?
[18:58:30] <kwajpol> i was reading the wiki, but i found inly source update
[18:58:50] <kwajpol> i was reading the wiki, but i found ounly source update
[18:59:08] <skunkworks> what version do you have now?
[18:59:17] <kwajpol> 2.1.0
[19:00:26] <skunkworks> that is what you have installed?
[19:00:39] <kwajpol> yes
[19:00:47] <kwajpol> but there is 2.1.1 availiable
[19:02:27] <skunkworks> then your just going to 2.1.1 easiest would be to go to the update manager and check for updates and then install updates
[19:02:58] <skunkworks> 2.1.0 to 2.1.1 doesn't change any of the configs
[19:40:30] <jepler> this didn't seem to be covered on the wiki, so I wrote http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?InstallingUpdates
[19:41:47] <cradek> thank you
[19:42:02] <jepler> will double-clicking a .deb file install it, or does it perform some other action? If there's a GUI way to do it, I want to suggest that in the page, but otherwise I'll say to use "dpkg -i" in a terminal
[19:42:13] <cradek> I'm pretty sure it installs it
[19:42:26] <cradek> I recently suggested that on the list - I hope I'm right
[19:42:54] <xemet> hi
[19:43:14] <kwajpol> i traid the automatic update, and it works fine
[19:43:16] <xemet> I have emc2.1.1 in a folder, reun in place mode
[19:43:42] <xemet> now, if I modify a source file, how do I recompile only it?
[19:43:54] <cradek> in the src directory, type make
[19:43:56] <jepler> xemet: when you type "make" in src/ only the necessary files should be rebuilt.
[19:44:01] <xemet> uhm...
[19:44:05] <xemet> I've tried
[19:44:12] <xemet> but
[19:44:33] <xemet> it seems that the file I had replaced, was not recompiled
[19:45:18] <jepler> how did you replace it? "make" works by looking at timestamps, so if you used "mv" to put a file there that is 4 days old, "make" will think it has no work to do
[19:46:36] <xemet> I took the file, modified it in my other computer with windows, returned it to ubuntu, copied in the folder overwriting the existing one
[19:47:24] <jepler> use the unix "touch" command to make the files you know are modified have their timestamp updated to the current time
[19:47:33] <jepler> e.g., touch src/emc/rs274/*
[19:48:36] <xemet> ok, I will try later, at the moment it is recompiling all again
[19:49:26] <xemet> any idea for the apt360 problem?
[19:49:58] <jepler> yes -- try contacting an apt360 developer with the error message you encountered.
[19:50:17] <xemet> postp is part of the apt?
[19:50:20] <jepler> beats me
[19:52:03] <xemet> is there a way I can contact Daniel Falk who wrote the page in the wiki?
[19:52:09] <xemet> he got it working
[19:52:12] <jepler> glancing at the page on our wiki again, they are both part of this "aptos" project
[19:52:49] <jepler> I don't have contact information for him
[19:58:01] <xemet> it seems there are no contact informations in the aptos website
[19:58:15] <xemet> damn
[19:59:37] <jepler> it's short on traffic but they do have a mailing list. https://lists.sourceforge.net/lists/listinfo/aptos-devel
[20:00:28] <jepler> you can also click on the name next to "project admins" to get an e-mail address. http://sourceforge.net/projects/aptos -> http://sourceforge.net/users/crotchet/ -> crotchet at users.sourceforge.net
[20:01:18] <xemet> thanks!
[20:01:40] <xemet> I will try to send a message to him
[20:04:25] <xemet> jepler: could you explain what does this functions you've added to the interp_check
[20:04:30] <xemet> http://www.pastebin.ca/378796
[20:04:51] <xemet> it is a check like CHK
[20:05:04] <jepler> until very recently, each error condition was assigned a unique number
[20:05:28] <xemet> what is set Error?
[20:05:33] <xemet> setError
[20:05:39] <jepler> kenneth lerman added the possibility of having an error condition that is identified by a string
[20:06:30] <xemet> could you use the CHK instead of this new function?
[20:06:51] <jepler> the CHKF macro is like the CHK macro, except that it allows a varying string to be used
[20:07:11] <lerman> Actually, a string with some variable data. Before, errors returned numbers which were translated to strings. Now, the interp can return strings that have variable data in them.
[20:07:11] <jepler> there are some uses of CHKF in the patch as well -- you don't have to understand the CHKF macro, but simply use it the same way it is used elsewhere in the code
[20:07:35] <jepler> CHKF(condition, ("format string: %d", argument));
[20:08:03] <xemet> I've seen
[20:08:05] <jepler> if condition is true, then it calls setError("format string: %d", argument); and does the other operations
[20:08:18] <xemet> yes I've understood
[20:08:22] <lerman> jepler: Can CHKF take multiple args: CHKF(condition, ("format string: %d %d", arg1, arg2)) ?
[20:08:27] <xemet> only the setError was a little obscure for me
[20:08:28] <jepler> lerman: yes
[20:08:37] <jepler> xemet: yes, it certainly qualifies as obscure
[20:08:39] <lerman> Good job.
[20:09:10] <xemet> well I bet it is not obscure for you
[20:09:10] <jepler> lerman: thanks
[20:09:24] <jepler> lerman: (I haven't checked it into the tree yet, it's just in a set of changes I sent to xemet )
[20:09:37] <jepler> xemet: no, but I have about 12 years experience in C
[20:09:46] <duerz> anyone know where to find the hal- driver for vigilant cards?
[20:09:52] <xemet> ehe..I've two days
[20:10:28] <duerz> dosnt tell you in the manual how to install
[20:11:04] <jepler> duerz: the driver name is hal_vti, the source file is src/hal/drivers/hal_vti.c
[20:11:18] <jepler> duerz: there may not be any documentation besides that at the top of the source file
[20:11:49] <duerz> anydocumentation on classic ladder?
[20:13:30] <jepler> duerz: http://users.teledisnet.be/web/rlo05343/umanual/umanual_for_classicladder.html
[20:15:05] <duerz> thank you sir
[20:23:11] <duerz> jepler: sorry I dont understand where this file is? is it already on the computer or what?
[20:23:46] <robin_sz> its a URL
[20:24:06] <robin_sz> it start with http:// so you can assume its out there on the net ....
[20:24:07] <jepler> duerz: src/hal/drivers/hal_vti.c is the (partial) path of the file inside the emc2 source tree
[20:24:29] <robin_sz> oh _that_ file
[20:24:37] <robin_sz> * robin_sz shuts up
[20:24:38] <jepler> duerz: you can find instructions on the wiki about how to get the source code -- there are several methods. http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#On_Ubuntu_5_10_and_6_06_from_source
[20:25:35] <duerz> does it have to be compiled? with what? will it actually work with a real card?
[20:25:38] <jepler> if you simply want to read the source code, I recommend you use the 'apt-get source' command (4.2); if you want to fix bugs or develop new features in emc, I recommend you use the 'cvs' method (3.2)
[20:25:51] <jepler> duerz: to simply use the vti card you do not need to download the source code
[20:25:59] <cradek> what are you trying to do duerz?
[20:26:14] <duerz> i just want to use it- im not a developer , im a integrator
[20:26:35] <jepler> however it looks like the only documentation of the card is in the comments at the top of the hal_vti.c source file, so you may want to *read* it
[20:27:46] <jepler> you can view that file online as well: http://cvs.linuxcnc.org/cvs/emc2/src/hal/drivers/hal_vti.c?rev=1.12;content-type=text%2Fx-cvsweb-markup
[20:34:52] <xemet> jepler: could you explain me a thing: a modal gcode remains active, right? so if I write G1, it remains active and if a continue writing x10 z40 ecc. in the successives lines, they are interpreted as G1 right?
[20:45:17] <xemet> I would like to understand if the last gcode for the nurbs, the one that perform the motion, has to be modal or non modal?
[20:45:23] <xemet> the G5.3
[20:53:59] <duerz> anyone here ever integrate opencnc?
[21:00:22] <alex_joni> * alex_joni only likes derivatives
[21:02:13] <duerz> what version of classic ladder do I download and install - or is it already there?
[21:02:52] <alex_joni> duerz: classicladder is already in emc2
[21:04:50] <duerz> where do i pull it up?
[21:05:33] <alex_joni> duerz: there is a sample configuration where you can see how it works
[21:06:11] <alex_joni> duerz: called 'demo_step_cl' (cl stands for classicladder)
[21:07:05] <alex_joni> duerz: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?ClassicLadder
[21:11:55] <jepler> xemet: currently, all the g-codes that cause motion are modal. g5.3 probably should be too, even if it doesn't make sense to have two subsequent g5.3 lines.
[21:13:53] <jepler> it is tempting to try making g5.2 modal and g5.3 non-modal, because then you can just write coordinates on most lines, and g5.3 occasionally on the last line specifying the curve
[21:14:05] <jepler> but I'm not immediately sure whether this leads to any unintended consequences
[21:21:22] <pier> alex_joni: I get a Segmentation fault when giving ./bin/classicladder command ...
[21:21:54] <alex_joni> pier: oh, is that using emc2's classicladder?
[21:22:10] <pier> I was trying that
[21:22:59] <pier> alex_joni: never managed to get it to work actually...
[21:24:43] <alex_joni> pier: I'm sorry.. I need a bit more info to try help you
[21:25:15] <pier> alex_joni: where could I look?
[21:25:28] <alex_joni> pier: rewind, start from scratch
[21:25:36] <alex_joni> pier: what are you trying to do?
[21:26:08] <pier> alex_joni: nothing... just trying to see classic ladder running
[21:26:20] <alex_joni> pier: did you try one of the sample configs?
[21:27:05] <pier> alex_joni: I was following the instructions in the page you provided above
[21:27:25] <alex_joni> pier: oh.. those might be a tad bit outdated :D
[21:27:44] <pier> alex_joni: np alex...
[21:28:13] <alex_joni> pier: just try the sample config
[21:28:49] <pier> alex_joni: ok..
[21:31:00] <pier> alex_joni: thanks...
[21:31:05] <alex_joni> does it work?
[21:31:18] <pier> alex_joni: yes.
[21:31:21] <alex_joni> good
[21:38:24] <Guest487> jepler: thanks for reply, this was exactly what I was thinking about
[21:38:34] <Guest487> guest...?? I'm xemet
[21:39:57] <xemet> jepler: I was thinking about making g5.3 non modal
[21:43:51] <pier> alex_joni: system froze.... got to startx with vesa I suppose... I'll try again
[21:44:16] <pier> alex_joni: night all
[21:54:26] <alex_joni> pier: couldn't stay away?
[21:55:19] <pier> alex_joni: restarted ;)
[21:55:36] <pier> alex_joni: had to eselect opengl driver
[21:56:09] <pier> alex_joni: It looks id doesn't freeeeee
[21:56:21] <pier> alex_joni: ze now :))
[21:59:04] <alex_joni> nice
[22:00:54] <jepler> sin^2(x) + cos^2(x) = 1, right?
[22:01:11] <cradek> yes
[22:02:46] <alex_joni> jepler: usually ;)
[22:03:04] <pier> alex_joni: now axix won't start
[22:03:39] <ds3> anyone know if the ARM PDA X servers support OpenGL?
[22:04:10] <alex_joni> sin(x)=e^i*x - e^(-i*x)
[22:04:19] <pier> alex_joni: tkinter.Tclerror no OpenGL GLX extention
[22:04:20] <alex_joni> pier: you need glx in the server for AXIS to work
[22:04:28] <pier> alex_joni: ok...
[22:04:38] <pier> alex_joni: right
[22:08:56] <jepler> using vesa shouldn't disable opengl -- I have a machine at home that runs axis using the "vesa" driver
[22:09:26] <xemet> nice: http://enigmaco.de/enigma/enigma.swf
[22:10:16] <jepler> if this machine has had the nvidia closed-source driver installed on it, that may have ruined the server-side software opengl support
[22:11:40] <pier> jepler: yes it's the closed source driver
[22:12:17] <Ziegler> Im getting some joint 0 errors and cant seem to narrow down the probelm.. I assummed velocity of acceleration problems... is that accurate?
[22:12:31] <Ziegler> seems to only do in on a G0 command
[22:13:55] <alex_joni> Ziegler: steppers?
[22:13:57] <Ziegler> yes
[22:14:03] <Ziegler> hobbyCNC driver
[22:14:06] <jepler> emc 2.0.x?
[22:14:12] <Ziegler> I think 2.04
[22:14:13] <alex_joni> then you're requesting too much from the RT system
[22:14:23] <alex_joni> it can't output as many steps / second as you are asking for..
[22:14:28] <alex_joni> hence the ferror
[22:14:39] <Ziegler> hmm...
[22:14:48] <jepler> emc 2.1.1 has a nice message it prints when you do this, but emc 2.0.x didn't
[22:15:08] <jepler> multiply STEPGEN_MAXVEL by INPUT_SCALE to get requested steps per inch
[22:15:09] <Ziegler> when I do manual jog, I get the stepps... but when running gocde... the extra processing must be hurting
[22:15:36] <alex_joni> Ziegler: no, simply your max_vel is set too high
[22:15:48] <alex_joni> when you're jogging, you are running at lower speed
[22:15:50] <jepler> compare this value to the number of BASE_PERIODs per second
[22:16:04] <alex_joni> Ziegler: do as jepler suggests
[22:16:09] <alex_joni> or put your ini to pastebin.ca
[22:16:18] <jepler> if there are not at least two BASE_PERIODs for each requested step per inch, then emc cannot deliver the requested step rate.
[22:16:44] <Ziegler> 30x4800 = 144000
[22:16:52] <cradek> if you're working on a new configuration you should probably be using 2.1, not 2.0. As an added benefit, it will do this checking for you
[22:17:16] <Ziegler> ok cradek... I will ook at getting that installed this afternoon
[22:18:20] <cradek> sorry to butt in - the other advice is good too
[22:18:57] <jepler> 144000 steps per second is simply not attainable on any PC using software step generation
[22:19:55] <Ziegler> well maybe I am doing something else wrong...
[22:20:10] <jepler> you are asking for 30 mm/second and 4800 steps per mm?
[22:20:39] <Ziegler> ohhhh... the velocites are per second!?
[22:20:45] <jepler> yes
[22:20:46] <Ziegler> I thought they were per minute
[22:20:51] <Ziegler> bahhh
[22:21:02] <anonimasu> 30m/min is pretty fast too
[22:21:08] <Ziegler> Im in inches
[22:21:14] <jepler> In g-code, the F-number is in "per minute"
[22:21:20] <anonimasu> oh.
[22:21:21] <Ziegler> oh ok
[22:21:26] <anonimasu> 30mm/sec is just 1.4m
[22:21:27] <jepler> but in the .ini files, the velocity and acceleration are "per second" and "per second squared"
[22:21:33] <anonimasu> 1.8m/min
[22:21:52] <pier> night all
[22:21:59] <Ziegler> well that should fix things... let me do some tweaking
[22:22:07] <jepler> Ziegler: then try MAX_VELOCITY = 0.5 STEPGEN_MAXVEL = 0.55
[22:22:12] <anonimasu> night pier
[22:23:22] <Ziegler> whats a good number for acceleration to use?
[22:23:35] <anonimasu> dunno..
[22:23:51] <anonimasu> start slow and increase it until your machine starts to sound strained..
[22:24:03] <anonimasu> and until your ferror gets too large :)
[22:24:07] <skunkworks> or starts stalling
[22:24:08] <Ziegler> LOL
[22:24:32] <anonimasu> I think I run mine at 700 or so..
[22:25:07] <cradek> Ziegler: if your machine is small/light, try a high number like 20
[22:25:17] <alex_joni> anonimasu: 700?
[22:25:23] <Ziegler> and again... that would be inches/second/second right?
[22:25:28] <jepler> Ziegler: yes, 20 in/sec^2
[22:25:29] <alex_joni> right
[22:25:41] <anonimasu> alex_joni: yeah, I think I have them set really high now..
[22:25:57] <Ziegler> any reason to use a value under 1?
[22:26:04] <jepler> for both speed and acceleration, find the biggest values that you think are 100% reliable, then use a number 10% lower anyway
[22:26:22] <jepler> an acceleration under 1 in/sec^2 would be very slow and give poor performance
[22:27:16] <Ziegler> ah yes... I can visualize it now
[22:28:06] <anonimasu> alex_joni: no I've got them set at 500mm/s^2 now...
[22:28:06] <jepler> ah .. friday night
[22:28:09] <jepler> see you guys later
[22:28:21] <anonimasu> alex_joni: I had them as 250 before but it was slow :)
[22:30:19] <Ziegler> ahh yes.... that seems to work MUCHHH better
[22:33:40] <skunkworks> wow - my portabe only allows for 512mb maximum memory (has 256 right now)
[22:34:49] <Ziegler> can you probe with emc.. or would one need seperate software?
[22:35:03] <alex_joni> good night all
[22:35:07] <Ziegler> thank you
[22:35:34] <skunkworks> night alex
[22:39:28] <Ziegler> jepler: how does one go about finding the max stepps per min that a computer can produce?
[22:44:41] <skunkworks> as you keep lowering the base period - you computer will become sluggish. You have to decide what you can consider still usable. If you go too low - the computer will become unresponsive. Then to calculat your maximum step rate - 1/baseperiod/2
[22:45:03] <Ziegler> I have .001 for the base period... can I go lower?
[22:45:13] <skunkworks> ? that can't be right
[22:45:22] <skunkworks> normaly it is ns - like 50000
[22:45:31] <Ziegler> whoops
[22:45:33] <skunkworks> which is .00005 seconds
[22:46:00] <Ziegler> base period is vel * scale isnt it
[22:46:59] <Ziegler> never mind
[22:47:07] <Ziegler> I found it in the ini
[23:15:25] <Ziegler> Thanks as always guys... things seem to be in workig order now