Back
[00:06:03] <DaViruz> i run a 20mm indexable endmill in my 200W servo spindle, machine rigidity limits usable depth of cut alot but the motor doesn't seem to mind the load
[00:35:08] <frallzor> btw is it ok to update emc2 in linux when installed via live-cd?
[00:40:38] <jimbo655> Z limit switch set to in-04-not (switch closes on limit). Z Home switch set to in-05 (switch opens on contact with home). if home switch is on the home rail i get a joint 2 on limit error? what have i set wrong
[01:03:35] <tom3p> archivist: DaViruz: i founf i have a new 10W 25krpm spindle motor with key type chuck , it sez 20mm dia max tool so, right on! :)
[01:04:14] <tom3p> its brushed, and 110ac ,how can i control the speed?
[01:04:22] <DaViruz> 10W? i hope that's a typo :)
[01:04:38] <tom3p> oops 210W
[01:06:01] <tom3p> chuck opens to 6mm shank
[01:07:10] <DaViruz> 20mm dia sounds like much at 25krpm, not much torque at 210W
[01:07:17] <tom3p> ah, brushed ac = 'universal' motor, lotsa speed controller, but lookin for computer controlled, even if open loop
[01:07:27] <DaViruz> and 20mm tool with 6mm shank? :/
[01:09:55] <tom3p> yep, they're bragging, i consider the 'specs' as fringe limits
[01:16:45] <skunkworks> tom3p: did you end up ordering those little servos?
[01:20:31] <tom3p> yep, they're really nice, but my 5i30 is back in chicago, i'm stock in cincinnati
[01:20:59] <tom3p> stuck
[01:21:24] <skunkworks> I orders a few also - they are currently out of stock but they think they have some more.
[01:21:41] <skunkworks> (mine are on their way)
[01:22:18] <tom3p> i found lots of universal motor speed controllers, but the control is a pot in an AC circuit. dunno how to make that computer controllable
[01:23:01] <tom3p> skunkworks: you'll lik ethem, i've used pittmans before ( replaced Takagama's ... much easier to get and loads cheaper )
[01:23:44] <jimbo655> How do you change the units on your linear encoder. Mine is reading mor then half of what it should.
[01:27:26] <tom3p> jimbo655: for a ttl encoder, i dont know of a way. for sinusoidal, its a matter of counting angles on the sinus... and i believe Jon Elson has created a gizmo that is programmable output ( like more or less than the sinus period )
[01:29:06] <jimbo655> I have converted to ttl already. I am looking to change the way that EMC2 reads the encoder to get the correct numbers?
[01:30:52] <jimbo655> It wold be no different then an encoder on your servo motor at 200 clicks per .200. I am looking for the value to change to make the correction.
[01:32:49] <tom3p> the value that you tell emc is based on what 1 encoder count is 'worth' on your axis ( eg: 1 count is .000127689 " or .123 degrees" )
[01:32:52] <tom3p> the value does not have to be nice, it just has to be true
[01:33:50] <tom3p> and there's 4 counts per pulse ( a 500 ppr encoder yields 2000 counts after something called 'quadrature' )
[01:35:02] <tom3p> this looks handy for digital control of a universal motor
http://www.zilog.com/docs/z8encorexp/appnotes/an0235.pdf
[01:35:36] <tom3p> its meant to be embedded, but the idea might be generalized enuf to let the mesa control it, given some i/f
[01:38:04] <tom3p> hmm, pwm control, uses a magnetic encoder (8 pol pairs per rev)
http://www.eu.necel.com/_pdf/U17101EE1V0AN00.PDF
[01:44:29] <tom3p> ok, you need to know the zero crossing event on the ac line, and have rpm feedback from the universal motor, heres another
http://www.divinecirkits.com/projects/Embed/speed_PID_Alg.DOC ( dontya love docs in DOC format? hint.. export to pdf using OpenOffice )
[01:54:08] <skunkworks> sorry about the crappy picture - my somewhat less crappy camera is dead
http://imagebin.ca/img/Hrz6iD.jpg
[01:59:22] <LawrenceG> skunkworks, very nice.... I see it is getting filled already
[02:09:47] <skunkworks> heh - just cars and construction material
[02:24:40] <jimbo655> Now for the fun stuff.... I am tryng to get the homing sequece working. After it locates the limit it moves the wrong way at high speed... not good. I am not naking heads or tails out of the varius HOME values in the ini file.
[02:57:45] <Dallur> Does anyone know why stepgen_maxvel was removed from all the config files during 2.3 development ?
[02:59:10] <SWPadnos> it shouldn't be necessary for most machines
[02:59:18] <SWPadnos> like any trivkins ones I think
[02:59:37] <Dallur> SWPadnos: true, but it was also removed from the non-trivkins configs apparently
[03:00:01] <SWPadnos> oh. that may have been a bad idea, but I'm not sure if it should even be necessary there
[03:00:02] <Dallur> SWPadnos: at least some of them
[03:00:53] <Dallur> SWPadnos: at least it's very important for the thc configs, I'll recommit it for the plasma stuff
[03:01:04] <SWPadnos> hmmm
[03:01:17] <SWPadnos> I don't know if it's just covering up another issue
[03:01:31] <Dallur> with the automatic Z movement it's the stepgen_maxvel that controls the velocity
[03:01:38] <SWPadnos> ah,m ok
[03:01:39] <SWPadnos> -m
[03:01:59] <Dallur> so it actually serves a purpose where the z axis velocity is less than the max vel for the other axis
[03:02:22] <Dallur> and velocity is not determined by the trajectory
[03:03:06] <SWPadnos> the Z vel conmtributed by the THC doesn't enter into the TRAJ calculations
[03:03:12] <SWPadnos> -m (again :) )
[03:03:41] <Dallur> SWPadnos: exactly so it's determined directly by maxvel_stepgen since vaxvel isn't consulted
[03:03:48] <SWPadnos> so the relation between X Y and Z will be the same as far as TRAJ is concerned
[03:03:53] <Jymmm> SWPadnos: YEAH BABEEE
http://en.wikipedia.org/wiki/THC
[03:04:11] <Dallur> lol
[03:04:14] <SWPadnos> right, if you're using HAL to add vel to a stepgen, you need to limit it in HAL as well
[03:04:21] <SWPadnos> Jymmm, I don't even need to look :)
[03:04:51] <Jymmm> SWPadnos:
http://emccollision.com/
[03:05:03] <Jymmm> O_O
[03:06:06] <SWPadnos> um. yeah
[03:06:34] <Jymmm> Saw that today, couldn't resist sharing
[03:08:33] <Dallur> Reminds me, a while back I gave a talk on mission critical linux systems and I used emc as an example of an OSS project where bugs are not tolerated, when I explained that bugs mean several hundred pounds of steel crashing into each other and bits flying off it left an impression
[03:08:54] <toastydeath> that is a pretty good example
[03:08:57] <SWPadnos> heh
[03:10:34] <Valen> show the video of that guy with the probe?
[03:14:44] <Dallur> dunno, what video is that?
[03:14:56] <toastydeath> heh heh "automatic probing"
[03:15:54] <Valen> i'm looking for it now but i think the guy might have taken it down
[03:17:01] <Dallur> automatic probing sounds like something aliens might use for unmanned space flight
[03:17:18] <Valen> lol
[03:18:28] <jimbo655> Were back. I have movement on the Z joint. I can jog up and down some I seem to have a problem when i hit my home switch. EmC treats it as a limit. not sure how t correct
[03:19:21] <Valen> yeah the automatic probe one is gone
[03:29:02] <jmkasunich> jimbo655: do you have separate limit switches?
[03:29:55] <jimbo655> Yes
[03:30:32] <jmkasunich> in HAL, you need to connect the input pins for the limit switches to EMC's limit inputs, and the input pin for the home switch to EMC's home input
[03:31:13] <mozmck> Dallur: are you using a MP1000 for THC?
[03:32:14] <Valen> Question: with linear scales, is the "reset" pin a pulse as you go past the point or is it a "on for the last inch" type thing
[03:33:46] <cradek> at least some scale indexes are a pulse every so often
[03:33:58] <cradek> so you use them in combination with a home switch, just like a regular encoder
[03:34:18] <jimbo655> I have Zhome defined as Linksp in-05 and for the limit i use NET limit-z in-04-not
[03:34:18] <cradek> (I am not an expert)
[03:34:58] <Valen> hrm how would I go about looking for this pulse, its all wired up into a working EMC (IE i have the DRO side of things working) but I am yet to see anything on that line
[03:36:00] <cradek> use halscope to trigger on it
[03:36:09] <jmkasunich> jimbo655: I don't know what that means. the best way to see what you have is to do "halcmd show sig" while EMC2 is running, that will list all the signals that you have defined
[03:36:18] <Valen> assuming i have no idea how to do that, how would i do that lol?
[03:36:19] <jmkasunich> if you pastebin the result, others can see too
[03:36:54] <Valen> I tried using halscope but the problem is I don't know if the limit is that I don't know what i'm doing or if theres no signal
[03:36:54] <cradek> Valen: back up a second. what's it hooked to?
[03:37:04] <Valen> linear scale
[03:37:19] <Valen> mesa 7i40 + 5i23
[03:37:58] <cradek> ok you don't see it directly then. you hook it to the encoder index input.
[03:38:16] <cradek> it's the encoder hardware's job to handle the index pulse.
[03:38:46] <Valen> I was hoping to use it as a home switch
[03:38:48] <cradek> you can set the encoder's index-enable pin true, then when it sees an index it will reset the position. homing does this for you.
[03:39:06] <Valen> I see
[03:39:43] <Valen> How would i test this? keeping in mind that there are no motors on this conversion yet ;->
[03:39:45] <cradek> Valen: you can home on only index. you will have to manually position the machine between two particular pulses and then homing will seek out the correct pulse.
[03:40:32] <Valen> I was hoping to be able to see the pulse on something so i could tell if it was the kind that only put a pulse out at one end, or at intervals or not at all
[03:41:04] <cradek> you will only be able to "see" it indirectly by setting index-enable, then moving the scale past the pulse, and seeing the position reset.
[03:41:22] <Valen> none of the halscope pins would be able to see it?
[03:41:40] <cradek> or, I guess you could physically wire it to a digital input also, and move very slowly, and you will see it
[03:41:58] <Valen> also if it is a periodic pulse and it resets the co-ordinates wouldn't that be a really bad thing?
[03:42:13] <cradek> homing deals with that for you. that's how homing works.
[03:42:35] <cradek> it's sure true that you don't want to reset the position while emc doesn't expect it
[03:42:37] <Valen> so index enable only resets cordinates during homing?
[03:43:01] <cradek> the encoder's index-enable pin is hooked to the motion controller, which uses it at the right time (part of homing)
[03:43:23] <Valen> handy
[03:43:33] <Valen> I'll find out how to turn that on and give it a try
[03:43:50] <Valen> I need to start mucking with ini and hal files now anyway
[03:44:10] <cradek> homing docs:
http://www.linuxcnc.org/docview/html//config_ini_homing.html
[03:44:17] <roh> *wait*
[03:44:19] <Valen> We want it to be hooked up to 2 axes of the mill and the lathe at the same time lol (just for the DRO functions)
[03:44:41] <Valen> so i need to add another axis to the sample 5i23 file
[03:44:42] <jimbo655> What IRC software is on the distribution disk?
[03:44:54] <roh> * roh just glued in a ntc resistor into a heater with some '2-component-steel'
[03:45:06] <Valen> as in installed or included as a package?
[03:45:30] <SWPadnos> gaim or some such is installed by default
[03:45:50] <cradek> some people use xchat - not sure if it's installed by default but it's packaged.
[03:45:55] <SWPadnos> chatzilla is available as a Firefox add-on, as well as bunches of others (xchat, irssi, bitchX ...)
[03:46:11] <cradek> yeah, irssi is the one that doesn't suck :-)
[03:46:15] <SWPadnos> heh
[03:46:19] <Valen> xchat isnt all bad
[03:46:23] <SWPadnos> for you text terminal people ;)
[03:46:24] <Valen> I stuck that on our one
[03:46:35] <Valen> bah use telnet
[03:46:40] <Valen> if your man enough
[03:46:54] <SWPadnos> I've done that to mail servers
[03:46:59] <Valen> heh same
[03:46:59] <SWPadnos> but only for testing :)
[03:47:05] <Valen> mostly the same
[03:47:07] <Valen> I was testing
[03:47:17] <Valen> then realised i actually had a message to send
[03:47:18] <cradek> I'm secure enough in my masculinity already, thanks
[03:47:32] <Valen> felt so l33t lol
[03:48:08] <SWPadnos> funny. that reminds me of the band we just saw
[03:48:15] <SWPadnos> "The Lost Fingers"
[03:48:30] <Dallur> mozmck: yup, MP1000B
[03:48:30] <SWPadnos> they play '80s songs as jazz-like tunes
[03:49:22] <mozmck> Dallur: I thought so - I guess you wrote the configs in emc for it?
[03:49:31] <Dallur> mozmck: yup
[03:49:51] <Dallur> mozmck: but it does not work with the 1000C
[03:49:59] <cradek> mozmck: I just got back from seeing a bluegrass band at the coffee shop - they were fun to watch - but could sure use a banjo player
[03:50:13] <mozmck> cradek :)
[03:50:28] <mozmck> bluegrass isn't hardly bluegrass without a banjo!
[03:50:45] <cradek> oh I didn't say they didn't have a banjo...
[03:51:00] <cradek> heh
[03:51:34] <mozmck> Dallur: I work for Tom at CandCNC. He has finally given the go ahead recently for me to get our new stuff working in emc2
[03:51:36] <Dallur> mozmck: they changed the pinouts, did some multiplexing, were unwilling to share info on the new pinout so I lost interest in adding support for newer versions
[03:51:47] <mozmck> cradek: I see! ;)
[03:51:58] <Dallur> mozmck: that's great, so your implementing the multiplexing ?
[03:52:29] <mozmck> Dallur: that is the MP3000. The MP1000C is similar to the MP1000B
[03:52:40] <Dallur> mozmck: ahh sorry
[03:53:07] <mozmck> The multiplexing is done and working, but I will have to write a component for the serial stuff
[03:53:23] <Dallur> mozmck: there are also some additional work being done on thc, there is a rewrite to port the whole thing into a component
[03:53:30] <jimbo655> Where do you want me to place the files for you to look at?
[03:53:45] <mozmck> the new thc is an addon card with no display, but it sends the info to the computer on the serial port
[03:54:02] <Dallur> mozmck: ok, I just implemented the serial stuff in as a crutch, it wasn't a very elegant solution
[03:54:12] <mozmck> Dallur: I see. That was the route I was thinking of.
[03:54:31] <jimbo655> I am assuming you want my HAL file and my INI files
[03:55:12] <mozmck> Dallur: does it work? it looked like you were trying to read from the THC
[03:55:18] <Dallur> mozmck: I had a really tough time getting signals through via the serial, don't know why but about 60% of the time the voltage settings were wrong
[03:55:49] <Dallur> mozmck: I read and write, and it does work but I have to verify and retry setting the voltage until it sticks with the correct number
[03:56:29] <mozmck> Dallur: with the MP1000 series you can only send a setting to the THC, not receive.
[03:56:49] <mozmck> the way to see if it sticks is if the display changes to the new setting.
[03:57:12] <Dallur> mozmck: i'm pretty sure you can receive, although it's been about a year since the last time I worked with it
[03:58:01] <mozmck> hmmm, could have been true on the A series - not completely sure.
[03:59:45] <Dallur> mozmck: If there is anything I can do to help just let me know, I'm not a good programmer but more of a jack of all trades, at least I can do some testing :)
[04:00:38] <mozmck> Dallur: thanks. I will probably need help. I'm a jack of all trades too, but I do write all the software and firmware for our stuff.
[04:01:31] <mozmck> I'm still learning emc though (will I ever finish that?) and will surely need help along the way.
[04:01:52] <Dallur> mozmck: feel free to drop me a mail, irc or msn jarl@dallur.com, dallur@freenet, jarl_stefansson@hotmail.com
[04:02:39] <mozmck> thanks!
[04:03:05] <Dallur> mozmck: btw, if you want to look at some things done with the mp1000 check out
http://dallur.com
[04:03:29] <mozmck> I would be interested in helping on the thc component if that's possible as well.
[04:03:30] <jimbo655> I have opened HAL and done a show sig. how do I use pastebin and where do I use it?
[04:04:04] <jimbo655> Hate to be dense first time for everything....
[04:04:52] <mozmck> Dallur: that's pretty impressive! do you build these for sale?
[04:05:26] <mozmck> jimbo655:
http://www.pastebin.ca/
[04:05:38] <SWPadnos> jimbo655, go to
http://pastebin.ca/ and paste the text in there
[04:05:51] <Dallur> mozmck: BigJohnT is leading the compoment rewrite, I have not really touched it
[04:06:21] <SWPadnos> copy / paste, which can be done using menu commands, keystrokes, or by selecting text and then middle-clicking in the editor to paste
[04:06:23] <mozmck> Dallur: ok. I may chat with him about it.
[04:06:40] <Dallur> mozmck: nah, I decided to build a boat, figured the proper way to build one was with a computer, built a cnc cutting table, wanted to use linux, so I took 7 years and now the boat is almost done :P
[04:07:08] <Dallur> mozmck: it might not be the quickest way to build a boat but it's the most fun for sure
[04:07:36] <mozmck> Dallur: :) That can be the way I do things too.
[04:07:44] <Dallur> mozmck:
http://dallur.com/index.php?id=44&tx_lzgallery_pi1[subg]=10&tx_lzgallery_pi1[showUid]=41
[04:07:51] <Dallur> that's the gallery for the plasma cutting stuff
[04:08:14] <mozmck> I think I saw that a while back!
[04:09:25] <Dallur> mozmck: unfortunately neither the thc300 nor the mp1000 are really built for industrial grade HF machines, took me years to finally give up and replace my plasma cutter with a non HF model
[04:09:32] <jimbo655> http://pastebin.ca/1483605
[04:09:45] <mozmck> Dallur: yes, on the main board the MM 6/07 is my signature after testing the board
[04:09:56] <Dallur> mozmck: lol :)
[04:10:46] <mozmck> Dallur: I think we may finally have a system that has enough isolation and filtering for HF machines.
[04:10:48] <Dallur> mozmck: have you thought about connecting the sensor board with a fiber
[04:11:31] <Dallur> mozmck: I know it's quite a bit more expensive but I figure if it gets rid of the HF issues it's worth it
[04:11:48] <jmkasunich> jimbo655: so you are using input 01 for X home, and input 00 for X limits
[04:12:14] <jmkasunich> 03 for Y home, 02 for Y limits
[04:12:15] <SWPadnos> jimbo655, are you working on the Z axis still?
[04:12:21] <mozmck> Dallur: hmm, I haven't. Don't know if Tom has or not. The sensor card divides down the tip volts and that analog signal is read by the processor
[04:12:31] <jmkasunich> 05 for Z home, and 04 for Z limits
[04:12:34] <mozmck> so I don't know how fiber would work
[04:13:00] <jimbo655> SWpadnos: Yes
[04:13:05] <Dallur> mozmck: and placing the signal processor on the board would be a bit risky
[04:13:18] <jmkasunich> at the moment you issued the "halcmd show sig" command. the X and Y home switches were tripped, the Z was not
[04:13:32] <jmkasunich> and the Z limit switch was tripped, but the X and Y were not
[04:14:00] <Dallur> mozmck: I made a pretty good list/guidelines dealing with HF/HV issues to assist some other people with their installations (based on what I learned), I could mail it to you if you want to use it in any of your documentation (feel free to use under public domain)
[04:14:27] <mozmck> Dallur: yes. that's the kind of problems we run into.
[04:14:42] <jimbo655> What are you loking for I can put it in trip for the Z home and do another with a trip for Z limit.
[04:14:47] <mozmck> Dallur: that may be helpful.
[04:15:40] <jmkasunich> I'm not looking for anything
[04:15:54] <jmkasunich> you know where the machine was, I don't
[04:15:56] <Dallur> mozmck: where do you want me to mail it to ?
[04:16:07] <jmkasunich> is it reasonable that limits were tripped but home wasn't?
[04:16:26] <mozmck> Dallur: Our newest thc has better isolation from everything, and the newest THC should do a much better job for HF. we will be testing it shortly
[04:16:37] <mozmck> Dallur: moses@skytex.net
[04:18:00] <Dallur> mozmck: it's just something I made when helping people getting their setups working, not complete but does provide basic info which took me a while to learn :)
[04:18:04] <jimbo655> http://pastebin.ca/1483610. Z home
[04:18:14] <mozmck> Dallur: I meant the newest THC sensor card in the second part of that last sentence...
[04:18:39] <jmkasunich> jimbo655: something is crossed up
[04:18:50] <jmkasunich> Zhome is false, but Zlimit is true
[04:18:55] <SWPadnos> jimbo655, do you mean to say that that last pastebin was with the Z home switch activated?
[04:19:13] <mozmck> Ok, thanks! Tom has quite a bit of knowledge on that as well - as you might imagine.
[04:19:27] <mozmck> past 11 PM here, I better go...
[04:19:58] <Dallur> mozmck: ok, later
[04:20:01] <jimbo655> http://pastebin.ca/1483612 Z limit tripped.
[04:20:41] <jimbo655> jimbo655, do you mean to say that that last pastebin was with the Z home switch activated? YES
http://pastebin.ca/1483610
[04:21:31] <jmkasunich> your limit and home switches are switched
[04:21:44] <jmkasunich> either change the wiring or change the HAL (HAL is probably easier)
[04:22:09] <jimbo655> I will change HAL and try again.....
[04:23:36] <SWPadnos> jimbo655, while you have EMC running, you can pop up a few halmeters to look at all the switch inputs
[04:24:12] <SWPadnos> as you toggle each of them (EMC doesn't have to be in the machine on state), you will see one meter turn TRUE
[04:32:03] <SWPadnos> night folks
[04:32:15] <jimbo655> Night.
[04:33:38] <jimbo655> SO now that my limits and home are correct. When homing if I hit the limit the i receive a limit error. Where do I go now?
[04:38:42] <jmkasunich> the home switch should be far enough inside the limits that you don't hit it when homing
[04:38:57] <jmkasunich> otherwise, there is no point in having a separate home switch
[04:40:46] <jimbo655> My home switch on the XY start at the center and go to one side. My limits sit on the outside edge. of the joints.
[04:41:54] <jimbo655> The home switch on this machine give you center and - and right and +
[04:42:49] <jmkasunich> so the switch is tripped for about half of the total travel?
[04:43:01] <jimbo655> Yes
[04:43:11] <jmkasunich> then it should work fine
[04:43:34] <jmkasunich> you said "when homing, if I hit the limit I recieve a limit error".
[04:43:44] <jmkasunich> but that shouldn't happen if homing is set up right
[04:44:01] <jimbo655> When I try to home the Z it goes to the limit and stops with a limit error
[04:44:15] <jmkasunich> if you are off the home switch when you start homing, it should move toward the switch (toward the center, away from limits)
[04:44:34] <jmkasunich> if you are already on the switch, it should move off - again, away from limits
[04:45:04] <jmkasunich> you probably have the home search velocity set wrong - if it is positive, make it negative, if negative, make it positive
[04:45:32] <jimbo655> OK
[04:55:50] <jimbo655> That fixed it.
[04:55:55] <jmkasunich> yay
[04:58:59] <toastydeath> hey, i think jmkasunich is cheating, it sounds like he's done this before
[05:45:45] <jimbo655> Most likely. Now on to bigger and badder things.
[06:02:59] <jimbo655> I am working on the parameters for the Z axis. I have the Heidenhain data but am unsure of the crossover to your parameters. Any help?
[12:20:10] <BJT-Hardy> in hostmot2's man page for stepgen velocity-cmd Target velocity of stepper motion, in arbitrary position units
[12:20:12] <BJT-Hardy> per second.
[12:20:30] <BJT-Hardy> what is arbitrary position units?
[12:22:21] <micges> BJT-Hardy: don't know, but if I write there 25 then axis is moving 1500mm/min
[12:22:35] <micges> maybe it is axis unit?
[12:22:49] <SWPadnos> it could possibly be better to say "user-defined units"
[12:23:18] <SWPadnos> the units are defined by the scale you choose, in relation to the hardware that's attached
[12:23:56] <BJT-Hardy> I'm trying to figure out how to scale a stepper to get rpm
[12:23:58] <SWPadnos> however, we don't know ahed of time either what the scale it, or what the units are (ie, position, velocity, torque ...)
[12:24:06] <SWPadnos> oh, stepgen
[12:24:15] <SWPadnos> * SWPadnos hasn't had any coffee yet ;)
[12:24:28] <SWPadnos> so it's position or velocity, depending on the mode
[12:24:32] <BJT-Hardy> have a cup on me
[12:24:41] <BJT-Hardy> yes
[12:24:51] <SWPadnos> but the units are still unknown (mm, inch, microns ...)
[12:25:01] <SWPadnos> or mm/s, inch/s, ...
[12:26:15] <BJT-Hardy> the stepper takes 2000 steps for one rev
[12:26:37] <SWPadnos> for some stepper and driver combinations
[12:27:16] <BJT-Hardy> for mine at least
[12:27:18] <SWPadnos> to get RPM though, it's fairly simple
[12:27:37] <SWPadnos> the stepgen is set in frequency, which is steps/sec
[12:28:44] <SWPadnos> so steps / sec = steps/rev * min/sec * revs/min
[12:28:56] <SWPadnos> min/sec is 1/60
[12:29:04] <SWPadnos> steps/rev=2000/1
[12:29:22] <SWPadnos> so your scale should be 2000/60 = 33.33
[12:30:11] <BJT-Hardy> thanks
[12:30:20] <SWPadnos> sure. let me know if it works :)
[12:35:24] <BJT-Hardy> yep, worked perfect S1 M3 took one minute to make a rev
[12:35:41] <SWPadnos> cool
[12:40:41] <BJT-Hardy> now to get my encoder hooked up :) and I'll have a pseudo lathe spindle to play with threading
[12:44:20] <BJT-Hardy> I did figure out that you don't want stepgen enable connected to motion.spindle-on :O
[12:45:02] <SWPadnos> realy? why not?
[12:45:14] <SWPadnos> +l
[12:45:37] <BJT-Hardy> cause when you do a M5 it stops without any ramp down in speed
[12:45:48] <SWPadnos> oh, true indeed
[12:46:03] <SWPadnos> I bet it stops pretty quickly though
[12:46:13] <BJT-Hardy> really neat to watch the stepper do a spin on the table
[12:47:17] <jepler> the distance units for velocity-cmd are whatever units are established by the 'scale' setting, just like they are for position-cmd
[12:47:56] <jepler> if 'scale' establishes a scale of 1 = 1mm, then velocity-cmd=1 establishes a velocity of 1mm/sec
[12:48:03] <SWPadnos> in this case though, BJT-Hardy wanted the units to be RPM, not units/sec
[12:48:19] <BJT-Hardy> a stepper driven spindle
[12:48:40] <SWPadnos> that was my point about the units being "arbitrary" or user-defined
[12:49:20] <jepler> then find the scape that establishes 1 position unit = 1 revolution
[12:49:26] <jepler> scale
[12:49:51] <jepler> oh, ouch, per minute
[12:49:56] <jepler> you'll come to a bad end
[12:50:19] <SWPadnos> spindle speed is output in RMP, isn't it?
[12:50:22] <SWPadnos> gah
[12:50:23] <SWPadnos> RPM
[12:50:30] <BJT-Hardy> yes
[12:50:34] <jepler> yes but that was a mistake all along
[12:51:07] <jepler> to use that as an input to any "velocity" you have to set a "scale" that makes no sense .. a scale where 1 = 1/60 revolution, or something like that
[12:51:33] <SWPadnos> 33.3333333333333 in this case :)
[12:51:52] <jepler> but when you look at position, it'll be meaningless -- threading will give the wrong pitch, for instance.
[12:52:33] <SWPadnos> hmmm. that's true, and brings up another question
[12:52:43] <SWPadnos> does rotation go from 0 to 1?
[12:52:57] <BJT-Hardy> do you mean the stepgen position?
[12:53:14] <jepler> no, it increases forever
[12:53:15] <SWPadnos> it's in "full rotations" isn't it? not degrees or radians
[12:53:27] <SWPadnos> well, in threading mode
[12:53:35] <SWPadnos> err, spindle sync mode
[12:53:55] <jepler> it's reset to 0 at the start of a spindle-sync move
[12:54:05] <jepler> using the index-enable handshake and the index input to the encoder
[12:54:16] <jepler> that also will require additional work for a stepper-spindle
[12:54:32] <jepler> there's no reset-on-index functionality
[12:54:34] <SWPadnos> he's going to add an encoder I think
[12:54:51] <BJT-Hardy> I have an encoder attached to the stepper
[12:55:15] <jepler> in that case I guess you can ignore the "position" of the stepgen altogether
[12:55:33] <SWPadnos> yep. it
[12:55:34] <BJT-Hardy> I'm just using the stepper to act as a spindle
[12:55:40] <SWPadnos> it's a frequency generator only
[12:56:10] <SWPadnos> so it's the encoder scaling that matters for spindle sync, not the stepgen being scaled for RPM
[13:00:42] <BJT-Hardy> don't you need both scaled correctly so S50 gives me 50 rpm and the encoder feedback is correct?
[13:01:02] <BigJohnT> http://imagebin.ca/view/nHjT8ku.html
[13:01:06] <SWPadnos> yes, they both need to be scaled correctly
[13:01:10] <SWPadnos> but the scales are different
[13:01:32] <BJT-Hardy> yea, the encoder is 2500 per rev
[13:01:36] <SWPadnos> this is a problem with the motion controller. spindle speed output is in RPM, but feedback is in RPS
[13:01:51] <SWPadnos> plus you have different counts/rev for the two devices :)
[13:02:55] <BJT-Hardy> does the sync adjust the Z feed to match the spindle feedback?
[13:03:37] <SWPadnos> in spindle-sync mode, yes. spindle feedback is used to control axis velocity
[13:03:56] <jepler> and it can be any combination of axes, not just Z
[13:04:47] <jepler> (at least in principle, I doubt anybody's actually done threading on the UW axis, or made sure that an A-axis move is properly synched)
[13:05:08] <BJT-Hardy> * BJT-Hardy goes to get the latest
[13:05:09] <jepler> (but in practice, XZ synched moves are very well tested since they're a natural part of many threading cycles)
[13:05:24] <jepler> bbl, going to the zoo
[13:05:45] <BJT-Hardy> thanks
[13:06:55] <SWPadnos> cool
[13:06:58] <SWPadnos> see you later
[15:29:35] <frallzor> im milling some plexiglass manually, tips to make it good?
[15:30:30] <BigJohnT> slow spindle speed, sharp cutter
[15:31:35] <frallzor> define slow
[15:31:41] <frallzor> i can do up to 6000
[15:31:45] <frallzor> rpms
[15:33:37] <frallzor> the spindle recommends different settings for some materials
[15:33:48] <frallzor> could I use setting for PC?
[15:34:04] <frallzor> or ABS?
[15:34:58] <BigJohnT> slow enough so as to not melt the plastic... try 100 rpm
[15:35:09] <jmkasunich> 100? that's pretty darned slow
[15:35:18] <jmkasunich> although RPM depends on cutter size
[15:35:24] <frallzor> 3mm cutter
[15:36:03] <BigJohnT> that is pretty small
[15:36:24] <jmkasunich> so roughly 10mm per revolution - at 1000 RPM, you'll get 10m/min (30 SFPM)
[15:36:39] <The_Ball1> The_Ball1 is now known as The_Ball
[15:36:48] <jmkasunich> that should be OK, you might be able to go up to 2000 or 3000
[15:37:15] <jmkasunich> the important part is SHARP, you need to be cutting, not rubbing, or friction will melt the plastic and make a mess
[15:37:30] <jmkasunich> choose your feed so you are taking at least 0.002" per flute
[15:37:47] <jmkasunich> 0.050mm per flute I think that is...
[15:38:53] <jmkasunich> so a 2 flute cutter at 2000 RPM is 4000 flutes per minute * 0.050mm/flute is 200mm/min
[15:39:27] <jmkasunich> you might be able to feed faster, maybe 0.1mm/flute - it all depends on your machine, workpiece, and cutter
[15:39:48] <frallzor> took a hipshot
[15:39:51] <BigJohnT> he is milling manually so feed rate will not be so easy to figure
[15:39:52] <frallzor> pretty good
[15:39:54] <frallzor> no melting
[15:40:28] <BigJohnT> I use lots of air on the cutter and watch for chips and not little balls of plastic on my manual mill
[15:40:38] <jmkasunich> if milling manually, just make sure you feed fast enough that you are getting nice thick chips, not thin flakes or dust or melt
[15:40:45] <frallzor> it was nice chips =)
[15:40:50] <frallzor> big and nice
[15:41:10] <frallzor> only issue, im milling on my desk :P
[15:41:38] <jmkasunich> vacuum cleaner?
[15:42:11] <BigJohnT> Get Smart "Dome of Silence" :)
[17:57:00] <jimbo655> Good Morning..... :) Still looking at the Homing. during homing I receive a hit limit in homing state error and My favorite joint 2 on limit switch error.
[17:57:28] <jimbo655> Taht is state 16
[17:58:49] <frallzor> what do you say, do you need limitswitches or its just a "blingbling" =)
[18:12:17] <Danosaur> Hi guys, I was wondering if it is possible to compile the simulation mode of EMC2 to run under windows, and how I would go about doing that.
[18:15:05] <archivist> Danosaur, makes little sense, wont be easy at all, just use the live CD
[18:16:50] <archivist> you could try
[18:16:59] <Danosaur> What are the major issues with doing it?
[18:17:41] <jimbo655> Yes I need limit switches. Is there a way to modify the Homing routine? Is it done inside of ladder? What are the files that I access?
[18:18:58] <archivist> Danosaur, dont know, not tried, dont remember anyone talking about trying in the two years Ive been watching the project
[18:20:02] <archivist> Danosaur, iirc someone did remote to a Linux box from windows
[18:20:03] <Danosaur> Hmmmm... that's probably not a good sign.
[18:20:34] <archivist> windows is not a good sign where hardware control is done
[18:21:19] <alex_mobile> You can use a vm
[18:22:16] <alex_mobile> I compiled a version of Emc1 a long time ago on doze.
[18:23:14] <alex_mobile> Maybe 4-5 years ago. I don't think it would be worth the trouble now.
[18:26:00] <Danosaur> How deep into the motion control code does the simulator need?
[18:26:04] <tomp> tomp is now known as tom3p
[18:28:26] <archivist> I guess libraries and environment are a bigger issue
[18:28:27] <alex_mobile> For Emc2 the multiplatform support has been dropped, so it would be a huge pain.
[18:29:11] <alex_mobile> Try installing portable Ubuntu
[18:29:35] <alex_mobile> That works as a win app.
[18:32:43] <Danosaur> Ok. I'll give that a shot for now I guess. Was hoping for a different answer. :-)
[18:34:33] <archivist> why do you think windows should be supported
[18:35:29] <archivist> and do you realise why it is not (realtime control)
[18:36:19] <Danosaur> I do realize why it is not. It is because it is the most commonly used and most convenient system. It would require external hardware to handle the RT tasks.
[18:37:12] <Danosaur> I like the idea of linux too, but it just isn't widely used enough.
[18:37:51] <archivist> heh, its used more than you think
[18:38:24] <tom3p> linux is used more than Fanuc is more direct analogy
[18:39:12] <archivist> so much of the web is served on linux
[18:39:19] <jimbo655> All of the file servers That I put in businesses are NOTt running windows.......:)
[18:40:25] <Danosaur> For people with highly technical backgrounds, or in the IT world, yes.
[18:41:00] <archivist> the user stuff is catching up reasonably well now
[18:41:16] <Danosaur> But does someone setting up a CNC mill in their garage want to learn a new OS and have to mess with transferring back and forth?
[18:41:37] <tom3p> and ... i gotta say, regular linux is not good for realtime, and there are pretty good rt extensions for microsoft o/s's, (expensive extensions )
[18:41:50] <archivist> and as a lot like firefox and open office run on both platforms the swap is easy for some
[18:43:31] <Danosaur> I personally like linux, and agree that it is fairly usable now. But is it widely used by the average person running CNC equipment?
[18:43:48] <tom3p> i agree that a great cad is not free on liux, BUT great cad is available on linux for money, making a pure linux environment convenient ( just not free )
[18:44:12] <tom3p> the average person runing cnc equip uses neither linux nor microsoft
[18:45:09] <Danosaur> haha, yes, on his CNC machine. But when he does use a PC, what OS does he know?
[18:46:05] <tom3p> the average person running cnc equip uses closed source single application program, he cant get email, see web, play sone, write letter
[18:46:05] <tom3p> then we leave the average person arena :) and it is personal preference, personal pocketbook that directs the person
[18:46:58] <tom3p> and, what he has heard of and what he's willing to try
[18:47:44] <jimbo655> Most embeded and automation systems including CNC are running dedicated code for there process and theirs only. windows, Linux, CPM, etc. are only there to make easy for the human to use......... At the cost of overhead and direct access to the hardware.
[18:48:45] <tom3p> Danosaur: i understand your viewpoint, i hate to have to goto windows... that means we both hate to swap. (we agree:)
[18:49:19] <archivist> I live on both for different applications
[18:49:27] <Danosaur> hahaha
[18:49:41] <jimbo655> Same here.....
[18:49:47] <Danosaur> yes, i do in some cases too.
[18:50:10] <frallzor> lets change topic, what do you guys use to modell and cam in linux
[18:50:12] <frallzor> =)
[18:50:47] <archivist> frallzor, HeeksCAD when we get it done
[18:51:14] <frallzor> I still havent found a nice combo to use
[18:51:31] <frallzor> most doesnt seem like solidworksmodells
[18:51:31] <jimbo655> I am not using Linux.. I have purchased Rhino cad3d and mad cam.
[18:52:00] <archivist> us poor folks cannot go that route
[18:52:21] <Danosaur> Thanks for the chat guys. Later!
[18:52:24] <frallzor> poor folks can pirate? :P
[18:52:33] <jimbo655> I went to school....... Again.........
[18:52:44] <archivist> freenode users do not pirate
[18:53:26] <frallzor> sure they do, no matter how small the "crime" is most have still pirated, mp3 etc etc =)
[18:54:27] <jimbo655> Are the routines for the Homing sequence done in ladder?
[18:54:28] <frallzor> saying that nowadays is like saying that your farts doesnt smell but that wasnt the topic :P cam is
[18:54:42] <frallzor> is there some nice cam for win that is free?
[19:11:21] <frallzor> cant wait to get my little thing up and running
[19:30:26] <frallzor> anyone here using a gecko g540?
[19:36:50] <Jymmm> a couple do
[19:39:36] <frallzor> wondering if you get the cable to connect to a pc with it =)
[19:39:41] <frallzor> DB25M-DB25M isnt easy to find
[19:40:42] <Jymmm> get a M to F and use a gender changer
[19:42:05] <cradek> pmdx puts the centronics connector on their boards, so you can use any normal printer cable -- very smart IMO
[19:42:28] <frallzor> wonder why gecko is so stupid to put a femaleconnector on theirs
[19:42:38] <Jymmm> cradek: That's even harder to find
[19:42:48] <frallzor> Jymmm not really
[19:42:54] <frallzor> I find them everywhere =)
[19:42:54] <cradek> yeah I doubt that
[19:43:20] <archivist> standard type 57 never aproblem
[19:43:25] <Jymmm> When was the last time you saw a centronix connector on a modern printer?
[19:43:42] <cradek> when was the last time you saw a DB25 on a modern printer?
[19:44:00] <Jymmm> I dont I see them on modems
[19:44:03] <archivist> centronics is a recent name for an old standard connector
[19:44:09] <cradek> modem = wrong cable
[19:44:19] <Jymmm> Nope,
[19:44:47] <cradek> the db25-db25 straight through cable is hardly ever used in normal computing, only for printer switchboxes and oddball stuff like that
[19:45:01] <cradek> the db25-centronics printer cable is used with every parallel printer.
[19:45:37] <archivist> centronics-> real name is Amphenol type 57 centronics refers to number of pins and wiring
[19:46:06] <cradek> pardon my commoner usage
[19:46:07] <frallzor> still wondering if you get the cable with the G540 :P anyonw know?
[19:46:12] <cradek> haha
[19:46:21] <cradek> frallzor: surely you can order it from newegg or the like?
[19:46:33] <frallzor> newegg>sweden
[19:46:36] <frallzor> nah
[19:46:57] <cradek> sweden - I won't have any useful advice then.
[19:47:35] <archivist> cradek, all the catalogues use centronics even for other sizes now :((
[19:47:48] <archivist> dumb
[19:48:06] <cradek> pedantry hurts, doesn't it (and I would know)
[19:48:32] <archivist> and seen them called IEEE488
[19:48:47] <archivist> which is only 24 pin
[19:48:50] <Jymmm> $4
http://www.pcconnection.com/IPA/Shop/Product/Detail.htm?sku=7456158&oext=1038A&ci_src=14110944&ci_sku=7456158
[19:49:30] <archivist> jymm thats serial nonononono
[19:49:51] <cradek> agreed
[19:50:03] <frallzor> well thats what I need =)
[19:50:22] <cradek> well it says "serial or parallel applications" and "straight through"
[19:50:28] <cradek> so maybe it's fine, just poorly labeled
[19:50:49] <Jymmm> http://www.pcconnection.com/IPA/Shop/Product/Detail.htm?sku=131200
[19:50:59] <Jymmm> Here ya go even says all 25 are wired
[19:51:42] <frallzor> but I still live in sweden ;)
[19:52:09] <archivist> frallzor, so google your local suppliers
[19:52:15] <archivist> or make
[19:52:56] <frallzor> oh it seems it needs to be parallell
[19:53:48] <awallin> frallzor: www.elfa.se
[19:54:30] <awallin> oh, and digikey are desperate for customers, so they have free shipping for an order >60eur ...
[19:54:36] <frallzor> couldnt find, and i wont shop there again due to the rape of regular ppl =)
[19:54:46] <frallzor> insane shipping for non-companies
[19:55:15] <Jymmm> no clue what this says....
https://www1.elfa.se/elfa~se_sv/catalog/getAtpInfo.do?display_scenario=query
[19:55:54] <frallzor> i think everyone in here can say what it says ;)
[19:56:16] <tom3p> maybe RS electronics in Sweden (not radio shack)
[19:56:38] <frallzor> afaik they dont sell to non-companies?
[19:56:40] <Jymmm> well, then I'll let you find your sweden cable
[19:56:47] <DaViruz> frallzor: i have a male to male dsub 25 cable
[19:56:49] <DaViruz> 3 meter
[19:57:16] <frallzor> great, ship it with the e-stop? =)
[19:57:32] <DaViruz> that's what i had in mind
[20:00:48] <tom3p> http://www.rsonline.se
[20:01:13] <tom3p> or, make one
[20:02:43] <frallzor> ill wait until someone with G540 can answer if they got a cable with it =)
[20:05:08] <DaViruz> that seems onlikely
[20:05:54] <frallzor> got one with my chinese driver =(
[20:05:57] <frallzor> but its m-f
[20:06:53] <DaViruz> female connector on the g540 doesn't make much sense at all
[20:07:31] <frallzor> extremely stupid if they dont supply a cable
[20:10:56] <Jymmm> stupid is not a word I would use to describe Marriss
[20:11:01] <Jymmm> ever
[20:12:09] <frallzor> "not quite thoughtrough" then
[20:12:38] <skunkworks> Does anyone know if I can run earth ground through the meter box? (running it up the same conduit that the main feed is coming in)
[20:12:40] <Jymmm> How are they to know what length is needed... 3ft, 12ft
[20:12:47] <cradek> this is their first parallel-connected thing right?
[20:12:49] <Jymmm> 6"
[20:13:12] <Jymmm> Even printers dont come with a cable
[20:13:29] <frallzor> but they use a cable you can allmost get at your local supermarket
[20:14:14] <Jymmm> Yeah, I'd love to walk into 7-11 and pick up a 400 ozin stepper motor
[20:14:37] <frallzor> you talked about cables
[20:14:51] <tom3p> buy 2 cables at supermart, cut in half, make what you like
[20:14:58] <archivist> read the manual, implies you dont get one "5) PARALLEL PORT CABLE: Use a parallel port cable to connect the G540 to the PC. The G540 end of the cable must be a male DB25 connector."
[20:15:28] <frallzor> but the end implies you do have to get one? =)
[20:15:40] <frallzor> not really hard to connect male-male =)
[20:16:25] <DaViruz> of course mari
[20:16:38] <DaViruz> of course marriss is not stupid
[20:19:11] <DaViruz> but i see little point in putting a female sub25 on a device clearly intended to be connected to a parallel port
[20:26:43] <Jymmm> ***** db25 cables all genders
http://www.winfordeng.com/products/ext25.php
[20:28:11] <frallzor> finally found a store in sweden that sells them
[20:43:12] <jtr> my G540 did not come with a cable
[20:45:12] <frallzor> then I know =)
[20:45:14] <frallzor> ty
[20:48:08] <jtr> skunkworks: I ran my ground wire from driven ground, through the meter box, and into the main panel. Bonded to the meter box, the main panel, and the cold water pipe. Used a separate opening in the meter box - the power company came along later and brought in the feed.
[20:49:27] <jtr> * jtr goes back out to work on the picnic table.
[20:52:51] <Jymmm> jtr: Insert Bolt J into Holes E and R
[20:53:57] <Jymmm> jtr: But only after aligning pieces q and d
[20:55:33] <toastydeath> i love directions like that
[20:55:35] <toastydeath> "do this"
[20:55:37] <toastydeath> "BUT WAIT, FIRST,"
[21:03:22] <Jymmm> =)
[21:03:47] <Jymmm> Every time I *DO* follow the instructions, I screw something up.
[21:10:42] <Jymmm> Ok, they say dont get on a plane within 24-48 after diving. Now, What about parachuting from a plane into the ocean and then diving?
[21:11:46] <toastydeath> that's okay
[21:17:55] <alex_joni> the problem arises when you're diving, and you need to be rescued by helicopter and then transfered to plane
[21:24:11] <Jymmm> alex_joni: $250/yr
[21:24:46] <Jymmm> alex_joni: when did you get a BB?
[21:28:02] <alex_joni> ~2h ago
[21:28:32] <jimbo655> Is there an offset to control the 0 volt in the ini file. My Z wants to creep when I am homing X
[21:28:32] <Jymmm> lol
[21:59:13] <tom3p> jimbo655: i dunno if in ini but thats a logical place. also, null the amp ( short the analog input to insure its 0 and to clamp all noise, then adjust any offset in the amp so no voltage is applied to motor or observe no motion.. this is all open loop outside of emc control )
[22:05:07] <tom3p> null= no inputs causes no output
[22:14:39] <alex_joni> good night all
[22:17:37] <cradek> alex_joni: what's his name?
[22:22:09] <frallzor> anyone got the best tip for cam when using solidworks? it may cost as long it isnt superexpensive
[22:22:33] <robh> tip?
[22:23:00] <frallzor> yes, name a good cam-software that isnt superexpensive and got good support for solid =)
[22:23:04] <robh> camworks intergrates into SW for CAM, so does solidacm
[22:24:37] <frallzor> aprox price?
[22:24:39] <robh> but most campackages can take in parasolids etc
[22:25:08] <robh> camworks starts at around 3k for 3 axis basic mill, so does solidcam
[22:25:24] <frallzor> well that is pretty superexpensive for a hobbymiller :P
[22:25:32] <robh> alway to 15-19k for 5axis, mill turn, sub spindle lath etc
[22:26:08] <frallzor> lets say a good choice for learning then
[22:26:09] <robh> depends how much u can screw a reseller down to, if u already have a cam package they may offer a trade out deal ontop
[22:27:09] <robh> solidcam do a demo on there site, its pritty much full version minus abilituy to do any post processing. save cam data, but u can make tool paths, sim it etc
[22:28:37] <robh> solidcam demo page
http://www.solidcam.com/downloads_overview_en,2712.html
[22:28:47] <frallzor> ill guess ill check tuts and so on for that then
[22:28:51] <frallzor> * I
[22:29:15] <robh> they all have a very steep learning curve
[22:29:45] <robh> what is it you are looking to do
[22:30:20] <frallzor> learn a pretty decent cam-software so I can use my futuremill
[22:30:23] <robh> if u want a cheap package look at onecnc, but they are getting abit pricy now days and found there software abit limiting for complex jobs
[22:30:58] <frallzor> I want to be able to do some complex things so I guess ill look into solidcam then
[22:31:48] <robh> dont get me wrong onecnc can do complex can 4 axis, 5th is 4 axis with 5 as index
[22:31:59] <robh> but its when u make part mods/changes in SW things get messy
[22:33:11] <robh> we have looked at alot over the years for doing solids, we mainly do mold & Die making, and proto type coustomers parts first from solid also.
[22:33:16] <frallzor> so you recommend onecnc?
[22:34:35] <robh> for what u want to do it may fit very nicly for you, if u want to make 1 offs or low batch numbers,
[22:34:57] <frallzor> yeah
[22:35:06] <frallzor> mostly for cibatoolmodels
[22:35:17] <robh> it starts around 1.8/2k i belive for 3 axis milling
[22:35:25] <frallzor> they have a demo?
[22:35:29] <robh> used too
[22:35:40] <robh> dont any more unless they do i not been on there for awhie
[22:35:54] <SWPadnos> they were at the CNC workshop a couple of years ago. I think they said they were going to add an EMC post
[22:35:57] <robh> some times u can pick up a old copy on ebay version out of date etc for quite cheap,
[22:35:59] <SWPadnos> I don't know if they ever did
[22:36:26] <frallzor> but still. 2k is pretty much for a student =/
[22:36:33] <robh> as with them there is no yearly fee, just pay for software thats it, when u want a new update u by the next package level for a price
[22:36:37] <frallzor> or well, at least now it is =)
[22:38:02] <robh> where you study they not do a student version for you to use?
[22:38:26] <frallzor> no, not when studying this
[22:38:42] <frallzor> we will get solidworks but nothing for cam
[22:38:44] <robh> for EMC post i find a generic fanuc post will work quite well on EMC only needing very few changes to work
[22:39:14] <frallzor> isnt there something like emc2 for cam for windows? =)
[22:40:41] <SWPadnos> no, but the WeberSys "Synergy" CAD/CAM package for Linux is like $89 for the basic version
[22:41:04] <SWPadnos> I think that includes 2.5D or possibly 3D CAM
[22:41:26] <frallzor> noone does studentversion for this like autodesk does for most of their software?
[22:41:27] <SWPadnos> and there is a free downloadable demo
[22:41:33] <SWPadnos> some probably do
[22:41:46] <SWPadnos> TurboCAD/CAM works OK too, on Windows
[22:41:56] <SWPadnos> I haven't tried it on WINE, but I probably should
[22:42:01] <robh> CAM is one of them things i find
[22:42:22] <robh> i know big companys that still do not use cam properly or to its fullist all manual programming at machine
[22:42:45] <robh> mainly becasue of time needed to learn it, and cost of training etc
[22:42:50] <SWPadnos> CAM has to be really smart to be better than someone who knows how to read a print
[22:42:58] <SWPadnos> but for complex 3D stuff, it's the only way to go
[22:43:53] <frallzor> ill try Synergy CAD/CAM
[22:44:04] <robh> a cam can only follow its wizards to do a task, camworks u can coustomize them wizards to max if u have the time, not many let you do that
[22:44:19] <jimbo655> http://pastebin.ca/1484233 . Segmentation fault.
[22:48:12] <SWPadnos> jimbo655, did you change the intro image?
[22:51:39] <jimbo655> NO
[22:53:16] <jimbo655> Once in a while it happens on startup but If i leave EMC2 up it will always happen within 24 hours
[22:53:54] <SWPadnos> so if you leave EMC2 running, there will be a segfault?
[22:54:18] <SWPadnos> or if you leave EMC2 running, then you get a segfault in popimage when you restart EMC2?
[22:54:31] <SWPadnos> argh
[22:54:44] <SWPadnos> I am being stupid. don't listen to me for a few minutes
[23:01:05] <Jymmm> SWPadnos: wouldn't that imply... oh nm... HAppy 4th!!!
[23:01:39] <SWPadnos> oh hey Jymmm
[23:01:53] <SWPadnos> check out the new Atmel AT32UC3L microcontrollers
[23:02:20] <SWPadnos> http://www.atmel.com/products/avr32/uc3/uc3_22.asp?family_id=682
[23:02:51] <SWPadnos> the really interesting thing about them is that they can PWM basically every I/O bit
[23:02:54] <jtr> Jymmm: Don't have instructions - made a sketch, got some wood...
[23:03:00] <DaViruz> http://www.youtube.com/watch?v=Ge9_Qbd09zU&feature=channel_page
[23:03:04] <DaViruz> heh, love the wingnut :)
[23:04:27] <DaViruz> nice small slitting saw, got to get one of those
[23:05:45] <Jymmm> SWPadnos: Oh man... crypto storage, nice!!!!
[23:06:00] <SWPadnos> it's the PWMs that are more interesting
[23:06:10] <SWPadnos> I wouldn't trust microcontroller crypto
[23:06:31] <Jymmm> SWPadnos: Well, I was gonna say git it 120 days till someone does =)
[23:06:40] <Jymmm> s/git/wait/
[23:07:10] <Jymmm> PLL
[23:07:24] <SWPadnos> yeah, the chip runs at 75 MHz or something internally
[23:07:39] <SWPadnos> using a 10-12 Mz crystal or internal resonator
[23:07:42] <SWPadnos> Mz
[23:07:45] <SWPadnos> Mz
[23:07:48] <SWPadnos> MHHHz
[23:07:50] <SWPadnos> damnit
[23:07:54] <Jymmm> PHz
[23:09:04] <tom3p> how long is one instruction cycle?
[23:09:29] <SWPadnos> 1 clock
[23:09:39] <SWPadnos> except for some branches and jumps
[23:09:54] <SWPadnos> it's very much like an AVR, only 32 bits (hence the name AVR32 ;) )
[23:12:36] <tom3p> thx, i need better edm oscillator, the pic 16f84 is limited even at 20Mhz
[23:12:56] <SWPadnos> divided by 4 again
[23:13:04] <SWPadnos> so only 5 MIPS
[23:13:07] <SWPadnos> ish
[23:13:28] <SWPadnos> an 8-bit AVR at 12-16 MHz would probably be plenty
[23:13:43] <SWPadnos> math is a lot faster with the AVR instruction set than with a PIC
[23:14:49] <tom3p> thx, no real math needed only decs & compares were used, polling 2 ports for new on & off times
[23:15:19] <SWPadnos> I'm just talking about adding, subtracting and comparing mylti-byte values :)
[23:15:22] <SWPadnos> not floating point
[23:15:47] <SWPadnos> though I do have some very fast multibyte multiply na ddivide routines as well
[23:15:56] <SWPadnos> ... and divide ...
[23:16:54] <tom3p> i'm outta here! i got < .0003 tir on a 7 axis machine, i hope it repeats after sitting all night ( make that 6, the W is downright wobbly, like .0012" )
[23:16:54] <tom3p> thx for the suggestion
[23:36:33] <SWPadnos> jimbo655, the segfaults you're getting are in several programs (emcsh and axis from that log)
[23:37:08] <SWPadnos> please run a memory test for at least 24 hours
[23:37:56] <jimbo655> Can I just replace the memory?
[23:38:10] <SWPadnos> you shouldn't fix anything until you know it's broken
[23:38:40] <SWPadnos> and you only iknow you have really fixed the problem if you can repeatably trigger it before attempting a fix, then repeatably not see it when doing the same test that triggered it before
[23:39:12] <SWPadnos> so the answer is yes, you can just replace the memory, but you won't know for sure that the problem is fixed if it appears to go away
[23:41:01] <jimbo655> I will run a memory test..... You just want me gone for 24 hours..... :)
[23:41:10] <SWPadnos> heh
[23:42:01] <jimbo655> While I have you handy how do I change the homing routines?
[23:42:48] <SWPadnos> with the ini setttings
[23:42:51] <SWPadnos> -t
[23:43:15] <SWPadnos> check the manual section on homing. it has diagrams and explanatioins of what they mean, and I don't know offhand
[23:44:00] <jimbo655> I will look again.....
