#emc | Logs for 2007-11-12

[00:08:54] <jlmjvm> i like this stepconf feature,needed an invert command,built another config,pulled the invert command from the hal and put it in mine
[01:21:17] <eric_1> anyone using the enable output from the mesa 5i20?
[01:49:53] <eric_1> since it is active high, it's going to be a pita to use it to drive a relay
[02:49:26] <Ziegler> hey... how do I edit the wiki again?
[02:49:43] <SWPadnos> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?BasicSteps
[02:52:27] <Ziegler> The "updateing to 2.2" steps did not work for me... I had to use sudo to get gpg to work
[02:52:50] <SWPadnos> it says "sudo apt-key add"
[02:52:59] <SWPadnos> or some such
[02:53:13] <Ziegler> I hat to run sudo to get GPG to work
[02:53:16] <Ziegler> had
[02:53:35] <Ziegler> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?UpdatingTo2.2
[02:53:57] <SWPadnos> you shouldn't need to do that
[02:54:35] <Ziegler> doesnt seem right to me either... but I had to on two different systems
[02:54:43] <SWPadnos> I don't know what would cause you to need to do that
[02:55:11] <SWPadnos> maybe you used sudo once, so now your key file(s) are owned by root??
[02:55:21] <Ziegler> had my scratching my head for about 45 minutes... and then I tried it just for the hell of it, and it finally worke
[02:55:51] <Ziegler> I dunno... should we diff it back then?
[02:56:18] <SWPadnos> I don't know any other effects from doing that
[02:56:22] <SWPadnos> like making you use sudo all the time ;)
[02:57:52] <Ziegler> If you all want me to put it back... I have no problem
[02:58:12] <Ziegler> I cant think what I would have done that made two different systems act the sam
[02:58:13] <Ziegler> same
[02:58:45] <SWPadnos> dunno. like I said, I don't know enough to know if that's bad in some way
[02:59:20] <SWPadnos> it's only my uninformed suspicion that you may have done something in the past to make some file gpg needs be owned by rot
[03:00:14] <Ziegler> (fresh ubuntu install)
[03:00:19] <Ziegler> on one system
[03:00:25] <SWPadnos> hmmm
[03:00:32] <SWPadnos> well, I did say I'm uninformed ;)
[03:00:58] <Ziegler> Before I changed the wiki, I looked around (ie... searched google for a "sudo gpg")
[03:01:11] <Ziegler> and it turned up quite a few "examples"
[03:01:43] <Ziegler> brb
[03:13:04] <tomp2> join #gEDA
[04:19:47] <tomp2> gEDA stuff more thc http://imagebin.org/11680 new axis component http://imagebin.org/11681 new motion component http://imagebin.org/11682
[04:28:40] <tomp2> gEDA stuff src for hal-motion-01.sym http://pastebin.com/dd95b51 src for hal-axis-01.sym http://pastebin.com/d3ec7bb30 src for sum2 http://pastebin.com/d5b58dd41
[04:45:38] <SkullWorks-PGAB> http://www.linuxcnc.org/content/view/11/10/lang,en/ - is kinda pooched up - seems none of the sections open to any content, only a title.
[06:23:07] <renesis> hey does gui graphical feedback round all lines to the nearest .01?
[06:23:40] <SWPadnos> are you concerned that the preview plot and backplot don't exactly match?
[06:23:53] <renesis> yeh
[06:23:55] <SWPadnos> oh, is this a mm machine or inch?
[06:24:02] <renesis> cuz something looks evenly spaced it should be half spaced
[06:24:12] <renesis> i cant just check the gcode cuz its all variables
[06:24:11] <SWPadnos> hmmm
[06:24:26] <Jymmm> SWPadnos: busy?
[06:24:28] <SWPadnos> corners or straight lines
[06:24:34] <renesis> straight lines
[06:24:35] <renesis> its a depth thing
[06:24:37] <SWPadnos> Jymmm, not too busy, but about to go to sleep
[06:24:39] <renesis> ill find out soon
[06:24:50] <renesis> it looks like its gonna go .005 too deep
[06:25:02] <SWPadnos> ok. I was going to suggest that it's sampling rate, but that may not be it
[06:26:30] <renesis> is that view commanded coordinate just a servos thing?
[06:26:36] <renesis> it doesnt seem to do anything on my stepper machine
[06:26:53] <renesis> cyz that could work at the last minute to make sure it doesnt plunge to deep
[06:27:16] <renesis> i dunno anyway to check besides just letting it cut
[06:27:41] <renesis> well, turn off stepper driver, and then re-reference, but thats drama
[06:39:57] <renesis> ha wait fuck that, how will the program know the variable state after i restart it
[06:40:00] <renesis> =\
[06:42:46] <renesis> cnc is hard
[06:45:29] <SWPadnos> variables are probably more persistent than you might like
[06:45:42] <SWPadnos> they may actually be stored between runs of EMC
[06:46:08] <SWPadnos> if you add #6329 to the var file, and then use #6329 in your code, it will be saved across runs
[06:46:55] <renesis> oh
[06:47:28] <renesis> fuckit its 5mils
[06:47:39] <SWPadnos> lerman was talking about adding named var support to the var file as well, but I'm not sure if it's there yet
[06:47:40] <renesis> i can redesign the part, and really i dont need to
[06:47:57] <renesis> so ill find out =D
[07:51:24] <alex_joni> SkullWorks-PGAB: works ok here.. can you be more specific about what's wrong?
[08:49:43] <renesis> okay so it turns out i just swapped a pair of variables in a call
[08:50:00] <renesis> teh gcodes are fix0red now
[12:37:55] <SkullWorks-PGAB> Alex - the site appears to be working for me now, it just hat if you use any of the "Home About Download Documentation News Links Contact Admin" links the content only begins to be displayed below the Google site search box which is off the bottom of my screen. ( so if you don't scroll it appears nothing happened.)( before nothing did happen)
[12:39:04] <SkullWorks-PGAB> I choose to blame IE...
[12:43:29] <alex_joni> SkullWorks-PGAB: I think it's an IE bug not displaying the div
[12:43:36] <alex_joni> (if you have a too narrow browser window)
[12:43:54] <SkullWorks-PGAB> And the global revolt among ISPs to spoof torrent packet traffic, therefore clogging up the rest of the net for legitimate users.
[12:44:07] <alex_joni> if u say :P
[12:50:32] <SkullWorks-PGAB> yeah - over here the ISP's have started being real pricks in the last week, if they think you using torrents they keep sending your outbound packets back to you, kinda like a mini flood/DOS attack ( except the packets are all replicated data of packets you just sent.
[12:53:21] <SkullWorks-PGAB> has not affected me - I'm not a big torrent user, but I'm hearing lots of grumbles.
[13:49:03] <alex_joni> heh
[13:52:14] <alex_joni> jepler: good morning
[13:52:24] <jepler> alex_joni: http://emergent.unpy.net/files/sandbox/bad-ie.png
[14:04:01] <alex_joni> jepler: I know that.. I have no idea how to fix it though
[14:04:13] <alex_joni> jepler: your message to the list got cut off?
[14:05:13] <jepler> which message?
[14:05:24] <tomp> if i generate a netlist in gEDA will it be useful? I think it can become the 'net signalname comp-pin ... comp-pin' strings used by Hal.
[14:05:38] <cradek> on my site, to placate IE, I had to use a table for the three main columns
[14:06:20] <jepler> tomp: seems possible you could transform it into a series of halcmd 'net' commands..
[14:08:30] <alex_joni> jepler: you latest message to the emc-users list
[14:10:22] <jepler> alex_joni: this one? Subject: Re: [Emc-users] EMC 2.2.1 and G3
[14:11:02] <cradek> it looks fine to me
[14:11:57] <cradek> http://timeguy.com/cradek-files/emc/arcs.png
[14:12:11] <cradek> except for the advertising, of course
[14:12:22] <alex_joni> jepler: yeah, that one
[14:12:36] <alex_joni> it starts with "that it can be fixed in a future release."
[14:12:45] <cradek> no it doesn't
[14:13:01] <alex_joni> it does here
[14:13:16] <cradek> huh
[14:13:41] <alex_joni> http://pastebin.ca/770663
[14:13:46] <jepler> http://pastebin.ca/770664
[14:14:19] <alex_joni> wtf?
[14:14:57] <alex_joni> * alex_joni waits for the daily dispatch email
[14:16:15] <jepler> also: http://thread.gmane.org/gmane.linux.distributions.emc.user/4342/focus=4347
[14:16:19] <jepler> bbl
[14:16:36] <alex_joni> yeah, saw that
[14:16:36] <cradek> * cradek gently blames alex's setup
[14:16:43] <cradek> brb
[14:16:44] <alex_joni> what setup?
[14:41:53] <cradek> http://www.google.com/search?hl=en&client=firefox&rls=org.mozilla%3Aen-US%3Aunofficial&hs=NPa&q=%22If+you+can+trim+it+down+to+just+a+few+lines+of+g-code%22&btnG=Search
[14:42:00] <cradek> interesting. I wonder how pastebin gets indexed so fast.
[14:44:40] <alex_joni> and I wonder why it only indexed the one submitted by jeff
[14:45:12] <alex_joni> maybe because I set the expire time on my pastebin?
[14:45:28] <cradek> yeah maybe
[14:45:59] <alex_joni> I still don't understand what happend to jeff's first line
[14:46:06] <alex_joni> (on my local setup)
[14:46:34] <cradek> I see you have a virus scanner that manipulates your mail...
[14:46:55] <cradek> it's definitely hard to guess what did it, you have no real information to go on
[14:47:39] <alex_joni> I changed the settings of the AV scanner
[14:47:52] <alex_joni> it now shouldn't change anything in the email, just scan them
[15:24:34] <Ziegler> tomp: do you do that gEDA stuff you posted last night?
[18:16:45] <alSMT> does emc need PWM spindle control to do ridgid taping with a encoder? or can it be done with encoder only?
[18:17:23] <alex_joni> alSMT: you can do it with encoder only, if you can somehow command the forward/reverse moves
[18:17:45] <alSMT> I have magnetic starters
[18:21:42] <alSMT> like vfd and not magnetic starters?
[18:24:20] <alSMT> I don't realy get what you mean by cammand fwd/rev moves wont the canned cycle do this?
[18:27:20] <alex_joni> can your machien drive the spindle in 2 directions?
[18:27:34] <alSMT> yes
[18:29:04] <alex_joni> then I guess it could work
[18:29:10] <alex_joni> but it depends on how fast your spindle stops
[18:30:10] <alSMT> one problem I hade was reversing the spindle happens so fast that the interlock on the magnetic starter wouldn't drop out in time for the rev to take place
[18:38:06] <skunkworks> alSMT: the encoder needs an index pulse (z)
[18:41:07] <jlmjvm> has anyone used the charge pump in 2.2.1 yet,mine doesnt appear to be working
[18:41:59] <jlmjvm> do you have to use the data from the old charge pump?
[18:43:48] <jlmjvm> http://pastebin.ca/770956
[18:53:03] <skunkworks> what hardware is using the charge pump? pin 17
[18:53:11] <skunkworks> * skunkworks hasn't use it.
[18:53:28] <skunkworks> is the charge pump supposed to run in the base thread?
[19:01:10] <cradek> your line 41 command is wrong
[19:01:28] <cradek> you're making a new net with no inputs and the output hooked to parport 17
[19:16:38] <jlmjvm> sorry was away for a min
[19:18:46] <jlmjvm> this is what i got when i did stepconf
[19:19:34] <jepler> in that case, it appears you may have discovered a stepconf bug
[19:20:30] <jepler> you can fix it for now by choosing "include custom hal file" and adding a 'net' command to it to finish configuration of the charge pump pin
[19:21:02] <jepler> I think the command would be: net charge-pump <= charge-pump.out
[19:21:50] <jlmjvm> lemmee try that
[19:22:35] <jepler> $ grep charge.pump *.hal
[19:22:35] <jepler> my-mill.hal:loadrt charge_pump
[19:22:35] <jepler> my-mill.hal:net estop-out charge-pump.enable <= iocontrol.0.user-enable-out
[19:22:35] <jepler> my-mill.hal:addf charge-pump base-thread
[19:22:35] <jepler> my-mill.hal:net charge-pump => parport.0.pin-01-out
[19:22:49] <jepler> hum, I just ran stepconf and got these lines
[19:23:10] <jepler> looks like I reproduced the problem :)(
[19:23:18] <alex_joni> yup
[19:23:55] <jlmjvm> so it wasnt just me for the first time ever,lol
[19:26:29] <jepler> thanks for spotting this; it'll be fixed in 2.2.2 when it's released
[19:28:21] <jlmjvm> i added that line to my hal file but im still not getting a signal
[19:29:12] <jepler> how are you checking for the signal?
[19:29:23] <jlmjvm> multimeter
[19:30:17] <jlmjvm> you could check it before with the old charge pump setup
[19:31:04] <jepler> can you pastebin the output of 'halcmd show sig charge-pump' while emc is running?
[19:31:27] <jlmjvm> will try
[19:32:08] <jepler> which function of your multimeter are you using to measure?
[19:33:29] <jlmjvm> http://pastebin.ca/771032
[19:33:33] <jlmjvm> dc
[19:34:06] <jlmjvm> i could check voltage before with the old charge pump
[19:34:20] <cradek> use halscope
[19:34:26] <jlmjvm> was awile back,seems like it was a couple volts
[19:34:41] <alex_joni> sounds like it's good then
[19:34:41] <jepler> if you run that 'halcmd' several times in a row, or use halscope or halmeter, does charge-pump.out say TRUE sometimes?
[19:35:58] <jlmjvm> always false,thats what i was just doing
[19:36:44] <jepler> is emc in "machine on" mode (F1 F2)
[19:36:45] <jepler> ?
[19:37:06] <jlmjvm> yes
[19:37:49] <jepler> ok, what's this show? halcmd show sig estop-out
[19:37:54] <jlmjvm> i noticed something yesterday,if i go to hal show configuration and try to watch any "signal" it gives an error
[19:39:30] <jlmjvm> http://pastebin.ca/771040
[19:40:34] <buckie555> Can anyone help me please with classic ladder - I'm unable to save any changes I make to my clp file
[19:40:59] <jepler> jlmjvm: if your' in "machine on" mode, it's very surprising that iocontrol.0.user-enable-out is FALSE...
[19:41:07] <cradek> buckie555: use "save as" and select the clp
[19:41:25] <jlmjvm> doesnt do it if you watch a pin
[19:41:30] <cradek> buckie555: are you using an old version of emc2? I think that is fixed
[19:41:47] <buckie555> I do that and it creates a clp file but without any content
[19:41:58] <buckie555> FYI I'm running 2.1.7
[19:42:34] <jlmjvm> well its on,and doest change if i turn it off or on,but the gui is responding
[19:43:03] <jlmjvm> doesnt
[19:43:38] <cradek> buckie555: any errors on stderr/stdout?
[19:44:00] <cradek> I get something like this:
[19:44:01] <cradek> SAVE (null) -6
[19:44:01] <cradek> SAVE /users/cradek/emc2/configs/demo_sim_cl/demo_sim_cl.clp -3
[19:44:07] <cradek> and it seems to save
[19:44:15] <cradek> but, I'm running emc 2.2.1
[19:44:32] <alex_joni> buckie555: you're not running a sample config, are you?
[19:46:02] <buckie555> yes I'm running demo_sim_cl why?
[19:46:22] <alex_joni> buckie555: I wasn't fully clear..
[19:46:41] <alex_joni> you're not running a sample config from /etc/emc2/sample-configs.. , are you?
[19:46:50] <alex_joni> because if you do, you can't write there..
[19:47:01] <buckie555> No - a copy from my home dir
[19:47:11] <alex_joni> ok.. that's what I thought.. just wanted to make sure
[19:47:27] <buckie555> I've checked the file permissions and everyone has write access
[19:47:44] <buckie555> I can see the modified time of the file change but the content of the file doesn't change
[19:47:56] <cradek> I confirm it works for me in emc 2.2.1 (but I have to use "save as")
[19:50:15] <buckie555> OK I've got a dev machine running kubuntu dapper and my VMC control machine running ubuntu dapper, both are running 2.1.7. If I bite the bullet and build the latest version from source can I just build on the dev platform and copy the binaries onto the other machine or will I need to build on the target machine as well. It would be a real pain as it's isolated from the network
[19:50:58] <cradek> if it's dapper, just take the emc2 deb (one file) and install it
[19:51:37] <buckie555> Excuse my ignorance but if I build from the source does it create a deb file then?
[19:51:49] <cradek> yes, you can do that if you want
[19:52:38] <cradek> there are at least three ways to compile from source
[19:53:07] <buckie555> I'm all ears
[19:53:28] <cradek> but, we build deb packages so we don't have to help everyone do it
[19:54:13] <cradek> lots of information on our wiki, let me find you the link, one sec
[19:54:18] <buckie555> I appreciate that but aren't I right in thinking the latest debs available are for 2.1.7
[19:54:29] <cradek> no, 2.2.1 is released
[19:54:42] <cradek> see the front page of wiki.linuxcnc.org
[19:55:08] <buckie555> sorry - my mistake. I must have missed that release. I'll upgrade asap
[19:55:10] <cradek> also http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?UpdatingTo2.2
[19:55:28] <cradek> classicladder in 2.2 has a neat new feature: it shows the hal signal names instead of %Q9
[19:55:38] <cradek> I think it's worth the upgrade just for that!
[19:55:50] <jlmjvm> that sounds very cool
[19:56:14] <cradek> actually it will show either, there's a checkbox to choose
[19:56:16] <jlmjvm> would make more sense when learning
[19:56:19] <cradek> you still have to type %Q9 when you edit
[19:56:33] <cradek> but yes it's MUCH better for seeing what's happening in the system
[19:57:08] <buckie555> thanks, I'll take a look. I've just spent the last few days trying to implement an automatic tool changer in hal alone. Everything was going well until I tried to use a signal for storing a state - essentially trying to make a simple state machine. Ended up with the this signal already has an output pin, etc, etc.
[19:57:25] <cradek> ah
[19:57:36] <cradek> yeah there's sample-and-hold for that, I think, but ladder might be a better way
[19:57:45] <buckie555> decided I'd better learn ladder after all
[19:58:00] <alex_joni> buckie555: there is a bit of ladder docs in 2.2
[19:58:22] <cradek> yeah it's called sample-hold.0
[19:58:27] <cradek> I'm not sure if 2.1 had that though
[19:58:34] <buckie555> I've managed to get all the indexing working with regards to the correct tool drum position, which i thought was going to be the hard part
[19:58:45] <cradek> cool
[19:58:56] <cradek> what kind of machining center is this?
[19:59:27] <cradek> we found that putting the old tool back where it came from was one of the hard parts
[19:59:50] <SWPadnos> or keeping track of what's where, which is an even harder part
[19:59:53] <cradek> yes
[19:59:55] <SWPadnos> (not done yet :) )
[19:59:58] <cradek> and starting up in the right state
[20:00:06] <jlmjvm> jepler:i have another box here that stays true, on or off
[20:00:10] <SWPadnos> oh right, that's the impossible part
[20:00:21] <buckie555> this is a cincinatti sabre 750 circa 1992
[20:00:22] <SWPadnos> maybe tool number should just be a parameter
[20:00:40] <buckie555> the tool drum sends a pulse each time it advances
[20:00:46] <SWPadnos> or did we think of that and reject it?
[20:01:07] <SWPadnos> eek. you need to keep track then, unless there's an index/home marker
[20:01:11] <cradek> buckie555: I hope there's some kind of index
[20:01:20] <buckie555> When the machine starts up I use a routine to ensure that pocket no 1 is always the currently selected one and move on from there
[20:01:29] <cradek> then you could just spin it at startup until it indexes
[20:02:07] <buckie555> there's no index unfortunately so all I do is make sure it's in the correct position during the machine homing cycle
[20:02:08] <jepler> jlmjvm: the halshow bug will also be fixed in the next release
[20:02:20] <SWPadnos> how can you tell it's in the correct position?
[20:02:40] <jepler> jlmjvm: I am still puzzled about how your emc is getting to "MACHINE ON" but iocontrol.0.user-enable-out is FALSE ..
[20:02:55] <buckie555> I'v added a pocket advance button to a pyvcp panel that selects the required pocket, therefore the correct pocket can be selected either from EMC or from a user request
[20:03:14] <jlmjvm> and the other 1 stays true
[20:03:27] <jepler> jlmjvm: can you pastebin the .stepconf file?
[20:03:28] <SWPadnos> ah, so the user "homes" the toolchanger, it's not automatic. that's a key point :)
[20:03:46] <alex_joni> jepler: he has external estop button
[20:03:52] <alex_joni> that enables ESTOP reset
[20:04:11] <alex_joni> in that case user-enable-out is useless
[20:04:10] <buckie555> that's right but most of the time the machine will be switched off in the correct state, i.e. tool position 1
[20:04:35] <buckie555> providing it starts in the right state it's just a case of keeping tracking of the pulses.
[20:04:50] <SWPadnos> yep, and lots of noise filtering ;)
[20:05:13] <jlmjvm> where is the .stepconf file located
[20:05:25] <jepler> jlmjvm: it should be in ~/emc2/configs
[20:05:36] <jlmjvm> k
[20:05:57] <buckie555> I used the counter component and a comp to ensure a wrap at 21 (it has 21 tools) then a sum to offset the count from 0-20 to 1-21
[20:06:04] <buckie555> That part works perfectly
[20:07:07] <buckie555> it's the sequencing of machine to z-align, drum to spindle, spindle orientation, etc that I was hoping to code in hal but it looks as though it's not possible
[20:07:08] <SWPadnos> yeah. I had high hopes of adding a "modulo" function as part of modmath, but I never got around to it
[20:07:35] <cradek> how does it do spindle orient?
[20:07:42] <SWPadnos> hmmm. maybe I did - can you index in both directions
[20:07:51] <jlmjvm> http://pastebin.ca/771091
[20:07:52] <buckie555> At least not without a ridiculously complicated mux2 chain (I have 10 states throughout the tool change sequence)
[20:08:19] <cradek> yeah, for sequential stuff like that, ladder is definitely easier
[20:09:01] <buckie555> The spindle orient is easy, the fanuc spindle drive has a PID position loop built in that aligns the spindle when you send an ioline high
[20:09:14] <cradek> excellent
[20:09:25] <skunkworks> that is too easy ;)
[20:09:52] <buckie555> The tooldrum has got forward and reverse indexing but I've just implemented forward with wrapping so far to make it easy
[20:10:01] <skunkworks> buckie555: any pictures?
[20:10:09] <buckie555> mind you if I'm going to use ladder I'll probably fix that
[20:10:58] <buckie555> I've got some pictures of the machine with it's original control on but nothing with the EMC retrofit yet> I'm working on it all this week so will take some and post them later
[20:11:15] <cradek> sounds like an exciting project
[20:11:22] <buckie555> I was planning on posting the config and photos on the wiki when complete
[20:11:27] <cradek> are you going to have rigid tapping?
[20:12:05] <buckie555> it is exciting - yes the spindle has encoder feedback so I'm planning on implementing rigid tapping
[20:12:15] <cradek> neat
[20:12:57] <buckie555> It's been running perfectly under EMC control for the past month now albeit with manual toolchanges, I put off the auto toolchange work knowing it would be the hardest part - I wasn't wrong
[20:13:32] <cradek> ha
[20:13:50] <jlmjvm> what kind of drives does it have
[20:14:30] <buckie555> Earlier on I put in some logic in the hal to ensure that the spindle cannot rotate when the powered drawbar is engaged, knowing that that would be a bad thing - don't ask me how I know that!
[20:14:42] <SWPadnos> buckie555, take a look at the way the direction is chosen inthe demo_mazak config
[20:15:24] <SWPadnos> there's a component that looks at the current position and the target position, and tells you when they match or which way to go to get there
[20:15:39] <buckie555> It's all fanuc - a fanuc triple stack axis drive unit driving fanuc red cap brushless ac servos. the spindle drive is also fanuc driving a 15HP fanuc ac brushless spindle motor
[20:15:45] <SWPadnos> and it does wraparound stuff too
[20:16:23] <jlmjvm> what did you use to interface the drives?
[20:16:40] <buckie555> Yes I did notice the component - I'll probably switch over to that at a later date but now that the tool drum is working I want to concentrate on getting the rest of it done
[20:17:10] <SWPadnos> yep - makes sense. the nazak config has a lot of stuff you'll need, including using CL + updown to control the toolchanger
[20:17:16] <SWPadnos> err - mazak
[20:17:40] <SWPadnos> actually, it looks like updown can be used just as a modulo function
[20:17:44] <buckie555> I'm using an m5i20 with 1 of their servo boards and 2 of their IO boards. The spindle is using the 4th axis of the servo board so I'm planning on using another 5i20 to control the 4th axis I've got in the works
[20:18:27] <SWPadnos> although you already have the first 5i20, take a look at the 5i22 - it has 4 connectors but a 1.0 or 1.5Mgate FPGA
[20:19:02] <SWPadnos> so the one card has about 2.5-3.5x the gates of two 5i20s combined
[20:19:03] <buckie555> I'm over in the UK and got the machine with it's original siemens acramatic 850 (the standard not the sx!) for circa $4000
[20:19:42] <jlmjvm> ive got a brushless ac machine center to do soon,the mesa seems to be the way to go
[20:19:53] <buckie555> I may well do that as I have another retrofit, a 4 tonne cnc router ready for the off when I've finished this one
[20:20:16] <SWPadnos> well, not very very soon, as we don't have a driver for the 5i22 yet, but if you're talking about the "next few months" timeframe, then maybe
[20:20:34] <buckie555> It's a Wessel cnc pcb router but it weighs even more than the sabre - It's ridiculously over engineered.
[20:20:43] <SWPadnos> no guarantees, this is a forward-looking statement, YMMV, etc. :)
[20:21:01] <buckie555> sure - I understand
[20:21:26] <cradek> a 4 ton pcb router?
[20:21:27] <buckie555> From what I've seen of EMC so far I can speak highly enough of it
[20:21:34] <buckie555> sorry can't
[20:21:40] <SWPadnos> heh
[20:21:45] <SWPadnos> err - thanks, or whatever ;)
[20:21:51] <buckie555> sure
[20:23:17] <buckie555> Yes that machine is built around a huge iron casting with the rest of the structure large sections of steel
[20:23:36] <cradek> wow
[20:23:53] <buckie555> It's got 3 65,000 rpm air bearing water cooled spindles on it with automatic tool change
[20:24:29] <buckie555> I bought it off a machine dealer over here that bought it about 5 years ago and never managed to shift it
[20:24:43] <buckie555> In the end I talked him down to $600 for the lot
[20:24:59] <cradek> funny how 5 years of storage makes 4 tons affordable for the next guy
[20:25:13] <alex_joni> haha.. 5 years of storage is quite expensive
[20:25:38] <buckie555> I was planning on cherry picking the goodies off it but when I started stripping it down I couldn't believe how substantial it was and thought I'd be better off turning it into a router
[20:27:00] <buckie555> I couldn't hand over the money quick enough - it's got precision ground screws and linear scales all round, it's just funny
[20:27:26] <cradek> wow what a great deal
[20:27:42] <cradek> emc can revive a lot of nice old machinery.
[20:27:55] <buckie555> It was - those two buys have really been great
[20:28:51] <buckie555> It's funny before then I spent about $5000 building a aluminium framed cnc router from scratch. If I'd known then what I know now I would have just bought an old machine and retrofitted it
[20:29:14] <jlmjvm> has anyone here ever used a breakout board from bob campbell designs
[20:29:59] <buckie555> I persevered with Mach2/3 on that machine for ages then about 6 months ago switched over to EMC, never looked back and (touch wood) never crashed or tripped since
[20:30:48] <jlmjvm> what kinda problems did you have with mach?
[20:32:01] <buckie555> One of my axis drives kept tripping out - I'm pretty sure every now and then the pulse train would get interrupted and then catch up and exceed the drive's following limit
[20:32:10] <buckie555> they were gecko s320 drives
[20:33:00] <SWPadnos> heh - that's Windows realtime for you ...
[20:33:08] <jlmjvm> for sure
[20:33:14] <buckie555> also I got burnt a few times but several nasty bugs whereby a program would not resume quite in the right state and make a plunge move when it shouldn't or miss the next line, etc
[20:33:42] <jlmjvm> lol,ive seen some crazy stuff before with mach
[20:33:51] <SWPadnos> interesting - I didn't know there were any bugs in Mach
[20:34:06] <SWPadnos> you'd never know just by reading the CCED and gecko lists
[20:34:07] <buckie555> there were also a few things that were really frightening but I could never reproduce them
[20:34:21] <jlmjvm> start running it for awhile
[20:34:27] <anonimasu> hm
[20:34:35] <anonimasu> that's like when emc1 ran away.. for me
[20:34:48] <SWPadnos> oh, I have my own experience where the entire system would get very very weird if I accidentally started Mach while Winamp was running
[20:35:23] <buckie555> LOL - yes I think a lot of the people that praise it use it for hobby work. I started up a business that my father in law runs for me day to day and when you run it 10 hours a day 6 days a week you soon start noticing things
[20:35:52] <anonimasu> buckie555: agreed
[20:36:00] <anonimasu> buckie555: that's a real common thing I think
[20:36:01] <SWPadnos> anonimasu, how long ago with the ECM runaway? and what hardware?
[20:36:08] <jlmjvm> if they get it working with the galil it has potential
[20:36:11] <SWPadnos> err - EMC, not ECM - totally different ;)
[20:36:15] <anonimasu> SWPadnos: emc1.xx
[20:36:26] <anonimasu> SWPadnos: very long ago..
[20:36:28] <SWPadnos> sure -1 year ago, 2, 5 ... ?
[20:36:30] <SWPadnos> ok
[20:36:32] <anonimasu> almost 2..
[20:36:35] <anonimasu> or longer..
[20:36:46] <anonimasu> there's a bug report on sourceforge.. about at the same time
[20:36:54] <anonimasu> err about the same time
[20:36:54] <SWPadnos> oh, OK
[20:37:33] <buckie555> I can't fault art's dedication to the project - I just can't help but feel that windows not being realtime is never really wanting to play ball
[20:37:42] <anonimasu> agreed
[20:37:45] <SWPadnos> yeah. he's done amazing things for that platform
[20:37:55] <jlmjvm> for sure
[20:37:56] <alex_joni> but he's retiring :)
[20:37:57] <anonimasu> if you want to do realtime on windows you need a realtime thread..
[20:38:04] <anonimasu> like the commercial softplc's..
[20:38:10] <alex_joni> anonimasu: there are commercial products that do that
[20:38:18] <alex_joni> yeah, that
[20:38:23] <anonimasu> alex_joni: Yes, but for cnc work that's mandatory..
[20:38:29] <alex_joni> but that's a bit pricier than mach :D
[20:38:30] <jlmjvm> arent they very exspensive
[20:38:36] <buckie555> absolutely - The work he's done has pretty much helped an entire home/hobby cnc industry take flight
[20:38:36] <anonimasu> nop
[20:38:38] <alex_joni> jlmjvm: sure..
[20:38:46] <jlmjvm> l
[20:38:51] <anonimasu> no.. they arent very expensive..
[20:39:05] <alex_joni> anonimasu: you think?
[20:39:28] <anonimasu> alex_joni: well, the developer licence might be pretty pricey..
[20:39:30] <alex_joni> the ones I saw were seldom < 2k$
[20:39:37] <anonimasu> oh.. that's not much )
[20:39:36] <anonimasu> :)
[20:39:49] <alex_joni> try to sell that along with mach :D
[20:39:58] <buckie555> I write real mission critical software in my day job for the likes of exxon mobil, trafficmaster, thales, etc. At thales working on mobile phon test sets we used to use venturecom rtx on windows
[20:40:04] <anonimasu> alex_joni: 2k eur for a developer licence..
[20:40:32] <alex_joni> probably a devel license is more
[20:40:32] <buckie555> I think microsoft bought venturecom in the end - RTX seemed to work well for our needs at the time
[20:40:39] <alex_joni> I meant the individual license
[20:40:50] <anonimasu> alex_joni: they are much cheaper..
[20:41:00] <alex_joni> anonimasu: might be
[20:41:09] <alex_joni> but I'll still stick with emc, thank you very much :D
[20:41:25] <jlmjvm> emc rocks
[20:41:48] <anonimasu> oh yeah, im remaking my bearing mounts..
[20:42:00] <anonimasu> I have a new idea..
[20:42:07] <jlmjvm> when i saw my steppers run with encoders i was convinced
[20:42:11] <anonimasu> 2 radial bearings and one axial thrust bearing that I can preload..
[20:43:25] <anonimasu> I dont think a duplex configuration of tapered roller bearings is optimal anymore..
[20:43:27] <buckie555> thanks for all the help chaps - I've got to dash and carry on. I'll post some pics when the retrofits complete. Thanks once again.
[20:43:45] <jlmjvm> alex_joni:if emc was hooked to a galil would it have to be realtime
[20:43:57] <anonimasu> emc is realtime
[20:44:25] <anonimasu> does anyone have any ideas about that bearing configuration?
[20:45:23] <jlmjvm> let me rephrase,could a non rt linux gui drive a galil motion card
[20:45:31] <alex_joni> jlmjvm: probably so
[20:45:37] <anonimasu> probably
[20:45:55] <anonimasu> the galil motion cards have their own motion planner and stuff..
[20:45:57] <anonimasu> atleast the ones I've looked at
[20:47:05] <jlmjvm> reason i ask is i have a friend with several new mazak machine centers,they have xp with a 750 celeron and 256 ram,and i dont think its realtime
[20:47:27] <jlmjvm> and these mills cost over 200k
[20:47:35] <anonimasu> jlmjvm: they have reltime motion cards I guess..
[20:47:45] <jlmjvm> gotta be
[20:47:48] <anonimasu> jlmjvm: or dedicated hardware for motion
[20:47:57] <anonimasu> some mills have 4 processors soley for motion
[20:48:12] <alex_joni> the robots I work with have a 1.4GHz cpu, 128-256 ram
[20:48:20] <alex_joni> and xp embedded + RT system
[20:48:25] <jlmjvm> they do have dedicated hardware for the motion
[20:48:26] <anonimasu> * anonimasu nods
[20:48:38] <alex_joni> but there's a custom board for talking to servos (can)
[20:48:46] <alex_joni> and smart servos (that can do synched moves)
[20:48:46] <anonimasu> :)
[20:55:18] <anonimasu> * anonimasu NODS
[20:55:23] <anonimasu> so nobody has any clue on my bearing ideas?=
[21:02:42] <jlmjvm> jepler:you having any luck
[21:03:48] <jepler> jlmjvm: in the .stepconf file you sent me, none of the outputs were set to "charge pump" .. when I select a charge pump output in my own configuration it works to the extent that i can test it (no test equipment to actually look at the parport pin)
[21:04:02] <jepler> I did correct some of the other problems you saw for the next release, though (halshow etc)
[21:07:04] <jlmjvm> ok,heres what i did,made a new config with stepconf that included the charge pump,put those lines in my hal file
[21:07:46] <jlmjvm> is that why the stepconf doesnt show the charge pump output
[21:09:44] <jepler> yes, the .stepconf file won't include any changes you made to the .hal file after it was run, or any lines you put in your custom .hal file ..
[21:10:25] <jlmjvm> we may be getting somewhere now,lemmee make a new 1
[21:11:16] <jlmjvm> should my ext estop changes go in the custom.hal instead of the regular hal
[21:13:04] <jlmjvm> or does that matter?
[21:14:02] <jepler> later on you'll want to re-run stepconf. If you do, it will overwrite the changes in joe.hal. It won't overwrite what you put in custom.hal.
[21:14:23] <jlmjvm> k,gotcha
[21:17:51] <Guest293> hi -- anyone know anything about stepgen on 2.2.1 ??
[21:18:47] <alex_joni> Guest293: know what?
[21:19:33] <Guest293> how to fix this error: emcTrajSetAxes failing: axes=3 axismask=f
[21:19:49] <alex_joni> any other errors there?
[21:20:25] <Guest293> just several lines of the same thing
[21:20:41] <alex_joni> no other messages?
[21:20:46] <Guest293> and bad return value from emcTrajSetAxes
[21:20:47] <jepler> AXES = 3
[21:20:47] <jepler> COORDINATES = X Y Z A
[21:20:56] <jepler> if you have a line like this, you'll get that error ^^
[21:21:04] <jepler> if you have 4 axes then you must set AXES = 4
[21:21:43] <Guest293> thanks -- that looks like it is it :-)
[21:33:57] <jlmjvm> new file,no change
[21:37:25] <jlmjvm> on hal meter charge pump enable signal goes true and false with estop,but the charge pump output is toggling between true and false by itself
[21:38:32] <jlmjvm> but if you estop the gui it goes false
[21:38:46] <alex_joni> sounds like the way it should :)
[21:39:12] <jlmjvm> why cant i read any voltage on the pin
[21:39:55] <jlmjvm> and shouldnt it stay true when on
[21:40:07] <alex_joni> the chargepump is a togle signal
[21:40:14] <alex_joni> it goes 0,1,0,1,0,1 etc
[21:40:43] <jlmjvm> it doesnt output like the old charge pump?
[21:41:20] <alex_joni> what did the old one output?
[21:42:17] <jlmjvm> seems like it was around 2 volts,i remember being able to check it with a meter
[21:43:12] <jlmjvm> need a 15khz output
[21:43:43] <jlmjvm> i checked dallurs configs but he still has the old style
[21:44:17] <alex_joni> 15kHz output is 0,1,0,1,0,1 etc
[21:45:29] <cradek> jlmjvm: it's hard to say what your meter will say when there's a 15kHz square wave
[21:45:44] <cradek> you need a scope, or at least a logic probe, to see it
[21:45:45] <jepler> the charge-pump will give a square wave at a frequncy of BASE_PERIOD/2
[21:46:00] <jepler> (there's no facility to set the specific frequency)
[21:46:30] <jlmjvm> seems like you could change it before
[21:46:42] <cradek> I don't think so
[21:46:46] <jepler> in stepconf, there's no facility to set the specific charge pump frequency
[21:46:46] <alex_joni> only if you create a different thread
[21:46:48] <cradek> it just toggles
[21:46:51] <alex_joni> and attach it there
[21:47:10] <SWPadnos> there's freqgen (which may be a part of stepgen now) if you want a variable frequency output
[21:47:09] <jlmjvm> im talking about 2.1
[21:47:44] <jlmjvm> there is an example of what im talking about in the dallur configs
[21:48:10] <jlmjvm> and im pretty sure you could change the output
[21:48:41] <SWPadnos> no, he uses a 30000 BASE_PERIOD for te 15 KHz output frequency
[21:49:04] <SWPadnos> actually, he's using siggen/freqgen, not charge_pump
[21:49:17] <SWPadnos> and he's got a 30000 BASE_PERIOD :)
[21:50:00] <jepler> what device are you using, that the signal must be 15kHz?
[21:50:48] <jepler> the device I'm familar with (and saying "familiar" is a stretch, because all I've done is read the datasheet) is pdmx-121/pdmx-122 which requires "100Hz minimum" (no stated maximum frequency)
[21:51:03] <jlmjvm> campbell breakout board
[21:51:40] <jlmjvm> k,siggen/freqgen is waht i used to have,just like dallur
[21:52:03] <jepler> you can adapt those hal lines into your custom.hal file. In that case, you would specify the pin as "unused" in stepconf.
[21:52:29] <jlmjvm> also when i add this line it doesnt work at all, net estop-ext => iocontrol.0.emc-enable-in
[21:52:48] <jlmjvm> thats so my ext estop button works
[21:53:36] <jlmjvm> #net estop-out <= iocontrol.0.user-enable-out
[21:53:36] <jlmjvm> #net estop-out => iocontrol.0.emc-enable-in
[21:53:36] <jlmjvm> net estop-ext => iocontrol.0.emc-enable-in
[21:53:43] <jlmjvm> thats what i have
[21:54:11] <jepler> is it an error message, or just won't come out of estop?
[21:55:51] <jlmjvm> ?
[21:56:03] <jlmjvm> thats what i have in my hal file
[21:56:46] <jlmjvm> i commented out the original 2 lines and added the third so the ext estop would work
[21:56:57] <jlmjvm> button
[21:57:13] <jlmjvm> then the cp no longer works
[21:57:22] <jepler> but then you said that line "doesn't work at all" -- I was trying to clarify what the behavior was.
[21:57:32] <jepler> does it print an error message, or does it start up but not let you exit estop, or some other behavior?
[21:58:01] <jlmjvm> no error,starts right up,but stays false with hal meter
[21:59:07] <jepler> does halcmd "show sig estop-ext" show that a parport pin is also connected to that signal?
[22:07:39] <jlmjvm> estop-ext and pin 10 both go true and false with button in hal meter
[22:07:54] <jlmjvm> but cp stays false
[22:08:32] <alex_joni> can you show sig for the charge-pump ?
[22:08:49] <alex_joni> jepler: isn't the charge-pump enabled from user-enable-out ?
[22:09:36] <jepler> jlmjvm: you did add this to your custom.hal, right?
[22:09:36] <jepler> + print >>file, "net charge-pump <= charge-pump.out"
[22:09:50] <jepler> which signal or pin are you looking at in halscope?
[22:09:52] <alex_joni> 21:20 < jepler> my-mill.hal:net estop-out charge-pump.enable <=
[22:09:52] <alex_joni> iocontrol.0.user-enable-out
[22:09:57] <alex_joni> jepler: I think that's the issue..
[22:10:13] <jepler> but now we're back around to where we started
[22:10:15] <alex_joni> since he changes emc-enable-in from parport, the user-enable-out doesn't get properly set
[22:10:37] <alex_joni> instead of doing F1/F2, he only does external button, F2
[22:11:08] <jepler> print >>file, "net estop-out charge-pump.enable <= iocontrol.0.user-enable-out"
[22:11:24] <alex_joni> yeah, and that might be false
[22:11:32] <alex_joni> since he never pushed F1
[22:11:38] <jepler> hmmm
[22:12:06] <jepler> so what pin should I be hooking to charge-pump.enable?
[22:12:14] <jlmjvm> i changed it back and the charge pump enable,and output pins go true and false,but the signal for cp stays false
[22:12:16] <alex_joni> I think you did the right thing
[22:12:53] <alex_joni> jepler: people who split the estop-loopback can hook it to the right pin (in this case the parport pin)
[22:15:54] <jepler> so in jlmjvm's case is the right solution "unlinkp charge-pump.enable" "net estop-ext => charge-pump.enable" so that the charge pump enables based on the external estop button state?
[22:15:58] <jepler> (in custom.hal)
[22:17:23] <jlmjvm> put those 2 lines in custom hal?
[22:17:41] <jlmjvm> never seen unlinkp yet
[22:18:07] <alex_joni> jepler: I think so
[22:18:17] <alex_joni> jlmjvm: unlinkp = unlink pin
[22:18:18] <jlmjvm> will try
[22:18:21] <jepler> jlmjvm: "unlinkp" disconnects charge-pump-enable from whatever it was connected to before, so that it can be connected to the new thing, the signal from the external estop button
[22:18:32] <jepler> alex_joni: why wouldn't anyone with an external estop signal want that?
[22:18:34] <jlmjvm> cool,a new command
[22:19:12] <alex_joni> jepler: I think linking a parport pin to emc-enable-in is wrong
[22:19:21] <alex_joni> well.. it works, but it's an ungly hack
[22:19:39] <alex_joni> the right way to implement external estop is ladder unfortunately
[22:19:48] <alex_joni> and that's probably too much of a complication
[22:19:55] <cradek> we have a nice example of that
[22:20:02] <jepler> I didn't feel I could introduce ladder in stepconf and have a prayer of getting it right
[22:20:18] <alex_joni> jepler: I agree with you
[22:20:25] <jepler> thanks for the vote of confidence
[22:20:33] <alex_joni> haha
[22:20:37] <alex_joni> didn't mean it like that
[22:21:05] <alex_joni> what I mean is that for advanced configs like ladder, you'll surely not fulfill everyones needs
[22:21:36] <cradek> I think a machine with external estop and chargepump is beyond the domain of stepconf (if only slightly)
[22:21:44] <alex_joni> yup
[22:21:59] <alex_joni> the only thing I could think of, is write a component for external estop
[22:22:09] <alex_joni> I think we already have one iirc
[22:22:18] <cradek> yeah, and I have no idea what it does
[22:22:25] <alex_joni> it latches
[22:22:55] <cradek> right, because something in iocontrol makes a pulse, not a level
[22:23:13] <cradek> (I'd use ladder...)
[22:23:19] <alex_joni> yeah.. I know
[22:23:35] <alex_joni> and because users sometimes push external buttons which are momentary switches
[22:23:54] <jlmjvm> that got the cp pins working in halmeter,but the cp signal in halmeter stays false
[22:24:28] <alex_joni> jlmjvm: not sure halmeter can see the cp signal
[22:24:33] <alex_joni> it's toggling quite fast
[22:24:43] <jepler> so you can see in halmeter that charge-pump.enable is becoming TRUE or FALSE according to the physical button, but you never see charge-pump.out toggling between TRUE and FALSE ?
[22:25:12] <jepler> (both tests done in halmeter)
[22:25:27] <jepler> alex_joni: I find that halmeter toggles between TRUE and FALSE on charge-pump.out, but slowly (e.g., a few times a second) not at 10kHz or whatever..
[22:25:39] <jepler> (not that you can see 10kHz on a CRT..)
[22:26:14] <alex_joni> LCD with 2usec gray-to-gray
[22:26:47] <alex_joni> jlmjvm: did you try the pin charge-pump.out ?
[22:26:54] <jlmjvm> pins cp enable and cp out toggle with the estop button,signal cp stays false,halmeter for both
[22:26:55] <alex_joni> or the signal connected to it?
[22:27:40] <alex_joni> can you "halcmd show signal charge-pump" ?
[22:28:35] <jlmjvm> in halmeter the PINS cp enable and cpout work with button,in halmeter SIGNAL the cp stays false
[22:29:49] <jepler> halcmd show sig charge-pump
[22:29:53] <jlmjvm> <commandline>:0: Unknown 'show' type 'signal'
[22:30:08] <jepler> "sig" not "signal" (alex should have known better)
[22:30:14] <jlmjvm> k
[22:30:38] <alex_joni> * alex_joni uses tab-complete a lot
[22:31:33] <jlmjvm> Signals:
[22:31:33] <jlmjvm> Type Value Name (linked to)
[22:31:33] <jlmjvm> bit FALSE charge-pump
[22:31:33] <jlmjvm> ==> parport.0.pin-17-out
[22:31:53] <alex_joni> jlmjvm: no wonder it stays false
[22:32:02] <alex_joni> it's not connected to charge-pump.out
[22:32:51] <jlmjvm> hmmm
[22:33:13] <jepler> right, that's the very first bug I fixed .. for now you have to work around it by adding the 'net' for it in your custom.hal file
[22:33:46] <jepler> net charge-pump <= charge-pump.out
[22:35:11] <jlmjvm> now im getting 2.33 volts
[22:35:16] <jlmjvm> on the pin
[22:35:17] <alex_joni> sounds good
[22:35:29] <jlmjvm> awesome
[22:36:02] <jlmjvm> and the estop button stops it
[22:36:11] <alex_joni> magic :D
[22:36:30] <jepler> and we only discovered how many bugs in stepconf along the way?
[22:36:37] <alex_joni> 4?
[22:37:00] <alex_joni> jlmjvm: wanna sign up as a beta tester?
[22:37:12] <alex_joni> you'll get the nicest things to test before anyoen else :P
[22:37:15] <jlmjvm> i like stepconf,i think it has great potential
[22:37:23] <jlmjvm> sure,im game
[22:37:32] <alex_joni> jlmjvm: I was partly kidding
[22:37:46] <jlmjvm> oh but i wasnt,lol
[22:38:19] <alex_joni> jlmjvm: we still try to do our best to make it as bug free as possible
[22:38:29] <alex_joni> but sometimes we simply can't think of all scenarios possible
[22:38:43] <jlmjvm> but beware when this stepconf stuff catches on there will be a lot of jlmjvms will be in here
[22:38:50] <jepler> you can be a beta tester, but you have to learn to compile the software yourself first
[22:39:21] <jlmjvm> wow,that stopped me in my tracks,lol
[22:39:40] <jepler> I hope stepconf does help to dispel the notion that you have to be a rocket scientist to successfully configure emc
[22:39:54] <jepler> maybe it has to go through a few more releases first .. so be it
[22:40:05] <jlmjvm> i think it has great potential
[22:40:19] <alex_joni> with great potential comes great voltage
[22:40:44] <jepler> besides the parts that didn't work right, are there some things that you think a lot of users will miss?
[22:41:03] <fenn> with low resistance comes great current!
[22:41:11] <jepler> with emc you can do so many things, but you can only fit a few of them into a "small" program like stepconf
[22:41:25] <jepler> (which still prompts for around 100 items, if I remember the count correctly)
[22:41:28] <jlmjvm> for instance,i couldnt figure out the invert command for my spindle brake yesterday,so i did a stepconf and it gave me the command
[22:42:00] <SWPadnos> jlmjvm, have you read the HAL tutorial in the documentation/
[22:42:02] <SWPadnos> ?
[22:42:07] <jlmjvm> im sold on 2.2 already
[22:42:35] <jepler> eek
[22:42:35] <jlmjvm> not really
[22:42:35] <jepler> * jepler just realized he's painted himself into a corner
[22:42:48] <SWPadnos> ok, that's the place to start if you want to know how to configure EMC2
[22:43:09] <jepler> in the stepconf xml file, I wrote numbers (not names) for "pin usage" -- so I can't do something that "renumbers" the pins
[22:43:11] <SWPadnos> stepconf is great, but it wouldn't help at all with the USC or a mesa card ...
[22:43:46] <jepler> SWPadnos: yeah I've been thinking about that
[22:43:53] <jlmjvm> but it will help nubes and parport users greatly
[22:43:54] <jepler> but I don't have any solutions yet
[22:43:58] <SWPadnos> for those, or for "non-standard" configs, there are just too many options to make a druid-like program to guide you through it
[22:44:02] <SWPadnos> heh
[22:44:14] <SWPadnos> yeah, it's more or less halgui, but even easier to use ;)
[22:45:08] <jlmjvm> i like the way its setup to enter the drive timings
[22:45:48] <SWPadnos> heh -maybe the next step is to make a "pyconfigvcp" - something that driver writers can use to make config panels
[22:46:11] <jlmjvm> back to the cp,is there any way to adjust the output
[22:46:17] <SWPadnos> but I'm not volunteering
[22:46:17] <jlmjvm> that would be cool
[22:46:32] <SWPadnos> no
[22:46:47] <jlmjvm> SWPadnos is the man for the job
[22:46:47] <SWPadnos> you can enable it or disable it, that's the only adjustment
[22:46:57] <SWPadnos> not for that job
[22:46:59] <jepler> jlmjvm: if you have to have a specific frequency, then stepconf will not do it.
[22:47:17] <SWPadnos> the only thing I know about python is how it's spelled
[22:47:26] <jepler> jlmjvm: you would instead leave the output as "unused" in stepconf, and then add the lines to your .hal file to do the charge pump the same way you did it in 2.1
[22:48:02] <SWPadnos> I think he had to change the BASE_PERIOD in 2.2 because of that RT deadline error
[22:48:15] <SWPadnos> so the same as 2.1 wouldn't give the same frequency
[22:48:36] <jlmjvm> k,will try this one first when the board gets in,if it doesnt work will go back to the old
[22:48:51] <SWPadnos> what charge pump board are you getting?
[22:49:38] <jlmjvm> im getting a breakout board from bob campbell designs
[22:49:53] <jlmjvm> http://www.campbelldesigns.com/breakout-board.php
[22:50:03] <jlmjvm> some good stuff
[22:50:50] <jlmjvm> used his combo board on a earlier machine,worked great since installed last year
[22:52:00] <alex_joni> I would like it.. if it wouldn't say "breakout board plus for Mach2 and Mach3"
[22:52:43] <jlmjvm> he just hasnt had many emc people use it yet
[22:52:52] <jlmjvm> dallur uses his boards
[22:54:21] <jlmjvm> had a spindle come on last week when i powered machine on,said to myself,gotta get a charge pump on this 1
[22:54:50] <SWPadnos> it's very unlikely that the circuit needs exactly 15.0000 KHz
[22:55:12] <jlmjvm> plus gonna run the power enable contactor thru the estop button also
[22:55:21] <SWPadnos> it's much more likely that there's some maximum time betwen pulses, and that's probably in the 5-10 KHz range
[22:55:30] <jlmjvm> im crossing my fingers
[22:55:32] <alex_joni> or that mach outputs exactly 15kHz
[22:55:36] <SWPadnos> indeed
[22:55:49] <SWPadnos> the aord "about" is used several times in that paragraph
[22:55:51] <SWPadnos> word
[22:56:14] <SWPadnos> ok, it's used once at least
[22:56:34] <jlmjvm> i bet it will work
[22:56:51] <jlmjvm> you guys are just too good
[22:58:21] <alex_joni> good night all
[22:58:27] <SWPadnos> see you Alex
[22:58:29] <jlmjvm> ive only done 2 mills that had automatic spindle,1 got the campbell combo,usc in the other
[22:58:40] <jlmjvm> later alex
[22:59:57] <jlmjvm> guys im gonna get off here also,definately appreciate the help
[23:00:11] <SWPadnos> see ya
[23:00:23] <jlmjvm> later