Back
[00:25:55] <SWPadnos> how strange. I just watched a couple of interesting political debates
[00:26:21] <SWPadnos> I never knew there was an "Impeach Bush" party :)
[00:44:52] <mtedad> good evening!
[00:45:14] <cradek> hi
[00:49:37] <mtedad> what does it take to update to 2.0.4
[00:50:00] <cradek> from what?
[00:50:10] <mtedad> 2.0.3
[00:50:20] <cradek> just a run of the update manager
[00:50:29] <cradek> like updating any other package
[00:51:15] <mtedad> it looks like the update affects steppers only
[00:51:48] <cradek> ?
[01:02:24] <mtedad> chris what is the wrench looking tool next to your name on the developers list/
[01:04:40] <cradek> you can click those to find out what they mean - it means I am an administrator of the project
[01:06:46] <mtedad> is that why it's followed with a dollar sign cause you make the big bucks.
[01:06:58] <cradek> I don't see why you think the update only affects steppers. the changelog only mentions steppers in one item
[01:07:17] <mtedad> just kidding.
[01:07:27] <cradek> I've never had anyone donate money to me... I don't think people really do that.
[01:07:38] <cradek> maybe I should turn it off.
[01:09:31] <mtedad> i wouldn't do that, it makes you standout in the crowd.
[01:09:51] <cradek> hmm, I can't figure out how to turn it off anyway
[01:13:30] <mtedad> what does the developer entail.
[01:14:01] <cradek> developing
[01:15:00] <mtedad> whazt do you need to do as a developer.
[01:15:15] <cradek> participate in improving the software
[01:17:23] <mtedad> what parts of improving the software are needed. is this piece meal or is there some dorection.
[01:18:16] <cradek> the board of directors sets the general direction of the project, but developers are fairly free to do what they're interested in, as long as they work together with the whole group
[01:18:34] <cradek> often several of us work together on a complex change
[01:20:11] <mtedad> my interest lays in cl....i like to find those of same.
[01:22:25] <cradek> I have to run, bye
[01:23:20] <mtedad> ratr
[01:26:45] <Jymmm> Anyone heard of a project that runs a full linux install on a USB thingy, that when plugged into a M$ box it opens an x session terminal to the linux install on the USB thingy?
[01:36:48] <steve_stallings> steve_stallings is now known as steves_logging
[01:50:12] <SWPadnos> Jymmm, no
[01:52:39] <Jymmm> SWPadnos:
http://projectblackdog.com/
[01:53:08] <Jymmm> theres video too
[01:53:19] <Jymmm> under 'view demo'
[01:53:43] <lerman> I've started work on my Gcode Wizard. You can see my first screen shot at:
[01:53:45] <lerman> http://www.se-ltd.com/~lerman/gallery/CNC_conversion/wizarddemo?full=1
[01:53:46] <lerman> Comments, please. Ken
[01:54:09] <SWPadnos> oooohhh - Elrod stuff
[01:54:13] <SWPadnos> nice
[01:54:22] <Jymmm> elrod?
[01:54:31] <SWPadnos> I wish I could afford their motor mounts
[01:54:39] <lerman> Yup. Not cheap, but very nice.
[01:54:43] <SWPadnos> Elrod machine - they make very nice CNC cpmponents and kits
[01:54:47] <Jymmm> ah
[01:54:48] <SWPadnos> components
[01:56:07] <SWPadnos> I think I asked Dwayne about "scratch-n-dent" goods, but he still didn't have anything in my price range :)
[01:57:09] <SWPadnos> lerman, that's a good concept. I'm not sure how the screens should be defined though
[01:57:22] <lerman> I was anxious to get my machine running, so I just bought the stuff. I'm using Jon Elson's boards.
[01:57:36] <SWPadnos> it seems that bitmaps with edit boxes in adjustable locations is good, but I'm not sure it's generic enough
[01:57:45] <SWPadnos> yeah - I have a USC as well
[01:57:54] <lerman> That screen has been defined as a background file plus a configuration file.
[01:58:12] <SWPadnos> I snagged an Anilam quill drive off eBay for $300 or so, but the X/Y mounts are still $1900+
[01:58:15] <SWPadnos> right
[01:58:24] <lerman> I do have a combo box. And I plan to add radio buttons.
[01:58:28] <SWPadnos> yep
[01:58:59] <SWPadnos> I waqs thinking of the graphics though - in the example, the spiral direction could changes depending on the climb/conventional setting
[01:59:04] <lerman> I more or less copied the content of the screen from the newfangled addons for mach3.
[01:59:08] <SWPadnos> sure
[01:59:56] <lerman> SWPadnos -- are you really there or am I talking to a computer: "right, yep, sure". I could write a program that did that.
[02:00:04] <SWPadnos> "Eliza"
[02:00:13] <lerman> Doolittle.
[02:00:24] <SWPadnos> you must have missed the comment about spiral direction ;)
[02:00:44] <SWPadnos> I can see how it would get loost after a "yep" though ;)
[02:01:25] <SWPadnos> vlost, too
[02:01:29] <SWPadnos> err -lost
[02:01:54] <SWPadnos> damn - I think all this painting triggered a nosebleed - brb
[02:02:09] <lerman> Yup. The climb, versus normal is supposed to take care of that. The mach3 stuff also has a cutter direction CW or CCW. I don't think it's needed. Also, I'm assuming that speeds and feeds are set for the job in another screen.
[02:03:43] <lerman> And I'm not sure we really want ramp angle. I think we really want to specify the tangent of the ramp angle. -- that would be specifying the slope.
[02:04:14] <lerman> Also, the mach3 stuff doesn't specify finish cuts.
[02:05:52] <SWPadnos> actually, CW/CCW is needed - there are left-hand spiral cutters
[02:06:00] <lerman> I've contemplated having the ability to specify a validate program for each. It could be a program or script that processed the args and validate things. It would see if things made sense. A finish cut that is larger than the step depth,wouldn't.
[02:06:37] <SWPadnos> I'd do that in the wizard if possible - limit the inputs to values that are consistent
[02:06:44] <lerman> Well, it is easy enough to add that to the screen. It just adds another level of complication to the gcode subroutine that would run.
[02:06:53] <SWPadnos> that gets difficult when things are interdependent though
[02:07:24] <SWPadnos> how are you looking at these on the back end?
[02:07:40] <lerman> Well, the wizard itself doesn't know about anything. It presents a screen and generates a call to a gcode subroutine.
[02:07:44] <SWPadnos> are you using templates that get filled in with mathematical formula results?
[02:07:46] <SWPadnos> sure
[02:08:09] <lerman> There is no math. Or rather, the math is done in the gcode subroutines.
[02:08:19] <SWPadnos> ah, so the subroutine has all the smarts, the G-code produced by the wizard is a single line with a subroutine call, and possibly several lines to set up parameters
[02:08:31] <lerman> That was part of my motivation for building the subroutine stuff.
[02:08:36] <SWPadnos> sure
[02:09:01] <SWPadnos> can we include G-code files yet?
[02:09:09] <lerman> The Onnnn call is a single line that has all of the parameters.
[02:09:10] <SWPadnos> (ie, is there an include directive in the interpreter)
[02:09:43] <lerman> No, not yet. For now, this thing would insert the routines in the beginning of the file.
[02:09:47] <SWPadnos> ok
[02:10:17] <SWPadnos> I assume the interpreter is single-pass, so subroutines need to be defined before they're called?
[02:10:51] <lerman> The middle horizontal pane is intended to display the entire gcode file (scrolling). If a line is selected, it is displayed either as a screen (if it is one of our calls), or in the bottom line editor where it can be changed.
[02:11:09] <lerman> Yes. It is single pass (it is a real interpreter).
[02:11:15] <SWPadnos> ok
[02:11:45] <lerman> This thing will let you edit a gcode file that is a combination of wizard magic and hand coded lines.
[02:11:57] <SWPadnos> sure - that's cool
[02:12:15] <SWPadnos> does it handle subroutines that weren't generated by wizard screens?
[02:12:21] <lerman> Its written in c++ using Qt.
[02:12:21] <SWPadnos> (ie, show them as editable lines)
[02:12:54] <lerman> Sure. Just include them and they are editable. By include, I mean insert them manually.
[02:13:28] <SWPadnos> ok - I was wondering (as a programmer) how it can tell the difference between Onnn calls that are "auto" and ones that were manually written
[02:13:37] <lerman> But adding a wizard screen is very easy. The hardest part is the graphics and positioning the stuff. I'll probably add a tool to do the positioning.
[02:13:43] <SWPadnos> yep
[02:13:50] <SWPadnos> I was thinking of a language helper like comp
[02:14:22] <lerman> The auto ones are ones that are calls to subroutines that are in the library. I plan to add a configuration thingy to let you set multiple library trees.
[02:14:29] <lerman> What is comp?
[02:15:35] <SWPadnos> it's a tool that eliminates lots of the boilerplate from writing HAL components
[02:15:47] <SWPadnos> look in emc2/src/hal/components, I think
[02:15:54] <lerman> Ah. Yes. I remember seeing it.
[02:16:48] <lerman> This would be another gui thing that let you put up a screen and then add the widgets corresponding to each argument to the gcode routine. It would automatically generate the config file.
[02:17:05] <SWPadnos> sure
[02:17:58] <SWPadnos> I'm thinking of something that you can stuff G-code snippets into as well, with some way of defining how the "screen variables" affect the subroutine (if they do_)
[02:18:08] <lerman> It would sure be nice to have a Qt guru to collaborate with on this thing. I've had a hell of a job trying to get the panes sized properly.
[02:18:21] <SWPadnos> heh - that should be the easiest part ;)
[02:18:53] <SWPadnos> dealing with anchors and autosizing is a pain though (in the limited experience I have with Qt)
[02:19:00] <lerman> Well, the screen variables are arguments to the subroutine invocation. The config file has them in order.
[02:19:04] <SWPadnos> you get magically increasing text when you don't want it
[02:19:18] <SWPadnos> you're limiting it to something that can only do a subroutine call
[02:19:40] <SWPadnos> I'd allow for expanding things into G-code macros as well, for things like a "job setup wizard"
[02:19:57] <lerman> Correct. That's because everything can be done in a call.
[02:19:59] <SWPadnos> that could have inch/mm, for example, and tool selection ...
[02:20:13] <lerman> I'm not sure that we have macros.
[02:20:33] <lerman> Just write a subroutine that does the tool selection.
[02:20:44] <SWPadnos> sure, but having a subroutine that gets called as O3000 [21] that then does G#1 (G21 in this case) is ugly as hell
[02:21:19] <lerman> inch/mm is a bit of a problem in the sense that I might want to vary the resolution in the gui.
[02:21:45] <SWPadnos> the macro idea is that the g-code generator should be able to have screens that can generate actiual G-code, not limit it to just subroutine calls
[02:21:53] <SWPadnos> sure
[02:21:54] <lerman> Ugly, but the user really doesn't see it. He just sees a tool selection screen.
[02:22:27] <lerman> That would require some smarts in the wizard. -- or perhaps an additional or different abstraction.
[02:22:37] <SWPadnos> that's why I'm mentioning it now ;)
[02:23:28] <SWPadnos> actually, most things could be done with "alternates" - ie, the wizard writer provides a different piece of code for each item in a drop-down, for example
[02:23:58] <SWPadnos> for other things, some math machinations would provide answers based on other parameters
[02:24:12] <SWPadnos> other things would be essentially variable substitutions
[02:24:17] <lerman> One big issue is cutter compensation. Clearly we could write circle routines that do that, but things like the stepover are dependent on the tool diameter. Is there a direct way for code to read the diameter of the current tool.
[02:24:18] <SWPadnos> I'm not sure there's much else
[02:24:30] <SWPadnos> I don't think so, but I'm not sure
[02:24:55] <SWPadnos> I think you need to write code that assumes a particular tool - like the one you provided that asks the user
[02:25:29] <SWPadnos> you can ask the cutter size/shape, and then calculate astepover from that (by having a "scallop depth" edit box, for example)
[02:25:43] <lerman> The wizard writer could provide separate code, but my view is that the gcode would have an IF at the beginning to select the right part.
[02:26:34] <SWPadnos> well, that works
[02:26:49] <lerman> One problem that we might have is name space issues. We can support multiple circular pocket routines, but every subroutine must have a unique Onnnn. Someone has to assign those.
[02:27:54] <SWPadnos> yeah - that's where some flexibility in writing the g-code would come in handy
[02:28:53] <SWPadnos> having a large circular pocket subroutine that can do every type of curcular pocket imaginable is great, but f it makes it unreadable or unsuable without the wizard, I'm not sure it's the best plan
[02:29:04] <lerman> I did contemplate adding something to the gcode definition that would let one specify a starting Onnnn at the beginning of the subroutine and everyting after that would be offset by that value (on the fly). We could do that as part of the include facitility. Include filename Ostart. Then all of the code would be written with a zero base that would alway be added.
[02:29:41] <SWPadnos> sure, but the other code needs to know the new Onnn "name"
[02:29:51] <SWPadnos> this is where named subroutines would come in handy
[02:29:58] <SWPadnos> O[Ellipse] call
[02:30:24] <lerman> Well, right now there are 13 args. As long as the user has a list of them he can use it. I've sometimes written routines like that and then nested them inside one with a simpler calling sequence.
[02:30:36] <SWPadnos> sure
[02:30:51] <SWPadnos> like a C++ family of constructors approach
[02:30:55] <lerman> I did consider adding that to the language.
[02:31:07] <SWPadnos> yep - I remember a short discussion recently
[02:32:26] <lerman> Named subroutines doesn't solve the problem. You and I might each have our own CircularPocket routine. In some way, it make it worse because clashes are more likely. It makes it easier because at least the clashes are visible and obvious.
[02:32:50] <SWPadnos> and there's something relatively unique to search for
[02:32:50] <lerman> But please don't use a label called LOOP.
[02:32:53] <SWPadnos> heh
[02:33:24] <jtr> about tool diameter - would it make sense for the user to specify the tool in a tool table? might be good for people with tool changers
[02:33:30] <lerman> By convention, we would probably want everything in a package to start with the same string.
[02:34:07] <lerman> Can we read the current tool? And get the values associated with it (from within gcode)?
[02:34:20] <SWPadnos> jtr, that makes sense for a machine, but I think it would be great if the wizard could be run elsewhere as well
[02:34:31] <SWPadnos> I don't think you can get the diameter with G-code
[02:34:45] <SWPadnos> it could probably be made available as a parameter though
[02:34:51] <SWPadnos> (it may already be - I doin't know)
[02:35:00] <lerman> That's just plain dumb. But we could easily do ... what you just said...
[02:35:10] <SWPadnos> heh
[02:37:23] <lerman> Right now, the wizard can display and let the user modify things. I think my next step is to read out the values and generate the single line of gcode. Then its on to displaying multiple lines and editing them.
[02:37:38] <SWPadnos> sure
[02:37:51] <SWPadnos> I think the code substitution idea I have could be added later
[02:38:04] <SWPadnos> so getting a good UI framework is still the first order of business
[02:38:58] <SWPadnos> argh. I've got to go. the paint fumes are about to kill me
[02:38:59] <lerman> Did you realize that you screwed up when you mentioned your Qt experience? I think you just acquired the job of reviewing my code. My stuff is going to look like a pretty raw mix of C and C++.
[02:39:05] <SWPadnos> heh
[02:39:13] <lerman> Yes. UI is first.
[02:39:19] <SWPadnos> no problem. I'll look, but I can't guarantee that I'll spot any errors ;)
[02:39:36] <lerman> Thanks for the feedback. Well talk again later, I'm sure. I'm off.
[02:39:42] <lerman> To bed.
[02:59:32] <skunkworks> http://www.electronicsam.com/images/KandT/servostart/permotor.JPG
[03:26:04] <cradek> wow that's what I call full specs on a motor
[03:26:19] <cradek> with units even
[03:38:33] <SWPadnos> 50 megaseconds at 150A - not bad ;)
[03:40:29] <cradek> ha
[03:41:09] <cradek> if it's american, it might be 50,000 seconds because M is the roman numeral for 1,000
[03:41:48] <SWPadnos> yep - Mille seconds
[03:42:13] <SWPadnos> then again, MFD is usually microfarads
[03:42:38] <SWPadnos> at least we don't use that confusing metric system
[03:42:48] <cradek> but 50Mohm on an old schematic is 50,000
[03:43:23] <SWPadnos> right - I've also seen MM used for million, usually in financial reports (sales of 2.7MM / year)
[03:44:11] <cradek> ah I've also seen MMFD for e-12
[03:44:17] <SWPadnos> heh
[03:44:28] <SWPadnos> never seen that one
[03:44:28] <cradek> really, it's common
[03:44:31] <SWPadnos> hope I never do
[03:44:41] <SWPadnos> probably for old radios??
[03:45:01] <cradek> yes
[03:46:16] <cradek> http://www.justradios.com/MFMMFD.html
[03:47:55] <SWPadnos> oh man
[03:48:04] <SWPadnos> it's a good thing they didn't have 10 GHz radios back then
[03:48:19] <SWPadnos> you'd have inverse roman numberals 12 characters long
[03:48:24] <SWPadnos> -b
[03:48:59] <cradek> http://www.philcoradio.com/tech/resistor.htm
[03:49:17] <cradek> here's a new one for me, the body-tip-dot scheme on striped resistors
[03:49:48] <jepler> roman numeral radios?
[03:49:50] <SWPadnos> yeah - I've never seen it before
[03:49:52] <SWPadnos> heh
[03:50:17] <SWPadnos> "so tune to station XCVIII point VII for all the latest hits"
[03:50:33] <jepler> I know I've seen body-tip-dot colored resistors but I had no idea what the code was
[03:51:21] <cradek> yeah, the dot, which is in the center of the wirewound resistor that always did run a little hot, is always a "mud" color
[03:52:10] <cradek> maybe using colored stripes instead of printing numbers is a bad idea.
[03:52:30] <SWPadnos> yeah - think of the color-blind
[03:52:47] <SWPadnos> lots of males are red/green color blind
[03:53:12] <cradek> I know someone who used to work with a color-blind electronics tech (male), it was a constant problem
[03:53:27] <cradek> I guess he had one colored contact lens that was supposed to help, but didn't
[03:53:46] <SWPadnos> hmmm - maybe it would turn red or green into black or something
[03:53:59] <cradek> yeah I bet it was something like that
[03:54:18] <jepler> a colored contact lens? Interesting -- if you could learn to see that way, I guess it might overcome colorblindness. I hear the human visual system is pretty adaptible.
[03:54:54] <SWPadnos> yep - partially inverted fields righting themselves and such
[03:55:07] <cradek> yeah it seems possible, not sure if that was his own cleverness or if it was/is a standard treatment
[03:55:31] <SWPadnos> Julia Sweeney has a funny piece about the eye on her "Letting Go Of God" CD
[03:55:56] <SWPadnos> (it's on her website - I don't have the CD)
[03:56:50] <cradek> was she popular before she ditched her religion? I don't quite get why she's so well known for doing it
[03:57:07] <jepler> http://www.martymodell.com/colorblindness/fdatalkpaper.html
[03:57:08] <SWPadnos> she used to write for Saturday Night Live, among other things
[03:57:15] <SWPadnos> she created "It's Pat", I think
[03:57:24] <cradek> ah
[03:57:43] <SWPadnos> she may have acted on the show as well
[10:09:12] <Guest753> hello everybody
[13:35:38] <Lerneaen_Hydra> 'lo
[13:36:11] <anonimasu> hi
[13:37:18] <skunkworks> Hi
[13:43:36] <alex_joni> hi
[13:45:25] <ejholmgren_> h0
[13:46:54] <skunkworks> http://www.electronicsam.com/images/KandT/servostart/permotor.JPG
[13:47:13] <SWPadnos> why do you keep saying that?
[13:47:17] <SWPadnos> :)
[13:51:43] <skunkworks> sorry - crashed last night. I read yours and cradeks comments on it ;)
[13:51:49] <skunkworks> funny
[13:52:08] <alex_joni> skunkworks: cute little motor
[13:52:15] <anonimasu> yeah
[13:52:16] <alex_joni> skunkworks: bet you won't impress JMK with that one?
[13:52:19] <skunkworks> I have no clue where it came from - it has very little inertia compared to the other ones.
[13:52:52] <skunkworks> alex_joni: I doubt it - but it will be a nice size to play with.... work my way up to the moster ones.
[13:53:01] <alex_joni> heh
[13:53:08] <skunkworks> monster
[13:54:28] <skunkworks> Father just pulled it off a shelf - 'What about this one" he says ;)
[13:55:08] <skunkworks> some times its nice to have a horder in the family
[13:55:11] <anonimasu> hehe
[13:56:44] <skunkworks> SWPadnos: the encoder wheel and sensor looks nice.
[14:03:03] <anonimasu> :)
[14:06:10] <Lerneaen_Hydra> that's quite a cute little motor actually
[14:08:06] <skunkworks> concidering it can only do 18 in-lbs continuous
[14:08:24] <Lerneaen_Hydra> argh, use real units >.<
[14:09:04] <skunkworks> and 300 in-lbs max (for 50ms) ;)
[14:09:10] <jepler> Lerneaen_Hydra: that's 288 oz-in
[14:09:15] <Lerneaen_Hydra> 1.8 Nm?
[14:09:31] <skunkworks> ;)
[14:09:31] <Lerneaen_Hydra> 2.5 pounds in a kilogram?
[14:09:46] <jepler> $ units "18 lb-in force" "newton meter"
[14:09:46] <jepler> * 2.0337269
[14:09:48] <SWPadnos> 2.03372692 N-m, according to google
[14:10:06] <Lerneaen_Hydra> oh, I guess my estimate of 2.5 wasn't too far off then ;)
[14:10:31] <Lerneaen_Hydra> 1.8 Nm isn't a lot ;)
[14:11:00] <SWPadnos> but good for experimenting :)
[14:11:06] <anonimasu> eh
[14:11:09] <skunkworks> exactly
[14:11:17] <Lerneaen_Hydra> but the angular speed was quite good (366 rad/s)
[14:11:27] <Lerneaen_Hydra> </pedentic>
[14:11:33] <Lerneaen_Hydra> *pedantic
[14:11:39] <Lerneaen_Hydra> ;)
[14:11:39] <SWPadnos> heh
[14:12:29] <anonimasu> ~270 oz inch..
[14:13:00] <SWPadnos> about 2/3 the size of a servo for a Bridgeport-sized machine
[14:13:13] <skunkworks> it is physically pretty big - about a foot long and maybe 5 inches in diameter.
[14:13:22] <Lerneaen_Hydra> that big?
[14:13:28] <anonimasu> wtf.
[14:13:33] <skunkworks> old ;)
[14:13:34] <Lerneaen_Hydra> what is it, an asynchronous motor?
[14:13:39] <anonimasu> they must have sucked at designing motors back then
[14:13:40] <SWPadnos> (judging from the fact that my motors are 27 in-lb, with peaks at ~110 in-lb)
[14:13:52] <Lerneaen_Hydra> oh
[14:13:54] <Lerneaen_Hydra> du
[14:13:56] <Lerneaen_Hydra> duh
[14:13:57] <anonimasu> my small servos has 300oz-inch of peak..
[14:13:58] <anonimasu> :)
[14:14:08] <Lerneaen_Hydra> permament magnets it says
[14:14:11] <Lerneaen_Hydra> so servo motor?
[14:14:16] <skunkworks> yes
[14:14:17] <anonimasu> and they are small
[14:14:19] <anonimasu> argh
[14:22:40] <alex_joni> anonimasu: what CAD do you use at work?
[15:46:11] <CIA-5> 03jepler 07HEAD * 10emc2/src/Makefile: copy bitops header file into place
[17:06:20] <Guest724> hello everybody
[17:06:45] <mtedad> hi
[17:07:31] <Guest724> somebody wants to explain me about gantry ?
[17:10:31] <skunkworks> Be more specific. what do you want to know?
[17:18:19] <Guest724> i have 2 motors for x
[17:18:31] <Guest724> what to do in hal ?
[17:19:19] <skunkworks> Ah - I know they have been working on a solution to ganged motion.. (I am not going to be much help)
[17:19:32] <skunkworks> But someone here should be able to answer your question
[17:19:44] <skunkworks> * skunkworks pokes alex
[17:21:11] <alex_joni> * alex_joni pokes back
[17:21:58] <cradek> did you read the recent discussion in the mailing list archives?
[17:22:10] <skunkworks> well guest764 just left..
[17:22:14] <Didier> is it "linksp Xpos-cmd => pid.2.command" ?
[17:22:22] <Didier> yes i have read it
[17:22:34] <cradek> do you know how you are going to home?
[17:22:59] <cradek> you cannot just hook this up without understanding it
[17:23:08] <Didier> yes there is 2 sensors
[17:24:14] <Didier> in first time i want just move 2 axis themselves
[17:24:27] <Didier> initialization is second time
[17:27:56] <Didier> something wrong with the question ?
[17:28:12] <alex_joni> no
[17:28:25] <alex_joni> if you want to move them as 2 axes, just define them as 2 axes
[17:28:31] <alex_joni> XXYZ
[17:28:44] <Didier> cool
[17:29:19] <alex_joni> I'm not sure if it will work with g-code .. but you should be able to jog them
[17:29:35] <alex_joni> but jogging them individually can literally break the machine
[17:29:39] <Didier> it's a beginning
[17:30:18] <SWPadnos> you may need to order them as XYZX though
[17:30:43] <cradek> I don't understand this answer
[17:31:06] <SWPadnos> mine?
[17:31:11] <Didier> mine ?
[17:31:13] <cradek> both of yours
[17:31:14] <SWPadnos> heh
[17:31:16] <cradek> alex's
[17:31:17] <alex_joni> XYZX would map to j0..j3
[17:31:35] <alex_joni> cradek: basicly I was saying to set it up as 2 joints
[17:31:39] <SWPadnos> right - in other words, the first 3 axes need to be XYZ, I think
[17:31:42] <alex_joni> DANGEROUS but ok for testing
[17:31:43] <cradek> how can you home?
[17:32:03] <alex_joni> 19:23 < Didier> in first time i want just move 2 axis themselves
[17:32:03] <alex_joni> 19:23 < Didier> initialization is second time
[17:32:18] <cradek> oh I didn't understand that I guess
[17:32:22] <alex_joni> USE_HOME_SWITCH = NO
[17:32:26] <SWPadnos> I think you want to use something like jepler's parallelkins, or set up something in HAL for individual control
[17:32:26] <alex_joni> hit home on both
[17:32:36] <Didier> it's too fast for me
[17:32:49] <alex_joni> logger_emc: bookmark
[17:32:49] <alex_joni> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2006-11-06.txt
[17:33:03] <alex_joni> Didier: you can read it with no hurry there .. :)
[17:33:16] <Didier> i will try
[17:33:44] <cradek> you could use parallelkins with manual homing, but if you want real homing I think you will want to have a complex hal setup and trivkins
[17:33:56] <cradek> and maybe some external hardware...?
[17:34:18] <cradek> jon elson explained how the homing process has to work
[17:35:32] <cradek> seems to me that setting up the two Xs as separate joints is dangerous
[17:36:03] <SWPadnos> move both until one hits its limit switch, stop that one, and keep moving the other until it hits home. save the difference, and use HAL to apply the difference to all position commands from then on
[17:36:06] <SWPadnos> or something like that
[17:36:23] <cradek> yes
[17:36:40] <alex_joni> but it requires a bit of rewrite of the software
[17:37:05] <Didier> i can change the software
[17:37:35] <cradek> or you could do it in hardware: each limit switch stops the opposite joint, and when you trigger them both you tell emc home has been hit
[17:37:46] <cradek> I think jon E said something like that
[17:38:23] <SWPadnos> err - you can never trigger both if one limit switch stops the other joint
[17:38:33] <SWPadnos> since hte other now can't move onto its limit
[17:38:37] <cradek> err you know what I mean :-)
[17:38:39] <SWPadnos> heh
[17:38:44] <cradek> each switch stops its own joint
[17:38:50] <cradek> or whatever
[17:38:54] <SWPadnos> ok - that makes sense :)
[17:39:46] <cradek> Didier: what I'm saying is you can't just ask us what hal command to type. You have to understand what EMC does, then design your scheme, then implement it in hardware or HAL
[17:40:22] <alex_joni> _and_ adapt a few bits of the software (e.g. EMC)
[17:40:33] <cradek> maybe, or maybe you won't need to
[17:40:37] <alex_joni> I somehow have my doubts you can do this only in HAL or HW
[17:41:00] <alex_joni> but I've been proven wrong before :)
[17:41:10] <cradek> I think it's possible, but it would be ... intricate
[17:42:14] <Didier> do you think : It's possible ? If yes, it's easy to do ?
[17:42:16] <cradek> you could align the gantry by hand, or home on one side and measure the offset and apply it with halvcp
[17:42:27] <cradek> Didier: yes, no
[17:42:40] <Didier> thank you cradek
[17:42:49] <alex_joni> Didier: you can do it easy, but then it's not 100% ok
[17:42:58] <alex_joni> Didier: or you can do it ok, but then it's not easy
[17:43:20] <cradek> and if you do it without full understanding, you can break your machine
[17:43:30] <alex_joni> and emc ;)
[17:43:41] <Didier> it's easy, if i use only 1 home switch ?
[17:44:00] <alex_joni> Didier: it's easy.. but then you won't know if one axis is out of sync
[17:44:02] <cradek> yes but you have no provision for alignment then
[17:44:40] <Didier> i understand well, in that case there is no alignment
[17:46:14] <Didier> in that case, only XXYZ
[17:46:21] <alex_joni> Didier: you need to align by hand and hope it will not lose alignment
[17:46:29] <alex_joni> no, in that case you only have XYZ
[17:46:45] <alex_joni> and the X->X'+X" in HAL or hardware
[17:46:55] <Didier> i see
[17:47:32] <Didier> somebody have done yet ?
[17:47:37] <alex_joni> at least one
[17:47:48] <alex_joni> Till Franitza responded on the list
[17:48:34] <alex_joni> but again.. if you have problems with the alignment.. it's bad
[17:49:07] <Didier> i know, the quality of cutting...
[17:49:15] <alex_joni> no, the machine destroying
[17:49:37] <alex_joni> if one side stops and the other one moves.. then you can damage it really bad
[17:50:48] <Didier> no following possible to stop the machine ?
[17:51:18] <Didier> i just want a master/slave
[17:52:33] <alex_joni> ther will be a following error which you can use
[17:52:50] <alex_joni> but once it errored .. I'm not sure how you can make it straight again
[17:54:09] <Didier> i see the problem
[17:55:25] <alex_joni> admital is always the first step
[17:58:18] <Didier> i have to change the hal
[17:58:40] <Didier> there is no example ?
[18:00:57] <alex_joni> Didier: none that I know of
[18:01:16] <alex_joni> but if you read tha HAL Documentation, and get used to it you can probably do it
[18:02:31] <Didier> well, i try
[18:02:41] <Didier> thank you :)
[18:04:20] <alex_joni> no problem
[18:05:26] <Didier> i'm sure, i will come back
[18:05:54] <Didier> talk you later, bye
[18:06:05] <Didier> thank you everybody
[18:09:56] <mtedad> cvs compiled version vs dev downloaded source code? i have on this machine a cvs version set up for stg.i also have a dev.pkg . any precautions to look at before making another emc2.
[18:11:09] <alex_joni> mtedad: not sure I understand the question
[18:14:11] <mtedad> emc2 is compiled and runable, cvs version. i want to do dev work with downloaded pkg with all the sharing of files in linux how do you differentiate between 2 version
[18:14:57] <alex_joni> you put them in 2 different folders
[18:15:49] <mtedad> ok.
[18:21:15] <mtedad> alex while your there the file emc1.in emc2-2.0.3/docs/man/man1 looks to me as parameters used with "emc" in terminal to start emc.
[18:26:55] <alex_joni> yes
[18:28:32] <mtedad> well, just like everything else except emc i can't get them to work.
[18:29:32] <alex_joni> emc1.in is not parsed
[18:29:48] <alex_joni> after you run configure you will see a file called emc1
[18:31:01] <mtedad> looking for theline to follow that will lead me to the culpritthat's keeping me from running all the little things in the manual.
[18:32:33] <mtedad> have not configured the second emc. found this reading thru the download files. tried the commands on tyhe running version.
[18:34:21] <alex_joni> you need to issue commands like bin/halcmd and scripts/emc
[18:34:32] <alex_joni> maybe that's why it's not working for you
[18:36:33] <mtedad> bin/halcmd or scripts/emc come back no such file or directory
[18:37:33] <mtedad> scripts/realtime start don't work either.
[18:40:19] <mtedad> ls /bin works
[18:40:30] <alex_joni> not /bin bin/
[18:42:19] <mtedad> don't understand that
[18:42:32] <alex_joni> you said ls /bin
[18:42:41] <alex_joni> you need ls bin/
[18:43:48] <mtedad> ls bin/ returns no such file or directory.
[18:43:53] <alex_joni> pwd
[18:45:44] <mtedad> don't understand that
[18:45:54] <alex_joni> try that command and see what it says
[18:46:42] <mtedad> took me home/mtedad
[18:46:57] <alex_joni> cd emc2
[18:47:30] <mtedad> ok
[18:49:13] <mtedad> same thing
[18:50:34] <alex_joni> where did you put the emc2 code?
[18:51:40] <alex_joni> mtedad: I suggest looking around for a basic linux tutorial
[18:52:24] <mtedad> i did nit put the emc2 code anywhere .cvs put the running code someplace. the downloaded files in sub dir off home.
[18:52:37] <alex_joni> yeah, and you need to be in that dir
[18:52:53] <mtedad> the running dir?
[18:52:59] <alex_joni> yes
[18:53:41] <mtedad> give me the name of a file that would only be found in the running dir.
[18:53:52] <alex_joni> VERSION
[19:04:52] <mtedad> VERSION only found in the dir i was in.
[19:05:43] <alex_joni> mtedad: sorry.. I need to run for a while
[19:06:06] <mtedad> ratr
[19:12:19] <mtedad> bean time
[19:42:54] <alex_joni> skunkworks: maybe we should spam #emc not -devel :D
[19:43:04] <skunkworks> good idea
[19:43:13] <SWPadnos> spam spam spam spam spam!!!
[19:43:18] <SWPadnos> wonderful spam
[19:43:25] <alex_joni> yeah.. gum wrappers
[19:45:42] <skunkworks> http://www.youtube.com/watch?v=MHHyggzoNDk
[19:48:02] <alex_joni> 'see colon slash windows slash greater-than.'
[19:48:18] <skunkworks> aww - you can't see it?
[19:50:38] <Lerneaen_Hydra> come do think of it, are induction brakes ever used? (strong magnet + aluminum plate)
[19:50:53] <Lerneaen_Hydra> s/magnet/magnets or electromagnet
[19:56:59] <lerman> Did any of you see the discussion I had with SWPadnos, yesterday? (aside from SWP)
[19:57:20] <alex_joni> about the conversional programming?
[19:57:35] <lerman> Yeah.
[19:57:36] <alex_joni> * alex_joni didn't
[19:57:54] <alex_joni> lerman: kidding :D
[19:58:06] <alex_joni> I read it hastly this morning
[19:58:16] <lerman> Any thoughts?
[19:58:28] <lerman> I mean suggestions, comments, etc.
[20:00:29] <alex_joni> lerman: I'm not sure
[20:00:43] <alex_joni> I mean I never used conversational programming..
[20:00:47] <lerman> One thing I worry about when I build a tool is whether I'm building something that isn't usable, or is of interest only to me.
[20:00:52] <lerman> Me either.
[20:01:02] <alex_joni> but I've seen a few commercial systems
[20:01:15] <alex_joni> and they had something like a different levels of menus
[20:01:31] <alex_joni> with graphical displays of what screens you would get
[20:02:10] <alex_joni> am I making sense?
[20:02:18] <lerman> Is it sufficient to have a tree that says milling operations, pocketing, etc?
[20:02:30] <alex_joni> * alex_joni is thinking touch screen interface
[20:02:53] <lerman> The mach3 newfangled interface has an overview with a button for each.
[20:03:19] <lerman> How would you enter numbers with a touch sreen?
[20:03:24] <alex_joni> * alex_joni doesn't give a s... about mach3 :)
[20:03:28] <alex_joni> up/down combos
[20:04:03] <lerman> But mach3 has a large user base -- because it is apparently usable.
[20:04:21] <alex_joni> I think mainly because it's commercial
[20:04:38] <alex_joni> this thing costs money.. must be better than the free one
[20:05:10] <lerman> But not a lot of money.
[20:06:05] <lerman> Touch screens for a shop environment are pretty expensive.
[20:06:29] <lerman> My style is to sit in the office, do my design, and then go out to the shop to run it.
[20:06:43] <alex_joni> lerman: that works too
[20:07:34] <lerman> I have one of those rubber keyboards that is shop proof. My display is a Xerox lcd display with a heavy GLASS front. I'd hate to think what a shop would do with one of the cheap displays.
[20:09:27] <alex_joni> there are touch screens which you can fit behind lexane :D
[20:09:34] <lerman> At any rate, a major goal of my 'wizard' is that any old user can add new screens and operations to it -- without having to be a computer programmer (but must be a gcode programmer).
[20:11:00] <alex_joni> I can see that
[20:11:24] <lerman> I'm sure I could build a touchscreen interface to the software. But, since every device is a little different, we get back to the system integration problem(s).
[20:12:25] <alex_joni> what do you mean?
[20:12:58] <lerman> A system integrator would have to make it work with a specific type of touch screen.
[20:12:58] <skunkworks> I would think the touch screen would just be a virtual mouse.
[20:13:26] <lerman> But you still have to be able to enter numbers.
[20:13:51] <alex_joni> lerman: I use a teach pendant on my robots
[20:13:57] <alex_joni> they have a 8" touch screen
[20:14:11] <alex_joni> and for number input they popup a virtual keypad
[20:14:23] <alex_joni> I'm sure virtual keyboards/pads exist under linux
[20:14:29] <lerman> Once you select one of the fields, how would you enter the center coordinate of a circle.
[20:14:30] <skunkworks> that is how our sankio robot is also
[20:14:53] <alex_joni> lerman: select the field, pop virt keypad, enter number hit ok
[20:14:58] <lerman> Yes, I guess you could pop up a number pad next to the field.
[20:14:59] <alex_joni> select next field.. etc
[20:15:18] <alex_joni> lerman: you shouldn't worry about that now though
[20:15:26] <alex_joni> that's easily added afterwards too
[20:15:28] <lerman> OK. I guess that could be a later addition. Should be reasonably easy to do.
[20:15:42] <alex_joni> but something like the main screen from where to select screens is not as simple
[20:15:45] <lerman> What should I worry about new (besides the election ;_)
[20:16:00] <alex_joni> as an alternative to your treelike navigation on the left
[20:16:01] <lerman> Why is that?
[20:16:36] <alex_joni> maybe because it would involve an icon for the screens
[20:16:52] <alex_joni> and a way for automatic sorting? (guess the tree needs that too)
[20:17:02] <lerman> So, I would just add another file in each directory that contains the icon.
[20:17:24] <alex_joni> right
[20:17:37] <alex_joni> so each screen is a dir?
[20:17:43] <lerman> Did you grok that each 'screen' corresponds to a separate directory containing a screen, a config, etc.
[20:17:55] <lerman> shit, you type faster than I do.
[20:18:03] <alex_joni> * alex_joni tries to :D
[20:18:16] <lerman> And I've probably been doing it longer (typing I mean)
[20:18:26] <alex_joni> bet you have :D
[20:18:33] <alex_joni> * alex_joni only started 20 years ago :D
[20:18:42] <lerman> Of course, I'm sitting on the couch with a mini notebook in my lap.
[20:19:02] <lerman> I started about 55 yrs ago.
[20:19:16] <lerman> Nope 45 yrs.
[20:19:18] <alex_joni> I'm actually cursing at my keyboard now.. used to the laptop keyboard
[20:19:31] <alex_joni> this ones too big for my needs :D
[20:19:56] <lerman> I've got this sony vaio with undersized keys I'm using. Takes some getting used to.
[20:20:22] <alex_joni> still better than typing on a cell phone :D
[20:20:32] <alex_joni> * alex_joni did a lot of instant messaging through GPRS
[20:20:40] <alex_joni> a few years ago
[20:20:49] <lerman> Do you really think that icons onbuttons will be easier to use than a tree with text?
[20:21:03] <lerman> I know it has more pizzazz
[20:21:15] <alex_joni> "ooohh.. shiny" effect :)
[20:21:40] <alex_joni> hmm.. how about you make the dirs a tree structure?
[20:21:48] <lerman> My plan is that you will be able to setup a list of libraries to pick.
[20:21:53] <alex_joni> a dir can contain more dirs and a picture
[20:22:00] <lerman> I thought I did.
[20:22:50] <alex_joni> oh, so you don't have a folder called screens/ and lots of dirs inside?
[20:22:59] <lerman> I suppose I could include an icon of a mill on the line that says milling operations and one of a lathe on the line that says lathe operations. Then I could have an icon for pocketing .
[20:23:27] <alex_joni> yeah.. that's my thinking
[20:24:12] <lerman> Actually the folder name is not used at all. Inside the folder is a file called 'desc' that contains the one word and the summary and line descriptions. Thenthere are sub directory to make the tree.
[20:24:49] <lerman> The icons would have to be pretty small to fit in the structure I have. Or there could be multiple screen to display and traverse.
[20:25:18] <lerman> But that would be slower than being able to see a large section of tree at once (like you can, now).
[20:25:35] <alex_joni> yeah, for normal uses I guess tree is best
[20:25:56] <alex_joni> this somehow sounds like it could use a "better" config method than dirs and files
[20:26:25] <lerman> Will it be a problem maintaining the source with a whole bunch of files named screen? and a bunch name config and a bunch name desc.
[20:27:04] <alex_joni> not sure.. but it doesn't feel very modern/advanced :D
[20:27:12] <alex_joni> not that it's a bad thing
[20:27:27] <lerman> Yes. If I new xml, I might take a try at it. But you really need a separate file or directory for each module so that users can add their own.
[20:27:46] <lerman> Also, I'm hoping that others will 'publish' libraries.
[20:27:55] <alex_joni> you said you planned to add a wizard to add screens
[20:28:02] <alex_joni> I mean help develop screens
[20:28:04] <lerman> I'm sure Jon Elson has some stuff he can contribute.
[20:28:43] <lerman> Well that's down the road. All it would do is let you move widgets around a background screen to get them placed right.
[20:29:05] <alex_joni> yeah
[20:29:11] <alex_joni> and load a background image
[20:29:12] <lerman> It was a pita moving them around by changing the config file and seeing how it looked; then doing it again.
[20:29:19] <alex_joni> * alex_joni knows
[20:29:23] <alex_joni> been there done that
[20:29:30] <alex_joni> I used glade
[20:29:48] <alex_joni> and I cursed every moment afterwards I decided to do that
[20:30:01] <lerman> The position is given in fraction of the screen ht and width so that if the image is scaled, it has a chance of working.
[20:30:24] <lerman> I drew the screen (the ONE existing one) using Visio.
[20:30:31] <alex_joni> "it has a chance of working" sounds promising :D
[20:30:52] <lerman> It doesn't have a lot of pizzazz, but seems highly visible.
[20:31:04] <alex_joni> what's pizzazz?
[20:31:14] <lerman> And I think it shows the parameters in a way that can be understood.
[20:31:33] <lerman> pizzazz == flash
[20:32:14] <SWPadnos> a button-based tree thingie could work - the only difference is that you have to go up/down the tree to see all the options
[20:32:23] <lerman> piz·zazz or pi·zazz or piz·zaz Pronunciation (p-zz)
[20:32:25] <lerman> n. Informal
[20:32:26] <lerman> 1. Dazzling style; flamboyance; flair.
[20:32:28] <lerman> 2. Vigorous spirit; energy or excitement.
[20:32:29] <lerman> [Origin unknown.]
[20:32:31] <lerman> From:
http://www.thefreedictionary.com/pizzazz
[20:32:36] <SWPadnos> whereas a tree usually allows expansion of multiple sub-branches simultaneously
[20:32:46] <alex_joni> oh.. flamboyance.. why didn't you say that :D
[20:33:08] <SWPadnos> extra pizzaz adds to the "ooooh ... shiny" effect ;)
[20:33:10] <lerman> Yes. But that would be slower. (traversing by buttons.)
[20:33:27] <SWPadnos> yes, but fully compatible with (a) uncoordinated mouse users and (b) touchscreens
[20:33:47] <lerman> Speaking of something I absolutely hate -- if we want pizzazz, we could add.... skins.
[20:34:13] <Lerneaen_Hydra> fsck. breaking a nail hurts when it goes down several mm into living flesh...
[20:34:14] <SWPadnos> actually, using gtk helps in that regard, since those apps should take on the current OS theme by default
[20:34:21] <SWPadnos> if a suitably recent version of GTK is used
[20:34:27] <lerman> Of course, since this is user configurable; a user could change the screens to whatver he likes.
[20:34:32] <Lerneaen_Hydra> tip: don't get too hasty when filing ;)
[20:34:42] <alex_joni> Lerneaen_Hydra: pliers and rip it out
[20:34:48] <Lerneaen_Hydra> already done
[20:34:50] <alex_joni> it'll grow back eventually
[20:34:53] <Lerneaen_Hydra> yeah
[20:35:25] <lerman> Not using gtk. I'm using Qt. (and in fact, I'm buiding under windoze for now). My linux systems are in my office an in my shop. I'm in the family room.
[20:35:48] <alex_joni> heh .. linux isn't family'ish enough :D
[20:36:23] <SWPadnos> there's a Windows version of gtk as well
[20:36:23] <alex_joni> * alex_joni is kidding
[20:36:33] <alex_joni> yeah .. gimp uses it
[20:36:41] <alex_joni> and Gimpshop rulez :D
[20:36:44] <SWPadnos> the gimp developers developed it ;)
[20:36:53] <lerman> Well, for day to day ops, my notebook is running windoze. I have two fixed machines one for me and one for my wife in the family room, too. Also my Asterisk telephone system. (that runs linux).
[20:37:07] <Lerneaen_Hydra> if ever you feel that you're having a stupid issue with linux... do to the #ubuntu channel, and you'll feel so much more proficient ;)
[20:37:45] <lerman> I probably qualify (or did once upon a time) as a unix/linux guru.
[20:38:11] <lerman> But there is so much new stuff that it is hard to keep up.
[20:38:16] <Lerneaen_Hydra> * Lerneaen_Hydra is not by any stretch of the imagination, but can at least do simple end-user stuff
[20:38:34] <Lerneaen_Hydra> that's true for most things :)
[20:38:51] <lerman> EMC would be a lot easier on Solaris than on linux. Solaris has real-time user space code.
[20:39:17] <Lerneaen_Hydra> but solaris hardware isn't as easy to aquire for cheap :p
[20:39:26] <Lerneaen_Hydra> not to mention running other apps ;)
[20:39:40] <anonimasu> hello
[20:39:40] <alex_joni> do they still build hardware?
[20:39:45] <lerman> But it's interesting when you write a loop that is real time and hangs. -- lockiing out everything else.
[20:39:54] <Lerneaen_Hydra> I think they do
[20:40:12] <Lerneaen_Hydra> oh, apparently there is x86 support to
[20:40:14] <Lerneaen_Hydra> *too
[20:40:16] <lerman> Solaris IS available on x86 hardware. Sun != Solaris.
[20:40:29] <Lerneaen_Hydra> here I was thinking it was only for sparc
[20:40:41] <alex_joni> lerman: right.. since 9 something iirc
[20:41:04] <Lerneaen_Hydra> java and RT doesn't seem to mix though
[20:41:04] <alex_joni> lerman: emc used to run on solaris
[20:41:06] <SWPadnos> solaris realtime is unlikely to be good enough for a machine controller
[20:41:07] <Lerneaen_Hydra> </troll>
[20:41:17] <alex_joni> Lerneaen_Hydra: there is RTJava
[20:41:29] <Lerneaen_Hydra> aren't those antonymns?
[20:41:38] <alex_joni> with a RT Garbage collector
[20:41:39] <Lerneaen_Hydra> (java and rt)
[20:42:09] <lerman> One trick I learned is that you write a RT app that is at the highest priority and can be used to kill the other RT apps. That way when your RT app hangs in a loop, you have a way to kill it without rebooting.
[20:42:13] <Lerneaen_Hydra> what is RT? what polling speed can you get?
[20:44:19] <lerman> I don't recall, anymore. But damn fast is what I remember. And it was HARD RT. It had a well defined maximum latency of a small number of microseconds. I'm thinking 10 to 40. But that was a loooong time ago, so I'm sure it is much faster, now.
[20:44:33] <Lerneaen_Hydra> oh, that's quite good actually
[20:44:43] <Lerneaen_Hydra> what was it used for? controlling mechanics?
[20:45:00] <Lerneaen_Hydra> ie very powerful PLC replacement?
[20:45:26] <SWPadnos> possibly for communications streaming / mux and demux
[20:45:58] <SWPadnos> I don't think they're ever had peripherals like motors, but high speed comms and audio/video they do have
[20:46:04] <lerman> We used it for communication. Not for a hard RT app.
[20:46:05] <SWPadnos> s/they're/they've/
[20:49:55] <lerman> I just tried googling to find solaris latency and didn't come up with an answer.
[20:51:18] <Lerneaen_Hydra> woo, anyone remember that electric bike I was ranting^W talking about before? I've done a bit now (motor and middle gear bit). ftp://basic:
[email protected]/temp20061106/motor2.avi
[20:53:58] <cradek> ==> PORT ... done. ==> RETR motor2.avi ...
[20:53:58] <cradek> Error in server response, closing control connection.
[20:54:27] <Lerneaen_Hydra> hmm, it's been flaky for a while now, just a sec
[21:01:18] <Lerneaen_Hydra> there, should be working
[21:01:22] <Lerneaen_Hydra> and apparently it is
[21:01:34] <Lerneaen_Hydra> hmm
[21:01:35] <Lerneaen_Hydra> maybe not
[21:03:09] <Lerneaen_Hydra> is it working for anybody?
[21:03:18] <cradek> no
[21:03:35] <LawrenceG> lerman: I have been playing with your oword stuff... great addition
[21:03:44] <Lerneaen_Hydra> according to my logs someone got it, with the same connection parameters as someone else who didn't manage to get it
[21:03:56] <Lerneaen_Hydra> * Lerneaen_Hydra does not like being stuck on a windows box
[21:04:18] <lerman> Thank you LawrenceG.
[21:04:27] <LawrenceG> lerman: if you need a routine for your conversational programming project, I just did a boring subroutine
[21:04:48] <LawrenceG> lerman:
http://pastebin.ca/242000 should get it
[21:05:00] <Lerneaen_Hydra> cradek: could you test with PORT instead of PASV?
[21:05:21] <Lerneaen_Hydra> it should be working though, as I've set up NAT correctly...
[21:05:25] <cradek> ==> PORT ... done. ==> RETR motor2.avi ... done.
[21:05:31] <cradek> I think it is using PORT
[21:05:41] <Lerneaen_Hydra> oh. right
[21:05:46] <Lerneaen_Hydra> and it dies?
[21:06:14] <cradek> it never seems to transfer anything
[21:06:15] <jepler> this does seem to work: wget --passive-ftp
[21:06:23] <jepler> ==> PASV ... done. ==> RETR motor2.avi ... done.
[21:06:23] <Lerneaen_Hydra> cradek: are you 198.183.6.xxx?
[21:06:28] <Lerneaen_Hydra> oh, that was jepler
[21:06:30] <jepler> ETA35% [============> ] 703,084 22.60K/s ETA 00:54
[21:06:32] <Lerneaen_Hydra> funny...
[21:06:32] <cradek> aha
[21:06:39] <cradek> yes that's me
[21:06:49] <jepler> we're both on the same network
[21:06:52] <Lerneaen_Hydra> oh, ok
[21:06:54] <cradek> I'm .231
[21:07:13] <Lerneaen_Hydra> both on that subnet seem to be working
[21:07:21] <Lerneaen_Hydra> * Lerneaen_Hydra shrugs
[21:07:28] <cradek> it does with with PASV
[21:07:51] <cradek> err, work
[21:07:52] <Lerneaen_Hydra> I'm going to wipe this installation soon anyway, so I can't be bothered to fix it
[21:08:00] <jepler> that looks like a pretty big motor to hang on a bicycle
[21:08:13] <jepler> it will stick out 2 or 3 times as far as the pedals, it looks like
[21:08:57] <Lerneaen_Hydra> it will be placed behind the saddle, over the rear wheel
[21:09:09] <alex_joni> warm your nuts
[21:09:24] <SWPadnos> argh - looks like it's time to reboot his machine
[21:09:24] <lerman> LG: It's a bit premature, but thanks. That's one routine I have. One problem we will see is that it is not self evident what the appropriate functionality is. To ramp, or not to ramp. Allow CW or CCW cutters. Climb or normal milling. Where is the feed (and speed) specified. (Is it preset?, or set in the subroutine?) Does it have cutter diameter compensation, or not.
[21:09:25] <SWPadnos> bbl
[21:09:33] <Lerneaen_Hydra> where the smaller unused gear goes to a 48 toothed gear on the starboard side of the rear tire
[21:09:46] <lerman> A nice thing is that anyone can write one of these AND add it to a library.
[21:10:12] <Lerneaen_Hydra> (so that long brass axle will be cut off)
[21:12:10] <LawrenceG> lerman: yup.... I did some of the MOPs in the CP1 project... it was a real pain to code in tcl... I look forward to seeing your progress on a replacement
[21:12:23] <lerman> I suspect that we will have the typical Linux convention that there is more "stuff' than we can handle. But we will be able to add the libraries to a web page with descriptions, algorithms, etc and the user can just pick the one he wants.
[21:13:15] <LawrenceG> lerman: the grapical display of what the params do will make it much easier to use
[21:13:22] <lerman> I guess one file that I will have to add to each wizard directory is a help file. That can include things like the author, algorithm, etc.
[21:13:32] <lerman> Yes. That's the idea.
[21:14:33] <lerman> I have some of my own libraries. Each time I use them, I have to look in the code to see what the args are.
[21:14:52] <lerman> This will solve that problem.
[21:16:49] <LawrenceG> lerman: the oword subroutines have been very useful, but keeping track of them has been harder... debugging them is a bit of a bear without being able to display variables
[21:16:58] <lerman> I'd also like to add a facility to create new canned cycles. It just doesn't make sense to me that canned cycles are predefined and there is no way to add additional ones. I've written my own peck drilling code with a variety of flavors. I would add a configuration thing that says to map a Gword (say G83) to a particular Oword.
[21:18:45] <lerman> That's another thing on my list. I would add a comment type (print: string, var, var). That would log the string (perhaps a printf style) to a file with the parameters (var). I've always like printf style debugging.
[21:19:28] <LawrenceG> lerman yea... I was thinking the same... even an extention to the msg command
[21:20:43] <LawrenceG> lerman: would allow single step type debugging
[21:23:07] <cradek> sort of. step goes one motion, not one line of gcode
[21:23:31] <cradek> (and the interpreter ran a long time ago by the time you're stepping)
[21:25:53] <LawrenceG> so when it hits a message line, has it actually done any moves that are past the line requireing a confirmation?
[21:28:59] <cradek> I don't know if message is a queue stopper or not, I think it puts up the message and then zip right by
[21:29:04] <cradek> zips
[21:29:57] <LawrenceG> hmmm could be.... I think is some of the gui's it doesnt even pause execution, just displays the messsage
[21:30:32] <LawrenceG> axis needs a click on ok, but I think mini just displays the msg
[21:30:44] <cradek> I doubt any of them pause execution
[21:33:07] <CIA-5> 03jepler 07HEAD * 10emc2/src/Makefile.modinc.in: fixes for external building of modules in simulator
[21:38:06] <LawrenceG> my mistake... looks like screen update is paused until ok is clicked (or dialog box is moved forcing a repaint)
[21:59:15] <SWPadnos> yeah
[21:59:16] <SWPadnos> plus some extra time
[22:07:32] <Jymmm> Yo
[22:07:51] <alex_joni> g'night all
[22:08:00] <Jymmm> bye alex
[22:08:08] <alex_joni> see you Jymmm
[22:08:13] <Jymmm> or buy alex for $1.95 =)
[22:08:24] <alex_joni> * alex_joni gets two more
[22:08:28] <alex_joni> and a spare for parts
[22:08:37] <Jymmm> oh gawd... hell no!
[22:08:59] <Jymmm> we have enough alex's in this world for 10 lifetimes! lol
[22:09:13] <alex_joni> * alex_joni doesn't
[22:09:13] <Jymmm> and by alex's, I mena YOU!
[22:09:19] <alex_joni> could use a clone or two
[22:09:34] <Jymmm> couldn't we all
[22:09:45] <Jymmm> but do they have to eat and sleep too?
[22:09:56] <alex_joni> killem.. get new ones
[22:09:59] <Jymmm> and can you write them off on taxes and dependants?
[22:10:08] <Jymmm> s/and/as/
[22:11:27] <Jymmm> Hey, you guys have holes poked in your firewalls... do you use JUST ssh or something else too?
[22:14:23] <jepler> yep that's about it
[22:15:10] <jepler> well, I run a webserver and smtp server too, but that's how I log in to my home system, and that's how I do stuff like IRC and read e-mail when I'm not at home
[22:16:17] <Jymmm> Hmmm, I wanted to toss a box into the DMZ, but I fear that if it ever got rooteed, it could be used to attak the boxes on the LAN.
[22:17:04] <alex_joni> Jymmm: use port knocking
[22:17:15] <Jymmm> alex_joni ?
[22:17:22] <alex_joni> no holes open
[22:17:36] <Jymmm> alex_joni I dont have anything open right now.
[22:17:38] <alex_joni> you use a program to access an sequence of "random" ports
[22:17:51] <Jymmm> ah, never heard of it
[22:17:52] <alex_joni> the prot knocking server checks the firewall logs
[22:18:01] <alex_joni> when it sees the right sequence it opens a port
[22:18:04] <alex_joni> for a short while
[22:18:27] <cradek> 'security by obscurity'
[22:18:45] <alex_joni> yeah
[22:18:59] <cradek> when in doubt (and when not) use real security instead
[22:19:00] <alex_joni> Jymmm: there are various solutions out there
[22:19:07] <alex_joni> cradek: this is not instead
[22:19:11] <alex_joni> this is besides
[22:19:18] <alex_joni> I'd still open only ssh
[22:19:27] <alex_joni> but have it closed by default
[22:19:35] <jepler> most of this ssh advice is good:
http://thinkhole.org/wp/2006/10/30/five-steps-to-a-more-secure-ssh/
[22:20:11] <jepler> but better than "disable root logins" is to use "AllowUsers" and list the only people who should be able to ssh in
[22:20:29] <cradek> right
[22:21:45] <cradek> advice #4 is terrible
[22:22:19] <cradek> and #5 is dumb
[22:25:37] <cradek> DenyHosts 2.x adds the very interesting (and completely optional) ?synchronization? feature. You can choose to send your list of denied hosts to the DenyHosts servers. They will, in turn, pass their collective list of blacklisted hosts to you.
[22:25:43] <cradek> arrrgh!
[22:26:30] <Lerneaen_Hydra> 'night
[22:26:34] <alex_joni> sounds like sshcop
[22:26:37] <cradek> bye
[22:26:41] <alex_joni> night LH
[22:26:50] <cradek> alex_joni: sounds like denial of service
[22:27:07] <SWPadnos> sounds like distributed idiocy
[22:27:14] <cradek> no kidding
[22:27:21] <alex_joni> SWPadnos: collective idiocy
[22:27:30] <cradek> peer-to-peer idiocy?
[22:27:38] <alex_joni> no, it's central
[22:27:40] <SWPadnos> collective peer-distributed idiocy
[22:27:57] <SWPadnos> peer-collected centrally served idiocy
[22:28:15] <alex_joni> maybe one should add the DenyHosts to the blacklist
[22:28:19] <alex_joni> and send it to them
[22:28:24] <alex_joni> wonder what happens?
[22:29:01] <SWPadnos> they wouldn't be able to log into their own servers?
[22:29:12] <alex_joni> SWPadnos: that would be too nice
[22:29:19] <SWPadnos> heh
[22:29:26] <alex_joni> only that and it would be worth installing that crap
[22:30:02] <alex_joni> at least there's no such crap in the dapper repositories
[22:30:14] <cradek> people will do really stupid things to avoid a couple hundred lines in a log file
[22:30:28] <jepler> or to avoid choosing strong passwords
[22:30:39] <cradek> yeah
[22:30:40] <alex_joni> jepler: remembering
[22:30:53] <SWPadnos> hey - political question for those other Americans here: how many political parties do you have in the various races tomorrow (for Governor, house, senate ...)?
[22:31:20] <cradek> real ones or pretend ones?
[22:31:45] <SWPadnos> well, real ones, including those who have no chance of getting elected, but not necessarily those who are just plain wackos
[22:32:02] <jepler> zero
[22:32:05] <cradek> I don't understand the question :-)
[22:32:06] <SWPadnos> heh
[22:32:44] <cradek> in some races we have four: r, d, green, nebraska
[22:32:56] <SWPadnos> I was watching debates last night, and there were 8 candidates for a single senate seat, 6 for the house and for governor, but only 4 for lieutenant governor
[22:33:03] <cradek> nebraska is wacko fundamentalists
[22:33:08] <cradek> green is ... well you know
[22:33:12] <SWPadnos> the other side ;)
[22:33:42] <lerman> Here in Connecticut we have (at least) three Republican, Democratic, Independent (for Senator). The R is running third in a two man race. Most likely Lieberman will win (as the Independent).
[22:34:19] <SWPadnos> I liked the "Impeach Bush" party and the "Anti-Bushist" party :)
[22:34:56] <SWPadnos> then there's the crazy lady who's running for both governor and senate, with her main campaign issue being the legalization of Marijuana
[22:34:58] <cradek> I didn't see it but a coworker reported about a televised debate where the nebraska party guy only answered "I dunno but I sure do love Jesus"
[22:35:05] <SWPadnos> heh
[22:35:16] <SWPadnos> sadly, that'll probably get him a lot of votes
[22:35:19] <cradek> to be fair, it may have been a paraphrase
[22:35:38] <cradek> they do get a few, but less than green I think.
[22:35:40] <SWPadnos> more like "the love of Jesus will tell us teh answer"
[22:35:57] <SWPadnos> yeah - I was sad that the Vermont Green candidate was actually the best
[22:36:12] <SWPadnos> but a vote for him splits the non=republican votes, and gives mega-dickhead a better chance
[22:36:34] <cradek> well you can vote for him, then the democrat in the runoff, right...?
[22:36:38] <cradek> *sigh*
[22:36:50] <SWPadnos> yeah, if we lived in Iraq or something
[22:37:10] <jepler> at least they get to execute their dictator over there
[22:37:19] <cradek> shhhh
[22:37:21] <SWPadnos> *sigh*
[22:38:00] <jepler> oh sorry
[22:38:05] <SWPadnos> anyway - sorry to interrupt the ssh discussion with mundane stuff - gotta go to a meeting about reconstructing our street :)
[22:38:18] <lerman> You meant war criminal; not dictator.
[22:38:25] <SWPadnos> whichever
[22:39:27] <cradek> lerman: ouch
[22:43:27] <Jymmm> alex_joni that port knocking doesn't sound too shabby, sorta like a "passcode"
[22:44:37] <Jymmm> I wonder if there's a OTP(ort) knocking ? lol
[22:44:38] <alex_joni> Jymmm: sorta
[22:45:24] <Jymmm> alex_joni do you use it? or jsut heard of it?
[22:46:04] <alex_joni> * alex_joni planned to use it someday
[22:46:13] <alex_joni> I read about it and decided I like the idea
[22:46:18] <Jymmm> http://www.portknocking.org/
[22:46:24] <alex_joni> googled a bit, found some clients
[22:46:24] <Jymmm> I like it too
[22:46:43] <Jymmm> I bet there might be an iptables + pam thing
[22:48:27] <alex_joni> http://www.portknocking.org/view/implementations
[22:49:16] <Jymmm> If the port knocking itself is setup like OTP sorta thing, and you had to knock (lets say) six times, 65000^6 that would be: 75418890625000000000000000000
[22:50:13] <alex_joni> you can increase that by using rotating rules
[22:51:01] <Jymmm> And eliminate (lockout) the connections that attempt to portscan or direct access to port 22
[22:51:28] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[22:51:42] <Jymmm> You could even setup a double pattern... 132,132 to prevent the random portscan's
[22:52:06] <Jymmm> I like it!
[22:52:17] <alex_joni> I suppose you could enter timing constraints too :)
[22:52:44] <alex_joni> p1.. wait 1..5 seconds, p2 .. etc
[22:54:22] <Jymmm> Not sure about that, ip/tcp aint the best thing in regards to timing; dropped packets and all
[22:55:36] <alex_joni> yeah... probably so :)
[22:55:48] <Jymmm> but you could have certain patterns and repeat of patterns
[22:56:21] <Jymmm> and ones that change with time as well, but you would have to have a sync'ed clock
[22:56:49] <Jymmm> I did come across a soft token, but sounds if'y at best
[22:57:11] <alex_joni> maybe change the pattern on every successfull knock
[22:57:26] <alex_joni> even increasing one of the port numbers should be enough :D
[22:57:30] <alex_joni> * alex_joni goes to bed
[22:57:49] <alex_joni> nigth Jymmm .. don't knock yourself out
[23:01:33] <Jymmm> lol
[23:30:53] <Jymmm> hey ray!
[23:31:19] <rayh-smithy> Hi gys
[23:31:23] <rayh-smithy> oops
[23:31:46] <rayh-smithy> This is a new install of 6.06 at smithy
[23:32:25] <rayh-smithy> Is there a wiki page that describes the process of creating documents for developers using make
[23:33:49] <jepler> you need to install some required packages (lyx-qt, latex2html, and possibly others) and configure --enable-build-documentation
[23:33:54] <jepler> not sure what else you're looking for
[23:34:18] <rayh-smithy> I was thinking I'd create that ability on this box and document the process.
[23:34:37] <rayh-smithy> hi jeff
[23:34:40] <jepler> hello
[23:35:22] <jepler> debian/control.in lists these packages that I think are the required ones for building the documentation: lyx-qt,python,tetex-bin,latex2html
[23:35:43] <jepler> I don't think there's really a wiki page on preparing a system to build the documentation, or how to contribute to the documentation -- that would be a great addition.
[23:36:15] <rayh-smithy> Okay I'll see if I can start one.
[23:37:19] <jepler> after changes are checked in, within a few hours the HTML and PDF format documentation is rebuilt on the linuxcnc website:
http://www.linuxcnc.org/docs/devel/
[23:38:12] <jepler> when we release 2.1, the version on the 2.1 branch will get the same treatment, at
http://www.linuxcnc.org/docs/
[23:40:58] <rayh-smithy> Okay Thanks jeff.
[23:41:44] <CIA-5> 03jepler 07HEAD * 10emc2/src/hal/classicladder/projects_examples/ (example_many_sections.clp example_sequential.clp): *** files added for new_cl_branch ***
[23:41:44] <CIA-5> 03jepler 07HEAD * 10emc2/src/hal/classicladder/ (7 files): *** files added for new_cl_branch ***
[23:43:36] <CIA-5> 03jepler 07new_cl_branch * 10emc2/src/Makefile: port of classicladder 0.7.100 to emc2 hal
[23:43:51] <CIA-5> 03jepler 07new_cl_branch * 10emc2/src/hal/classicladder/projects_examples/example.clp: port of classicladder 0.7.100 to emc2 hal
