#emc | Logs for 2009-08-17

Back
[08:19:49] <vmnew> what is the maximum cocurrent connections I can get out of CIFS ? from my EMC machine to my win servers? and vice versa?
[08:20:22] <archivist> I think you are in the wrong EMC place
[08:20:47] <vmnew> right
[09:26:12] <piasdom> g'mornin all
[12:01:24] <maximilian_h> Hello
[12:01:44] <maximilian_h> is somebody there who is familar with the axis python code ?
[12:01:57] <alex_joni> maximilian_h: sure there is
[12:02:02] <maximilian_h> hey Alex
[12:02:09] <alex_joni> the real question would be if they are around ;P
[12:02:10] <maximilian_h> got another question
[12:02:15] <maximilian_h> haha
[12:02:26] <alex_joni> but it's always best to just ask what you want to do, and you'll get an answer eventually
[12:02:52] <maximilian_h> well around Timisoara, maybe ?
[12:02:52] <SWPadnos> I'd look at the Machine menu touch-off code, plus the places where the HAL pins aer updated
[12:02:56] <SWPadnos> and mix the two
[12:03:30] <maximilian_h> let me load the the file in emacs, one moment please
[12:04:16] <SWPadnos> oh - I don't know the code, I'm only thinking of where some code already exists to get a valid offset from the current position, plus a place where data is output to HAL
[12:04:36] <alex_joni> was there a question?
[12:04:42] <maximilian_h> Question is
[12:04:47] <alex_joni> * alex_joni feels like he missed something
[12:04:52] <maximilian_h> i added a function to the interpreter
[12:04:54] <SWPadnos> heh - last night
[12:05:15] <maximilian_h> i wanted to use that function to set my offset (which we talked about last week)
[12:05:26] <maximilian_h> and the rs274x does not talk to hal
[12:05:30] <maximilian_h> but axis does
[12:05:52] <maximilian_h> and the interface to axis in gcodemodule.cc is not that hard to add to
[12:06:17] <maximilian_h> so i'd like to put some code into axis to set the hal param Xoffset and Yoffset
[12:06:38] <maximilian_h> but axis.py is big and i don't yet understand its structure
[12:06:54] <maximilian_h> so i wanted to ask if somebody could point me to the right locations
[12:07:04] <alex_joni> might be easier to hack halui
[12:07:28] <alex_joni> it's also a user interface for emc2, but only using HAL pins
[12:07:38] <alex_joni> advantage: simpler code to understand
[12:09:26] <maximilian_h> can i set the offsets in hal from halui by using gocde ? E.g. i added my own G54.1 to set the Xoffset to -100 and the Yoffset to 2. I took the values of -100 from the interpreter .var file
[12:10:02] <SWPadnos> you'd need to add them to the motion controller if you want to do it in Gcode, and that's probably the best way anyway
[12:10:17] <SWPadnos> otherwise the offsets and the Gcode may mot be synchronized
[12:10:21] <alex_joni> right
[12:10:28] <SWPadnos> the interpreter is usually far ahead of the motion controller
[12:10:36] <maximilian_h> there will be no other motion when i set my offsets
[12:10:46] <maximilian_h> so i don't need the motion controller
[12:10:55] <alex_joni> hmm.. otoh offsets don't reach the motion controller
[12:10:56] <SWPadnos> yes you do
[12:11:20] <SWPadnos> you may program the machine to move a lot, then stop, then do the offset thing
[12:11:38] <SWPadnos> but the Gcode for the offset setting will be interpreted long before the motion has actually stopped
[12:11:42] <maximilian_h> i applied the offsets directly in hal with the comp module offset like miges_work show me to
[12:12:57] <maximilian_h> I have created a hal pin that get True when the offset has been applied and the machine has reached the position i want it to have
[12:13:08] <alex_joni> maximilian_h: maybe what you really want is set some analog values
[12:13:23] <alex_joni> you can use Mxx to output the values to hal
[12:13:42] <alex_joni> say M101 P100.0 Q50.75
[12:13:57] <alex_joni> then have M101 do: halcmd setp foo.pin1 $1
[12:14:02] <maximilian_h> yes, i have set them like that this weekend
[12:14:04] <alex_joni> halcmd setp foo.pin2 $2
[12:14:20] <maximilian_h> using a custom M1xx command
[12:14:29] <alex_joni> right
[12:15:44] <maximilian_h> and now i'd like to use a custom gcode. Because it will not be me who will operate the machine and the old controller used G54, G55, etc for this
[12:16:34] <alex_joni> it would be easiest then to change the interp
[12:16:48] <alex_joni> when it gets to G54,G55 to call the appropriate custom M1xx command
[12:17:22] <maximilian_h> i have already added a function to the interpreter to process my G54.1 G55.1 G56.1 etc. But the interpreter has no hal connection
[12:18:15] <alex_joni> http://git.linuxcnc.org/gitweb?p=emc2.git;a=blob;f=src/emc/rs274ngc/interp_convert.cc;h=75d4ac261306ae09bfef353f7d7b5bd84e3c8959;hb=HEAD#l2801
[12:18:26] <alex_joni> maximilian_h: right, and adding it will be a LOT of pain
[12:18:44] <maximilian_h> yes
[12:18:47] <alex_joni> just change your G54.1, G55.1 implementation to call USER_DEFINED_FUNCTION[index-..]
[12:19:08] <maximilian_h> what is USER_DEFINED_FUNCTION ?
[12:19:14] <alex_joni> the call to M1xx
[12:19:23] <alex_joni> the capital letters are calls from canon
[12:19:28] <maximilian_h> aaaaaaaaah, eureka
[12:19:31] <alex_joni> that's another layer you would have to change
[12:19:32] <maximilian_h> good idea
[12:20:01] <alex_joni> it works like this: interp->canon->task queue->task->motion queue->motion controller
[12:20:27] <maximilian_h> yes, and i wanted to avoid going the way interp->canon->task queue->task->motion queue->motion controller
[12:20:36] <alex_joni> right
[12:20:50] <alex_joni> so you just call the right USER_DEFINED_FUNCTION[] and you're done
[12:21:08] <maximilian_h> because the application of my offsets is never together with any other motion, your comment about it being some analog value in hal is right
[12:21:34] <maximilian_h> good i'll try coding it with USER_DEFINED_FUNCTION
[12:21:49] <alex_joni> that way you can still use M1xx calls
[12:21:56] <alex_joni> for troubleshooting or such
[12:22:02] <maximilian_h> which is not bad for testing
[12:22:07] <maximilian_h> yep
[12:22:19] <maximilian_h> another question, unrelated
[12:22:36] <alex_joni> well.. if you have the curiosity, I can tell you a bit about the long path, but I don't think it's usefull
[12:22:37] <maximilian_h> are there any ubuntu .deb build scripts ?
[12:22:41] <alex_joni> sure
[12:22:47] <maximilian_h> where ?
[12:22:57] <alex_joni> just run debuild in the top emc2 dir, and you'll get a deb package
[12:23:10] <alex_joni> the scripts for building packages are in emc2/debian/
[12:23:31] <alex_joni> you probably want to use 'dch' first to change the version number, and add some comments with your changes
[12:24:17] <maximilian_h> yes, i spend 1 hour using the stock version wondering why my changes did not work, kind of silly
[12:24:42] <maximilian_h> but probably not a good idea to have a different version accessible from the menu
[12:25:16] <alex_joni> say you run dch, and call your version emc2-2.3.9-maxi
[12:25:30] <alex_joni> when you install it, it will replace the installed emc2
[12:25:55] <maximilian_h> i can see debuild, is this a separate package that i should install with apt ?
[12:26:05] <maximilian_h> s/can/cannot/
[12:26:07] <alex_joni> yes
[12:26:57] <maximilian_h> with "top emc2 dir" you mean the extracted tar ball ?
[12:27:41] <alex_joni> right
[12:27:49] <maximilian_h> good
[12:27:57] <maximilian_h> then i'll try that now
[12:28:10] <maximilian_h> thanks again to you Alex
[12:28:14] <alex_joni> there might be other packages you'll need, but I'm sure you'll sort it out :P
[12:28:19] <alex_joni> and if not.. we're around
[12:28:23] <maximilian_h> and to you too SWPadnos
[12:28:26] <maximilian_h> thanks
[12:28:29] <maximilian_h> bye
[12:28:41] <SWPadnos> see you
[12:33:11] <alex_joni> bye
[13:06:45] <cradek_> cradek_ is now known as cradek
[13:56:29] <tomp> tomp is now known as tom3p
[16:02:58] <holy_good_kid> What if I need turning then facing of the shaft. Do I need to manually change the tool for facing, edit the .tbl file and add offsets before I start facing? I mean those simple machines of a low-range price.
[16:03:34] <cradek> turning and facing are easy to do with the same tool.
[16:04:17] <holy_good_kid> cradek: Ok, then turning, facing, back-facing?
[16:04:22] <cradek> the very common triangle inserts are fine for that
[16:04:44] <cradek> doing back facing probably needs a tool change
[16:05:11] <holy_good_kid> cradek: oh... I only can imagine such a tool, I haven't seen them yet.
[16:07:11] <holy_good_kid> cradek: after the tool change, shoulfd I close the EMC2 program and then run it again to re-read this .tbl file?
[16:11:00] <cradek> no, you put both tools in the tool table. that's the whole point of the tool table.
[16:11:16] <holy_good_kid> cradek: ha-ha!
[16:12:16] <holy_good_kid> cradek: I mean those bolted tables for tools. Each time you change one tool, all tools can be unintentionally moved.
[16:13:13] <cradek> if you can not remove and reinstall a tool in the same place, the tool table is not very useful. you can just touch off the tool when you mount it.
[16:13:18] <holy_good_kid> (Or techonlogies have been developed a bit...)
[16:13:57] <holy_good_kid> What does the "touch off" routines accomplish?
[16:14:05] <holy_good_kid> *routine
[16:22:25] <dan1mal> hey guys, if i have my accelleration set too low, am i more likely to get following errors?
[16:23:05] <skunkworks> no
[16:23:10] <archivist> less I would have thought
[16:23:40] <skunkworks> what is your setup?
[16:23:51] <dan1mal> hardware setup?
[16:25:03] <skunkworks> yes
[16:26:08] <dan1mal> compaq p3 1.4ghz server with 640mb of ram, mesa 5i20 i/o board, mesa 7i42 breakout board, leadshine m880a stepper drivers, and superior electric nema 43 1350oz/in motors on a shizuoka an-s mill
[16:27:26] <skunkworks> what version of emc?
[16:27:28] <jymm> Nah, your extortion setup.... EMC2 == Extorting Money from Children Too
[16:28:30] <dan1mal> 2.3.3
[16:29:00] <dan1mal> however i am trying to figure out if my firmware is updated correctly
[16:29:12] <dan1mal> for the 5i20
[16:30:19] <holy_good_kid> jymm: lol, you're the one, dude!
[16:35:51] <dan1mal> This thing is driving me nuts
[16:36:22] <skunkworks> when do you get the following error - when you try to move the axis?
[16:36:40] <skunkworks> all axis?
[16:36:46] <dan1mal> yes
[16:37:35] <skunkworks> do you have your hal and ini files posted some where? like pastebin.ca?
[16:37:42] <dan1mal> i did
[16:37:55] <dan1mal> lemme see if i can find them
[16:38:06] <jepler> are they based on the hm2-stepper sample config files?
[16:38:59] <dan1mal> yes
[16:39:37] <skunkworks> jepler: was the firmware for mesa a different package - or if he updates to the latest emc - will he get the latest firmware?
[16:40:18] <jepler> skunkworks: it is a separate package, but the update manager should do both unless you uncheck one
[16:43:16] <dan1mal> i it's http://pastebin.com/m334233de
[16:44:30] <dan1mal> i have messed with the ferror since then, but it was giving me errors even with it at 1.0 an .01
[16:44:49] <jepler> -setp hm2_[HOSTMOT2](BOARD).0.stepgen.00.maxaccel [AXIS_0]STEPGEN_MAXACCEL
[16:44:49] <jepler> +setp hm2_[HOSTMOT2](BOARD).0.stepgen.00.maxaccel 0
[16:45:05] <jepler> find each "maxaccel" line in your hal file and change the third word to 0
[16:46:05] <jepler> this change was made in the sample configs for version 2.3.2 but can't be automatically made in your configuration file
[16:46:44] <jepler> there should be one maxaccel line for each axis your machine has
[16:47:11] <dan1mal> ok thanks, i was wondering if i should change that or not
[16:49:20] <dan1mal> does it matter how man spaces are between maxaccel and the 0?
[16:49:25] <jepler> at least one space
[16:49:35] <jepler> hmm, but I think this is not the full solution to your problem
[16:50:04] <jepler> your MAX_VELOCITY is set to 10, and your SCALE is 8000 or 4000
[16:50:29] <jepler> so you need to have steps at a rate of 80kHz for the faster axis
[16:50:35] <dan1mal> opps, that has been changed since the pastebin
[16:50:39] <jepler> but you've specified STEPLEN and STEPSPACE as 40000..
[16:51:06] <dan1mal> crap thats older than i thought, lemme post up a newer one
[16:51:09] <jepler> that means you can take one step per 80000ns, which is only 12.5kHz
[16:51:33] <jepler> oh, did you already fix the problem I'm talking about now?
[16:52:24] <dan1mal> http://pastebin.com/d425b98cc
[16:52:29] <dan1mal> yes
[16:52:35] <dan1mal> there's my current ini
[16:52:48] <dan1mal> the hal is the same as what i had posted earlier though
[16:53:20] <jepler> yeah, that's fine now. You could do step rates up to about 250kHz and you're asking for 16kHz.
[16:54:07] <dan1mal> hmm i got an error when i added the zeros
[16:54:46] <dan1mal> hm2-stepper.hal:92: setp requires 2 arguments, 3 given 19087
[16:55:08] <jepler> well that is really special
[16:55:13] <jepler> what text editor did you use?
[16:55:34] <dan1mal> gedit
[16:55:47] <jepler> and it really says that? "3 given 19087"?
[16:56:34] <dan1mal> yea
[16:59:33] <jepler> but there's nothing on the line after "0"?
[17:00:46] <dan1mal> there's [axis_0]
[17:01:27] <jepler> oh, I think I miscommunicated
[17:01:27] <jepler> setp hm2_[HOSTMOT2](BOARD).0.stepgen.00.maxaccel 0
[17:01:40] <jepler> you want the line to look like this, the mention of [AXIS_0]STEPGEN_MAXACCEL is what you're removing/changing
[17:02:06] <jepler> it sounds like maybe you put setp hm2_[HOSTMOT2](BOARD).0.stepgen.00.maxaccel 0 [AXIS_0]STEPGEN_MAXACCEL
[17:02:22] <jepler> which isn't right, and could cause the error you reported (except I dunno where "19087" came from..)
[17:03:05] <jepler> bbl, it's lunchtime here
[17:03:23] <dan1mal> cool, thanks for the help!
[17:05:51] <dan1mal> works much better now
[17:05:55] <dan1mal> swesome
[17:06:28] <dan1mal> perfect!!!!!
[17:06:34] <dan1mal> i owe ya one
[17:07:27] <dan1mal> no following errors
[17:08:00] <jymm> one? try more like a case
[17:08:14] <dan1mal> haha yes, a keg
[17:08:47] <jymm> Nah, that'll just put too much hair on jepler's chest and face.
[17:09:35] <dan1mal> na, with the amount of beer i drink, i thnk i proved that theory wrong
[17:10:20] <dan1mal> man i cant believe how well this thing works now.
[17:10:24] <dan1mal> night and day
[17:13:10] <Athlocatle> it's midnight here :)
[17:13:29] <dan1mal> it's 10:13am here
[17:15:18] <dan1mal> looks like 125ipm is all my motors can handle
[17:15:23] <dan1mal> they start stalling over that
[17:15:36] <dan1mal> .200" per rev
[17:15:49] <dan1mal> still way better than it was\
[17:15:52] <archivist> depends on friction
[17:16:11] <dan1mal> ea, the x axis is deffinately a bit touchier
[17:16:17] <dan1mal> yea*
[17:16:23] <dan1mal> more weight an drag
[17:17:15] <archivist> dont run too close to the limit
[17:17:34] <dan1mal> yea, i'm going to play with it a bit
[17:17:47] <dan1mal> try slowing down the accel
[17:19:05] <dan1mal> at least i'm not getting the following errors anymore
[19:18:11] <dan1mal> hey guys quick question, so if my maxvel is set at 3.0 (180ipm), and i jog at 120ipm, i dont get any following errors, but if i put the maxvel at 1.834 (120ipm), i keep getting following errors. What am i missing here?
[19:18:28] <dan1mal> I cant run my motors over 120ipm or they stall
[19:18:57] <SWPadnos> 120IPM is 2.0, not 1.834
[19:19:23] <dan1mal> sorr, your right
[19:19:37] <SWPadnos> so what was 1.834?
[19:19:41] <dan1mal> i mean 110ipm
[19:19:45] <SWPadnos> ah
[19:19:46] <holy_good_kid> Why do they stall, anyway, why don't they default to their max vel?
[19:20:24] <cradek> "keep getting" when you do what?
[19:20:25] <dan1mal> i dont know, but they lock up and humm, but i dont get a following error
[19:20:42] <dan1mal> when i jog
[19:20:47] <dan1mal> in manual mode
[19:20:49] <SWPadnos> dan1mal, you would have to post your hal and ini files, it sounds like you still have a configuration problem, and are probably at the physical limit for your motors
[19:21:27] <jymm> dan1mal: do they make a sorta "lock up sound" that tapers off?
[19:21:35] <dan1mal> yea, i think i'm deffinately at the limit for the motors, which i'm trying to back off, but when i lower the maxvel, then i get following errors
[19:22:15] <SWPadnos> you need to post your hal and ini files, and tell us which line numbers (in those files) you are changing when you make changes
[19:22:32] <dan1mal> they stop deaad, and it makes a constant slightly higher pitched sound then when theyre moving
[19:22:42] <dan1mal> ok give me a sec
[19:22:52] <SWPadnos> remember, http://pastebin.ca
[19:22:53] <jymm> dan1mal: contonously? or for a moment?
[19:22:57] <jymm> http
[19:23:09] <jymm> http://codepad.org
[19:23:45] <dan1mal> when it locks up, it stays locked untill the computer thinks its in position
[19:26:25] <dan1mal> http://pastebin.ca/1532882
[19:31:51] <dan1mal> ive been messing with the maxvel and maxaccel
[19:32:09] <dan1mal> i had it working great earlier
[19:32:21] <dan1mal> until i slowed down the maxvel
[19:32:29] <dan1mal> then it started giving me errors again
[19:32:31] <jymm> You DID keep backup copies of the file, right =)
[19:33:05] <jymm> blah.ini1, blah.ini2, etc
[19:33:15] <jymm> hint hint nudge nudge
[19:34:00] <dan1mal> i do have a copy saved but i dont save after every change because i remember what it was... i only changed one thing
[19:34:14] <dan1mal> well, 3, but all 3 axises are the same #
[19:35:05] <dan1mal> i can go back to where i had it when it worked great earlier, but i'm just curious why it actually runs worse with a slower maxvel
[19:35:12] <holy_good_kid> The G10 L1 routine reloads the .tbl file after it is being read from the HDD, right?
[19:35:18] <jymm> Just a suggestion is all. revision control is da bomb
[19:35:39] <dan1mal> yea i hear ya
[19:35:46] <dan1mal> deffinately helps
[19:36:15] <holy_good_kid> *It definitely helps, thanks dude."
[19:36:17] <jymm> If you're sorta lazy, gDocs has revision control too, and there is a FUSE to it as well.
[19:37:48] <dan1mal> hmm, interesting, thanks
[19:38:18] <SWPadnos> dan1mal, you need to determine accel and vel limits separately
[19:38:32] <jymm> also serves as a nice offsite backup too
[19:39:49] <SWPadnos> you may need to set the stepgen max velocity to a number higher than the traj limit, which you can do by adding an ini item (sometimes called STEPGEN_MAXVEL) and changing the HAL file to use that instead of MAX_VELOCITY
[19:40:09] <SWPadnos> if you set them the same, then the stepgen can never "catch up" to the trajectory planner on full speed moves
[19:40:21] <dan1mal> ahhh ok
[19:40:24] <dan1mal> that makes sense
[19:40:31] <dan1mal> thank you
[19:41:04] <SWPadnos> setting stepgen max accel to 0 basically disables stepgen acceleration limits, which is fine (since the commands are already accel limited by the trajectory planner)
[19:41:57] <dan1mal> SWPadnos, when i changed it to zero, i stopped getting following errors until i slowed down the max velocity
[19:42:49] <holy_good_kid> SWPadnos: How should be the accel. value calculated, anyway?
[19:42:56] <SWPadnos> it depends
[19:43:29] <holy_good_kid> using the motor's capabilities, and gear's (or pulley's) rations?
[19:43:59] <SWPadnos> if you can find all the relevant specifications and physical properties, then you could try to model a machine that way
[19:44:17] <SWPadnos> otherwise, with steppers you just use the torwue and gear ratios, and divide by some number
[19:44:22] <SWPadnos> which I don't know
[19:44:55] <cradek> set the accel low enough that the motors don't stall
[19:44:57] <holy_good_kid> how don't you know it? :0
[19:45:01] <cradek> but not much lower :-)
[19:45:33] <holy_good_kid> or just not to use it, setting it as 0, right?
[19:45:40] <SWPadnos> I bet it's different for every machine / designer combination
[19:46:25] <holy_good_kid> SWPadnos: but what if I have no info and only know the motors, and calculayed the ratio
[19:46:45] <holy_good_kid> *ratios
[19:46:53] <SWPadnos> it's likely that you would still have to experiment
[19:47:10] <dan1mal> hmm so i set the traj max vel to 1.6666 and the maxvels to 1.834, but it's giving me a joint error still
[19:47:23] <holy_good_kid> uh... it's wise
[19:48:43] <dan1mal> it runs fine at 120imp, as long as it isnt 100% of the max velocit
[19:48:45] <dan1mal> y
[19:49:10] <holy_good_kid> dan1mal: why not 1.2 as maximal velocity? There're two places at the .ini file for this value. I had a joint error in ~/configs/sim/axis.ini, using maxvel value for axes only, not changing the DEFAULT MAXVEL or something
[19:49:39] <holy_good_kid> dan1mal: it uses the default 1.2 value, see the beginnin of the .ini file
[19:50:56] <holy_good_kid> it actually works well at any below that multiplied by 1.2 velocity value.
[19:52:11] <dan1mal> 1.2 in the traj?
[19:52:17] <dan1mal> not sure if i follow
[19:53:16] <holy_good_kid> line 44 of axis.ini "MAX_LINEAR_VELOCITY = 1.2" should exceed any of the lines 131, 140, 162, or 183 of the file
[19:54:39] <dan1mal> i have a 5i20.ini
[19:54:46] <holy_good_kid> this way, you will not have a joint error. I have that error using EMC2 in a simulator mode. Test files in a simulator mode. Simply copy and rename the axis.ini file.
[19:54:58] <holy_good_kid> dan1mal: i didn't have it...
[19:55:22] <holy_good_kid> SWPadnos: Is it true, "´╗┐line 44 of axis.ini "MAX_LINEAR_VELOCITY = 1.2" should exceed any of the lines 131, 140, 162, or 183 of the file"
[19:55:29] <SWPadnos> no
[19:55:43] <holy_good_kid> SWPadnos: well, almost that
[19:55:53] <SWPadnos> the TRAJ section limits overall speed, which is the vector sum of the axes used for a particular move
[19:56:05] <holy_good_kid> OK
[19:56:09] <SWPadnos> so if all the axes can move at the same speed, the overall limit is sqrt(3) times that
[19:57:12] <holy_good_kid> overall = SQRT(v1**2+v2**2+v3**2)
[19:57:31] <SWPadnos> yes
[19:57:38] <holy_good_kid> a square root of the sum of squares
[19:57:44] <holy_good_kid> OK
[19:57:44] <SWPadnos> which is why it's sqrt(3) if they can all move at the same speed
[19:58:37] <holy_good_kid> (V_´╗┐overall)**2 = v1**2+v2**2+v3**2
[19:59:03] <holy_good_kid> and line 44? Should it exceed those of eaCH AXIS?
[20:02:28] <holy_good_kid> dan1mal: any advance yet?
[20:05:13] <holy_good_kid> Line 44 of axis.ini is in the "# Sections for display options", it do what?
[20:05:35] <dan1mal> i was reading a little... so would it make sense to set my max_velocity faster in the ini file for each axis so it actually runs well, then put in a maxvel parameter in the hal?
[20:05:50] <dan1mal> i think SWPadnos mentioned this
[20:06:06] <dan1mal> is it kind of a hack way of fixing it, or is it kosher?
[20:06:19] <holy_good_kid> dan1mal: I think .ini files are more settings-friendly, and should be edited before .hal-files
[20:06:34] <SWPadnos> you can also add another value to each AXIS_n section in the ini, and use that instead of MAX_VELOCITY
[20:06:42] <SWPadnos> MAX_VELOCITYis used by the trajectory planner
[20:07:16] <holy_good_kid> SWPadnos: and # Sections for display options, does it influence anything at all?
[20:07:30] <SWPadnos> add STEPGEN_MAX_VEL to each section, and change the lines in the
[20:07:33] <dan1mal> ok, well each axis has a max-velocity #
[20:08:10] <SWPadnos> ... HAL file to use that instead
[20:08:41] <SWPadnos> lines 93, 128, and 163
[20:08:47] <SWPadnos> (in the pastebin)
[20:12:16] <dan1mal> SWPadnos, how does stepgen_max_vel differ from the max_velocity line that is in each axis in the ini?
[20:12:59] <SWPadnos> it goes like this: physical limit > stepgen limit > velocity limit
[20:14:28] <dan1mal> lines 345, 376, and 408
[20:15:45] <holy_good_kid> from the Bible ;)?
[20:15:57] <SWPadnos> add another line
[20:16:02] <SWPadnos> like 345 and a half
[20:16:13] <holy_good_kid> "... And as he told, "just work stupid machine!"
[20:16:19] <SWPadnos> STEPGEN_MAXVEL = (something less than line 345)
[20:16:24] <skunkworks> http://www.cnczone.com/forums/showthread.php?t=81624
[20:17:37] <dan1mal> ahh ok
[20:20:00] <cradek> cool, but I can't get to the source
[20:20:05] <cradek> some yahoo thing
[20:20:32] <cradek> oh "CNC Toolkit is a CAM plugin/script for 3DS MAX,Design Max, GMAX and Autodesk VIZ."
[20:20:42] <cradek> I thought it was a standalone thing - I don't have any of those products
[20:21:13] <skunkworks> heh - sounds like maybe it could be incorperated into heekscad/cam maybe
[20:29:03] <dan1mal> ugh i gotta go to lunch with a customer, ill be back in a while
[20:29:11] <dan1mal> adios, thanks for the help guys
[21:18:37] <tom3p> cradek: you can download GMAX, freebie ( dunno if i had to join the yahoo grop or not )
[21:19:38] <archivist> I feel soiled if I log into yahoo
[21:30:19] <jymm> archivist: Yeah, it's not like what it used to be
[21:31:40] <skunkworks> I think gmax is the wrong flavor of os for cradek :)
[21:32:08] <jymm> gmax?
[21:33:34] <tomp> tomp is now known as tom3p
[21:33:42] <skunkworks> yes
[21:40:15] <jymm> gmax?
[21:41:27] <skunkworks> I thought I remember gmax being a windows only program. Am I wrong?
[21:41:53] <jymm> You said OS, I've never heard of gmax
[21:43:31] <skunkworks> oh. - I guess I wasn't that clear. ;)
[21:43:48] <jymm> I still have no cluea what 'gmax' is
[21:44:01] <skunkworks> http://en.wikipedia.org/wiki/Gmax
[21:44:03] <jepler> I assume it's the software that is the first hit when you google 'gmax', but I know nothing about it
[21:44:22] <jepler> </smartass>
[21:45:24] <jymm> Eh, ppl are usign Blender for 3D stuff as it's open and does gl
[22:28:37] <tom3p> yes closed src, windows only, and has a 5 axis cad output when used with CNCtoolkit. so its diff from Blender. http://www.turbosquid.com/gmax yiou have to register and accept an non GPL license too. its different.