#emc | Logs for 2007-01-31

Back
[00:03:18] <SWPadnos> col, I don't have experience with the motenc cards, but ifyou only need 3 outputs plus spindle (maybe), then 4 outputs is fine
[00:04:19] <SWPadnos> unless you also need the analog inputs for something, I don't see that they would be an issue (I don't know if the card does integration of tach feedback, but I'm sure EMC2 doesn't)
[00:05:02] <col> well teh motenc has encoder inputs
[00:05:10] <col> so im assuming that takes care of it all
[00:05:26] <col> so the 3 axis and spindle is covered by the 4 outs
[00:06:13] <col> and the other stuff like tool change ect would just be digital I/O ?
[00:06:34] <mdynac> i have an EMC2.1/motenc index pulse problem
[00:07:26] <SWPadnos> col, I think so. I don't know what the other differences are
[00:07:55] <mdynac> HAL: ERROR: signal 'Xindex' slready has output pin
[00:09:45] <alex_joni> mdynac: did you read the info about changed configs?
[00:09:52] <mdynac> yes
[00:10:01] <alex_joni> http://www.ipodlinux.org/Toolchain
[00:10:04] <alex_joni> argh
[00:10:13] <alex_joni> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?UPDATING
[00:10:35] <mdynac> i changed the signal names a while back....
[00:10:55] <SWPadnos> can you put your .hal file(s) on http://pastebin.ca ?
[00:11:20] <mdynac> k
[00:11:33] <col> SWPadnos: thanks iv ordered the lite version :)
[00:11:45] <SWPadnos> uh-oh :)
[00:11:55] <SWPadnos> hopefully you did more research than talking to me? ;)
[00:12:03] <col> lol
[00:12:06] <col> yeah a lil
[00:12:26] <col> just wondered if there was anything obvious id need the adc inputs for
[00:12:45] <SWPadnos> I don't think so, but they could be useful for stuff like spindle load monitoring
[00:12:58] <SWPadnos> (assuming you have the external hardware for that)
[00:13:20] <col> i can always upgrade if needs be
[00:13:36] <col> get the other one and keep that for extra axis if i convert to 5 axis
[00:13:36] <SWPadnos> or just get a generic A/D card and write a driver
[00:13:42] <col> aye
[00:13:46] <SWPadnos> (or get two, send me one, and have me write the driver :) )
[00:13:52] <col> lol :)
[00:13:55] <mdynac> http://pastebin.ca/333596
[00:13:56] <col> maybe
[00:14:06] <col> my new machines arrive tommorow
[00:14:06] <col> :D:D
[00:14:38] <col> http://img.photobucket.com/albums/v280/rallyslag/02012007171.jpg
[00:14:43] <col> http://img.photobucket.com/albums/v280/rallyslag/28122006158.jpg
[00:15:35] <SWPadnos> mdynac, index isn't the same thing as index-enable
[00:16:11] <mdynac> ??
[00:16:14] <SWPadnos> I think the fix is to change the first line for Xindex and Yindex to linksp Xindex <= motenc.0.enc-00-index-enable
[00:17:01] <SWPadnos> the driver has two pins. one tells the state of the index pin, the other is a bidirectional pin that lets the motion controller ask the driver to reset the position when an index is detected
[00:17:38] <SWPadnos> motion does this by setting the bit to 1. The driver then tells the motion controller that an index was found by setting the bit to 0
[00:18:07] <mdynac> i changed the names and emc booted
[00:18:20] <SWPadnos> ok. hppefully it still works as you expect :)
[00:18:25] <SWPadnos> hopefully
[00:18:42] <mdynac> i'll check it on thursday when i get back...
[00:24:30] <col> gnight all
[00:24:37] <col> gotta be up early for delivery truck :)
[00:24:49] <SWPadnos> heh - see you
[00:30:16] <paragon36> Just bought the motor controller as it should work just fine :-) $69 inc shipping not bad value!
[01:15:16] <robin_sz> meep?
[01:16:32] <robin_sz> col, nice machine ... was that from the GoIndustry auction the other day?
[02:11:54] <jepler> newly added directions and package list for building on Ubuntu 6.10: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#Simulator_on_Ubuntu_6_10_Edgy_Eft
[02:12:40] <jmkasunich> nice
[02:15:16] <jepler> hi cradek
[02:15:20] <jepler> hi Twingy
[02:15:26] <cradek> hi
[02:15:33] <cradek> did I miss anything good?
[02:15:44] <SWPadnos> world peace
[02:15:57] <SWPadnos> but it left
[02:16:07] <cradek> darn, it would have been nice to see it for a little while
[02:16:11] <SWPadnos> yep
[02:16:37] <jepler> cradek: I just added this to the wiki: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#Simulator_on_Ubuntu_6_10_Edgy_Eft
[02:16:56] <jepler> after I had declared loudly to someone -- lernean hydra? -- that I'd never have an edgy system :-P
[02:17:03] <cradek> haha
[02:17:12] <cradek> what happened?
[02:17:20] <jepler> I was installing vmware on my new system
[02:17:23] <jepler> thought "what the heck"
[02:17:27] <cradek> ah
[02:17:52] <Twingy> hi
[02:18:02] <jepler> since it's taking me ages to get everything moved, I'm considering just sticking the old drive in the new machine and running the old OS in a virtual machine
[02:18:22] <cradek> that's an approach I hadn't considered
[02:18:33] <jepler> Twingy: thanks for working on that bug I ran into when trying out gcam
[02:18:40] <cradek> I've put my old home directory in a subdir of the new one though
[02:18:41] <jepler> Twingy: I didn't test out the new version yet
[02:18:47] <cradek> I did - and it is fixed
[02:18:57] <Twingy> yep, wait a day or two until I release one with additional bug fixes
[02:19:45] <Twingy> on tuesdays I mentor at the high school for first robotics league and saturdays all day
[02:19:53] <Twingy> so not going to get much done tonight
[02:20:15] <jepler> I can imagine that would be in the "fun but tiring" category
[02:20:28] <Twingy> yep
[02:20:34] <jepler> league? It is competitive somehow?
[02:20:51] <Twingy> I am also going to start 4th axis milling in Feb
[02:21:02] <Twingy> yes, Dean Kamen (segway guy) started it 15 years or so ago
[02:21:52] <crepincdotcom> (Dean Kamen went to my school ;-)
[02:22:14] <jepler> aww gee I don't have any names to drop
[02:22:31] <jepler> Twingy: oh, is it a "battle bots" type of thing?
[02:22:40] <Twingy> not quite
[02:22:43] <crepincdotcom> its more goal oriented
[02:22:47] <Twingy> the bots perform a task
[02:22:47] <crepincdotcom> find objects, bring them back, etc
[02:22:51] <jepler> ah ok
[02:22:57] <jepler> that sounds better than "battle bots" frankly
[02:23:01] <SWPadnos> I wrote the software for Dean Kamen's Dialysis machine test system
[02:23:04] <Twingy> this year it's placing torus's on a 3 tier cage with 8 arms per tier
[02:23:04] <crepincdotcom> wow
[02:23:11] <SWPadnos> (how's that for name dropping? :) )
[02:23:17] <crepincdotcom> haha, SWPadnos++;
[02:23:52] <Twingy> k, I need to relax for a bit
[02:23:54] <jepler> Twingy: see you
[02:24:08] <crepincdotcom> so... i finally finished my mill today
[02:24:18] <crepincdotcom> works great, 'cept that the x-axis is backwards
[02:24:30] <jepler> crepincdotcom: that should be easy to fix
[02:24:35] <crepincdotcom> is was going to just put a hardware NOT on that pin, but then i realized the HAL might be able to do that
[02:24:37] <cradek> just negate the scale
[02:24:38] <jepler> crepincdotcom: just negate INPUT_SCALE for that axis
[02:24:50] <crepincdotcom> ok, i was looking at that
[02:24:54] <crepincdotcom> thanks a lot, just checking
[02:24:56] <cradek> you could also NOT the pin, but changing the scale is simpler
[02:24:56] <jepler> or if it's a stepper on the parallel port, you can 'setp pin-NN-invert TRUE' in your HAL file
[02:25:07] <crepincdotcom> where in the HAL file would that go?
[02:25:12] <jepler> for digital output pins, there is almost always a HAL "invert" parameter
[02:25:25] <crepincdotcom> i figured
[02:25:30] <crepincdotcom> its written wicked well ;-)
[02:25:33] <jepler> crepincdotcom: anywhere after you 'loadrt hal_parport' -- putting it near the line that connects the direction signal to the parport pin is what I would do
[02:25:42] <crepincdotcom> ok, great
[02:26:03] <crepincdotcom> thanks a lot guys
[02:26:07] <jepler> no problem
[02:26:11] <jepler> have you made chips yet?
[02:26:47] <crepincdotcom> no, i figured it'd get it all working properly first
[02:26:52] <crepincdotcom> then im going to put a pencil in it
[02:27:00] <crepincdotcom> no sense putting a bit through the cmaps
[02:27:03] <crepincdotcom> *clamps
[02:27:19] <josesito> i'm trying to compile emc2 but i'm getting this error when running ./configure --enable-simulator:checking for BWidget using /usr/bin/tclsh8.4... configure: error: not found
[02:27:26] <crepincdotcom> i may have the smallest EMC implementation ever.... my whole mill plus CNC setup is 20 lbs
[02:27:43] <cradek> josesito: you need to install a bwidget package
[02:27:52] <jepler> josesito: the bwidget home page is http://tcllib.sourceforge.net/
[02:27:59] <cradek> on debian/ubuntu it's just called "bwidget"
[02:28:15] <josesito> k thanks!
[02:28:28] <jepler> crepincdotcom: I'm having a look at your blog now
[02:28:36] <crepincdotcom> ahh
[02:28:38] <crepincdotcom> no pics yet :-(
[02:28:56] <jepler> haha "Reality check: yes, this is what I do when I get home from work and before bed..."
[02:29:03] <crepincdotcom> haha
[02:29:20] <crepincdotcom> drat, i need to fix that post about the cnc being "almost" done i guess
[02:30:42] <jepler> crepincdotcom: your stepper driver is unipolar, then?
[02:30:46] <crepincdotcom> yes
[02:30:50] <jepler> why did you decide not to go with L298?
[02:30:50] <crepincdotcom> i got the motors from canon scanners
[02:30:56] <crepincdotcom> the L298 is for bipolar
[02:31:01] <josesito> guys...some language questions: what's the name of a machine that makes only cylindrical pieces??
[02:31:02] <crepincdotcom> i mean it does unipolar as well
[02:31:09] <cradek> josesito: lathe
[02:31:14] <crepincdotcom> but the GSS is just as easy with separate transistors
[02:31:23] <josesito> thanks cradek
[02:31:50] <cradek> that was easy, ask me a harder one :-)
[02:32:09] <josesito> a machine which can do 3d pieces
[02:32:20] <crepincdotcom> ooh ooh i know
[02:32:22] <crepincdotcom> mill?
[02:32:24] <crepincdotcom> :-p
[02:32:33] <crepincdotcom> actually i guess a lathe can as well
[02:32:34] <josesito> thanks!
[02:32:44] <josesito> it's mill!
[02:32:48] <crepincdotcom> haha ok
[02:32:59] <josesito> ok, passed .configure script...
[02:33:14] <cradek> I really like the L298. it's fine for driving little servos too
[02:33:19] <jmkasunich> http://en.wikipedia.org/wiki/Milling_machine, http://en.wikipedia.org/wiki/Lathe
[02:33:39] <jmkasunich> handy - the pics clear up any mis-understanding
[02:33:39] <crepincdotcom> cradek: i think my servos would certainly be "little" compared to what you likely have
[02:33:51] <crepincdotcom> i dont know, i can more easily figure out whats wrong with separate transistors
[02:33:51] <cradek> maybe not, my servo lathe is sherline based
[02:34:04] <crepincdotcom> let me link the manual mill i built on top of:
[02:34:11] <cradek> but it takes you 12 sniffs to find the bad part when it only takes me one
[02:34:44] <crepincdotcom> my mill: http://www.thisnext.com/media/230x230/9263BDE7.jpg
[02:34:55] <crepincdotcom> cradek: point taken, but i can replace one transistor and not the whole array
[02:35:03] <cradek> neat!
[02:35:08] <crepincdotcom> yah
[02:35:09] <cradek> we definitely need pictures of your conversion
[02:35:15] <crepincdotcom> do you have pics of yours?
[02:35:21] <crepincdotcom> i should get them up in the next day or so
[02:35:21] <cradek> how long is the table?
[02:35:32] <crepincdotcom> 7" methinks
[02:35:32] <jepler> I think I saw some of those mills on e-bay while I should have been working
[02:35:38] <crepincdotcom> haha
[02:35:47] <cradek> the only photo I have is my X axis motor mount: http://timeguy.com/cradek-files/emc/DSCN6290.JPG
[02:35:58] <cradek> the keyboard is there for, uh, scale
[02:36:07] <crepincdotcom> oh wow, that looks great
[02:36:17] <cradek> thanks
[02:36:27] <cradek> the Z is not nearly as nice, but it works
[02:36:29] <crepincdotcom> my manual machining was not nearly as good when i started this, so a couple of my mounts are astetically off
[02:36:44] <cradek> I know just how that goes
[02:36:50] <jepler> crepincdotcom: how is the backlash on your new mill, or do you know yet?
[02:36:58] <cradek> but it doesn't matter, you can remake a few parts later
[02:37:06] <crepincdotcom> heh, i should have used the CNCs here... im at school, we have 11 Hass cnc's, most bigger than my car
[02:37:13] <crepincdotcom> jepler: tell you the truth, i dont know what backlash is
[02:37:36] <crepincdotcom> <-- machining noob
[02:37:38] <jepler> crepincdotcom: when you reverse direction, it's how far the handwheel turns before the table starts moving again
[02:37:41] <cradek> when you turn the knob one way and then back, there's some part of the turn where the axis doesn't move
[02:37:48] <crepincdotcom> ok
[02:38:06] <crepincdotcom> and that in turn creates inaccuracies i imagine?
[02:38:11] <cradek> that determines (sort of) the tolerance of the part you can make
[02:38:36] <crepincdotcom> cant you just tell EMC to decelerate more slowly as it enters such an area?
[02:38:37] <cradek> cnc is actually worse than manual machining - you can compensate for backlash pretty well when doing manual work
[02:38:44] <crepincdotcom> hm
[02:39:10] <cradek> well imagine cutting a circle (something you could not do manually) - at the quadrants, you'll get flat spots
[02:39:21] <crepincdotcom> oh i see
[02:39:39] <crepincdotcom> so i guess i should cut a circle and see how well it comes out
[02:39:41] <crepincdotcom> then i'll let you know
[02:39:43] <cradek> so it's not really true that cnc makes it worse - it's just that you expect to be able to do more!
[02:39:56] <cradek> fair enough
[02:40:02] <jepler> the etch-a-sketch has a lot of backlash, and the sides of the spiral where an axis changes direction are visibly flattened: http://axis.unpy.net/files/etchcnc/etch-spiral.jpg
[02:40:24] <cradek> that's a great example
[02:40:27] <jepler> it says the spindle goes to 20krpm .. http://www.emachinetool.com/new/catalog/vertical.cfm?ProductID=719
[02:40:39] <crepincdotcom> ahhh i get it
[02:40:52] <crepincdotcom> my spindle speed is 20k, but my max bit size is about 4mm
[02:40:56] <cradek> wow 20k is a lot
[02:41:01] <cradek> nice for engraving small things
[02:41:08] <crepincdotcom> yah
[02:41:47] <josesito> ok it's installed
[02:41:46] <cradek> so you can use 1/8" printed circuit board mills and drills?
[02:41:51] <josesito> now what?? xD
[02:42:04] <cradek> josesito: run the sim/axis sample configuration
[02:42:18] <josesito> k
[02:42:25] <crepincdotcom> cradek: yes, my goal is to be able to make boards
[02:42:42] <cradek> crepincdotcom: that's what I use my small mill for, mostly
[02:43:00] <crepincdotcom> so what do you use.... i mean you design your board in some program
[02:43:05] <cradek> crepincdotcom: eliminating backlash is VERY important for that, since the feature size you want is often 6-8 mils
[02:43:19] <jepler> crepincdotcom: I use eagle which has a no-cost version that runs on linux
[02:43:20] <crepincdotcom> ahh, i must work on that then
[02:43:36] <crepincdotcom> but eagle doesnt go straight to gcode does it?
[02:43:44] <cradek> yes with its scripting language
[02:43:48] <crepincdotcom> oh wow
[02:43:53] <crepincdotcom> is that something you wrote?
[02:44:00] <crepincdotcom> or avaiable on their site
[02:44:01] <cradek> jepler and I have written some nice exports for EMC
[02:44:10] <crepincdotcom> gpl?
[02:44:11] <cradek> yes
[02:44:26] <crepincdotcom> * crepincdotcom wonders where to find such tools
[02:44:35] <cradek> thinktink.com
[02:44:40] <crepincdotcom> k
[02:44:47] <jmkasunich> cradek: what "lines and spaces" do you usually use (for example, 12 mil lines and 13 mill spaces means 0.012 wide traces on 0.025 centers)
[02:45:17] <crepincdotcom> cradek: is this your site
[02:45:18] <jepler> crepincdotcom: here's a file generated by an older version of the eagle->gcode converter: http://emergent.unpy.net/files/sandbox/elm320.ngc
[02:45:27] <crepincdotcom> ok
[02:45:49] <jepler> you can preview it in axis
[02:45:49] <josesito> i'm getting an error!!!
[02:46:03] <crepincdotcom> the code looks good though
[02:47:06] <josesito> _tkinter.TclError: couldn't read file "/usr/share/axis/tcl/accel.tcl": no such file or directory
[02:47:41] <jepler> crepincdotcom: maybe this already crossed your mind, but you can easily use your "logic probe" with emc's halscope, for sample rates up to about 50kHz (BASE_PERIOD=20000)
[02:48:02] <crepincdotcom> it can read in?
[02:48:25] <crepincdotcom> i thought that was just for viewing HAL's output
[02:48:27] <crepincdotcom> thats awsome
[02:48:31] <crepincdotcom> thanks for letting me know
[02:48:36] <jepler> crepincdotcom: you can configure the parallel port in 'input' mode so that pins 2-9 are read
[02:48:48] <crepincdotcom> sweet
[02:49:05] <crepincdotcom> cradek: sorry if im being thick but i dont seen anything on that site referencing eagle scripts...
[02:49:16] <jepler> crepincdotcom: thinktink.com was for PCB milling bits
[02:49:27] <crepincdotcom> ahhh ok sorry
[02:49:33] <jepler> the g-code milling scripts are here (no docs): http://unpy.net/cgi-bin/viewcvs.cgi/eagle/ulp/
[02:49:40] <crepincdotcom> thanks
[02:49:44] <jepler> josesito:
[02:49:57] <josesito> ?
[02:50:08] <jepler> josesito: try one of the other front-ends -- select sim/temc instead of sim/axis
[02:50:40] <josesito> that worked
[02:50:58] <jepler> crepincdotcom: cradek's site is http://timeguy.com -- here's an example of a board he milled: http://timeguy.com/cradek/01144545838
[02:51:08] <crepincdotcom> thanks
[02:51:32] <crepincdotcom> oh wow, thats a nice one
[02:51:48] <josesito> well, what if i want to work with a lathe, where can i write the code and run a simulation??
[02:53:46] <jepler> josesito: sim/axis will probably work if you (A) ./configure --prefix=/usr OR (B) ./configure --enable-run-in-place
[02:53:46] <jmkasunich> crepincdotcom: fun with capacitors ;-)
[02:54:00] <crepincdotcom> jmkasunich: ha that has the old ones
[02:54:11] <crepincdotcom> i got some new ones.... the whole unit weights about 25 pounds
[02:54:19] <jmkasunich> http://jmkasunich.dyndns.org/cgi-bin/blosxom/capbang.html
[02:54:18] <crepincdotcom> soounds like a gunshot
[02:54:25] <josesito> jepler, i did ./configure --enable-simulator
[02:54:38] <jepler> josesito: there is an unresolved problem with AXIS when the PREFIX is not /usr: http://sourceforge.net/mailarchive/message.php?msg_id=37495337
[02:54:44] <jmkasunich> crepincdotcom: btdt - except not on purpose, and with much more expensive results
[02:55:01] <crepincdotcom> haha jmkasunich nice one. tonight we're going to hit a can of dw40 with mine (from far away)
[02:55:06] <crepincdotcom> ==bang.
[02:55:07] <jepler> josesito: then try: ./configure --enable-run-in-place --eanble-simulator
[02:55:24] <jepler> josesito: instead of using "make install", just run scripts/emc from the top emc2 source directory
[02:56:32] <jmkasunich> crepincdotcom: the "plasma jump pattern" and bouncing balls of light were probably molten copper and/or burning aluminum from the can
[02:56:42] <josesito> ok jepler
[02:56:43] <crepincdotcom> yeah, we figred that out in the end :-(
[02:56:51] <crepincdotcom> i gotta get some pics of the new caps
[02:57:20] <jmkasunich> I work with large cap banks for a living - except we try very very hard to prevent sudden discharges
[02:57:31] <crepincdotcom> yeah i bet :-p what do you do?
[02:57:41] <jmkasunich> large motor drives
[02:57:47] <crepincdotcom> sweet
[02:59:01] <josesito> jepler, same error
[03:00:00] <jmkasunich> the most recent product I worked on: http://literature.rockwellautomation.com/idc/groups/literature/documents/pp/20l-pp001_-en-p.pdf
[03:00:23] <crepincdotcom> shit
[03:00:26] <crepincdotcom> you're not messing around
[03:00:32] <crepincdotcom> thats a serious device there
[03:00:47] <jepler> josesito: find the files in /usr/lib/python2.4/site-packages that were put there by your earlier "make install", and remove them
[03:01:06] <jepler> josesito: then make sure you're running scripts/emc instead of the /usr/local/bin/emc that the earlier "make install" created
[03:01:35] <josesito> OK
[03:01:59] <josesito> it works
[03:02:34] <josesito> but does that mean i'll have to uninstall the one i just installed?? :S
[03:02:39] <jepler> josesito: choose the configuration sim/lathe if you want to work with a simulation of that type of machine
[03:02:56] <josesito> ok
[03:02:58] <jepler> josesito: yes, the files you installed with "make install" are not being used now
[03:03:09] <crepincdotcom> cradek: your nixie clocks are awsome
[03:03:17] <josesito> how can i uninsnstall ?? make uninstall?
[03:03:35] <jepler> there is no "uninstall" target
[03:04:01] <josesito> what should i remove then?
[03:04:07] <crepincdotcom> alright guys work is over, im heading home to finish those configs on the mill
[03:04:15] <crepincdotcom> then fun time :-)
[03:04:19] <crepincdotcom> talk to you all later
[03:04:23] <crepincdotcom> and thanks again, really
[03:04:22] <jepler> crepincdotcom: see you
[03:04:28] <jepler> crepincdotcom: nice meeting you
[03:04:31] <crepincdotcom> you as well
[03:04:43] <jepler> josesito: since almost all users either use "run-in-place" or the debian package, we've never addressed "uninstall"
[03:05:50] <jepler> josesito: if it helps, this is the list of files installed by the package on ubuntu: http://emergent.unpy.net/index.cgi-files/sandbox/files
[03:05:52] <jmkasunich> bye crepincdotcom
[03:06:24] <josesito> thanks jepler
[03:06:43] <jepler> josesito: I think you will get most of the files if you get rid of /usr/local/lib/emc2 and /usr/local/share/emc and
[03:07:01] <josesito> will there be any solution for my installed emc version?
[03:08:39] <jepler> josesito: it may be fixed in a future release, such as emc 2.1.1, but I don't make any promises.
[03:09:21] <josesito> k
[03:10:03] <jepler> josesito: there is one other thing you can try, if you want. In the file lib/python/nf.py, change the line that starts 'PREFIX =' to read: PREFIX = "/usr/local"
[03:10:23] <jepler> josesito: then reconfigure without --enable-run-in-place, reinstall, and see if that allows it to work
[03:11:04] <josesito> that file is in emc's source directory??
[03:11:13] <jepler> emc2.1/lib/python/nf.py
[03:11:14] <jepler> not under src/
[03:11:17] <josesito> ok
[03:11:42] <jepler> once you've changed that line, the "run-in-place" version will stop working -- so it's not a full solution for everyone
[03:11:44] <josesito> is it safe to install over the existing installation?
[03:11:50] <jepler> yes
[03:11:52] <josesito> k
[03:12:36] <josesito> PREFIX = find_prefix(__file__) ---> PREFIX = "/usr/local"
[03:12:37] <josesito> right?
[03:13:06] <jepler> yes, that is what I'd like you to try
[03:13:39] <josesito> done...running make
[03:14:09] <josesito> (already ran configure)
[03:17:50] <josesito> didn't work
[03:18:04] <ejholmgren> jmk: nice caps
[03:19:13] <jepler> josesito: is the error exactly the same as the first time? I would expect it to look for /usr/local/share/axis/tcl/accel.tcl which should be created by "make install"
[03:20:04] <josesito> let me see
[03:20:15] <josesito> it doesn't look like the same error
[03:20:46] <jepler> can you put the full error at http://pastebin.ca ?
[03:20:55] <josesito> http://pastebin.ca/333797
[03:22:11] <cradek> uh-oh, python 2.5
[03:23:08] <jepler> josesito: but sim/axis worked at least once while you were using --enable-run-in-place?
[03:23:36] <josesito> i think so. a small window appeared for some seconds but then dissapeared
[03:26:16] <jepler> josesito: I don't have any guesses about this new error :(
[03:26:40] <josesito> jepler, i ran again configure --enable-run-in-place with the original nf.py and tried sim axis
[03:26:49] <jepler> josesito: what happens now?
[03:27:10] <josesito> the small window appeared (it was just part of a manual or something like that) after a few seconds it dissapeared and now i don't see any window
[03:27:24] <josesito> MOTION: init_module() complete
[03:27:23] <josesito> task 0x8051e60 period = 1000000 ratio=1
[03:27:23] <josesito> *** glibc detected *** /usr/bin/python: free(): invalid pointer: 0x0806c0e0 ***
[03:27:23] <josesito>
[03:27:39] <josesito> those are the last 3 output lines of the program
[03:27:58] <jepler> that probably indicates a bug in emc2, but it is not one that I encounter here
[03:28:02] <josesito> it looks like it's still running
[03:29:28] <jepler> if you know how to get a backtrace with gdb, that will help me. otherwise I don't have any suggestions.
[03:30:37] <josesito> i don't know :(
[03:33:30] <cradek> I saw another guy failed to run AXIS with python2.5 but python2.4 worked
[03:33:43] <cradek> but I don't think the error looked anything like that
[03:33:46] <crepincdotcom> let me make sure i have this right: +x is to the right, +y is toward the front of the machine, and +z is up?
[03:34:58] <cradek> +y is away from you
[03:35:08] <cradek> right handed coordinate system
[03:35:12] <crepincdotcom> ahh
[03:35:21] <cradek> but note that means the table moves toward you
[03:35:27] <crepincdotcom> right that makes sense
[03:35:39] <crepincdotcom> ok thanks, let me make sure i have this all right now
[03:37:27] <josesito> jepler, about the software itself: does it show the shape of the piece i want to build in simulation??
[03:38:27] <jepler> josesito: The AXIS preview shows the path of the tool, not the shape of the remaining material
[03:38:41] <josesito> ow...
[03:39:34] <jepler> here's an example, showing a program to mill a printed circuit board: http://axis.unpy.net/files/about/axis11-running.png
[03:40:52] <josesito> cool
[03:41:39] <jepler> for a lathe the display is harder to interpret. here's a lathe program that creates a chess piece: http://emergent.unpy.net/index.cgi-files/sandbox/axis-lathepawn.png
[03:42:00] <jepler> you have to imagine the remaining material "above" the tool path, which is shown in white
[03:42:10] <jepler> the top of the pawn is on the right
[03:42:59] <josesito> cool
[03:43:22] <josesito> jepler, is there any other software like emc2 for linux?
[03:43:44] <josesito> oh btw...i dled coolcnc
[03:43:47] <josesito> i'll try it later
[03:44:01] <cradek> coolcnc is based on emc2 but the version is very old and buggy
[03:44:09] <jepler> some people on this channel are interested in programs that show the remaining material, but they are all at the experimental stage. you can read some about my effort here: http://axis.unpy.net/01169521961 http://axis.unpy.net/01169689661
[03:44:15] <josesito> ouch
[03:44:38] <cradek> although my information may be outdated
[03:44:43] <cradek> when you try it, let us know what version of emc2 is on it
[03:45:10] <josesito> ok
[03:45:45] <cradek> last I knew it was an emc2 release from Feb-March '06 and a lot has happened since then :-)
[03:49:34] <josesito> *** glibc detected *** /usr/bin/python: free(): invalid pointer: 0x0806c0e0 ***
[03:50:19] <josesito> jepler, is there any other software like emc2 for linux???
[03:51:57] <jepler> josesito: to control cnc mills and lathes? No, not really.
[03:52:32] <jepler> to preview g-code files for mills or lathes? none that I know of.
[03:52:51] <crepincdotcom> ok my scaling is off
[03:52:57] <crepincdotcom> so
[03:53:11] <crepincdotcom> 1.8 deg/step and 1 rotation per mm
[03:53:22] <crepincdotcom> im looking for the config on that now.....
[03:53:54] <jepler> crepincdotcom: are you using full or half stepping? (you should use half-stepping if you can)
[03:54:03] <crepincdotcom> half
[03:54:13] <crepincdotcom> 3.6 deg/step motors, at half
[03:54:17] <jepler> ah ok
[03:54:19] <jepler> direct drive?
[03:54:21] <crepincdotcom> yes
[03:55:05] <jepler> then I would expect SCALE to be 200 if you are using mm, or 5080 if you're using inches
[03:55:18] <crepincdotcom> can i see the math you did there?
[03:55:44] <jepler> 360 / 1.8 = 200 steps per revolution
[03:55:59] <crepincdotcom> oh, its just asking for steps/rev
[03:56:01] <crepincdotcom> ok thanks
[03:56:18] <ejholmgren> steps per "unit"
[03:56:31] <crepincdotcom> and unit is a revolution, or mm
[03:56:37] <jepler> unit is mm
[03:56:40] <jmkasunich> yeah - if your screw is one rev per mm, then its steps per rev
[03:56:47] <crepincdotcom> oh right
[03:56:48] <crepincdotcom> duh
[03:56:49] <crepincdotcom> thanks
[03:57:14] <jepler> that's why it's 5080 if the rest of the ini file is in inches
[03:57:15] <jepler> goodnight all
[03:57:19] <ejholmgren> later
[03:57:24] <jmkasunich> good night jeff
[03:57:36] <crepincdotcom> night, thanks
[03:57:37] <crepincdotcom> [22:29] Emily Ross: you asshole!
[03:57:37] <crepincdotcom> [22:30] Emily Ross: thanks a lot, seriously
[03:57:37] <crepincdotcom> [22:30] Emily Ross: i need tea
[03:57:44] <crepincdotcom> JESUS
[03:57:50] <crepincdotcom> sorry sorry sorry, damn putty
[03:57:52] <jepler> friend of yours?
[03:58:04] <crepincdotcom> ex girlfriend....
[04:05:26] <josesito> jepler, tkemc works
[04:06:15] <crepincdotcom> jeppler went to bed
[04:08:27] <josesito> oh
[04:08:48] <josesito> well, can you tell me what's tkemc for??
[04:09:08] <crepincdotcom> whats it for? its an emc front end
[04:09:17] <crepincdotcom> so, a gui-like program to help control emc
[04:09:23] <josesito> ok
[04:09:30] <crepincdotcom> it can open your gcode files and such, handle jogs, etc
[04:09:35] <josesito> can it simulate a lathe??
[04:09:36] <jmkasunich> it is an alternative to axis (older)
[04:09:36] <cradek> there are 5 of them, each with various features
[04:10:05] <cradek> AXIS is the only one that has specific support for lathe
[04:10:12] <crepincdotcom> i personally use axis because its fairly pretty :-) but thats me
[04:10:50] <cradek> AXIS is also the only one that shows a preview of the program before it's run, but others (including tkemc) can show you the program as it runs
[04:11:52] <josesito> ok
[04:26:05] <crepincdotcom> hm go figure
[04:26:14] <crepincdotcom> i used a bit of ratios to empirically find my SCALE
[04:26:26] <crepincdotcom> its 95.23809....
[04:26:32] <crepincdotcom> oh well. it works. night all
[06:48:51] <lerman_> lerman_ is now known as lerman
[08:16:49] <ds3> make install is very disruptive :/
[08:19:49] <alex_joni> ds3: that's why you need to sudo it :D
[08:19:58] <ds3> uh...
[08:19:59] <alex_joni> so it really fscks things up :P
[08:20:05] <ds3> I am trying to install it as a simulator
[08:20:22] <alex_joni> ds3: ./configure --enable-simulator --enable-run-in-place
[08:20:29] <alex_joni> make
[08:20:33] <alex_joni> sudo make setuid
[08:20:44] <alex_joni> then scripts/emc and you're donw
[08:20:45] <alex_joni> done even
[08:21:02] <ds3> problem with run-inplace is I can't use other python scripts that depend on it
[08:21:20] <ds3> so I want a simulator that lets me install entirely in a tree
[08:21:21] <alex_joni> then install it.. I assume you don't have any other emc installed?
[08:21:31] <alex_joni> entirely in a tree?
[08:21:50] <alex_joni> the install follows the LFS .. so it's not going into one place
[08:22:01] <alex_joni> look at the second half of directory.map
[08:22:21] <ds3> yes, that is what is irritating me for a simulator run
[08:22:32] <ds3> there is no reason a simiulator needs stuff in /etc/init.d for one
[08:22:45] <alex_joni> well.. patches happily accepted :D
[08:23:24] <ds3> I am this > < close to doing exactly that but you guys would reject it given all I am doing is #'ing it out
[08:24:10] <alex_joni> you need to do a proper job :P
[08:24:23] <ds3> =)
[08:25:46] <ds3> the emc script needs to be more intelligent
[08:26:16] <ds3> is --enable-simulator exclusive? i.e. does that guarantee I cannot run those binaries with a real time kernel and a machine?
[08:28:19] <SWPadnos> --enable-simulator turns off building of RT components
[08:28:49] <SWPadnos> so there are several things you can't do with such a compile, inlcuding trying to load configs that load hardware drivers
[08:29:03] <ds3> cool... let me see if I can write up a patch to make the emc script not try to load/run /etc/init.d/realtime
[08:29:20] <SWPadnos> (though I know I had parport building under sim at one point, so that may not be completely true)
[08:29:26] <A-L-P-H-A> SWPadnos, you don't sleep do you?
[08:29:34] <A-L-P-H-A> SWPadnos, what does your wife think about you being a night owl?
[08:29:39] <SWPadnos> you still need that - it's a fake RT system
[08:29:51] <ds3> why do I need /etc/init.d/realtime?
[08:29:56] <SWPadnos> A-L-P-H-A, well, she doesn't mind until I sleep late on the weekends (when she'd rather be out doing stuff :) )
[08:30:25] <SWPadnos> ds3, I think it's a fake RT script - it runs a userspace "rtapi" executable
[08:30:38] <SWPadnos> but I'm not sure - I've only used it with --run-in-place
[08:30:51] <ds3> oh
[08:31:17] <ds3> things seem to work w/o it
[08:32:08] <SWPadnos> well in that case - I guess you don't need it :)
[08:32:25] <ds3> something else seems to start rtapi
[08:33:23] <alex_joni> I think the first loadrt in a hal does
[08:33:56] <A-L-P-H-A> later folks. :)
[08:34:15] <ds3> does anyone other then me want the simulator to not have a tangle of stuff so it can be a quick gcode checker?
[08:34:19] <SWPadnos> yeah - it is getting late :)
[08:34:38] <alex_joni> ds3: only if you do it right :)
[08:34:39] <SWPadnos> for an installed system, it would probably make sense
[08:34:50] <alex_joni> ds3: under form of a .deb :D
[08:35:03] <ds3> I like tarballs ;)
[08:35:15] <SWPadnos> but you'd probably want to get rid of a lot of stuff, like all the sample configs (that can't load) ...
[08:35:30] <ds3> none of that AR or pseudo cpio stuff ;)
[08:36:00] <ds3> *nod* but I'd settle for make install working as a normal user w/ only write privs w/in the install location
[08:37:06] <ds3> anyone know where is the place emc.in becomes emc?
[08:37:16] <alex_joni> configure
[08:37:40] <ds3> that's what i am afraid of... is it written with autoconf?
[08:37:52] <alex_joni> you probably want to look at configure.in, then run autoconf
[08:38:04] <ds3> Oh no....... grumble...
[08:56:13] <ds3> looks like configure doesn't need to be touched
[08:57:15] <ds3> yippeeeeee
[12:45:56] <jepler> ds3: after you ". scripts/emc-environment" in your shell, other programs can use the python modules in emc2, even when you are using "run in place"
[12:53:48] <A-L-P-H-A> morning folks. :)
[12:56:00] <alex_joni> hello
[12:56:15] <A-L-P-H-A> jello
[12:56:26] <A-L-P-H-A> you added me a link to you yet? :)
[12:57:15] <alex_joni> nope S=
[12:57:15] <alex_joni> :)
[12:57:19] <alex_joni> been busy
[13:01:40] <A-L-P-H-A> http://www.lloydleung.com/ you've been added. :P
[13:07:35] <alex_joni> I just bought a cable crimper :)
[13:07:51] <alex_joni> 120mm^2 max cable section
[13:09:56] <alex_joni> that's a bit thicker than AWG: 0000 (4/0)
[13:10:07] <alex_joni> according to this: http://www.sengpielaudio.com/calculator-cross-section.htm
[13:10:20] <A-L-P-H-A> what are you going to crimp?
[13:10:37] <alex_joni> cables :D
[13:15:09] <alex_joni> I normallz use up to 95mm^2
[13:16:42] <A-L-P-H-A> for what though?
[13:18:22] <alex_joni> welding :)
[13:19:03] <A-L-P-H-A> I see.
[13:34:08] <A-L-P-H-A> alex_joni, what camera do you have? dSLR?
[16:49:48] <cradek_> cradek_ is now known as cradek
[17:12:11] <eholmgren> hrmmnn...
[17:12:39] <eholmgren> will a pair of deep-groove ball bearings on each end of my leadscrew be enough?
[17:13:14] <SWPadnos> as long as they're angular contact, sure
[17:14:10] <eholmgren> might start building the skeleton out of MDF if I feel enterprising tonight
[17:16:08] <jepler> * jepler looks at some of the boards he's done in eagle
[17:16:20] <jepler> looks like making them fit with one dimension under 1.8" would be a big PITA
[17:16:43] <jepler> it doesn't make that inexpensive proxxon mill sound very attractive
[17:17:07] <cradek> 1.8 sure is small
[17:17:41] <jepler> I'm not sure whether the table is smaller still, that was the travel specification iirc
[17:19:57] <SWPadnos> the proxxon machines are surprisingly small when you see them in real life
[17:21:18] <SWPadnos> err - wait. I'm thinking of the Unimat machines
[17:22:47] <alex_joni> SWPadnos: ever seen a 6-axis Unimat?
[17:23:03] <SWPadnos> I don't think so
[17:23:09] <SWPadnos> I only saw them at Photokina
[17:23:29] <SWPadnos> it is kinda cool that the whole thing fits in a briefcase though
[17:23:29] <alex_joni> http://dsplabs.cs.utt.ro/~juve/thecooltool/pics/
[17:23:44] <jepler> crepincdotcom has the proxxon mill and he said "my whole mill plus CNC setup is 20 lbs" -- sounds pretty small
[17:23:46] <SWPadnos> heh - cool
[17:33:36] <cradek> I'm trying to understand what the 6th (?) axis gives you (the linear axis that's sometimes parallel to Z) that the others don't
[17:35:42] <SWPadnos> do you mean rotary?
[17:35:53] <SWPadnos> ie, C instead of W
[17:36:24] <cradek> no I actually meant what I typed for once
[17:36:30] <SWPadnos> heh
[17:36:55] <SWPadnos> I guess it depends on the machine. I can imagine motorizing the knee on my BP, which would be a W axis
[17:37:03] <cradek> http://dsplabs.cs.utt.ro/~juve/thecooltool/pics/DSC00031.jpg
[17:37:47] <cradek> it looks like the motor at 11:00 controls a linear axis that's parallel to Z right now
[17:38:02] <SWPadnos> hmmm
[17:38:14] <cradek> it seems that a combination of X and Z movement could always give you the same motion
[17:38:37] <alex_joni> cradek: right
[17:38:50] <cradek> so what's the purpose of that joint?
[17:39:00] <jepler> maybe the "C" motion is easier to write gcode for?
[17:39:12] <cradek> I don't doubt that
[17:39:30] <SWPadnos> actually, you need to be able to move the whole head up/down, and extend/retract the tool along its axis
[17:39:32] <alex_joni> easier to implemnt who knows what instead of kins
[17:39:43] <SWPadnos> since A and B are there, the tool isn't necessarily parallel to Z
[17:40:00] <jepler> I just looked at that image and I can't make any sense of it
[17:40:01] <alex_joni> SWPadnos: as chris said.. if you couple Z&X then you get that
[17:40:10] <SWPadnos> ah - right :)
[17:40:10] <alex_joni> jepler: there is anothe one :)
[17:40:17] <SWPadnos> http://dsplabs.cs.utt.ro/~juve/thecooltool/pics/DSC00030.jpg
[17:40:23] <SWPadnos> that one may be better
[17:40:24] <alex_joni> http://dsplabs.cs.utt.ro/~juve/thecooltool/pics/DSC00030.jpg
[17:40:29] <SWPadnos> or that one
[17:40:33] <cradek> yeah 30 is easier to understand
[17:40:58] <alex_joni> I think SWP is right
[17:41:10] <alex_joni> orient the whole head thing with that extra rotary
[17:41:14] <cradek> about which?
[17:41:19] <alex_joni> then move along the linear for drilling
[17:41:29] <alex_joni> easier than writing XZ codes
[17:41:42] <cradek> sure, I agree it's easier to write by hand
[17:41:47] <alex_joni> I doubt the people buying these buy 6-axes CAM
[17:41:51] <SWPadnos> it depends on the ararngemet of the head. it's possible to have the tool oriented such that a simple "peck" motion is a coordinated XYZ move (though not on that head)
[17:42:29] <SWPadnos> a servode BP head would have that problem, since hte two axes are "nod" and "rotate"
[17:42:42] <SWPadnos> argh. typos abound
[17:43:00] <cradek> yes this doesn't have "nod"
[17:43:01] <jepler> Results 1 - 10 of about 411 for servode </google>
[17:43:09] <SWPadnos> heh
[17:43:12] <SWPadnos> like a geode
[17:45:56] <cradek> alex_joni: how do they control backlash on this machine?
[17:46:11] <alex_joni> cradek: I think there are some screws to adjust backlash
[17:46:14] <SWPadnos> damn - here'sa lot of perfect transformers for mid-size stepper systems (and maybe even servos): http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=290078294981
[17:46:17] <alex_joni> just like on the sherline
[17:48:23] <alex_joni> SWPadnos: those don't look like 10 lbs in the pic
[17:48:39] <cradek> I don't understand the markings
[17:48:46] <SWPadnos> no - they don't seem that big
[17:49:02] <SWPadnos> cradek, yeah - it's not clear if there are dual primaries or something
[17:49:08] <cradek> does it also have a multitap 1:1 coil?
[17:49:16] <cradek> err winding
[17:49:18] <SWPadnos> damfino
[17:49:59] <SWPadnos> alex_joni, hmmm - if it has ha;f the density of steel, then the 10.83 pounds is pretty close
[17:50:03] <SWPadnos> half, that was
[17:53:48] <alex_joni> SWPadnos: I'm more used to something like this: http://pictures.mastervolt.com/fotofolder/medfoto/afb4vS_ky_.jpg
[17:54:39] <alex_joni> SWPadnos: did I tell you I got a wire crimper today?
[17:54:45] <SWPadnos> alex_joni, looks nice. maybe a bit big though :)
[17:54:55] <SWPadnos> yes, for that big-ass wire you were talking about before ;)
[17:55:03] <alex_joni> yeah.. and it was quite cheap
[17:55:05] <anonimasu> hello
[17:55:08] <alex_joni> 70$ or so
[17:55:09] <SWPadnos> (actually, you didn't tell me - I read back)
[17:55:11] <SWPadnos> cool
[17:56:07] <alex_joni> oh, and a nice adjustable wrench :)
[17:56:08] <alex_joni> 4"
[17:56:14] <SWPadnos> heh
[17:56:18] <SWPadnos> is that metric? ;)
[17:56:34] <alex_joni> nope :P
[17:56:42] <alex_joni> it's 4 inches :P
[17:56:44] <SWPadnos> heh
[17:57:16] <alex_joni> for disassembling coating pumps
[17:57:38] <SWPadnos> there was a kid in advanced training (military) at the same time as me, who was apparently annoying. the guys finally asked him to go get a metric Crescent wrench
[17:57:45] <SWPadnos> he was gone for about an hour ;)
[17:58:16] <alex_joni> heh
[17:58:20] <alex_joni> bbl..
[17:58:24] <SWPadnos> see you
[17:58:57] <tomp> i had a brit ask for a "torch" on site in michigan, he jumped when the oxy went 'pop' behind him, he was expecting a flashlight
[18:00:14] <SWPadnos> heh
[18:08:27] <anonimasu> SWPadnos: thoose are super rare and expensive :D
[18:08:36] <anonimasu> I think 500eur expensive
[18:10:14] <anonimasu> I have a new encoder today
[18:10:14] <anonimasu> :)
[18:54:53] <robin_sz> meep?
[19:02:32] <robin_sz> bad day today
[19:03:00] <robin_sz> the laser decided not to play ball ... or more correctly, the controller decdied]
[19:33:12] <owad> I just wired up my unregulated linear power supply, except I inadvertently wire one of the caps up backwards. It didn't like that. Is there much likelihood I damaged anything else?
[19:33:31] <jepler> http://blog.modernmechanix.com/2007/01/31/giant-voltage-may-blast-atom/
[19:33:44] <ds3> owad: any load on it?
[19:33:50] <owad> no
[19:34:03] <ds3> it may be okay, stick a scope on it after talking out the cap
[19:34:12] <ds3> should see 60 or 120Hz ripples
[19:34:16] <owad> transformer, rectifier, and 3 caps
[19:34:29] <owad> Is it ok to test a unreg linear without load?
[19:34:38] <ds3> sure
[19:35:06] <ds3> just test w/scope or meter only...
[19:35:20] <owad> I was getting about -16v with the one cap backwards
[19:35:30] <owad> and while I was wondering about that, it popped
[19:35:43] <ds3> the cap may be shorted
[19:35:52] <owad> the backwards one?
[19:35:58] <owad> or the others?
[19:36:00] <ds3> but if you still see voltage, its probally open ;)
[19:36:03] <ds3> the backwards one
[19:36:12] <ds3> if you remove it and don't see ripples, check the fuses
[19:36:16] <owad> the backwards one stank up the whole garage
[19:36:30] <ds3> blew any paper on the ceiling?
[19:36:51] <ds3> i assume it is a electrolytic?
[19:36:55] <owad> didn't check. I just unplugged it, opened the garage door, and figured it was a good time for a snack
[19:36:55] <owad> yep
[19:37:16] <ds3> the other stuff is probally ok
[19:37:41] <ds3> check with a scope to see if the wave form is ok...it'd depend onhow you have the rectifier setup
[19:37:57] <jepler> ds3: did you see my earlier remark about the emc-environment script to se PYTHONPATH?
[19:37:58] <owad> I used this wiring: http://www.cnczone.com/forums/attachment.php?attachmentid=29355&d=1168695167
[19:38:04] <jepler> to set PYTHONPATH
[19:38:04] <owad> (except I only have 3 caps)
[19:38:27] <ds3> jepler: yes... but there is still no reason for a simulator only build to run stuff in /etc/rc.d
[19:38:37] <tomp> (marconi confetti generator = elecrolytic cap & ac ) remove all the caps & see if any ac out of bridge before hooking caps back ( worry about ac not just ripple )
[19:39:40] <ds3> owad: disconnect it at the terminals marked 'DC' and probe with w/a scope...should see 120Hz riples on there
[19:40:06] <ds3> if you see that, then fix the caps and scope the output of that...should be pretty smooth
[19:40:17] <ds3> oops... disconnect at the rectifier DC terminals
[19:40:48] <owad> thanks, ds3
[19:41:32] <ds3> owad: switchers are what you can't reliably testw/o a load in all cases
[19:41:47] <jepler> ds3: I don't care to debate that point.
[19:42:12] <owad> thanks. (I was certain of that until this one blew up in my face! :-) )
[19:42:26] <jepler> ds3: that script still performs a function even in the simulator system, and it is desirable for the simulator to be largely the same as the real version in terms of installed file locations.
[19:43:20] <ds3> jepler: yes I agree... I am making up patches to check if it is a simulator, don't bother running /etc/init.d/realtime..that's all
[19:44:15] <ds3> the only other thing is to not bother installing things there
[19:45:48] <jepler> ds3: but 'realtime stop', 'realtime status' and 'realtime restart' all do useful things with a simulator system
[19:46:34] <ds3> jepler: really?
[19:47:00] <jepler> yes. For instance, "realtime stop" makes sure rtapi_app exits and removes a shared memory segment.
[19:48:11] <ds3> rtapi_app seems to be managed elsewhere
[19:48:26] <jepler> I'll let you get to the bottom of it, then.
[19:48:37] <ds3> good point about the SHM :/
[19:49:08] <ds3> jepler: I really want a nonintrusive setup on my normal workstation for G code checking
[19:49:18] <jepler> then why not use run-in-place?
[19:49:49] <ds3> don't have much of an argument for that right now
[19:50:25] <ds3> i suppose I can go back now that you mention the script... it all started with that gdepth.py stuff not running the other day
[19:50:34] <jepler> ah
[19:51:00] <jepler> I'm sure the existence and purpose of emc-environment could be better documented
[19:51:38] <ds3> of course, I am still wondering why make install was trying to install stff in /usr/share/locale/de/LC_MESSAGES
[19:52:01] <ds3> the impressing I am getting is, the entire simulator side is not well documented
[19:52:04] <ds3> impression
[19:52:10] <jepler> as opposed to /usr/local/share/locale? That might be a bug
[19:52:21] <ds3> no
[19:52:27] <ds3> the 'de' part
[19:52:53] <jepler> what do you believe the proper path would be for the german translation files?
[19:53:02] <ds3> most other packages default to using --prefix .... then append share/locale
[19:53:18] <ds3> I was surprised it was installing german files...that's all
[19:53:31] <ds3> but I do believe it should go in --prefix ... share/....
[19:53:52] <jepler> why would 'make install' not install all the available translations?
[19:54:38] <ds3> donno... guess I am not used to internationalization :/
[19:56:30] <ds3> per ./configure --help:
[19:56:32] <ds3> --datadir=DIR read-only architecture-independent data [PREFIX/share]
[19:57:00] <ds3> I can look at it more later I suppose
[19:57:24] <jepler> if I had to guess why /usr/share is hardcoded, it looks like python's gettext looks for translations in /usr/share/locale by default
[19:57:28] <jepler> and would not look at /usr/local/share/locale
[19:57:32] <jepler> (that is, assuming python's --prefix was /usr/share)
[19:58:21] <ds3> Hmmmm I see... except python's --prefix is /opt/emc32 is my case ;)
[19:58:24] <jepler> now, that might be a 1-liner fix too
[19:58:31] <ds3> =)
[19:58:33] <jepler> sounds like your system is pretty unique
[19:58:59] <ds3> unique, yes. but I am just using features provided by the packages
[19:59:21] <ds3> like I said, I want a standalone simulator and I was hoping to make a tar ball of /opt/emc32 and move it between my machines
[19:59:52] <ds3> Hmmmm this is an interesting option:
[19:59:56] <ds3> --with-locale-dir=DIR Location of the locale file(s)
[20:00:00] <ds3> DATADIR/locale
[20:00:57] <ds3> I see where /usr/share/locale is coming from
[20:01:16] <ds3> the --help is just wrong ;)
[20:01:51] <ds3> guess I'll install autoconf later and muck with configure.in
[20:03:01] <jepler> looks like emc-environment is documented in two places: the AXIS manual section "Python Modules" and the "Compiling EMC2 from source" chapter, section "Run-in-place"
[20:03:19] <jepler> from the AXIS manual: "To use these modules in your own scripts, you must ensure that the directory where they reside is on Python's module path. When running an installed version of emc2, this should happen automatically. When running "in-place", this can be done by using scripts/emc-environment."
[20:04:39] <ds3> hmmm
[20:06:55] <ds3> where is the axis manual?
[20:07:41] <jepler> http://linuxcnc.org/docs/2.1/EMC2_User_Manual.pdf section 3
[20:08:31] <jepler> apparently that's Chapter 9, page 91
[20:09:14] <jepler> hi crepincdotcom
[20:09:21] <crepincdotcom> hey jepler hows it going
[20:09:27] <crepincdotcom> (while watching live firefight in port city of Umm Qasr on TV)
[20:09:28] <crepincdotcom> <eva> omg
[20:09:30] <crepincdotcom> <eva> fucking campersmy god
[20:09:33] <crepincdotcom> i am so sorry
[20:09:38] <crepincdotcom> i swear
[20:09:47] <crepincdotcom> * crepincdotcom kills right click on his mouse
[20:11:51] <ds3> ah... that is new to 2.1 docs
[20:13:14] <jepler> yep
[20:13:25] <jepler> (axis was separate from emc2.0 and really didn't have any docs of its own)
[20:33:49] <CIA-8> 03jepler 07v2_1_branch * 10emc2/docs/src/install/compiling_emc2.lyx:
[20:33:49] <CIA-8> * talk about TRUNK, not HEAD, for newest CVS development versions
[20:33:49] <CIA-8> * talk about --enable-simulator
[20:33:49] <CIA-8> * mention putting emc-environment in ~/.bash_profile
[20:34:29] <CIA-8> 03jepler 07TRUNK * 10emc2/docs/src/install/compiling_emc2.lyx: merge rev 1.2.2.2: HEAD vs TESTING, emc-environment, --enable-simulator
[20:40:53] <CIA-8> 03jepler 07v2_1_branch * 10emc2/docs/src/gui/axis-limit.png: the image came out as black rectangle so I made the background white instead of transparent
[20:41:29] <CIA-8> 03jepler 07TRUNK * 10emc2/docs/src/gui/axis-limit.png: the image came out as black rectangle so I made the background white instead of transparent
[20:50:18] <crepincdotcom> anyone around to clarify some things with G2/G3 for me by chance?
[20:51:46] <lerneaen_hydra> 'lo
[20:52:36] <crepincdotcom> hey lerneaen_hydra
[21:00:17] <paragon36> hello all
[21:01:03] <crepincdotcom> hey
[21:01:32] <paragon36> do you know howto imatate a potentiometer electronically?
[21:01:44] <crepincdotcom> electronically
[21:01:52] <crepincdotcom> wait a sex
[21:01:53] <crepincdotcom> *sec, woops
[21:01:57] <paragon36> lol
[21:02:27] <crepincdotcom> just a quick clarification, youre not trying to read a potentiometer from the parallel port are you? ie, your goal is to use it as an encoder?
[21:02:43] <crepincdotcom> sorry to just ahead, just had to ask
[21:04:06] <paragon36> No I wish to imatate a pot digitaly for example I have a speed controller that uses a 5k pot to set speed but I wish to do it digitaly.
[21:04:27] <lerneaen_hydra> how's it connected, like a voltage divider?
[21:04:39] <crepincdotcom> ahh ok
[21:04:43] <cradek> yeah, it depends entirely on the circuit it's in
[21:04:48] <jepler> crepincdotcom: what's your G2/G3 question?
[21:04:57] <paragon36> I think so
[21:05:07] <lerneaen_hydra> if it is, and the rail-to-rail voltages are sane then PWM and a cap that gives a short enough time-constant would be simple
[21:05:32] <lerneaen_hydra> otherwise I think there are circuits that do that same thing if the rail-rail voltage doesn't happen to be that nice
[21:06:42] <paragon36> I was looking at a digipot ic but the denford I have is was made in circa 1988 and these where not available then.
[21:07:17] <paragon36> how does the pwm / cap setup work?
[21:08:35] <lerneaen_hydra> just have an output PWM pin that has an average voltage which is the voltage you want and a cap, you may need a diode if the output doesn't like being held high/low when the set state is low/high respectively
[21:08:45] <lerneaen_hydra> the cap smooths out the voltage
[21:08:46] <crepincdotcom> pulse width modulation: depending on the % of time the signal is high versus low determines the capacitor voltage
[21:09:08] <lerneaen_hydra> larger cap gives a smoother voltage, but a slower delta-v
[21:09:10] <lerneaen_hydra> and vice versa
[21:09:30] <lerneaen_hydra> oh, you'll want a resistor too if the cap is isolated with a diode
[21:09:53] <lerneaen_hydra> keep R*C (time constant) something sane for your application
[21:10:10] <jepler> http://emergent.unpy.net/files/sandbox/pwm-to-5v-analog.png
[21:10:53] <paragon36> OK I think I understand I take the 12v output from the controller chop it and feed this back to the input depending on the pwm % will determine the speed of the machine right?
[21:11:08] <lerneaen_hydra> jepler; that assumes that the output can be held in the opposite state it's set to
[21:11:16] <lerneaen_hydra> yeah
[21:11:34] <lerneaen_hydra> mostly that should be safe though
[21:14:49] <paragon36> Comming back to the digipot ic they have up / down pin (high low) could this be easily interfaced with emc2 ... Its probably a lot easier to plug one of thease in. example > http://www.analog.com/en/prod/0,,761_797_AD5228%2C00.html
[21:16:28] <paragon36> The previous one is a push button this one uses a clk / up/down configuration. http://www.analog.com/en/prod/0,,761_797_AD5227%2C00.html
[21:17:26] <jepler> you could use stepgen or freqgen to generate the pulses
[21:18:46] <jepler> according to the PDF on the first page, the voltage allowed on the A and B terminals is only up to Vdd
[21:18:53] <paragon36> Jepler I think the first one would be easier to interface ie 1 pin for and another for down that should do the trick.
[21:19:05] <cradek> to avoid any complexities with isolation etc., I'm tempted to put a tiny stepper on the speed control potentiometer on my lathe.
[21:19:52] <lerneaen_hydra> err, surely you jest
[21:20:01] <paragon36> Theres another solution but so elegant ;-)
[21:20:45] <lerneaen_hydra> that's like taking a sledgehammer to kill a fly sitting on a precious glass table
[21:20:59] <jepler> lerneaen_hydra: I guess you have some pretty strong feelings about that
[21:21:08] <paragon36> These IC's are like 39 cents each not bad value ... lol
[21:21:45] <lerneaen_hydra> jepler; well, I for one would definetly not go for a mechanical solution when a solid-state one is available
[21:22:04] <paragon36> This one does'nt look to sad as it comes in a DIP format > http://www.analog.com/en/prodDesc/0,2895,AD5220%255F0,00.html
[21:22:06] <cradek> I think it would be a clever hack actually
[21:22:09] <lerneaen_hydra> you need a driver for the motor, you have to home it, etc etc
[21:22:32] <cradek> yeah
[21:22:44] <cradek> homing is really the issue
[21:23:07] <lerneaen_hydra> IMO a rather clumsy solution
[21:23:16] <lerneaen_hydra> and I can't really see the benefits
[21:23:27] <lerneaen_hydra> (I'll stop whining now)
[21:23:38] <paragon36> Also you will need pid to get constant speed for threading an so on... stepper > pot may not be accurate enough.
[21:24:06] <cradek> you don't need closely controlled speed for threading - that's why there's an encoder on the spindle
[21:24:34] <lerneaen_hydra> you probably dont even need feedback to EMC if the speed control is any good
[21:24:44] <paragon36> Sure but will you get the fine control by ajusting a pot physicaly i mean?
[21:25:13] <cradek> paragon36: yeah, plenty good enough
[21:25:24] <lerneaen_hydra> a pot will probably spin 270 degrees, and a 1.8 degree stepper should give at least 100 steps for that range
[21:25:28] <lerneaen_hydra> so more than enough
[21:25:42] <lerneaen_hydra> 20-30 steps would probably be enough
[21:26:05] <paragon36> I agree with that but the pot track is not always perfect is it?
[21:26:20] <cradek> paragon36: on mine it's pretty linear
[21:26:43] <lerneaen_hydra> good enough probably
[21:27:09] <lerneaen_hydra> then again, go for PWM and it's 100% linear ;)
[21:27:23] <SWPadnos> only in the 10% to 90% range :)
[21:27:32] <SWPadnos> PWM tends to have nonlinearities inear the edges
[21:27:37] <SWPadnos> -i
[21:28:05] <paragon36> I don't dought it the pot I have been using to manualy control my mill is a bit eratic in places probalbly due to its age and finding it in my bit's and bob's pot ;-)
[21:28:10] <lerneaen_hydra> depends on the pwm implementation
[21:28:23] <lerneaen_hydra> if you have an error-integrating PWM it should be good
[21:28:36] <SWPadnos> lerneaen_hydra, somewhat, but none of them is perfect - remember that the transistors aren't perfect switches
[21:30:15] <tomp> jepler: i just noticed pyvcp doesnt return the command prompt (eg: 'bin/pyvcp -c fred m5i20-test2-di.xml') . i wanted to open multiple panels. (in, out, dac, encoder, misc ), any ideas on how to get more than 1 panel up?
[21:30:31] <lerneaen_hydra> SWPadnos; no, that's true, but good enough, definetly in this case ;)
[21:30:30] <SWPadnos> & is your friend
[21:30:41] <SWPadnos> lerneaen_hydra, yep, for sure :)
[21:31:00] <tomp> & doesnt work, if you try maybe you can tell me how
[21:31:16] <SWPadnos> oh. then & isn't your friend ;)
[21:31:20] <crepincdotcom> lol
[21:31:21] <tomp> :)
[21:32:10] <jepler> tomp: to run any unix command in the background, put "&" at the end of the commandline. Compare the behavior of 'sleep 5' and 'sleep 5 &'
[21:32:28] <paragon36> FYI I purchased a new spindle controller off of ebay for 35ukp including shipping it has the same breakout as the original denford. >> http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&ih=006&sspagename=STRK%3AMEWN%3AIT&viewitem=&item=160079098176&rd=1&rd=1
[21:33:08] <tomp> I had tried bin/pyvcp -c fred m5i20-test2-di.xml & and the command prompt didnt return, it waits till the panel is closed.
[21:33:21] <crepincdotcom> that is seriously messed up
[21:33:23] <SWPadnos> did you try pressing enter?
[21:33:38] <SWPadnos> sometimes the prompt doesn't get printed but control has returned to the shell
[21:33:38] <paragon36> tomp for completeness you can also run the command then ctrl z then type bg to put it in the background (fg brings it back to the foreground)
[21:34:06] <tomp> ah ^Z
[21:34:20] <cradek> http://surpluscenter.com/item.asp?UID=2007013115303699&item=11-3167&catname=
[21:34:31] <SWPadnos> no - ctrl-Z should suspend pyvcp and return control to the sheel
[21:34:32] <paragon36> ^Z == sleep
[21:34:31] <SWPadnos> shell
[21:34:32] <cradek> SWPadnos: would something like this ^^^ give isolation? i.e. hook right to the parport and an outlet?
[21:34:38] <fjungclaus__> fjungclaus__ is now known as fjungclaus
[21:34:39] <tomp> no, return was the trick, needed to be nudged
[21:35:16] <tomp> thanks
[21:35:27] <jepler> tomp: &
[21:35:30] <jepler> I mean, np
[21:35:30] <jepler> np&
[21:35:36] <paragon36> OH the command did not return to the prompt?
[21:36:09] <SWPadnos> cradek, it looks like it should work, since the 15ma is within the parallel port spec (I think)
[21:36:16] <tomp> right, and a return got the prompt, using kterm on gnome :/
[21:37:03] <jepler> anybody with more experience than me want to weigh in on exactly how wrongheaded this circuit is? http://emergent.unpy.net/files/sandbox/pwm-to-isolated-analog.png
[21:37:07] <paragon36> tomp: yep it does that sometimes.
[21:38:03] <tomp> no, even better, the prompt does return, then pyvpc takes it back , pasting it now ...
[21:38:08] <cradek> SWPadnos: I was asking mostly about isolation -- the datasheet says Dielectric Strength 4000 Vrms
[21:38:13] <cradek> does that mean what I think it does?
[21:38:45] <lerneaen_hydra> jepler; why not have one optocoupler, and connect the output to an RC object?
[21:38:48] <SWPadnos> I think it does
[21:38:59] <cradek> thank you
[21:39:04] <paragon36> what 4000V before failure of issolation>
[21:39:19] <tomp> http://pastebin.ca/334782
[21:40:14] <jepler> lerneaen_hydra: because you need to both charge and discharge C1 (I think)
[21:40:20] <paragon36> tomp: that page is not loading! it hangs...
[21:40:39] <jepler> hm depending on turn on/off characteristics I suppose that circuit may short V+ and GNDA
[21:40:39] <lerneaen_hydra> jepler; uh, let me just sketch something
[21:42:50] <paragon36> tomp: it does not take it back it is just telling you that it has finished.
[21:45:15] <paragon36> tomp: try executing the program with && echo "Finished" added to the end of the command. This will print the Finished if the program executes correctly.
[21:45:33] <lerneaen_hydra> jepler; http://imagebin.org/7122
[21:46:08] <lerneaen_hydra> this assumes current_limit << resistor_RC_loop
[21:48:51] <SWPadnos> jepler, you probably want a single opto, and a push-pull transistor pair on the isolated side
[21:49:59] <SWPadnos> also note (as you probably already did) that V+ needs to be isolated from Vcc
[21:50:23] <jepler> lerneaen_hydra: if current_limit << resistor_RC_loop then isn't the largest output voltage possible much lower than V+?
[21:50:38] <jepler> er wait
[21:51:02] <lerneaen_hydra> if they were reversed that would be true ;)
[21:51:09] <SWPadnos> tomp, you already got the prompt - it's before the status print from pyvcp
[21:51:12] <jepler> if current_limit << resistor_RC_loop then doesn't a small duty cycle give an output much closer to V+ than a linear response curve would?
[21:52:20] <SWPadnos> the max voltage is Rbleed/(Rclimit + Rbleed), but I think it's just as linear otherwise
[21:52:20] <lerneaen_hydra> oh, hmm, that may be true
[21:53:08] <paragon36> Jepler: regarding your lathe speed control take a look at this doc fig1 (looks like step/dir) should be very easy to implement. http://www.ionaphysics.org/lobby/robotics/pdf/Ad5220.pdf
[21:53:34] <jepler> doesn't time_constant(charging) = Rclimit * C, time_constant(discharging) = Rbleed * C?
[21:54:04] <tomp> paragon: you're right, it doesnt print 'finished' till the app closes(releases?), meanwhile the app runs and controls i/o. I gotta run some stock stuff to see if this always happened http://imagebin.org/7123
[21:54:09] <lerneaen_hydra> yeah, that's true
[21:54:17] <lerneaen_hydra> assuming that the optocoupler can deliver current
[21:54:32] <lerneaen_hydra> which means that r_charge must be = r_bleed
[21:54:58] <lerneaen_hydra> which gives a max output voltage that is half the optocoupler voltage (?)
[21:55:29] <jepler> sounds like the push-pull approach is best then
[21:55:34] <jepler> it avoids all these worries
[21:55:35] <lerneaen_hydra> more components though :
[21:55:39] <lerneaen_hydra> *:p
[21:55:46] <jepler> yeah
[21:55:49] <SWPadnos> yeah - it's basically a bridge driver on the isolated side
[21:55:56] <lerneaen_hydra> the only issue would be if both conduct at the same time
[21:55:57] <SWPadnos> well, half bridge
[21:56:00] <lerneaen_hydra> t3h nasty
[21:57:16] <SWPadnos> I'm not sure I'd worry about the discharge time being longer. that should be set for the "update rate", and the current limit set for some reasonable charge rate
[21:57:22] <lerneaen_hydra> maybe the best solution would be something like a schmitt inverter that delays the on(off signal?
[21:57:23] <paragon36> tomp: I think it is the code not returning a CR to the stdout. Could you run strace <command> then copy the last few lines into the pastebin
[21:57:32] <lerneaen_hydra> ie adding a schmitt inverter
[21:57:45] <tomp> ok
[21:57:52] <SWPadnos> heh - just stick a 74hc buffer on the other side :)
[21:58:19] <SWPadnos> that should be a push/pull output with a little bit of current behind it
[21:59:14] <SWPadnos> paragon36, tomp: no - there's no error there. the sequence of events in the paste
[21:59:50] <SWPadnos> ... pastebin is run program, shell tells you that it's backgrounded, shell prints prompt, pyvcp prints status message (with CR)
[22:00:53] <tomp> SWPadnos: i dont have the prompt, the terminal is not useable. is that to be expected?
[22:01:17] <SWPadnos> you can't re-focus the terminal window and get a prompt if you press <enter>?
[22:02:19] <paragon36> SWPadnos I know the program is exiting correctly but the shell is not returning the prompt unless a manual CR is hit. This happens alot but can cause issues if one is using the output to pipe to another script etc etc.
[22:02:29] <tomp> SWPadnos, yes, i can re-focus, but I guess I'm concerned about automating opening panels that way
[22:03:03] <tomp> i found my panels getting too complex, so i factored them, and got stuck
[22:03:38] <CIA-8> 03jepler 07TRUNK * 10emc2/src/hal/utils/halcmd_completion.h: seems that readline.h depends on stdio.h being included, at least on some old readline versions
[22:03:53] <SWPadnos> paragon36, it *is* returning the prompt! it's just done before pyvcp has parsed the input file and printed its status line
[22:04:10] <SWPadnos> you can plainly see it on line 3 of the pastebin
[22:04:36] <SWPadnos> tomp, in a script or .hal file, it won't be a problem
[22:04:47] <SWPadnos> you would end each line in the script with &
[22:05:05] <jepler> note that halcmd loadusr starts the program in the background by default
[22:05:29] <jepler> or, with -W or -Wn, waits only for the new HAL component to call hal_ready()
[22:05:53] <tomp> ok, trying that now thanks ( and trying the strace too, i had to revert to original pyvcp_widgets, only to see same behaviour ).
[22:05:54] <SWPadnos> or the new waitforcomp (or whatever) command
[22:05:56] <jepler> you could also modify pyvcp to not print anything by default, then you won't see this problem with its output competing with the shell prompt
[22:05:57] <paragon36> I agree with you SWPadnos... it's the shell that is not handling the return correctly (ie it needs to be prompted to return)
[22:06:09] <jepler> The shell is handling it the way UNIX has always handled it
[22:06:33] <tomp> bad unix shame shame
[22:06:34] <SWPadnos> it is handling it correctly. the program is just printing crap after the prompt
[22:06:56] <jepler> or you could redirect the output: pyvcp ... > /dev/null (and/or 2>/dev/null as required)
[22:07:18] <SWPadnos> line 3 of the pastebin shows me "shell prompt" "exraneous text"
[22:07:24] <SWPadnos> extraneous, that is
[22:07:59] <paragon36> Some programs return the command prompt after exiting other don't. I have never realy looked into the reason why this is I have just accepted it.
[22:08:06] <SWPadnos> you could type a command instead of just <return>, and it would work
[22:08:18] <SWPadnos> it's a scheduling thing
[22:08:20] <paragon36> Agreed.
[22:08:37] <SWPadnos> when you run a program in the background, there's nno guarantee that bash will get to run before the program
[22:09:16] <SWPadnos> the only thing that's (probably) certain is that the [1] 8307 (or whatever bash process number / PID) will print before any program output
[22:09:32] <cradek> sleep 1 && echo asdf &
[22:09:37] <paragon36> Really? I thought the program retuns to it's parent. In this case the shell?
[22:09:50] <SWPadnos> the program isn't returning - it's being run in the background
[22:10:12] <SWPadnos> it finally returns when you close the pyvcp window
[22:10:28] <SWPadnos> at that point (once you press enter), the shell will tell you that the program has finished
[22:11:02] <alex_joni> good night all
[22:11:10] <paragon36> nite!
[22:11:11] <SWPadnos> see you Alex
[22:11:17] <tomp> nite
[22:14:06] <paragon36> SWPadnos: Im still a little mithed why some programs return with pid and done and others need prompting to do so?
[22:14:35] <SWPadnos> if you specify that the program should be run in the background (with & appended to the command), then you get the pid and done messages
[22:14:54] <SWPadnos> if you just run a program, you don't (and you don't get the prompt back until the program finishes)
[22:14:58] <paragon36> Sorry I mean background jobs!
[22:14:59] <SWPadnos> heh :)
[22:15:16] <SWPadnos> then I don't understand the question
[22:17:20] <paragon36> some background jobs return on exit with pid program done. While other background jobs just sit there until one hits the keyboard or the return key then they indicate that they have completed ie pid program name done even though the background job could have finnished sometime in the past.
[22:18:00] <SWPadnos> AFAIK, no background job "done" messages are printed until you hit return
[22:18:46] <SWPadnos> the program itself may print something, which will happen any time, but the bash "this pricess has finished" message is only printed when the user presses enter
[22:18:49] <SWPadnos> process
[22:20:16] <tomp> run from script with & on tail of cmd, same result , going to try pyvcp ... >/dev/null
[22:20:24] <paragon36> It could be a bash thing SWPadnos ... I use KSH on Solaris much more then Linux and I am sure it returns with intervention...
[22:20:43] <SWPadnos> that could be
[22:20:46] <paragon36> with out intervention
[22:21:25] <SWPadnos> tomp, try adding "sleep 5" to the end of the script (with no &, of course :) )
[22:21:27] <tomp> ah thebitbucket trick works, shell is available to me after running the script
[22:21:44] <paragon36> Ill try it tommorow... runing windows here right now... tut tut..
[22:21:44] <SWPadnos> that'll give you a prompt after 5 seconds, which is probably enough time for hte messages to get printed
[22:22:11] <erDiZz> The shell learns immediately whenever a job changes state. Normally,
[22:22:11] <erDiZz> bash waits until it is about to print a prompt before reporting changes
[22:22:11] <erDiZz> in a job’s status so as to not interrupt any other output. If the -b
[22:22:11] <erDiZz> option to the set builtin command is enabled, bash reports such changes
[22:22:11] <erDiZz> immediately. Any trap on SIGCHLD is executed for each child that
[22:22:10] <tomp> bitbucket aka > /dev/null & will try the wait now
[22:22:11] <erDiZz> exits.
[22:22:15] <erDiZz> it's man bash
[22:22:38] <erDiZz> sorry if what I've pasted doesn't look pretty
[22:24:05] <erDiZz> so if you type "set -b"
[22:24:13] <erDiZz> then type "sleep 1 &"
[22:24:22] <paragon36> That's the answer! ... ksh can be annoying on Solaris as when one runs a bg job and it returns it sometime screws up the command prompt usuarly when entering a huge perl oneliner ;-)
[22:24:23] <erDiZz> then it will tell you immediately when it's finished
[22:24:37] <tomp> sleep 5 ok
[22:25:04] <tomp> sleep 1 ok
[22:25:06] <tomp> thanks :)
[22:25:35] <SWPadnos> tomp, np. it's probably better to have errors printed to the terminal if there are any
[22:26:21] <tomp> yes, but i wanted to get 5 panel up , in, out, dac, encoder & misc ( avoiding notebook widget in tkinter )
[22:27:29] <tomp> next i want to hide the unwanted panels by radiobutton ( imitate notebook)
[22:30:40] <owad> I was just in the garage working on the power supply for the stepper drives. I get the appropriate 24vdc out of the bridge rectifier, but when I attach the two 6300uF caps and the bleeder diode, I just get a trickle of voltage at the caps. Then I noticed it started to smell like it did before the third cap blew last time (the one I hooked up backwards), so I shut it of. Are there any potential causes, besides bad caps? The bleeder r
[22:32:14] <paragon36> Should it not be a bleeder resister?
[22:32:31] <lerneaen_hydra> what is a trickle of voltage?
[22:32:34] <lerneaen_hydra> low voltage?
[22:32:51] <owad> less than 1v
[22:32:49] <lerneaen_hydra> so was the current nearly short-circuit current?
[22:33:11] <owad> oops - resistor
[22:33:13] <lerneaen_hydra> incorrect resistors? shorted resistors? shorted caps?
[22:33:52] <owad> the resistor is only 570 ohm which I think is a bit low, but wouldn't that just cause it to bleed slower?
[22:33:55] <paragon36> owad: try it without the bleeder!
[22:34:01] <tomp> bridge putting out ac ?(trickle read on dc range?)
[22:34:23] <owad> without the caps attached, the bridge puts out the appropriate 24vdc
[22:34:44] <lerneaen_hydra> with the 570 ohm bleeder you should get about 1A of bleed
[22:34:51] <SWPadnos> 24VDC or 24VAC?
[22:34:55] <owad> dc
[22:34:59] <tomp> chek for any ac from bridge, ac kills electrolytics
[22:35:12] <owad> ok
[22:35:14] <SWPadnos> without caps, I strongly question that measurement
[22:35:20] <owad> which measurement?
[22:35:30] <SWPadnos> 24VDC from the bridge
[22:35:46] <SWPadnos> it should be a 120Hz AC signal, with an average DC of 24V
[22:36:03] <SWPadnos> (assuming it's a 120 V -> 24 V transformer)
[22:36:06] <owad> I'll go check again, with both AC and DC, at the bridge, with caps off
[22:42:15] <robin_sz> * robin_sz questions that assumption
[22:42:55] <robin_sz> I think the clue is in the word "average"
[22:43:08] <owad> ok. It is in fact a 120v->24v transformer. This one here: http://www.mpja.com/category/Transformers/24V_CT_(12-0-12)10A_TRANSFORMER_7846_TR.asp
[22:43:25] <owad> on the outputs of the bridge rectifier, the multimeter gets readings of:
[22:43:29] <owad> 23.7 VDC
[22:43:32] <owad> 9.7 VAC
[22:44:00] <robin_sz> without capacitors presumably
[22:44:05] <owad> right
[22:44:10] <lerneaen_hydra> how nasty can you let the power supply be for the rest of the power net?
[22:44:24] <owad> hmm?
[22:44:47] <lerneaen_hydra> if you have a transformer and some caps it'l pull current from the net unevenly
[22:44:59] <lerneaen_hydra> depending on the cap size and power dray
[22:45:01] <lerneaen_hydra> *draw
[22:45:35] <owad> the drive I'm using (EAS Microstep) recommends an unregulated linear power supply.
[22:45:53] <owad> and 2 of those is all I plan to hook up to it
[22:46:01] <lerneaen_hydra> oh, ok
[22:46:14] <robin_sz> umm, sorta. you tend to get a fairly even sinewave of current on the primary side as the bandwidth of the txfmr is fairly low, sow the primary side doesnt see the peaks
[22:46:17] <CIA-8> 03jepler 07TRUNK * 10emc2/src/hal/utils/halcmd_commands.c: fix getting the count of arguments in loadusr
[22:46:42] <lerneaen_hydra> robin_sz; doesn't that depend on the transformer?
[22:46:46] <lerneaen_hydra> size, inductance and so on
[22:46:46] <robin_sz> to an extent yes
[22:46:52] <robin_sz> well yes
[22:47:03] <owad> Should I be getting 9.7 vac on the rectifier outputs? I think somebody said earlier that could be a problem.
[22:47:08] <robin_sz> but txfmr are nothing like as peaky as switch mode supplies that rectify the mains in
[22:47:23] <lerneaen_hydra> that's true
[22:47:23] <robin_sz> owad, yes, that sounds about right
[22:48:14] <robin_sz> you'd be better off looking with an oscilloscope ... strangely, i always find troubleshooting DC supplies is easier with a scope than a meter
[22:48:13] <SWPadnos> owad, it's AC because it's varying with time, not because it's going "negative"
[22:48:20] <owad> if that's all good, my inclination then is to try a different cap, since I have no idea where these came from (I either pulled them out of used power supplies or got them with some other equipment)
[22:48:39] <paragon36> owad: did you try it without the bleeder resister?
[22:48:48] <owad> no
[22:48:51] <owad> I can do that
[22:49:03] <owad> and I can take it down to just one cap, too
[22:49:26] <owad> 'back shortly
[22:49:28] <SWPadnos> I don't think the resistor would cause a cap to fail
[22:50:11] <paragon36> but if it's putting to much drain / short that would indicate why he is getting such a low voltage right?
[22:50:25] <paragon36> <1 vdc
[22:50:48] <CIA-8> 03jepler 07TRUNK * 10emc2/tcl/emc.tcl.in: we have IMAGEDIR, why aren't we using it?
[22:52:58] <tomp> wheee! 1 script, 5 panels, terminal free, ... onto hiding all but the desired one http://imagebin.org/7124
[22:53:45] <SWPadnos> paragon36, the resistor would have to be much lower resistance than the transformer to cuase a voltage drop like that
[22:53:58] <SWPadnos> tomp, cool! :)
[22:54:11] <paragon36> Nice!
[22:56:12] <paragon36> I'm sure your right SWPadnos. I'm no expert with linear power supplies but I just thought take it out to minimilise the equation. :-)
[22:56:24] <SWPadnos> good idea, always :)
[22:56:33] <tomp> owad: the ac seen after the rectifier is called 'ripple', and 9 vac for 24v ac seems large, a scope will show you more. you look for any swings below ground ( real ac ) if none, then the bridge is 'rectifying' (reversing all negative swings to above the 'ground' ... you wanna see bumps, not snakes :)
[22:56:53] <tomp> 24vdc
[22:56:59] <SWPadnos> it seems kind of small to me, considering that the measurement was with no filtering caps
[22:57:20] <tomp> oh, no caps, then it can swing to gnd potential
[22:57:42] <tomp> but... no lower ( eats caps _
[22:57:51] <paragon36> It's not going negative we dont think.
[22:57:50] <SWPadnos> right - the low measurement may be due to the frequency not being what the meter expects, or averaging
[22:58:19] <tomp> use an adc and hal :)
[22:58:46] <SWPadnos> heh
[23:00:37] <paragon36> I think I am definately going to invest in one of those AD5220 digipots and hook it up to my new spindle controller. :-)
[23:00:51] <SWPadnos> just remember isolation when you do it ...
[23:02:06] <paragon36> Isolation from para port > digipot, digipot > controller or both?
[23:03:56] <paragon36> Looking at http://www.ionaphysics.org/lobby/robotics/pdf/Ad5220.pdf fig1 I dont think it can be isolated or its not need as I understand the pot side is direct replacement for a traditional pot.
[23:04:25] <SWPadnos> the pot side is internally linked to the logi side
[23:04:26] <SWPadnos> logic
[23:05:00] <SWPadnos> so you likely need isolation somewhere between the speed controller and the computer
[23:06:23] <paragon36> Agreed. I use TL94 ( from memory) opto isolaters from paraport to driver control logic.
[23:07:37] <paragon36> s\isolaters\isolators\ not sure why I am bothering correcting my spelling at this late stage ;-)
[23:07:43] <SWPadnos> heh
[23:08:15] <tomp> isol8rs
[23:08:22] <paragon36> lol
[23:08:37] <SWPadnos> i7s
[23:09:00] <paragon36> Hope owad is OK he's been a while! Hope he hasn't shorted out!
[23:09:31] <robin_sz> SWPadnos, 9.7v seems about right to me .. its probably a true RMS meter, and if you tink abou thte shape of a recified sinewave... 24VAC .turn one halfwave the other way up .. at best 12Vac, then the formfactor .. 9.7 seems about right
[23:09:56] <SWPadnos> it could be, especially with the 1.414x factor taken into account
[23:10:06] <robin_sz> exactly
[23:10:12] <robin_sz> 12 x 0.717
[23:10:51] <SWPadnos> that would be ~8.5
[23:11:06] <robin_sz> * robin_sz surugs
[23:11:12] <robin_sz> so 9.7 is not that low then
[23:11:18] <cradek> I think you just can't measure that waveform with a meter and get something meaningful - it's the wrong tool
[23:11:19] <SWPadnos> anyway, it's within an order of pi :)
[23:11:34] <paragon36> 1W/1.414VA = 0.707
[23:11:37] <robin_sz> cradek, right .. scopes are the tool for DC supplies
[23:11:53] <SWPadnos> and spectrum analyzers for AC supplies :)
[23:11:57] <robin_sz> heh
[23:12:02] <cradek> meters measure sine waves and DC only
[23:12:09] <cradek> I know you all know that :-)
[23:12:23] <crepincdotcom> oscopes ftw :-)
[23:12:26] <SWPadnos> even worse, they generally measure sine waves at 60 Hz (or 50 in europe)
[23:12:37] <robin_sz> mmm
[23:12:38] <cradek> crepincdotcom: hey did you figure out your arc question?
[23:12:46] <crepincdotcom> cradek: no no yet
[23:12:51] <cradek> what's wrong?
[23:12:59] <robin_sz> to be fair, modern meters of qulaity (eg fluke) are pretty good upt to 20khz or so
[23:13:08] <crepincdotcom> nothing's "wrong" per se, im just wondering about the syntax
[23:13:19] <crepincdotcom> so you supply an endpooint and a point to pass through on the way?
[23:13:22] <cradek> no
[23:13:31] <crepincdotcom> ok, then I'm unclear
[23:13:36] <cradek> endpoint and center or endpoint and radius
[23:13:48] <tomp> xyij xyr
[23:13:56] <crepincdotcom> hm...
[23:14:01] <cradek> http://www.linuxcnc.org/handbook/RS274NGC_3/RS274NGC_33a.html#1002442
[23:14:08] <robin_sz> SWPadnos, when I was with the BBC, we checked our Fluke "true rms" pocket meters agaisnt a calibrated audio source from 10hz to 20 khz and they where within 1db of where they should be
[23:14:08] <crepincdotcom> i guess i'll have to fool with it to make it more clear
[23:14:18] <cradek> to find that, I opened the gcode quick ref, and clicked on G2
[23:14:26] <crepincdotcom> aha
[23:14:29] <cradek> haha, you could read the docs instead :-)
[23:14:46] <crepincdotcom> i've read them, but it just wasn't clicking so I thought I'd ask here
[23:14:50] <SWPadnos> robin_sz, sure - with a $300-$1000 meter, I'd expect correct results. fora Radio Shack $12 meter, maybe not :)
[23:14:59] <cradek> center format is preferred because R format is ambiguous in some cases
[23:15:04] <owad> It works without the resistor - now I'm getting 34.4vdc, and no smell.
[23:15:21] <SWPadnos> owad, what value resistor did you have?
[23:15:28] <owad> 570 ohm
[23:15:52] <SWPadnos> hmm. that shouldn't have caused any problems
[23:15:58] <crepincdotcom> hm... whats an example of an arc starting at x1 y0 z0 and ending at x0 y0 z0 with a center at x0 y0?
[23:16:08] <robin_sz> SWPadnos, well, we had Fluke 77s and 79s :)
[23:16:25] <cradek> the endpoint and center can't be the same
[23:16:38] <crepincdotcom> sorry, end at x0 y1 z0
[23:16:43] <SWPadnos> I did think of a posible way for the resistor to kill the caps - heating due to charge/discharge current
[23:16:44] <owad> after I unplugged the power supply, I used that same resistor to discharge the caps, and nothing complained
[23:16:51] <cradek> ok go to the starting point: G0 x1 y0 z0
[23:17:02] <crepincdotcom> right
[23:17:14] <cradek> arc to X0 Y1 with the center -1,0 from the start: G2 X0 Y1 I-1 J0
[23:17:26] <cradek> IJK is relative to the start point
[23:17:37] <crepincdotcom> ohhhhhhh that was the problem
[23:17:42] <crepincdotcom> thank you :-)
[23:17:43] <cradek> to get the other half circle, just switch to G3
[23:17:53] <cradek> to get a full circle, make the start and end points the same
[23:18:02] <crepincdotcom> whats the difference again between g2 and g3?
[23:18:05] <cradek> cw vs ccw
[23:18:14] <crepincdotcom> aha
[23:18:22] <crepincdotcom> thanks again, ill work on that now
[23:18:25] <tomp> nice pix on g02 g02, cw, ccw, xyij xyr http://www.etec.wwu.edu/faculty/McKell/nccnc_prog3.pdf
[23:18:27] <cradek> sure
[23:18:42] <paragon36> owad: I had a similiar problem on make shift powersupply for an induction heater I was building. In the end I just shorted the caps whith a resister when I was done with them. Not the best solution.
[23:22:00] <owad> Any harm in leaving them charge (assuming I don't touch them)?
[23:22:04] <owad> charged
[23:22:32] <paragon36> not the safest method! I would'nt personaly.
[23:22:46] <robin_sz> hmmm ... now, thats what I call a mill!!
[23:23:02] <robin_sz> Marin’s 5 axis equipment, which has the following specification:
[23:23:02] <robin_sz> Working Range X x Y x Z 13000 x 4000 x 2000 mm
[23:23:02] <robin_sz> Feed Speed up to 150 m/min
[23:23:02] <robin_sz> Precision +/- 0.10mm
[23:23:02] <robin_sz> Controller Bosch CC 220 M
[23:23:02] <robin_sz> Spindle 12 KW, 500-20,000 rpm.
[23:23:04] <SWPadnos> I'd use a bleeder resistor if you can. are you sure that one was 570 ohms? (could it have been 57 * 10^0?)
[23:23:41] <owad> it's down in the garage, so I can't check it right now, but I sure thought it was.
[23:24:04] <SWPadnos> was it a standard resistor with color bands, or one with a number printed on it?
[23:24:12] <owad> How much resistance would you recommend, ideally? I was looking for a 1k, but the closest I had was the 570 ohm and a 2.6K
[23:24:18] <owad> color bands
[23:24:36] <robin_sz> you need V^2/R = wattage of resistor
[23:24:48] <robin_sz> or less, ideally :)
[23:25:12] <robin_sz> 24 x 24 / 1000 = ?
[23:25:24] <SWPadnos> ok. that should be (thinks) - blue violet brown. if it's blue violet black, then it's a 57 ohm
[23:25:50] <robin_sz> 570 ohm is 1 watt at 24V
[23:25:58] <SWPadnos> it's DC 34V, after rectification ...
[23:26:05] <robin_sz> true ..
[23:26:23] <robin_sz> 2w then
[23:26:25] <SWPadnos> so 34 ^2 / 570 = 2W
[23:26:27] <SWPadnos> yep
[23:26:56] <SWPadnos> (makes sense, since that's root 2 that 24V gets multiplied by :) )
[23:26:56] <paragon36> 2w dissapation?
[23:26:55] <robin_sz> so a resistor about 6mm dia and 12mm long ... or bigger :)
[23:27:05] <robin_sz> yeah
[23:27:42] <paragon36> Is owad using a .25w resister do you think?
[23:27:50] <robin_sz> not for long ...
[23:27:55] <tomp> :0
[23:28:09] <paragon36> That could be the smell he's smelling ;-)
[23:28:15] <robin_sz> armpits?
[23:29:04] <paragon36> 2W dissaption from the armpits = Gotta Hurt. lol
[23:30:28] <owad> How do I know if it's a .25w resistor?
[23:30:35] <tomp> http://www.bright.net/~agarb/STMD/Power%20Supply.html (tho i use 3 pages from a '60s article in popular electronics )
[23:30:41] <robin_sz> owad, how big is it?
[23:30:50] <tomp> ,25w is tiny , fits under your fingernail
[23:30:56] <robin_sz> owad, i gave you approx sizes for a 2w
[23:31:01] <CIA-8> 03jepler 07TRUNK * 10emc2/lib/python/bwidget.py: fix several notebook-related methods so they work
[23:31:11] <owad> it's the same size as all the resistors I have. The ones you'd typically use on a circuit board
[23:31:11] <owad> one sec…
[23:31:27] <robin_sz> ahh
[23:31:29] <SWPadnos> then it's 1/4 or 1/8 watt
[23:31:33] <paragon36> That's your answer right there!
[23:31:37] <tomp> jepler: in what scope? pyvcp or in axis ( in c or python )
[23:31:38] <robin_sz> yep
[23:31:48] <owad> thanks
[23:31:59] <robin_sz> owad, it needs to be a big fat one :)
[23:32:07] <jepler> tomp: my intent is to make the bwidget tabs usable from pyvcp but that requires some more extensive changes
[23:32:09] <robin_sz> size of the filter on a cigarette
[23:32:09] <owad> I've got some slightly larger ones, but they're all exceedingly old
[23:32:18] <paragon36> You could uses larger values in parallel right?
[23:32:21] <robin_sz> old is good for power resistors
[23:32:22] <jepler> tomp: if I commit some changes to vcpparse.py and pyvcp_widgets.py, will I be stepping on your toes?
[23:32:30] <robin_sz> paragon36, sure
[23:33:03] <tomp> jepler: yes, i got tabs to work, but couldnt add stuff to thier frames... no problem on m end, i can ewrite pretty quick now
[23:33:13] <paragon36> ie 2 1k in paralell = 500ohm at .5 watt
[23:33:31] <paragon36> thers that spelling thing again ;-)
[23:33:38] <tomp> jepler: you gonna add your pybwidget module?
[23:33:39] <robin_sz> assuming .25w resistors yes
[23:33:43] <paragon36> Yes
[23:33:52] <robin_sz> so ... 8 to be safe
[23:33:57] <jepler> tomp: that's what bwidget.py is -- it's already in emc2
[23:34:06] <robin_sz> 8 4K7s in //
[23:34:07] <SWPadnos> how about 10, for a safety margin? :)
[23:34:14] <tomp> =-O
[23:34:32] <robin_sz> 10 5K6s
[23:34:35] <SWPadnos> yep
[23:34:50] <robin_sz> or some old carbon rsistors from the junk box
[23:34:58] <paragon36> Yep That should do it 10 * 5k6
[23:35:08] <robin_sz> or my preference ..
[23:35:10] <cradek> those old ones are still only 1/2 w
[23:35:15] <robin_sz> dont bother :)
[23:35:30] <robin_sz> the electronics will sag it down, eventually :)
[23:36:02] <robin_sz> an average human puts out xxx watts of heat ... guesses?
[23:36:23] <cradek> 35
[23:36:37] <SWPadnos> when chatting on IRC, or actually doing work>?
[23:36:45] <cradek> haha
[23:36:46] <paragon36> What about a neon switch? or is the voltage too low < 55V (cant remember)
[23:36:52] <robin_sz> "avergae" ...
[23:36:54] <cradek> when typing furiously?
[23:37:16] <SWPadnos> olympic sportspeople can output around 200W for a while. normal people are probably <100W
[23:37:31] <SWPadnos> though that's work, not waste heat
[23:37:33] <jepler> tomp: http://emergent.unpy.net/index.cgi-files/sandbox/pyvcp-tabs.png
[23:37:43] <robin_sz> 100W consumption average 500W hard labour ... thats "energy used" though, not output
[23:38:05] <cradek> jepler: neato
[23:38:14] <paragon36> My Wife is on about 3-5KW when she gets talking ;-)
[23:38:31] <robin_sz> the brain uses 20 to 40W of that
[23:38:46] <tomp> jepler: i been messing with that for days :-P, but now we got it , thanks ( was that python or pyvcp ? got code / )
[23:39:10] <paragon36> What wattage does a peanut contain?
[23:39:24] <jepler> tomp: the XML is here: http://emergent.unpy.net/index.cgi-files/sandbox/tabs.xml
[23:39:30] <tomp> :) i keep trying to click on it , lol
[23:39:39] <jepler> tomp: do you want me to commit the code to make it work?
[23:40:14] <tomp> it? notebooks/tabs? sure, i'llpport it with the m5i20 xmpl
[23:40:40] <jepler> done
[23:41:55] <jepler> CIA-8: where are you?
[23:42:11] <SWPadnos> and what have you done with Scooby Doo?
[23:43:31] <paragon36> Good Talking with you all, I'm off to bed... Night!
[23:43:35] <lerneaen_hydra> err, anyone know how to read a message?
[23:43:38] <lerneaen_hydra> on freenode
[23:43:46] <lerneaen_hydra> sending them is easy enough
[23:43:49] <SWPadnos> try aasking memoserv: /msg memoserv help
[23:46:16] <lerneaen_hydra> ah, got it to work
[23:46:36] <lerneaen_hydra> msn memoserv help only told me how to send a message :p
[23:46:52] <SWPadnos> strange - it should have told you how to read them as well
[23:47:00] <lerneaen_hydra> apparently you use the syntax msg memoserv read [n] where n is the number of the message
[23:47:18] <lerneaen_hydra> hmm, now it gave me the whole list
[23:47:30] <lerneaen_hydra> before it seemed to truncate it to one row
[23:47:40] <tomp> jepler: i 'spose i need to checkout 2.1 cuz 2.1-alpha0 gives me a blank wndo :(, while all my panels still work
[23:47:50] <SWPadnos> /msg memoserv list
[23:47:54] <SWPadnos> that may help
[23:48:06] <lerneaen_hydra> yeah
[23:48:07] <jepler> tomp: you'll need TRUNK, that's where I put my changes
[23:48:08] <lerneaen_hydra> I got it to work
[23:48:14] <tomp> thanks
[23:48:32] <lerneaen_hydra> meh, I'm off to bed now
[23:48:34] <lerneaen_hydra> laters
[23:48:40] <SWPadnos> see you LH
[23:52:44] <col> hola