#emc-devel | Logs for 2009-01-07

[00:00:26] <SWPadnos> a few hundred $$ isn't going to be a big deal. an extra few thousand would be
[00:00:27] <jmkasunich> I said simple hw - $1000 + $1000 isn't
[00:00:39] <jmkasunich> is this a one-off project?
[00:00:44] <SWPadnos> sort of
[00:01:01] <jmkasunich> no matter what you are gonna have to deal with a couple hundred wires
[00:01:03] <SWPadnos> right now, all we need is the ability to capture some images with some timing
[00:01:09] <SWPadnos> yes, there are 75 cameras
[00:01:19] <jmkasunich> what form are those wires in? is there a standard camera cable/connector?
[00:01:26] <SWPadnos> so minimum 225 connections, and an additional 150 for feedback
[00:01:40] <SWPadnos> bare ends, maybe a miniphone stereo plug
[00:01:54] <SWPadnos> oh, I guess I should answer the phine
[00:01:55] <jmkasunich> well, bare ends means you might as well just use screw terminals
[00:02:28] <SWPadnos> one sec - finding out the details now
[00:13:18] <jmkasunich> looks like the physical wiring can be handled by 7i42T - 24 screw terminals for $45
[00:14:01] <jmkasunich> still adds up tho, you are talking about 375 wires if I understand properly, at ~$2 each thats $750
[00:15:44] <jmkasunich> not sure I followed 75 cameras = 225 connections + 150 for feedback
[00:15:56] <jmkasunich> I thought it was two out and one back per camera
[00:16:12] <SWPadnos> ground + prerelease + release for the outputs, ground + contact for feedback
[00:16:22] <SWPadnos> = 225+150 terminations, but only 225 total signals
[00:16:26] <jmkasunich> ok
[00:16:32] <SWPadnos> still on the phone
[00:16:59] <jmkasunich> the 7i42T has screw terms for ground and signal
[00:17:24] <jmkasunich> so 225 signals at $2 per signal, $450
[00:19:39] <SWPadnos> yep
[00:20:05] <SWPadnos> I may try to do it with what I have - I've got a couple of 7i37T, a few 7i37, and a 5i22 here
[00:20:20] <SWPadnos> I have enough 50-pin terminal blocks for the 7i37's
[00:20:26] <jmkasunich> proof of concept with fewer cameras?
[00:20:35] <SWPadnos> that also extends my reach - I need ~40 feet end to end
[00:20:42] <SWPadnos> small shoot - only 75 cameras
[00:20:52] <SWPadnos> later, it'll be at least 120
[00:21:11] <jmkasunich> I don't see how you can get close 75 cameras with one board
[00:21:23] <jmkasunich> s/close/close to/
[00:21:30] <SWPadnos> the first shot doesn't need all the fancy prerelease and feedback stuff
[00:21:42] <jmkasunich> oh, just GPIO?
[00:21:46] <SWPadnos> which is why I might be willing to do it with my own hardware instead of making the client buy his own
[00:21:48] <SWPadnos> yep
[00:22:13] <SWPadnos> eventually, it'll be FPGA based timing (and maybe other functions), with custom hardware on the outside
[00:22:14] <jmkasunich> so what do you actually need for phase 1 - jyst 75 outputs?
[00:22:19] <SWPadnos> pretty much
[00:22:25] <SWPadnos> and maybe a trigger input ;)
[00:22:29] <jmkasunich> do they need to be isolated?
[00:22:47] <SWPadnos> I'd be happier with feedback for confirmation that the cameras fired
[00:23:03] <jmkasunich> if not, spring for the 7i42s, they let you use all 24 pins in the cable as outs (or ins, your choice)
[00:23:07] <SWPadnos> not really, except that people sometimes do funny things with generators and long metal trusses
[00:23:16] <SWPadnos> they don't have buffers
[00:23:27] <SWPadnos> I don't know that the FPGA can directly trigger a camera
[00:23:34] <jmkasunich> ah
[00:23:35] <SWPadnos> especially at the end of a long cable
[00:23:50] <SWPadnos> Pete recommended the same thing L(
[00:23:52] <SWPadnos> :)
[00:24:07] <jmkasunich> so you are basically gonna be limited to 8 cameras per 7i37
[00:24:18] <SWPadnos> oh shit. I forgot about that
[00:24:22] <SWPadnos> crap
[00:24:56] <jmkasunich> this is probably too complex for phase 1, but lemme ramble a bit
[00:25:04] <SWPadnos> ok - gotta pee ;)
[00:25:06] <jmkasunich> 20 cameras per cable...
[00:25:40] <jmkasunich> 20 input pins, direct to FPGA (put whatever isolation on the board you want - yes, I'm talking about a board)
[00:26:13] <jmkasunich> the other 4 pins are: serial data out, serial clock, release vector strobe, pre-release-vector-strobe
[00:26:47] <jmkasunich> the only logic on the boards is some 8 bit serial in, parallel out shift regs, 16 pin soics IIRC
[00:27:03] <jmkasunich> the rest is isolation and termination, which you need regardless
[00:27:43] <jmkasunich> copy peter's clever isolated output circuit from the 7i37, if you can tolerate the inherent delays
[00:28:15] <jmkasunich> although if you know the camera characteristics, you can probably select a simple opto that will be faster and cheaper
[00:29:10] <jmkasunich> the design is simple, layout simply boring (same circuits x20)
[00:30:04] <SWPadnos> soldering them (by Friday evening) is the big issue
[00:30:11] <jmkasunich> oh
[00:30:21] <jmkasunich> nothing like waiting till the last minute
[00:30:27] <SWPadnos> heh, don't I know it
[00:30:38] <jmkasunich> I didn't realise that "fast" was _that_ heavily weighted
[00:30:39] <SWPadnos> I just found out that the job could happen yesterday (at 4:00 PM)
[00:30:41] <SWPadnos> yep
[00:30:49] <jmkasunich> pretty much need to be 100% off the shelf then
[00:31:09] <SWPadnos> yeah. unfortunately, even 2x 5i22 isn't enough for 75 cameras with off-the-shelf
[00:31:44] <jmkasunich> and you are talking 10x 7i37s too, that is $800 right there
[00:32:04] <SWPadnos> well, they're $65 at that quantity, but still
[00:32:44] <SWPadnos> argh. gotta eat. after buying plane ticket ...
[00:33:13] <jmkasunich> I thought of a way to use fewer 5i22s, at the expense of a very very simple board
[00:33:23] <jmkasunich> three 50 pin connectors
[00:33:27] <jmkasunich> one goes to the 5i22
[00:33:32] <SWPadnos> I'm not so concerned with reducing the number of 5i22 boards
[00:33:37] <jmkasunich> the other goes to two 7i37s
[00:33:43] <SWPadnos> eventually there will be more complex functions in there
[00:34:01] <jmkasunich> that would give you 16 out and 8 in (plus another 24 unused ins)
[00:34:22] <SWPadnos> just multiplex somehow?
[00:34:43] <jmkasunich> actually, you could do the same thing by splitting and offsetting the ribbon cable (I think)
[00:34:56] <SWPadnos> ah, ok
[00:35:05] <SWPadnos> now I gets it ;)
[00:35:07] <jmkasunich> just take 12 signals from each 7i37, 8 out and 4 in, and merge them
[00:35:27] <SWPadnos> right - I could split a ribbon cable into thirds and use 3x 7i37, for 24 outputs
[00:35:33] <jmkasunich> the ribbon cable trick might even be viable
[00:35:41] <jmkasunich> (in the available time)
[00:35:44] <SWPadnos> heh
[00:36:25] <SWPadnos> I may even be able to do it with simple connectors - use RA headers pointing in opposite directions for two of them, and straight for the third
[00:36:30] <SWPadnos> then just use 4 cables
[00:36:47] <SWPadnos> one from 5i22 to 3x pin headers, one each from the 3x pin neaders to the 7i37
[00:36:53] <SWPadnos> s/n/h
[00:36:55] <SWPadnos> /
[00:37:04] <jmkasunich> but you have to move signals around
[00:37:23] <SWPadnos> not really, hm2 lets me use all pins as outputs
[00:37:42] <SWPadnos> and I can move the header over so I'm always using the "left hand side"
[00:37:47] <jmkasunich> pin 1 of 7i37 A goes to pin 1 of ribbon, pin 1 of 7i37 B goes to pin 13 of ribbon, etc
[00:37:49] <SWPadnos> that's why I use RA and straight headers
[00:37:53] <jmkasunich> oh, offsetting the headers
[00:37:56] <SWPadnos> rigth
[00:37:59] <SWPadnos> right
[00:38:36] <jmkasunich> are you talking about just soldering the headers to each other in space, no board?
[00:38:56] <SWPadnos> no solder, just use male pin headers, but plug both ends into connectors instead of one end into a PCB
[00:39:06] <SWPadnos> then tape the hell out of it ;)
[00:39:07] <jmkasunich> oh
[00:39:33] <SWPadnos> ugly but possibly functional
[00:39:35] <jmkasunich> and use the separate power pins to power the 7i37's
[00:39:49] <SWPadnos> I'd have to do that anyway, given the cable lengths
[00:39:53] <SWPadnos> (I had planned to anyway)
[00:40:22] <jmkasunich> pins 33 thru 47 of the 7i37 are outputs
[00:41:00] <jmkasunich> how about this for perverse (but I bet more robust than the connector tricks
[00:41:06] <SWPadnos> heh
[00:41:14] <jmkasunich> get some 16 pin IDC connectors
[00:41:31] <jmkasunich> split the ribbon into three 16 conductor chunks, crimp one connector each
[00:41:43] <jmkasunich> snip off pins 49 and 50 of the ribbon
[00:41:55] <jmkasunich> and plug the 16 pin connector into the right place on the 7i37
[00:42:04] <SWPadnos> the male IDC connectors are a pain
[00:42:14] <jmkasunich> what male IDC connectors?
[00:42:17] <SWPadnos> and the females (and males) can't plug next to pins, the sides are too big
[00:42:29] <SWPadnos> so there would be bent pins on the other side
[00:42:31] <jmkasunich> true
[00:42:45] <jmkasunich> ok, use 50 pin connectors, but only stick 16 pins of cable into them
[00:43:06] <SWPadnos> yep, that can work too
[00:43:24] <jmkasunich> hydra cables - 50 pin connector and cable on one end, splitting into three 16 conductor branches terminating in three 50 pin connectors
[00:43:34] <SWPadnos> yep
[00:43:37] <SWPadnos> that's a good idea
[00:43:43] <jmkasunich> less likely to frotz something by plugging in off-by-one too
[00:44:00] <SWPadnos> heh
[00:44:17] <SWPadnos> ok, time to eat. I'll be back later - maybe even get a DigiKey order in before the cutoff ;)
[00:44:26] <jmkasunich> food time here too
[01:09:28] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/hal/ (basic_hal.lyx drivers.lyx): move servo to go to own file and add a bit on net
[01:10:15] <BigJohnT> I saw what you did skunkworks :)
[01:12:35] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/drivers/servo_to_go.lyx: move servo to go to own file
[01:14:00] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (Master_Integrator.lyx Submakefile docs.xml index.tmpl): add servo to go to html
[01:22:13] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/hal/images/HAL_Configuration.png: add graphic
[01:55:54] <skunkworks> BigJohnT: :)
[01:56:08] <BigJohnT> hi skunkworks
[02:09:26] <skunkworks> Hi - how is it going?
[02:21:50] <BigJohnT> good here didn't get much ice
[02:22:09] <SWPadnos> urk - ice?
[02:22:31] <BigJohnT> bit of an ice storm yesterday near by
[02:22:37] <SWPadnos> hmmm
[02:22:56] <SWPadnos> maybe I should have checked the weather forecast before choosing flight routing
[02:22:59] <jmkasunich> we have a bit of that going on right now
[02:24:06] <BigJohnT> SWPadnos: you get the rust in check?
[02:24:12] <skunkworks> we had ice saturday night.
[02:24:18] <SWPadnos> haven't had a chance to look at the machine today
[02:24:27] <SWPadnos> and probably won't until next Thursday :(
[02:24:37] <BigJohnT> "(
[02:24:50] <BigJohnT> crap can't see the keyboard'
[02:24:54] <SWPadnos> heh
[02:24:57] <BigJohnT> :(
[02:25:02] <skunkworks> close :)
[02:25:19] <BigJohnT> one key off'
[02:26:13] <cradek> whee, nominations right and left
[02:26:48] <BigJohnT> I have not checked in a while...
[02:27:07] <cradek> cool, looks like you're one of them
[02:27:21] <BigJohnT> I saw that :)
[02:29:11] <SWPadnos> wow - a petabyte of downloads per month at SF
[02:29:18] <SWPadnos> (for at least a few months)
[02:31:07] <skunkworks> for linuxcnc?
[02:31:13] <SWPadnos> no, sourceforge
[02:31:19] <skunkworks> duh
[02:31:20] <SWPadnos> that would be well over my 10 TB limit ;)
[02:40:04] <skunkworks> hey - my weller solder station auto-shuts off. That is a plus for me.. :)
[02:41:27] <BigJohnT> must be a new one, mine just stays on I think...
[02:41:39] <SWPadnos> huh - how does this view on Linux systems? http://www.hammondmfg.com/pdf/1598B.pdf
[02:43:05] <SWPadnos> on this Windows machine, I have a spinning model of the enclosure, which I can drag to change perspective
[02:43:24] <SWPadnos> (though if I stop it, I get only a black rectangle where it should be)
[02:43:29] <cradek> it's still
[02:43:42] <SWPadnos> can you move it?
[02:43:46] <cradek> that's, uh, I forget the name of it, but acroread for linux can do it
[02:43:52] <cradek> no
[02:43:55] <SWPadnos> ok
[02:43:59] <SWPadnos> acrobat 3D or some such
[02:44:46] <SWPadnos> I wonder if I'll get lucky and find an enclosure that a 7i37T will scre directly into
[02:45:04] <jmkasunich> you mean 10 of them?
[02:45:12] <SWPadnos> sure, that would be fine :)
[02:46:49] <jmkasunich> you need to find someone with a CNC mill
[02:47:00] <SWPadnos> hmmm. could be tough
[02:47:28] <BigJohnT> you can use mine SWPadnos
[02:47:36] <SWPadnos> oh, thanks
[02:47:42] <SWPadnos> can you fed-ex it to me
[02:48:07] <BigJohnT> I like the UPS guys better
[02:48:37] <BigJohnT> the fedex guys are from Sikeston
[02:49:46] <BigJohnT> they get lost over here :)
[02:52:23] <SWPadnos> hmmmm
[02:52:27] <SWPadnos> I may be an evil genius
[02:52:39] <SWPadnos> the 7i31 has buffer chips, which may be able to drive my outputs
[02:52:46] <SWPadnos> err - inputs
[02:52:47] <SWPadnos> you know
[02:53:40] <jmkasunich> how are you gonna reverse the drive direction?
[02:53:54] <jmkasunich> oh, 7i31 - that is the LED board?
[02:53:57] <SWPadnos> yep
[02:54:03] <SWPadnos> with 4 hex buffers
[02:54:20] <SWPadnos> and I have 3 of them, which means 3 of these + 1 7i37 = 80 outputs and 16 inputs
[02:54:43] <jmkasunich> how will you connect to the 7i31?
[02:54:53] <SWPadnos> um. details details ;)
[02:54:54] <jmkasunich> lots of little wires and soldering? ick
[02:54:59] <SWPadnos> (probably soldering lots of wires to it)
[02:55:01] <SWPadnos> heh
[02:55:17] <SWPadnos> slightly better than designing and building several boards with hundreds of components
[02:55:23] <SWPadnos> (total)
[03:01:12] <BigJohnT> goodnight all
[03:01:24] <SWPadnos> see you
[03:53:45] <SWPLinux> hey seb_kuzminsky, got a question or two for you
[04:12:24] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/src/emc/rs274ngc/interp_convert.cc: unionize the queue because it's going to have a lot of types. but man is this all a pain.
[04:18:13] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/src/emc/rs274ngc/interp_convert.cc: allow dwells in concave corners
[04:18:40] <cradek> whee, this actually works
[04:19:16] <SWPadnos> sigh. this doesn't
[04:19:29] <SWPadnos> I can't get the hostmot2 driver to recognize my 5i22
[04:19:34] <SWPadnos> or give me any error messages
[04:19:43] <cradek> bizarre
[04:19:48] <cradek> no errors??
[04:19:52] <SWPadnos> nope
[04:20:08] <SWPadnos> the module loads, but exports nothing
[04:21:03] <cradek> loadrt hostmot2
[04:21:03] <cradek> loadrt hm2_5i20 config="firmware=hm2-trunk/5i20/SVST8_4IM2.BIT num_encoders=6 num_pwmgens=4 num_stepgens=0 enable_raw"
[04:21:31] <SWPadnos> yep, that's pretty close to what I've got
[04:21:36] <SWPadnos> except 5i22
[04:21:38] <cradek> so you have both lines
[04:21:46] <SWPadnos> and I have num_*=0
[04:21:48] <SWPadnos> yes
[04:21:52] <SWPadnos> and in that order
[04:21:59] <SWPadnos> I don't have enable_raw
[04:22:16] <cradek> how recent is your source? num_*=0 have been bugs for some values of *, I think
[04:22:32] <seb_kuzminsky> hi guys
[04:22:33] <cradek> your firmware path is surely different too - this is a local hack because of RIP
[04:22:35] <SWPadnos> fresh checkout from an hour ago or less
[04:22:36] <cradek> hi seb
[04:22:43] <seb_kuzminsky> SWPadnos: trunk?
[04:22:58] <SWPadnos> yep. I tried 2.2.8 and also symlinked hm2-2 to mu trunk checkout
[04:23:02] <SWPadnos> my
[04:23:13] <seb_kuzminsky> oh
[04:23:14] <SWPadnos> are there any jumpers of any sort that need to be set?
[04:23:20] <seb_kuzminsky> loadrt hm2_pci, not hm2_5i20
[04:23:29] <SWPadnos> yes, got that
[04:23:46] <seb_kuzminsky> lspci shows the board, but hm2_pci doesnt detect it
[04:23:48] <seb_kuzminsky> ?
[04:23:52] <SWPadnos> correct
[04:24:03] <SWPadnos> well, hard to tell - there are no errors of any sort from hm2_pci
[04:24:10] <seb_kuzminsky> pastebin lspci -nnvv pls
[04:24:22] <SWPadnos> one sec - I shut that machine down to look at jumpers :)
[04:24:27] <seb_kuzminsky> it emits nothing if it finds nothing
[04:24:46] <seb_kuzminsky> is this a 5i22-1.0 or -1.5?
[04:25:14] <SWPadnos> 1.5
[04:25:18] <SWPadnos> I'm using the B variants
[04:25:27] <SWPadnos> tried a couple
[04:25:29] <seb_kuzminsky> donno what B is
[04:25:37] <SWPadnos> "Big", isn't it?
[04:25:48] <SWPadnos> they're the larger bitfiles
[04:25:52] <SWPadnos> SV16B.BIT
[04:25:54] <seb_kuzminsky> oh, the *B.BIT firwmares, right, that's for the bigs
[04:25:56] <SWPadnos> SVST8_8B.BIT
[04:25:56] <seb_kuzminsky> big fpgs
[04:26:00] <SWPadnos> yep
[04:26:05] <seb_kuzminsky> ok so that sounds good
[04:26:18] <seb_kuzminsky> someone else tried a -1.5 and reported it working
[04:26:31] <seb_kuzminsky> i dont have a -1.5, just a -1.0, so i havent seen it work, myself
[04:26:57] <SWPadnos> ok, I guess this will be the first :)
[04:31:45] <seb_kuzminsky> the bug cradek mentions is in 2.2.8 (and the v2_2 branch), but not in trunk
[04:31:54] <seb_kuzminsky> it bites if num_encoders=0
[04:32:09] <SWPadnos> ok, I was wondering about that
[04:32:15] <seb_kuzminsky> any other module can be set to 0 without problem
[04:32:41] <seb_kuzminsky> and in trunk the encoders can be totally turned off too
[04:32:44] <SWPLinux> http://pastebin.ca/1302288
[04:32:47] <seb_kuzminsky> thx
[04:32:58] <SWPLinux> I only copied out the PLX info. let me know if you need more
[04:33:49] <SWPLinux> ah
[04:33:53] <SWPLinux> this has the 3131 ID
[04:33:53] <seb_kuzminsky> oh
[04:33:56] <seb_kuzminsky> yeah
[04:34:00] <SWPLinux> crap
[04:34:13] <seb_kuzminsky> no big deal, we'll add it to the pci table, hold on
[04:34:40] <SWPLinux> I think only the first few 5i22 had that
[04:35:06] <SWPLinux> I guess you can still tell since the 5i22 uses a 9054 and the 5i20 uses a 9030
[04:35:26] <seb_kuzminsky> yea this is an easy fix
[04:35:40] <SWPLinux> yep. I can add another entry to the ID table
[04:38:59] <SWPLinux> hmm. that doesn't seem to have worked. maybe I did it wrong
[04:42:32] <SWPLinux> ah, the big switch in hm2_pci_probe also needs fixing
[04:43:34] <SWPLinux> which is a pain, since the only thing used to determine what board is present is the subsystem device
[04:43:46] <SWPLinux> which was unique, until now
[04:44:05] <seb_kuzminsky> :-(
[04:44:34] <SWPLinux> is the plx info also copied over?
[04:44:59] <SWPLinux> oh, it's a dev struct - good
[04:44:59] <seb_kuzminsky> ?
[04:45:28] <SWPLinux> so I should have acces to dev->device as well
[04:46:10] <SWPLinux> so, should I add a goto or do a block copy? :)
[04:47:38] <seb_kuzminsky> i'm working on a nested switch right now
[04:48:01] <SWPLinux> ok, check bridge device then SS ID?
[04:48:13] <seb_kuzminsky> yeah
[04:57:04] <SWPLinux> argh
[04:57:06] <SWPLinux> [ 1497.422791] hm2_pci: loading Mesa AnyIO HostMot2 driver version 0.6
[04:57:07] <SWPLinux> [ 1497.424359] hm2_pci: discovered 5i22-1.5M (old) at 0000:00:09.0
[04:57:09] <SWPLinux> [ 1497.424607] hm2/hm2_5i22.0: invalid token in config string: "hm2-2/5i22/SV16B.BIT"
[04:57:10] <SWPLinux> [ 1497.424612] hm2_5i22.0: board fails HM2 registration
[04:57:12] <SWPLinux> [ 1497.424825] hm2_pci: probe of 0000:00:09.0 failed with error -22
[04:57:13] <SWPLinux> [ 1504.972578] hm2_pci: driver unloaded
[04:57:31] <seb_kuzminsky> that's good! it finds the board now :-)
[04:57:40] <SWPLinux> yeah :)
[04:57:52] <seb_kuzminsky> should be firmware=hm2-2/blah/blah.bit
[04:59:08] <SWPLinux> steve@goal3-1:/lib/firmware/hm2-2/5i22$ ls -l
[04:59:09] <SWPLinux> total 3172
[04:59:11] <SWPLinux> drwxr-xr-x 2 steve steve 4096 2009-01-06 22:27 CVS
[04:59:12] <SWPLinux> -rw-r--r-- 1 steve steve 651926 2008-10-29 00:18 SV16B.BIT
[04:59:14] <SWPLinux> -rw-r--r-- 1 steve steve 8515 2008-10-25 00:54 SV16.PIN
[04:59:15] <SWPLinux> -rw-r--r-- 1 steve steve 403014 2008-10-29 00:18 SV16S.BIT
[04:59:17] <SWPLinux> -rw-r--r-- 1 steve steve 651926 2008-12-22 00:04 SVST824B.BIT
[04:59:18] <SWPLinux> ...
[04:59:20] <SWPLinux> doesn't look it
[04:59:30] <SWPLinux> oh, that
[04:59:33] <SWPLinux> duh
[04:59:37] <seb_kuzminsky> ;-)
[05:00:26] <pcw> SWP: how about just updating your EEPROM?
[05:00:40] <seb_kuzminsky> hi peter
[05:00:47] <SWPLinux> now that It's working? ;)
[05:00:48] <pcw> Hi Seb
[05:01:11] <SWPLinux> about how many boards went out with the 5i20 ID?
[05:01:39] <pcw> Dont want to spread embarrassing wrong subsystem IDs throughout the world...
[05:01:56] <pcw> only a few, maybe 5?
[05:02:06] <SWPLinux> oh. the 5 I bought? ;)
[05:02:13] <seb_kuzminsky> would you prefer i not commit this update?
[05:02:26] <seb_kuzminsky> * seb_kuzminsky pauses over the Enter key
[05:02:44] <pcw> I think its better to update the EEPROM...
[05:02:56] <seb_kuzminsky> what's involved in doing that?
[05:02:59] <SWPLinux> ok. what's the procedure to do that on Linux?
[05:03:15] <SWPLinux> assuming no access to a WIndows machine that I can put the hardware into
[05:03:38] <pcw> DOS unforch, unless some nice Linux programmer wants to write a EEPROM utility
[05:03:49] <SWPLinux> do you have the source?
[05:04:02] <pcw> Yes (Pascal!)
[05:04:05] <SWPLinux> heh
[05:04:14] <SWPLinux> I can probably translate
[05:04:31] <SWPLinux> Borland/Turbo Pascal?
[05:04:39] <seb_kuzminsky> ok i'll revert this here
[05:05:05] <SWPLinux> git --throw-away-scratchpad or something ;)
[05:05:09] <pcw> The utility just writes one word to EEPROM, the batchfile has all the data and comments
[05:05:10] <pcw> (TP7)
[05:05:20] <SWPLinux> ok
[05:05:36] <SWPLinux> that should be relatively easy to port
[05:05:44] <SWPLinux> gotta install dos2unix ;)
[05:06:06] <pcw> If you download the 5i22 support zipfile you want 5I22EE15.BAT
[05:06:40] <pcw> it uses 9054EEP.EXE
[05:07:03] <pcw> source is all in UTILS/DOS/PAS
[05:07:31] <SWPLinux> ok
[05:07:34] <pcw> Should run under FreeDOS
[05:07:51] <SWPLinux> yep. that's the easy way, most likely
[05:08:11] <SWPLinux> (or I can just use the modified hm2_pci for a few days)
[05:08:50] <SWPLinux> oh, I had an evil thought earlier - I have a few 7i31. how do you think those would fare as non-isolated 24 output buffer boards?
[05:09:46] <SWPLinux> (assuming I want to tack solder many many wires to the buffer side of the LEDs)
[05:10:49] <pcw> Might want to pull the LEDS
[05:10:50] <pcw> Or I could send you some bare boards
[05:11:11] <SWPLinux> hmmm
[05:11:39] <SWPLinux> bare would be not so good
[05:11:55] <SWPLinux> it's easier to remove the LEDs off a few boards I think
[05:11:59] <pcw> Not that many parts...
[05:12:17] <SWPLinux> well, if you can send a parts kit too, that would work ;)
[05:13:07] <SWPLinux> I'm pretty sure the cameras only need a few mA sink to trigger
[05:13:41] <pcw> Yah clip the lead, blow out the solder...
[05:13:42] <pcw> I'd have to check if we have bare boards I know we have assembled ones
[05:14:19] <SWPLinux> ok. that's good to know. I can order 5 tomorrow, with whatever else I need
[05:14:23] <pcw> Parts are just hex inverters or 14s
[05:14:27] <SWPLinux> (in case I break some)
[05:14:31] <pcw> and 50 pin header
[05:39:34] <SWPLinux> huh. the LEDs may be over the load rating of the HCT14
[05:41:56] <SWPLinux> it looks like 330 ohm resistors, and the LED voltage is ~2.1, so the current is 2.9V/330 ohm = ~8.8 mA. the chips are rated for 4 or 6 mA (10 or 15 LSTTL loads @ 0.4mA each)
[05:46:59] <LawrenceG> no worries... leds dont worry about valid ttl thresholds
[05:47:12] <SWPadnos> heh
[05:48:16] <LawrenceG> sub the 74act series.... big honkin' bus drivers
[05:48:59] <SWPadnos> yep, 24mA
[05:49:58] <LawrenceG> well off to bed for this boy - cheers
[05:50:11] <SWPadnos> see ya
[07:10:33] <CIA-1> EMC: 03cmorley 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/stepconf.py:
[07:10:33] <CIA-1> EMC: Fix so stepconf copies whatever type ladder program the radio buttons specify
[07:10:33] <CIA-1> EMC: Regardless if you edited a program or not. Add to warning dialog that custom.clp
[07:10:33] <CIA-1> EMC: will be backed up. Add new dialog if a ladder program was edited but not choosen
[07:10:33] <CIA-1> EMC: to copy to the config file. Some minor changes to clear things up
[07:12:09] <CIA-1> EMC: 03cmorley 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/stepconf.glade: minor name change from 'new ladder program' to 'blank ladder program'
[11:27:53] <christel> [Global Notice] Hi all! I'm about to do a tiny bit of rehubbing to try sort out some desync issues with one of our client servers, affected users ~2500. It will be somewhat bumpy but should be quick! Apologies for the inconvenience and have a nice day.
[12:37:55] <alex_joni> hi BigJohnT
[12:38:43] <BigJohnT> hi alex_joni
[12:42:51] <alex_joni> hmm.. do you also get the impression I talk a lot?
[12:43:34] <BigJohnT> not really
[13:03:26] <alex_joni> I just counted > 700 emails on the mailing lists
[13:03:44] <jepler> over how long a period?
[13:07:05] <alex_joni> all of it
[13:07:37] <alex_joni> I assume using your mailbox search you can find out more exactly/faster
[13:10:25] <jepler> oh sort of
[13:10:40] <jepler> I tried to count for myself but there were lots of duplicates (because I have both sent and received mail in the archive)
[13:11:22] <alex_joni> ah, I see
[13:13:22] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/drivers/motenc.lyx: add file
[13:13:35] <jepler> for you I have 1599 messages since oct 13 2005
[13:13:35] <alex_joni> I have roughly 15*58,38 => 900
[13:13:48] <alex_joni> that might be counting commit messages too
[13:13:57] <jepler> there don't seem to be many duplicates but it does count commit messages
[13:15:34] <jepler> taking a guess at how many I have without duplicates, I think about 1000 in the same period
[13:15:48] <alex_joni> I counted roughly 900
[13:16:03] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (Master_Integrator.lyx Submakefile docs.xml index.tmpl): move motenc to own file and add a bit of info to faq
[13:16:04] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/common/ (Getting_EMC.lyx Linux_FAQ.lyx): move motenc to own file and add a bit of info to faq
[13:16:05] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/hal/drivers.lyx: move motenc to own file and add a bit of info to faq
[14:22:25] <rayh> Hey jepler would it be okay if I forward your post re the LA linux expo to Sherline?
[14:23:18] <alex_joni> rayh: I think the invitation is valid, but not under the same terms (the original invite was for non-commercial participants)
[14:25:32] <rayh> Okay. I'll say nothing to Sherline.
[14:25:54] <alex_joni> are they in the area around CA ?
[14:27:30] <alex_joni> hmm.. I see they are
[14:27:44] <alex_joni> maybe they are interested in going as a commercial participant
[14:28:01] <alex_joni> rayh: best would be to ask Gareth first
[14:28:53] <rayh> Okay. I'll do that.
[14:29:47] <alex_joni> did you talk recently to sherline? how do they feel about changing to emc2?
[14:34:54] <rayh> I worked up a test machine for them but they decided not to change just yet.
[14:35:35] <alex_joni> I see
[14:35:36] <rayh> There is some new hardware in their development path that my ease that transition.
[14:36:07] <alex_joni> there were a couple of emc1 users asking for help on the lists lately
[14:36:12] <alex_joni> they all converted to emc2
[14:36:42] <rayh> The Debian they are using is getting very dated.
[14:36:55] <alex_joni> is it sarge?
[14:37:45] <rayh> It was but I don't know what PC has done with it of late.
[14:38:46] <alex_joni> the last version I know of is 2006
[14:40:47] <rayh> That sounds about right.
[14:41:18] <rayh> I've not tried to run the BDI since I switched to Ubuntu.
[14:42:35] <alex_joni> ok, too bad that sherline doesn't want to go an easier way, but it's their choice ..
[14:55:31] <cradek_> rayh: I never heard any more about the lathe project. are they still selling a cnc lathe with emc1?
[14:56:10] <rayh> I don't think they are.
[14:57:07] <cradek_> oh, ok. maybe the questions we've had are from people who set it up on their own.
[14:57:11] <cradek_> cradek_ is now known as cradek
[14:57:32] <rayh> I'd guess that is what is happening.
[14:58:09] <rayh> I'm not very close to their work these days but let me see if I can develop a little more interest there in EMC2.
[14:59:11] <cradek> one of their users contributed some emc2 configurations for us to put in the distribution. that will make it much easier on sherline customers.
[14:59:30] <rayh> Great.
[15:03:28] <skunkworks_> cradek: did you see the link from mach.. Looks like your work on comp is above and beyond.
[15:03:54] <jepler> which link?
[15:04:13] <skunkworks_> http://www.machsupport.com/forum/index.php/topic,9915.0.html
[15:09:47] <cradek> I think we will have limitations #3 and #6 but none of the rest
[15:10:23] <alex_joni> #4 seems daft
[15:10:25] <cradek> but I don't want to read 5 pages of that :-/
[15:10:32] <jepler> not #2? What's G30 in mach?
[15:10:37] <alex_joni> cradek: the rest is not interesting
[15:10:55] <alex_joni> jepler: might work without comping
[15:10:56] <jepler> hahah "1. 2. 3. 4. 5. 6." then "If you follow these 5 rules, you should be all set"
[15:11:10] <cradek> jepler: no, as long as the cutter can follow the path, #2 is not a requirement
[15:11:49] <cradek> I think g20/g21 will be fine in my implementation, but I will not allow g30
[15:11:58] <cradek> (no idea if their g30 is the same as ours)
[15:12:30] <jepler> g30 seems a bit silly
[15:12:52] <cradek> http://timeguy.com/cradek-files/emc/trouble-case-fixed.png
[15:12:58] <cradek> I could send him some of my test files :-)
[15:13:18] <alex_joni> cradek: send him one of your fixes (GPL of course :)
[15:14:18] <alex_joni> although I can't possibly imagine who would want to read the sourcecode
[15:15:36] <cradek> well I know I feel that way about it
[15:16:01] <BigJohnT> is that Chinese cradek ?
[15:16:17] <cradek> BigJohnT: possibly, but I don't know
[15:16:30] <BigJohnT> :)
[15:16:30] <cradek> it is a test path that has some possible trouble cases to test my algorithm
[15:16:39] <BigJohnT> I was just kidding
[15:16:52] <cradek> it's a subroutine called three times, with no compensation, then left and right compensation
[15:16:54] <alex_joni> cradek: you should use some chinese + ttt to generate testcases
[15:17:17] <cradek> alex_joni: not so easy - I would need to add entry moves...
[15:17:25] <alex_joni> I imagine a short text (couple lines) would cover most any line/circle issues
[15:17:43] <alex_joni> I assume you happily accept ttt patches that add that...
[15:17:54] <cradek> but it's much less picky about entry moves now too - for instance in that picture you can see the "left" entry move (starting at the origin) is concave
[15:18:00] <jepler> ttt needs full pocketing, not just offsetting
[15:18:11] <cradek> right
[15:18:33] <alex_joni> shouldn't a couple of offsets be equal to a pocket?
[15:18:36] <jepler> it's too bad cgal isn't gpl-compatible :(
[15:18:37] <cradek> nope
[15:18:39] <jepler> alex_joni: not when the path falls apart
[15:18:43] <alex_joni> ah, right
[15:19:03] <alex_joni> jepler: iirc, you started working on this
[15:20:19] <jepler> yeah I got to about this point then decided my approach sucked and would never work: http://emergent.unpy.net/files/sandbox/offs-one-more-bug-fixed.png
[15:20:46] <jepler> (the roughly trapezoidal area at the top center should be all filled, but offs "forgot" about it
[15:20:51] <jepler> )
[15:23:34] <cradek> hm, if wishing would make that work, it would be working
[15:28:42] <BigJohnT> http://imagebin.ca/view/1OYo5p8.html
[15:29:05] <jepler> BigJohnT: what's that from?
[15:29:07] <BigJohnT> this is how one popluar software does it in zigzag
[15:29:12] <BigJohnT> mc
[15:29:54] <BigJohnT> you can pick one of 8 methods to cut out a pocket
[15:33:04] <BigJohnT> this is constant spiral http://imagebin.ca/view/Ph4ygPE.html
[15:33:14] <BigJohnT> constant overlap
[15:34:57] <cradek> BigJohnT: can you load in a gcode file and have it pocket?
[15:35:11] <BigJohnT> yes, I think so
[15:35:47] <BigJohnT> it is more for creating the g code
[15:36:12] <cradek> http://timeguy.com/cradek-files/emc/t3-test.ngc
[15:36:19] <cradek> I think I took out all emc-specific stuff
[15:36:47] <cradek> I used a .15 diameter tool to generate my paths
[15:36:56] <BigJohnT> ok
[15:37:04] <cradek> I'm just curious whether it can pocket something complex
[15:40:06] <rayh> Islands?
[15:40:30] <cradek> yes, islands/arcs/etc
[15:40:38] <alex_joni> change
[15:41:10] <BigJohnT> nope it must have been bobcrap that could do that looks like mc needs the cad file
[15:41:26] <cradek> thanks anyway, just a curiousity
[15:41:31] <BigJohnT> np
[15:42:21] <BigJohnT> however I can run it on my Anilam for sure
[15:43:41] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/src/emc/rs274ngc/interp_convert.cc: prettyfication only, no functional change
[15:49:55] <BigJohnT> my Anilam ran it but complained about adjusting circles beyond maximum limit what ever that means
[15:50:35] <cradek> with cutter comp?
[15:51:09] <alex_joni> BigJohnT: got an URL for mc?
[15:51:33] <BigJohnT> www.open wallet.com
[15:51:45] <BigJohnT> alex_joni: not off hand
[15:52:13] <BigJohnT> cradek: let me look at the generated conversational file to see what it made
[15:52:29] <cradek> BigJohnT: don't go to any trouble...
[15:53:41] <jepler> mc = mastercam? http://www.mastercam.com/ hm, even it "goes crazy" sometimes: http://www.cnczone.com/forums/showthread.php?t=52802
[15:53:54] <jepler> "I have about 20 islands with many that need 1/16 endmill to machine small
[15:53:54] <jepler> pockets .. I tried to rough with a 3/8 first but now the tool paths are crazy when I go back with a 1/16 ..
[15:53:57] <jepler> "
[15:54:53] <BigJohnT> yes mc == mastercam
[15:56:19] <BigJohnT> cradek: this is the Anilam conversion http://pastebin.ca/1302797
[15:56:33] <BigJohnT> It did not pick up on any tool comp
[15:57:24] <cradek> sorry, I took out comp, so you could pocket it with the other program
[15:57:37] <BigJohnT> jepler: when I do that I pocket with the roughing then profile with the small end mill
[15:58:00] <BigJohnT> if I had a dxf of that pocket I could run it mc
[15:58:05] <alex_joni> BigJohnT: ah, ok then
[15:58:27] <cradek> let me look - maybe I have a dxf of it.
[15:58:32] <BigJohnT> ok
[16:07:02] <cradek> http://timeguy.com/cradek-files/emc/t4-test.dxf
[16:07:10] <cradek> I *think* this is the same path
[16:07:40] <BigJohnT> looks like it
[16:12:38] <BigJohnT> I might have to edit it a bit as it is not one single chain...
[16:12:55] <cradek> it is - it's a polyline
[16:13:52] <BigJohnT> I see that in acad but it chokes in mc :/
[16:14:16] <cradek> huh
[16:14:27] <BigJohnT> I just had to explode it :)
[16:14:33] <skunkworks_> some software doesn't like polylines
[16:15:05] <skunkworks_> heh - that opened right up in the browser here. (a really old version of acad view is installed)
[16:15:28] <BigJohnT> ok now I'm getting somewhere
[16:17:57] <BigJohnT> this is an outside profile http://imagebin.ca/view/N5FodCA.html
[16:20:58] <BigJohnT> inside and outside http://imagebin.ca/view/NR-4ZPjA.html
[16:21:50] <cradek_> neat. can it pocket it?
[16:22:08] <BigJohnT> coming right up
[16:22:13] <cradek_> :-)
[16:22:27] <cradek_> cradek_ is now known as cradek
[16:22:33] <BigJohnT> pockets come in 8 different flavors
[16:23:14] <cradek> the one where it follows around the edge - I think it was the last one you posted before
[16:23:23] <BigJohnT> http://imagebin.ca/view/n-4WAxp.html
[16:28:49] <alex_joni> that's not a really good algorithm
[16:29:03] <BigJohnT> why is that?
[16:29:22] <alex_joni> duplicate moves, etc
[16:29:49] <BigJohnT> this is a different one http://imagebin.ca/view/qKRaG_J.html
[16:30:16] <alex_joni> that's better
[16:30:24] <alex_joni> does it do cycle time estimations?
[16:30:39] <BigJohnT> it is set to rough then make a finish pass so near the edge will be two paths close to each other
[16:30:42] <BigJohnT> yes
[16:30:51] <alex_joni> can you compare the 2 ?
[16:31:04] <BigJohnT> just a second or three
[16:31:42] <BigJohnT> the last one too 18m 46s
[16:32:10] <BigJohnT> the first one took 21m 49s
[16:32:26] <alex_joni> * alex_joni loves to be right :)
[16:32:40] <alex_joni> 15% ;)
[16:33:08] <BigJohnT> another one just took 17m 58s
[16:35:09] <alex_joni> BigJohnT: btw.. using png to save helps really much
[16:35:34] <BigJohnT> I was using windoz paint :/
[16:35:41] <skunkworks_> or even jpeg.. If that isn't an option
[16:35:58] <skunkworks_> paint does jpeg.. If it is xp or newer
[16:36:17] <BigJohnT> ha it even does png
[16:39:55] <cradek> cool, it works
[16:40:00] <cradek> anyone have a wallet I can borrow?
[16:41:00] <BigJohnT> you can have my Dad's old one
[16:42:33] <BigJohnT> it is empty...
[16:42:54] <cradek> afraid that won't work
[17:08:34] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/src/emc/rs274ngc/interp_convert.cc: handle perpendicular moves in a concave corner
[17:39:58] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/src/emc/rs274ngc/interp_convert.cc: in the home stretch: support feed mode, spindle mode, spindle speed, spindle cw, spindle ccw, spindle stop, mist/flood on/off
[17:40:59] <skunkworks_> * skunkworks_ cheers from the cheap seats
[17:42:46] <jepler> you got a seat? I'm stuck sitting on the berm!
[17:46:47] <cradek> I'm down to the obscure stuff not being handled
[17:47:37] <cradek> user defined mcodes, override override enable/disables, motion output/input bits
[17:47:58] <jepler> I'm pretty sure you have to forbid reading inputs
[17:48:01] <cradek> (uhh, and lathes and inverse time modes)
[17:48:09] <jepler> oh, G18/G19 yet to do?
[17:48:18] <cradek> yeah G18
[17:48:27] <cradek> nothing hard, just fiddly
[17:48:36] <jepler> going to do G19 or is that silly?
[17:48:44] <cradek> nope
[17:49:27] <cradek> in the, uh, future rewrite, it might make sense to handle all (six) planes and all (nine) tool offsets
[17:49:44] <cradek> but adding that to this project would be a mistake I think
[17:50:26] <jepler> six planes?
[17:50:33] <jepler> what about XW, surely you'll allow that!
[17:50:39] <cradek> xy, yz, zx, uv, vw, wu
[17:51:36] <cradek> I'm pretty close to calling for testers...
[17:54:23] <cradek> Runtest: 27 tests run, 26 successful, 0 failed + 1 expected
[17:54:25] <cradek> wheee
[19:55:53] <SWPadnos> well, the good news is that I can now use my 5i22-1.5
[19:56:13] <SWPadnos> the bad news is that the shoot next Teusday was just cancelled
[19:56:22] <alex_joni> oh, crap
[19:56:30] <SWPadnos> this is, of course, just after I went out and bought $6400 worth of cables
[19:56:32] <alex_joni> completely cancelled or postponed?
[19:56:44] <SWPadnos> cancelled, as far as I can tell
[19:56:44] <alex_joni> you didn't..
[19:57:34] <SWPadnos> so the bad news is that I have to sit on some cables for a little while, but the good news is that I no longer have to do a seat-of-the-pants system in a week
[19:57:34] <alex_joni> too bad :)
[19:58:07] <SWPadnos> I think this was close enought that we'll actually go forward with the system (finally, after 6 years), so that is good news
[19:58:26] <alex_joni> we means you and some associates?
[19:58:27] <SWPadnos> excuse me while I take a moment to breathe again ;)
[19:58:39] <alex_joni> ah, sure.. go right ahead
[19:58:47] <SWPadnos> my customer will finally pay for the development, which I'll do
[19:58:50] <alex_joni> I hear breathing is quite usefull (from time to time)
[19:58:53] <SWPadnos> * SWPadnos exhales
[19:58:58] <SWPadnos> yes, I had heard that
[19:59:10] <SWPadnos> now I get to play Guitar Hero this Sunday :)
[19:59:40] <SWPadnos> do we have a desire to include a Linux version of the Mesa EEPROM programming utility?
[19:59:47] <SWPadnos> with EMC2, that is
[20:00:30] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/tests/oword/sub.0/expected: reinstate interp's debug comments, restore comment handling in sai, sync regression tests with trunk, enqueue comments so they don't appear out of order, and then notice that the tests pass!
[20:00:31] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/tests/interp/flowsnake/expected: reinstate interp's debug comments, restore comment handling in sai, sync regression tests with trunk, enqueue comments so they don't appear out of order, and then notice that the tests pass!
[20:00:35] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/tests/interp/cam-nisley/expected: reinstate interp's debug comments, restore comment handling in sai, sync regression tests with trunk, enqueue comments so they don't appear out of order, and then notice that the tests pass!
[20:00:36] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/tests/ccomp/mill-zchanges/expected: reinstate interp's debug comments, restore comment handling in sai, sync regression tests with trunk, enqueue comments so they don't appear out of order, and then notice that the tests pass!
[20:00:38] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/tests/ccomp/mill-line-arc-entry/expected: reinstate interp's debug comments, restore comment handling in sai, sync regression tests with trunk, enqueue comments so they don't appear out of order, and then notice that the tests pass!
[20:00:43] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/tests/ccomp/mill-g90g91g92/expected: reinstate interp's debug comments, restore comment handling in sai, sync regression tests with trunk, enqueue comments so they don't appear out of order, and then notice that the tests pass!
[20:00:49] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/tests/ccomp/lathe-comp/expected: reinstate interp's debug comments, restore comment handling in sai, sync regression tests with trunk, enqueue comments so they don't appear out of order, and then notice that the tests pass!
[20:00:53] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/src/emc/sai/saicanon.cc: reinstate interp's debug comments, restore comment handling in sai, sync regression tests with trunk, enqueue comments so they don't appear out of order, and then notice that the tests pass!
[20:00:56] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/src/emc/rs274ngc/interp_convert.cc: reinstate interp's debug comments, restore comment handling in sai, sync regression tests with trunk, enqueue comments so they don't appear out of order, and then notice that the tests pass!
[20:01:07] <SWPadnos> yeow - that's a lotta commit right there!
[20:01:16] <cradek> sorry
[20:01:23] <cradek> much less than some others, but in more directories
[20:01:29] <SWPadnos> heh
[20:01:38] <SWPadnos> "updated comments in all files" ... ;)
[20:01:39] <cradek> but this is exciting - trunk's regression tests pass
[20:02:15] <SWPadnos> nice
[20:02:59] <cradek> I notice that none of the tests use inverse time mode :-/
[20:08:43] <SWPadnos> I haven't read the code or commit messages too closely, but something is tickling my "questionable code" detector
[20:08:58] <cradek> fire away
[20:09:01] <SWPadnos> it seems like there are a lot of special cases
[20:09:26] <SWPadnos> I don't know why that is, but that's usually a sign that some design somewhere is sub-optimal
[20:09:38] <cradek> can you be more specific?
[20:09:42] <SWPadnos> not really :)
[20:10:14] <SWPadnos> I just noticed notes in the commits like "haldme perpendicular ...", "handle concave A to B..." etc
[20:10:17] <SWPadnos> gah
[20:10:20] <SWPadnos> handle
[20:11:01] <cradek> the only thing that's made me uncomfortable is detecting and handling the corner cases that happen when you have tangency (circle-circle, line-circle, circle-line)
[20:11:02] <SWPadnos> and you mentioning inverse time mode also made me think - at what level do inverse time and normal moves become the same?
[20:11:14] <cradek> the canon level (output of the interp)
[20:11:29] <cradek> in IT mode, the interp sends a new feed for every motion
[20:11:45] <cradek> those 'special' feeds are not yet queued
[20:12:41] <SWPadnos> ah, ok. it's not an issue of the comp handling the modes differntly, it's that IT probably doesn't work as expected because the feed commands won't be in sync (or won't be executed)
[20:13:11] <cradek> yes, right now those feeds will each come out one move too early
[20:13:14] <cradek> or so
[20:13:18] <SWPadnos> heh
[20:13:23] <SWPadnos> N move(s) too early
[20:13:31] <cradek> yes, where N is usually 1
[20:14:24] <cradek> I think what you're seeing is many checkpoints while I'm working on a relatively multifaceted problem
[20:15:01] <SWPadnos> yep, could be. and as I said, I haven't looked at the code or the commits too closely - some things just jump out at me after all these years of debugging
[20:15:25] <cradek> do look at it and give me something more specific if you can
[20:15:38] <SWPadnos> and, in case I've forgotten to mention it, great work - I'm looking forward to being able to use this stuff :)
[20:15:40] <SWPadnos> I will
[20:15:49] <cradek> I hope it's not a big ball of mud that nobody will ever touch again but me
[20:15:57] <SWPadnos> yeah, that would be good
[20:16:51] <SWPadnos> ok, back to getting this 5i22 to work with an opto-22 module rack
[20:17:03] <seb_kuzminsky> did you ever update the eeprom?
[20:18:16] <jepler> speaking of "questionable code detector": http://rafb.net/p/Zwgkqs54.html
[20:18:48] <cradek> haha
[20:18:54] <cradek> I missed the punchline at first
[20:19:03] <alex_joni> haha
[20:19:55] <SWPadnos> seb_kuzminsky, no, I deferred porting the utility until avfter my massive work crunch this week
[20:20:10] <SWPadnos> ok, the module numbers are reversed, and an optot22 rack works nicely
[20:22:10] <SWPadnos> I wonder if it'll trigger a camera :)
[20:53:53] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/src/emc/rs274ngc/ (Submakefile interp_convert.cc): move canon queue to its own file, which I should have done first
[21:27:12] <SWPadnos> man. alias is sure useful when using a mesa board
[21:27:26] <seb_kuzminsky> what you dont like my names!?
[21:27:30] <seb_kuzminsky> ;-)
[21:27:47] <SWPadnos> alias pin hm2_5i22.0.gpio.023.out camera
[21:27:49] <SWPadnos> :)
[21:27:58] <SWPadnos> setp camera 1
[21:28:02] <SWPadnos> setp camera 0
[21:28:10] <SWPadnos> click - aaaahhhh
[21:28:28] <seb_kuzminsky> your fingers will atrophy
[21:28:38] <SWPadnos> heh
[21:29:17] <SWPadnos> so, what do I do if I want to use a 5i22 and a 5i20 in the same machine? how do I specify the firmware for the two cards?
[21:29:26] <SWPadnos> or two 5i22 for that matter
[21:29:31] <SWPadnos> (with different firmware)
[21:29:39] <seb_kuzminsky> the config modparam to hm2_pci is a string array
[21:29:49] <SWPadnos> hmmm
[21:30:00] <SWPadnos> config="blah blah","blah blah" ...
[21:30:01] <seb_kuzminsky> halcmd loadrt hm2_pci config=firmware=hm2/4i68/SVST4_8.BIT,firmware=hm2/5i22/SVST824S.BIT,firmware=hm2/5i20/SVST8_4.BIT
[21:30:09] <seb_kuzminsky> yep
[21:30:18] <seb_kuzminsky> 'tain't purdy
[21:30:28] <seb_kuzminsky> but it does the trick better than anything else i could think of
[21:30:28] <SWPadnos> ok, with quotes if I need spaces, for instance to set the num_xxx options
[21:30:31] <SWPadnos> no, it isn't
[21:30:43] <SWPadnos> yeah, it's not a simple problem
[21:30:50] <SWPadnos> as we know from long discussions about it :)
[21:38:14] <cradek> strange. inverse time mode will never command a rate less than 0.1 units/minute
[21:38:25] <cradek> rate = MAX(0.1, (length * block->f_number));
[21:38:38] <SWPadnos> interesting
[21:39:03] <SWPadnos> it makes sense to insure that it doesn't round to 0, but 0.1 seems like a high threshold
[21:39:07] <cradek> BOSS's minimum speed is 0.1 inches/minute. that bit me recently.
[21:39:19] <cradek> well 0.1 units, no matter what the units, is a silly kind of threshold
[21:39:50] <cradek> on BOSS if you set F0.1 and turn the feed override below 100%, it stops
[21:40:08] <SWPadnos> oops :)
[21:40:37] <cradek> not at all slow enough for grinding etc.
[21:41:37] <SWPadnos> not that bridgeports are usually used for grinding ...
[21:41:54] <skunkworks_> you could probably convert the boss and sell the control in working condition :)
[21:41:56] <cradek> sure.
[21:42:10] <cradek> skunkworks_: heh, good idea
[21:42:34] <skunkworks_> I am sure more than one person is still using the old control..
[21:42:36] <cradek> skunkworks_: it's hobbled together a bit - I would have to take phots from just the right angles.
[21:42:47] <cradek> oh certainly. it's quite adequate.
[21:42:50] <SWPadnos> just leave the cabinet doors closed
[21:42:57] <cradek> SWPadnos: one doesn't close anymore :-)
[21:43:01] <SWPadnos> heh
[21:43:09] <SWPadnos> "action shots" are the key here
[21:46:44] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/src/emc/rs274ngc/interp_inverse.cc: inverse time mode queues up feeds here - make them work too
[21:57:52] <skunkworks_> http://desc.shop.ebay.com/items/?_nkw=bridgeport+control+boss&_sacat=0&LH_TitleDesc=1&_fromfsb=&_trksid=m270.l1313&_odkw=bridgeport+control&_osacat=0
[22:00:13] <cradek> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=7518726408
[22:00:21] <cradek> what's funny is this really is the "EMC" board
[22:00:45] <skunkworks_> what does that stand for?
[22:00:49] <cradek> I don't know
[22:01:00] <skunkworks_> mumble motion control?
[22:01:18] <CIA-1> EMC: 03cmorley 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/ (stepconf.py stepconf.glade): start of adding prebuilt pycvp samples to the advanced page
[22:02:32] <cradek> cool, inverse time even works
[22:02:46] <skunkworks_> You are on a roll !!
[22:03:33] <SWPadnos> well, I don't see what EMC means in that context, but this could be useful to you cradek: http://www.cnczone.com/forums/archive/index.php/t-34347.html
[22:04:11] <cradek> neat, thanks
[22:04:32] <SWPadnos> sure - looked useful
[22:04:44] <CIA-1> EMC: 03cmorley 07TRUNK * 10emc2/configs/common/configurable_options/pyvcp/ (thc_vcp.xml xyzjog.xml spindle.xml): add sample pyvcp files
[22:05:47] <cradek> about every tenth boot, mine loses its mind (offsets, tool table, and program)
[22:05:52] <cradek> it would be nice if ti didn't do that
[22:05:54] <cradek> it
[22:06:16] <cradek> (I replaced all the RAM and checked the batteries)
[22:06:18] <skunkworks_> come on... You know the solution... ;)
[22:06:35] <SWPadnos> ok. I think I saw a battery reference somewhere
[22:07:17] <skunkworks_> hmm novocaine is wearing off...
[22:07:43] <cradek> mine always reports "AXIS LIMIT" on boot, which doesn't mean AXIS LIMIT, it's just that AXIS LIMIT is also detected by that board, and it only knows how to signal one error, and that's the most common problem
[22:09:12] <SWPadnos> heh
[22:17:46] <CIA-1> EMC: 03cradek 07concave_comp2 * 10emc2/src/emc/rs274ngc/interp_convert.cc: new comp also on ZX plane / lathe
[22:18:32] <cradek> I am so so tempted to put this on TRUNK now
[22:19:34] <SWPadnos> if it appears to work, and it can be reverted, go for it :)
[22:19:50] <SWPadnos> (both true, from what I can tell
[22:19:52] <SWPadnos> )
[22:20:47] <cradek> I will play with it some more first. But soon I will need help to find the problems - one only tests things one thought to code
[22:23:24] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/iotask/ioControl.cc: I don't remember writing this doc clarification but it appears right
[22:23:26] <SWPadnos> heh
[22:33:06] <cradek> ANY LAST WORDS!?
[22:34:59] <SWPadnos> I think my IDC modules don't work
[22:35:18] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/nml_intf/ (canon.hh interpl.cc interpl.hh): merge concave_comp2 branch: new cutter compensation algorithm that handles inside corners
[22:35:19] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/canterp/canterp.cc: merge concave_comp2 branch: new cutter compensation algorithm that handles inside corners
[22:35:20] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/ (13 files): merge concave_comp2 branch: new cutter compensation algorithm that handles inside corners
[22:35:22] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/sai/saicanon.cc: merge concave_comp2 branch: new cutter compensation algorithm that handles inside corners
[22:35:25] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/task/emccanon.cc: merge concave_comp2 branch: new cutter compensation algorithm that handles inside corners
[22:35:59] <skunkworks_> WOO HOO!!!
[22:36:16] <SWPadnos> and there was (will be) much rejoicing
[22:36:21] <cradek> wheee!
[22:39:38] <cradek> Runtest: 27 tests run, 26 successful, 0 failed + 1 expected
[22:39:54] <cradek> and good news - trunk's tests pass (I did not change them)
[22:40:18] <SWPadnos> hmmm
[22:40:31] <cradek> I think I stand a very good chance of not breaking any old programs
[22:40:56] <SWPadnos> cool
[22:40:57] <SWPadnos> can the new mode be enabled/disabled?
[22:41:05] <cradek> no
[22:41:14] <SWPadnos> (not that anyone in their right mind would be likely to want the old behavior, given a choice)
[22:43:12] <cradek> bbl