#emc | Logs for 2009-06-26

[00:00:45] <Jymmm> You mean the limit switches disabling the motors directly?
[00:11:11] <cradek_> cradek_ is now known as cradek
[00:14:39] <KimK> jimbo655: One way works better but the computer has to be operational, One way works safely even if the computer has crashed
[00:15:15] <KimK> You can use both if you have multiple or two-step switches
[00:15:16] <cradek> jimbo655: some machine even have two sets of limit switches
[00:15:49] <KimK> ha, great minds and all that. How's your bus cradek?
[00:16:05] <cradek> some machines are hard to deal with if they get on a limit switch and that is hardwired to turn the amps off - so they use double switches, and just the outer ones do that.
[00:16:29] <cradek> if your machine is easy to move by hand, it's no problem, and very safe, to just wire them to the amps
[00:16:44] <cradek> KimK: I'm waiting for it to be in the shade before I go back to work on it tonight - wow it's hot
[00:17:05] <cradek> I did find the sockets I need (not the 3.5 one - I still have to make that)
[00:18:36] <KimK> OK, keep cool. Let me know if you need more laborers there.
[00:18:46] <cradek> I think I will try to pull the wheel off the hub tonight
[00:19:04] <cradek> thanks, I appreciate the offer, I always forget you're close(ish)
[00:19:31] <cradek> I've already got supervisors - but one just meows at me
[00:19:59] <Jymmm> cradek: CO2 fire ext and a blowtorch =)
[00:20:26] <cradek> today, outdoor ambient temperature and garden hose :-)
[00:20:42] <Jymmm> that hot huh?
[00:21:12] <KimK> where meow="Feed me and quit working on that machine"?
[00:34:39] <KimK> cradek: If you're still around, about 100 lines ago I was describing some problems I'm having with ClassicLadder. I get "classicladder.0.S32out-00 does not exist". I'd appreciate any suggestions you (or anyone) has.
[00:41:00] <KimK> back in a bit
[00:50:03] <Jymmm> WB
[01:34:02] <cradek> KimK: the man page says it's spelled classicladder.0.out-N but I bet that's wrong isn't it
[01:34:11] <cradek> did you check with halcmd to see what pins are actually there?
[01:34:30] <cradek> also did you set numS32out=N on the loadrt classicladder_rt command?
[01:34:52] <KimK> Well, that's correct for the bit I/O. Or output, anyway.
[01:35:09] <cradek> well it says the same for the s32 out - seems wrong
[01:35:41] <cradek> my lathe uses s32in, but not s32out
[01:36:01] <KimK> I'm trying to do Number (word? float? singed unsigned? I'd be happy with anything at this point.) I think CL wants S32 though.
[01:36:03] <cradek> loadrt classicladder_rt numPhysInputs=16 numPhysOutputs=16 numS32in=6 numSections=20 numRungs=20
[01:36:06] <cradek> ^ from my lathe
[01:36:25] <cradek> net XSaturated pid.0.saturated-count classicladder.0.s32in-03
[01:36:29] <cradek> ^ using the s32
[01:36:38] <cradek> note that you misspelled it above - it's s32in-, not S32in-
[01:37:21] <KimK> Yes, I've been having trouble with the CL init string too. I can't put in a long string of all the default values shown in the Integrator's Manual
[01:37:54] <KimK> What another mispelling? Let me see what I've got and what it has in the Manual?
[01:37:59] <cradek> what happens?
[01:38:10] <cradek> trust "halcmd show pin" more than the manual
[01:38:57] <KimK> emc2 won't start, classicladder.0.s32in-00 (or something like that) does not exist
[01:39:28] <cradek> ok, what is the loadrt line when it says that?
[01:39:48] <cradek> I'd get the loadrt line right first (confirm the pins exist, with halcmd or another hal tool) -- then hook 'em up to something
[01:41:02] <cradek> the manual says numS32in, numS32out default to 10 each
[01:41:15] <KimK> Well, I have problems there too, the upper symbols I should have don't show up in the symbol table. And some of the %I values show up 15 or so at the beginning and then some more (but not all?) near the end.
[01:41:52] <KimK> So I can't "name" the upper pins, but that's minor I guess
[01:42:30] <cradek> afraid I don't know what that problem means
[01:42:36] <cradek> I'm not real clear on how the naming works
[01:42:43] <KimK> Thanks, I do have S32 in the file, I'll fix it and try again.
[01:43:49] <KimK> Just now I was trying to see if there's an absolute value hal component.
[01:44:21] <cradek> abs - Compute the absolute value and sign of the input signal
[01:44:27] <cradek> "man abs"
[01:44:53] <KimK> This spindle drive needs 0 to +10 always, I'm getting 0 to -10 on M4.
[01:45:40] <KimK> OK, thanks, I'll look it up
[01:50:09] <cradek_> my network sure sucks today
[01:50:21] <KimK> On the s32/S32, I did my copy and paste from the page where the init values table is (Chap. 31, p.193) and it is shown there as S32 in many places. So if it should be s32, then I hereby report this a bug to the document maintainers.
[01:50:44] <KimK> Yes, I was going to ask if you're having problems there.
[01:51:07] <KimK> a bug = as a bug
[01:51:08] <cradek_> bjt isn't here - you might mention it when he's around, or otherwise file a report on sourceforge
[01:53:28] <KimK> OK, I'll do that. You know, if the docs (or an expendable, occasionally updated copy of them) were posted as a wiki, I could fix it on the wiki myself while I was thinking about it, and others could review the diffs later. Just a thought.
[01:54:41] <cradek_> that's true - it's hard to decide where the docs should go. people like to print them, for example, and that's good with pdf and impossible with wiki
[01:55:13] <cradek_> one thing you could do to help maintain them is to send bjt or another developer a patch made with git. then he can quickly import your fix.
[01:56:52] <KimK> yes, I vote for pdf too. But we can have both, and if I read the wiki manual online, I might apply more fixes. Or maybe I should get into git and read the git manual locally and fix it on my copy? I got an anon git checkout. Ha, I'm typing too slow again.
[01:57:45] <cradek_> yes you bet, you can view/build/edit your own doc fixes and then use git to make a patch to send.
[01:58:21] <cradek_> then later, if it turns out to be an ongoing thing, it would make sense to get you set up as a committer.
[01:58:42] <SWPadnos> that's one of the advantages of git - it's easier for someone who doesn't have commit access and who may be a "casual contributor" to make patches for a maintainer to apply
[01:59:01] <cradek_> yes it's very easy on both ends - that is a primary use of git
[01:59:15] <KimK> So just read it using lyx (or whatever it is) and edit it right there, saving my changes?
[01:59:23] <cradek_> yes
[02:00:05] <KimK> OK, I'll try it and see if lyx is way slower than a pdf reader. If not, OK.
[02:00:52] <KimK> I know some of those (hi-res?) diagrams bring things to a complete stop for a few seconds.
[02:00:59] <KimK> on pdf
[02:01:14] <SWPadnos> hmmm. you may need to explicitly load the correct file. I think the PDF docs are created from several input files
[02:01:33] <SWPadnos> I don't know how easy or hard it is to get to the right one in lyx
[02:02:03] <KimK> I'm just using the CNC pick menu from a default install disk
[02:02:12] <KimK> for pdf
[02:02:35] <SWPadnos> yes
[02:02:48] <cradek_> well there I go
[02:02:51] <cradek_> cradek_ is now known as cradek
[02:02:52] <SWPadnos> I was pointing out a difference in how lyx works for viewing the documents
[02:02:55] <cradek> * cradek grumbles
[02:02:55] <SWPadnos> heh
[02:03:02] <SWPadnos> you could have ghosted that connection
[02:04:48] <KimK> I at least looked at and opened (once anyway) a lyx manual file in git's folder. So I'll try it once and see how it goes.
[02:06:27] <KimK> I goofed up when installing git, btw, hope I fixed it: I cut and pasted the command that said blah blah "Put Your Name Here" only I copied the CR and pasted it in. So I did it a second time correctly. Is that enough?
[02:07:02] <SWPadnos> probably :)
[02:07:28] <KimK> Anyway, if someone named "Put Your Name Here" is fixing spelling errors, it's probably me.
[02:07:45] <SWPadnos> or one of the others who probably did the same thing :)
[02:07:49] <KimK> Ha
[02:37:08] <KimK> I'm using standard 2.3.1, is hal component "abs" something I have to install? --> "ERROR: Module abs does not exist in /proc/modules"
[02:37:58] <KimK> I have the line: loadrt abs count=2 names=abs0_SpindleSpeed,abs1_ToolNumber
[02:39:24] <cradek> halcmd: loadrt abs count=2 names=abs0_SpindleSpeed,abs1_ToolNumber
[02:39:24] <cradek> count= and names= are mutually exclusive
[02:39:54] <KimK> Oh, OK
[02:40:11] <KimK> Thank you.
[02:40:18] <cradek> KimK: http://pastebin.ca/1475000
[02:40:25] <cradek> here is a transcript of my debugging session :-)
[02:42:21] <KimK> OK thanks, I'll have to try that. I've been just clicking to start.
[02:42:42] <cradek> sometimes important things get printed to the terminal, which you can't see if you click
[02:42:55] <cradek> clicking is fine after it's all working
[02:45:26] <KimK> Yes, I have found that it swamps dmesg, the Mesa stuff especially prints a whole novel (War and Peace?) every time it starts and stops.
[02:46:31] <KimK> That's good though, I'm not complaining. Too much info is better than not enough.
[03:19:36] <cradek_> cradek_ is now known as cradek
[05:59:28] <roh> hm.. can one do math in hal somehow?
[05:59:45] <roh> or do i need to write an plugin for that
[06:12:13] <jimbo655> Is it common for EMC to Seg fault just idleing?
[06:16:49] <alex_joni> jimbo655: nope, it shouldn't
[06:17:01] <alex_joni> roh: depends what kind of math
[06:24:12] <jimbo655> It's been doing this since I installed it. Looks like an error on line 637 $EMCDISPLAY -ini I have not hooked it up to a machine yet but I would think that as long as the hardware is there it should idle with no problems.
[06:43:34] <roh> alex_joni http://reprap.org/bin/view/Main/Thermistor that kind of.. log and exp and some basic mul, div, sub and add
[07:25:30] <alex_joni> jimbo655: right.. it should
[07:25:37] <alex_joni> sounds like the interface is segfaulting
[07:25:48] <alex_joni> what are you using? AXIS? TkEMC? Mini? etc..
[07:26:11] <alex_joni> roh: I think it's easiest to do a short comp that does the math
[07:26:16] <Jymmm> joystick!!!
[07:26:31] <Jymmm> keystick
[07:26:35] <Jymmm> lipstick
[08:18:35] <roh> alex_joni hm.. did thatm but my python-magic is tained it seems ;)
[08:20:21] <roh> alex_joni http://pastebin.ca/1475213
[08:21:06] <roh> but it fails with OverflowError: math range error
[08:21:11] <roh> in line 52
[08:40:49] <roh> uhm.. r can get 0
[11:05:34] <cnc_valen> hey hey good news on the nvidia binary + multi cpu front
[11:06:00] <cnc_valen> got glxgears throwing out ~7000 FPS and a latency of 2292
[11:06:26] <cnc_valen> thats 500 or so better than with the vesa driver
[11:07:02] <cnc_valen> ahh shoot
[11:07:10] <cnc_valen> it just went to 2800 or so
[11:07:16] <cnc_valen> so no better than vesa
[11:07:17] <cnc_valen> but still
[11:07:28] <cnc_valen> < 3000 latency is prett good
[11:07:43] <cnc_valen> 3000 jitter sorry
[11:09:17] <cnc_valen> 10k fps rather on glxgears
[11:09:24] <cnc_valen> the 6k was the first result
[11:11:16] <cnc_valen> mmm axis is smoooooth lol
[11:34:23] <cnc_valen> Heres a question
[11:35:09] <cnc_valen> If i enable HT on this machine (so there appear to be 4 cpus) then isolate 3 and 4 from the scheduler such that one physical cpu is isolated
[11:35:38] <cnc_valen> will emc use those CPU's by default or does it always just try for the 2nd one?
[11:35:49] <cnc_valen> actually will it just use one of those CPU's
[11:54:52] <cnc_valen> trying to get the latest git but git.linuxcnc.org seems down? should i be using a different address?
[11:55:58] <BigJohnT> no
[11:56:32] <BigJohnT> I just did a pull and it timed out
[11:56:38] <BigJohnT> try back in a bit
[11:56:48] <cnc_valen> no worries
[11:57:58] <cnc_valen> what branch should i use to get 2.3.2 v2_3_2_branch?
[11:59:48] <BigJohnT> yes
[12:00:07] <cnc_valen> nifty
[12:00:22] <cnc_valen> tracking dev never feels like s good idea;->
[12:00:59] <cnc_valen> and thats where the worst case failure is dropping somebodys email
[12:01:28] <BigJohnT> 2.3.2 will be out soon for update
[12:02:17] <cnc_valen> I'm running the SMP kernel so i need to recompile :-<
[12:08:20] <cnc_valen> what is it in the code that requires that, it might be nice to let it change at run time rather than compile time
[12:14:31] <cnc_valen> hmmm found something interesting
[12:14:56] <cnc_valen> If i start glxgears in fullscreen in gives a 40k or so latency spike
[16:44:46] <KimK> What is the general method for adding new signals in hal? The Integ Manl says "newsig" is obsolete, but it works in halshow. If I put newsig in the hal file, no good. I'm trying to add a couple of M-code driven aux-outputs, like coolant only extras.
[16:46:31] <KimK> if I say setp new-signal false, it says new-signal not found.
[16:53:17] <SWPadnos> net
[16:53:31] <SWPadnos> I don't think newsig is deprecated though. hmmm
[16:54:26] <SWPadnos> newsig takes a type parameter as well as a name, whereas net gets the type from the first pin you specify
[17:16:24] <KimK> Thanks SWP
[17:37:14] <KimK> SWPadnos: Oops, it appears I'm still not out of the woods. If I say (and this is the first appearance of auxillary-output-1), "net Aux-Output-1-In auxillary-output-1 => classicladder.0.in-63", I get back "pin 'auxillary-output-1' does not exist". Am I making some kind of "obvious" error here?
[17:38:05] <SWPadnos> is Aux-Output-1-In a component?
[17:38:20] <SWPadnos> err, no, it's the signal name - nevermind
[17:38:43] <SWPadnos> are there two "l" (ell) in auxiliary-output-1?
[17:39:18] <KimK> Oops, yes, but I have them both mispelled the same way, I think, I'll check now
[17:39:35] <SWPadnos> that pind comes from a pyvcp panel or something?
[17:39:37] <SWPadnos> pin
[17:40:40] <KimK> No, my intent was to create a "parameter holder" (bit) that I could fiddle with with user M codes.
[17:40:55] <SWPadnos> you can't attach non-existent pins to a signal
[17:41:14] <SWPadnos> you can create as many signals as you want (within reason) with no pins connected though
[17:41:43] <SWPadnos> and you can "sets" them within M-code scripts
[17:42:02] <SWPadnos> when you connect the signal to any pins, they will immediately take the value of the signal
[17:42:06] <KimK> sets? setp?
[17:42:18] <SWPadnos> (unless one of them is an output, in which case it will drive the signal value)
[17:42:25] <SWPadnos> sets is for signals, setp is for pins and parameters
[17:42:55] <SWPadnos> you can make a signal with no writer pins, connect it to 100 reader pins, and then change all the pins simultaneously with one "sets" command
[17:43:00] <SWPadnos> which I think might be what you're looking for
[17:43:16] <KimK> OK, maybe I need to create and set a signal? I was using setp for selectable spindle scaling elsewhere
[17:43:29] <SWPadnos> you were changing a pin or a parameter
[17:43:42] <KimK> param for the scaling
[17:43:52] <SWPadnos> well, there you go :)
[17:43:56] <BJT-Work> I need to add sets to the manual when I get time
[17:44:02] <SWPadnos> it's not there>
[17:44:04] <SWPadnos> ?
[17:44:15] <SWPadnos> it's in the halcmd manpage, so there is documentation
[17:44:22] <BJT-Work> SWPadnos: it turned out to be my $500 video card
[17:44:33] <SWPadnos> ?
[17:44:45] <BJT-Work> on my main computer here at work
[17:44:51] <SWPadnos> oh
[17:44:51] <BJT-Work> when it died the other day
[17:44:54] <SWPadnos> what card?
[17:45:01] <SWPadnos> it's tough to spend that much these days :)
[17:45:05] <BJT-Work> PNY Quadro
[17:45:09] <SWPadnos> ah
[17:45:12] <SWPadnos> FX3500-ish?
[17:45:14] <BJT-Work> FX 1700
[17:45:24] <SWPadnos> ok, later generation I think
[17:45:47] <BJT-Work> not sure I want to buy another one but my choices are limited by solidworks
[17:45:54] <SWPadnos> well, good excuse to get a nice new Quadro FX5500 or thereabouts now :)
[17:46:01] <BJT-Work> FireGL FirePro or Quadro
[17:46:08] <SWPadnos> yeah
[17:46:22] <SWPadnos> you can use the consumer cards, but they won't guarantee that the display is correct :)
[17:46:24] <KimK> Hi BJT-Work cradek suggested I let you know that the Integrators Manual has many incorrect appearances of S32 instead of s32 in ClassicLadder.
[17:46:49] <BJT-Work> KimK: thanks
[17:46:58] <KimK> it was tripping me up because I copied and pasted from the manual
[17:47:10] <SWPadnos> hey, there's an FX5800 now - woohoo!
[17:47:19] <BJT-Work> I copied and pasted into the manual :)
[17:47:26] <KimK> ha
[17:47:52] <BJT-Work> where is a good place to get a Quadro?
[17:48:11] <SWPadnos> no idea. I more or less go to NewEgg all the time these days
[17:48:32] <BJT-Work> that is where I'm at now FX5800 3k!
[17:48:50] <BJT-Work> what is displayport?
[17:49:10] <SWPadnos> small connector that's used on the Mac
[17:49:19] <BJT-Work> ok
[17:49:28] <SWPadnos> it's like HDMI 1.3 I think, only a different connector
[17:49:32] <SWPadnos> and maybe faster or something
[17:50:05] <SWPadnos> $834.99 for an FX3800
[17:50:16] <SWPadnos> roughly double the performance of the FX1700 in SolidWorks
[17:50:27] <SWPadnos> (also double the power consumption)
[17:51:35] <BJT-Work> looks like it has an aux power connection at least
[17:52:07] <SWPadnos> aftually, the FX1800 may be a better deal
[17:52:20] <SWPadnos> $450-ish, and still close to double the performance of the FX1700
[17:52:46] <BJT-Work> I need 2 DVI (I think) for my dual monitors
[17:53:36] <SWPadnos> the 1800 has one DL DVI, plus a DisplayPort to DVI adapter (though it looks like it's single -link ??)
[17:53:55] <SWPadnos> plus an additional DP socket. I don't know if all 3 can be driven at once
[17:54:15] <BJT-Work> what about the FX4000-PB?
[17:54:42] <SWPadnos> tat's not current, according to the chart at nvidia.com
[17:54:46] <SWPadnos> that's
[17:54:50] <BJT-Work> oh
[17:55:51] <SWPadnos> it's not in the chart at all, which makes me think it's not current :)
[17:56:00] <SWPadnos> http://www.nvidia.com/object/IO_11761.html
[17:56:10] <PCW> SWPadnos: Did you make a HAL only EMC application that used PID?
[17:56:32] <SWPadnos> PCW, sort of. we never ended up doing the PID in software
[17:56:55] <SWPadnos> there is some feedback, but it's only used for error detection
[17:57:25] <PCW> OK we have a customer that needs 40 axis of motion control, wondered where the HAL/EMC limits are
[17:58:02] <SWPadnos> HAL can handle that many independent joints, with limit2/limit3 blocks and PID
[17:58:24] <SWPadnos> on a fast enough CPU (which is probably anything that can be purchased today), it could do PID for that at probably 5 kHz
[17:59:32] <PCW> Thats fine, I think the problem is that there also needs to be a trapezoidal simultaneous motion controller for 32 of the axis, can EMC do that?
[17:59:49] <SWPadnos> well, not really in its current form
[17:59:57] <SWPadnos> there are only 9 axes in the world, you see
[18:00:22] <SWPadnos> actually, six are all you need to define a position in G-code. UVW are extras
[18:00:24] <PCW> Kind of want the trapzoidal profile component...
[18:00:36] <SWPadnos> doesn't limit3 do that?
[18:00:47] <SWPadnos> it limnits the first and second derivatives of the input
[18:00:48] <PCW> (probably not G code)
[18:01:20] <SWPadnos> what you don't get is coordinated motion - if one axis can't keep up, the others won't slow down to keep the profile correct
[18:01:44] <SWPadnos> (not PID based, I mean based on the commanded speed and joint limits)
[18:02:31] <BJT-Work> I'm thinking of the FX3700 now
[18:02:49] <SWPadnos> what is the resolution of your monitors?
[18:03:09] <BJT-Work> dammifiknow :( let me look
[18:03:13] <PCW> Ill take a look at limit3
[18:03:40] <KimK> SWPadnos: While we have a moment, now instead of "pin 'auxillary-output-1' does not exist", I get "signal 'auxillary-output-1' not found" http://www.pastebin.ca/1475689
[18:03:59] <SWPadnos> PCW, I think limit3 might need to be modified so it can accept a varying speed and accel limit
[18:04:12] <alex_joni> and you still need to write a component
[18:04:18] <alex_joni> that: a. parses the input data
[18:04:24] <SWPadnos> yes - the one that makes up the commands
[18:04:26] <alex_joni> b. converts it to commands
[18:04:34] <alex_joni> c. keeps track of errors
[18:04:35] <alex_joni> etc
[18:04:48] <alex_joni> basicly using a small subset of emc2, and rewriting some part of it
[18:04:57] <PCW> Right, a profile generator
[18:04:57] <SWPadnos> KimK, is that the only error you get?
[18:05:01] <alex_joni> (unless you need a GUI, then you rewrite most of it ;)
[18:05:11] <PCW> No gui
[18:05:16] <KimK> That's where it is stopping (not starting fully)
[18:05:25] <alex_joni> PCW: no gui sounds better
[18:05:53] <alex_joni> PCW: starting from the motion controller emc2 uses, one could (in theory) extend it to 32 joints
[18:06:04] <alex_joni> it means some rewrite though
[18:06:20] <alex_joni> and you still need the userspace component which parses the data and converts it to moves
[18:06:31] <PCW> Right
[18:06:32] <alex_joni> PCW: any timeframe for the project?
[18:06:43] <alex_joni> I'd say < 2 months is problematic
[18:07:12] <alex_joni> but it depends how much manpower you throw at the problem ;)
[18:07:18] <BJT-Work> SWPadnos: the one I use most is an Acer X243w with 1920x1200
[18:07:37] <SWPadnos> BJT-Work, the SL DP->DVI adapter will drive that monitor then
[18:07:59] <SWPadnos> so you could use the 1800 or 3800 with both your monitors
[18:08:32] <PCW> Dont know yet, just trying to get some reasonable suggestion for our customer
[18:08:34] <PCW> They could use our SoftDMC but its also awkward since it maxes out at 8 axis
[18:08:36] <PCW> (i'd like to throw 0 manpower)
[18:08:43] <SWPadnos> and there are DP->DL DVI adapters available
[18:08:49] <SWPadnos> heh
[18:08:55] <SWPadnos> you'll need 0+ a little
[18:09:10] <SWPadnos> if you know how the commands come in, it's easier
[18:09:49] <SWPadnos> it should also be relatively easy to make a multi-input limit2/limit3 component that can limit each output based on its contribution to the commanded move
[18:10:02] <SWPadnos> that's all you need for coordination, really
[18:10:36] <BJT-Work> the other monitor is a HP f2105 with 1680x1050
[18:10:38] <SWPadnos> it seems likely that many of the joints would be independent, or separated into several groups of coordinated joints
[18:11:26] <SWPadnos> BJT-Work, not a problem then. If you're cost-sensitive or the computer may not have a beefy enough power supply, I'd go with the FX1800. If money is no object and you're sure there is a fat supply in there (with the right connectors), then I'd get the 3800
[18:11:36] <PCW> Not sure about any of that yet, but it sounds liek the customer is willing to do the integration
[18:11:41] <SWPadnos> they're very similar in perfornamce, so the extra $400 may not be worth ir
[18:12:07] <SWPadnos> PCW, OK. if individually limited joints can work for them, then it's a no-brainer
[18:12:08] <BJT-Work> 650 watt Antec power supply with the new style connectors
[18:12:27] <PCW> Thanks SWP and Alex, back to layout...
[18:12:33] <SWPadnos> if they need coordination, especially multiple groups of coordinated joints, then it's a some-brainer :)
[18:12:37] <SWPadnos> heh. have fun
[18:12:46] <BJT-Work> Quadcore Q6600 processor
[18:13:57] <SWPadnos> BJT-Work, the 3800 takes about twice the power (108W vs. 59), costs nearly twice as much ($850 instead of $450), and only gives about 5% better performance (127.59 vs 119.97 in the solidworks benchmark)
[18:14:03] <SWPadnos> so it doesn't seem worth it to me
[18:14:08] <BJT-Work> SWPadnos: I like the "cost-sensitive" I use "cost effective" when talking to customers
[18:14:13] <SWPadnos> heh
[18:14:28] <skunkworks_> http://web.archive.org/web/19981212030933/http://www.mesanet.com/
[18:14:29] <SWPadnos> $5000 is cost-effective if it will get the job done (where $4500 wouldn't)
[18:14:45] <BJT-Work> ok, now that you put it that way
[18:16:52] <skunkworks_> http://web.archive.org/web/19961102103518/http://www.digikey.com/
[18:17:42] <SWPadnos> I still can't tell if you can run 3 monitors at once though
[18:17:55] <SWPadnos> that would be cool (like my Parhelia does now, only faster)
[18:19:01] <skunkworks_> I like chris's http://web.archive.org/web/20010220183336/http://www.timeguy.com/ same from 01 to around 05
[18:19:07] <skunkworks_> ;)
[18:19:21] <skunkworks_> (Don't look at mine)
[18:19:27] <SWPadnos> mine are still like that
[18:19:29] <SWPadnos> :)
[18:19:32] <BJT-Work> Dual DisplayPort support— ultra-high-resolution panels (up to 2560 x 1600 at Hz)
[18:19:41] <BJT-Work> Single dual-link DVI-I output drives digital display at resolutions up to 2560 x 1600 at 60Hz
[18:19:50] <BJT-Work> Package Contains
[18:19:58] <BJT-Work> DisplayPort to DVI-D single link adapter
[18:20:02] <SWPadnos> yes, two displayport plus a DVI connector on the card, plus an adapter so you can connect a DVI monitor to one of the DisplayPort connections
[18:20:19] <BJT-Work> cool
[18:20:20] <SWPadnos> so you can use at least two DVI monitors with the card
[18:20:33] <BJT-Work> that's what I need :)
[18:20:50] <SWPadnos> but not higher than 1920x1200 or so on one of them with the supplied adapter,since the DVI connection from the adapter is single link
[18:20:54] <BJT-Work> three would be nice... but my neck would get sore
[18:20:56] <SWPadnos> heh
[18:21:17] <BJT-Work> and I would have to build a bigger desk
[18:21:58] <SWPadnos> or get smaller monitors
[18:22:01] <SWPadnos> oh, wait
[18:22:02] <SWPadnos> :)
[18:23:17] <BJT-Work> hmmm, my motherboard supports dual video cards
[18:23:31] <SWPadnos> I'd get one and see how much faster it is :)
[18:23:45] <SWPadnos> the FX1800 is already double the speed of what you have (had)
[18:24:16] <BJT-Work> I was just thinking that an FX1800 plus a cheaper card for the other monitor which is usually just text stuff
[18:24:21] <roh> hi guys
[18:24:28] <SWPadnos> no point, the FX1800 will drive both
[18:24:40] <SWPadnos> you eliminate a lot of driver issues with only one card
[18:24:46] <SWPadnos> hi roh
[18:24:51] <BJT-Work> yea, I see what you mean
[18:26:21] <BJT-Work> I think while I'm at it I'll add a second SATA hard drive to keep a back up on...
[18:26:53] <archivist> * archivist admits he gets away with much lower power PC for solidworks
[18:27:59] <SWPadnos> hmmm. I think I can get 5MB/1MB DSL service now, without even having to go to a business plan
[18:28:14] <BJT-Work> the faster I get my work done the sooner I can go fishing so more power is better
[18:28:25] <SWPadnos> and the tech said there's 8/1 and 16/2 available on the business plans
[18:29:24] <BJT-Work> I'm putting up a tower at home so I can get wireless so anything will beat 49k
[18:29:48] <SWPadnos> heh
[18:30:14] <SWPadnos> too bad AT&T (and all the other cellular carriers) boot you if you use too much data on their "unlimited" plans
[18:30:30] <SWPadnos> the data rates are actually very good these days, i fyou have 3G nearby
[18:30:47] <SWPadnos> ok, bbiab. time to put my sisters computer together
[18:31:02] <BJT-Work> I have to climb on top of the roof to get cell reception
[18:31:16] <BJT-Work> SWPadnos: thanks for the help
[18:33:33] <guest35734357> guest35734357 is now known as FlyingElectron
[18:34:32] <FlyingElectron> hi, anyone know if there is a way to read the current Z tool offset in a gcode program?
[18:35:49] <maddash> so, I heard about the transition to git. Does that mean that http://cvs.linuxcnc.org/cvs is useless?
[18:36:18] <roh> maddash i think so.. it was switched to readonly atleast
[18:36:44] <BJT-Work> FlyingElectron: I'm not sure... what are you trying to do?
[18:36:57] <maddash> so, does the emc2 repo still have a http interface kept up to date?
[18:37:50] <roh> i think git.linuxcnc.org should have a gitweb interface
[18:39:19] <roh> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2 already has updated getting sources information for how to pull etc
[18:39:49] <maddash> roh: yeah, but you'd have to install git first
[18:40:03] <roh> well.. one needs that nowadays anyhow
[18:40:28] <maddash> argh
[18:41:04] <roh> and learning git is something one shouldnt miss also, since it gives one a real power to sync important stuff easily.
[18:41:48] <roh> finally a was for everybody, even without persistant infrastructure to have 'syncable' backups of stuff and a way to find out which version was the most recent
[18:42:38] <maddash> no no no
[18:42:55] <roh> argh.. somebody broke the git server
[18:43:02] <maddash> exactly
[18:43:10] <roh> atleast the route there loops seen from here
[18:43:20] <roh> looks more like a network problem
[18:43:31] <maddash> someone broke a functionality. telling the user to go learn XYZ isn't even a good excuse.
[18:44:09] <roh> maddash wrong. a host is unreachable. the functionality is still there. if you refuse to learn a scm, use tarballs.
[18:44:15] <maddash> it just so happens that I know git, but I don't have it on non-Linux systems. What if I'm on the road, and I want to browse the latest emc2 motion.c?
[18:44:28] <roh> maddash gitweb
[18:44:50] <roh> same as cvsweb and svnweb foo. a cloickable way to browse repos, commitlogs and all that shit
[18:45:24] <maddash> who owns the server, anyway?
[18:45:44] <roh> also this means we could e.g. add emc to github and it would get synced there automagically as 'backup'
[18:46:10] <maddash> yes yes, I know about the "WONDERS of git"
[18:46:29] <roh> dunno who 'owns' it.. do also not see how thats important.
[18:47:01] <maddash> um, the fact that it's down?
[18:47:46] <guest35734357> guest35734357 is now known as FlyingElectron
[18:47:51] <roh> no reason to panic. i'm a admin myself and know that it sometimes can take a moment to migrate stuff.
[18:48:29] <roh> better do things properly than hush-hush.
[18:48:41] <maddash> I don't like you
[18:48:53] <alex_joni> lol
[18:48:55] <maddash> I'll leave it at that
[18:48:59] <alex_joni> tough luck
[18:49:23] <archivist> I would not be announcing the cvs switch off till bugs in new server were shaken out
[18:49:34] <roh> *g* well..your choice.
[18:49:40] <alex_joni> archivist: there aren't any bugs in the new server
[18:50:06] <roh> archivist looks more like a network issue to me... the route ends somewhere in a loop inside roadrunner
[18:50:06] <alex_joni> just some connectivy issues atm, I'm sure they'll be fixed soon
[18:51:06] <roh> hm.. wtf... the cvs is on a dsl line?
[18:51:34] <maddash> gig0-3.lnclne01-ubr2.neb.rr.com
[18:51:53] <maddash> heh, no kidding -- downloading a tarball takes ages
[18:51:53] <roh> i mean.. if there is any need in finding sponsore bandwith and or a machine.. holler and i'll find something
[18:52:03] <roh> bandwith and hosting is dead cheap here in europe
[18:52:45] <maddash> this new freenode webchat client is shit-poor
[18:52:48] <FlyingElectron> i'm working on a lathe and writing a little utility to make facing easier. I'm reading in the current Z position when the program starts, moving in towards the spindle 0.005" then doing a facing operation. The intention is that i move the tip of the tool until it just contacts the stock in the Z direction and then run the program which will do the facing.
[18:53:41] <guest35734357> guest35734357 is now known as FlyingElectron
[18:54:23] <FlyingElectron> i'm working on a lathe and writing a little utility to make facing easier. I'm reading in the current Z position when the program starts, moving in towards the spindle 0.005" then doing a facing operation. The intention is that i move the tip of the tool until it just contacts the stock in the Z direction and then run the program which will do the facing.
[18:55:29] <FlyingElectron> it works except i can't seem to figure out how to account for the tool length offset, if there was a way to read the current tool offset into a parameter inside the gcode program, i think i could get it to work
[18:55:36] <toastatwork> ...what
[18:55:57] <toastatwork> oh, emc doesn't support u/w axis or g94 does it
[18:56:04] <toastatwork> your problem makes more sense now
[18:56:16] <skunkworks_> FlyingElectron: http://www.cnczone.com/forums/showthread.php?t=80329
[18:57:18] <SWPadnos> toastatwork, U and W are supported, but they may not do what you want in this context
[18:57:50] <SWPadnos> they're independent linear axes parallel to X and Z, not offsets as I think I've seen them described
[18:59:58] <FlyingElectron> awesome
[19:00:03] <FlyingElectron> that helps a lot
[19:00:19] <skunkworks_> Looks like I will have no issue mounting the meter on the garage and backfeeding the house. (house currently has a 125a box) that way I can run a 200a service in the garage and backfeed the house.
[19:00:40] <FlyingElectron> so it looks like I can do a G92 to save the current G92 offsets, then a G92 X0 Z0 to zero them out, do my stuff, then do a G92.3 to restore the original G92 offsets
[19:01:39] <skunkworks_> ? I didn't think that was the final solution in the link I sent you..
[19:01:52] <SWPadnos> I don't think you can do that the way you want
[19:02:15] <SWPadnos> you can cancel G92 without erasing the previous offset by using G92.1 (or G92.2, I forget)
[19:02:40] <SWPadnos> but when you re-enable G92 with 0,0 offsets, you will lose the ability to recall the previous offset with G92.3
[19:03:20] <SWPadnos> the "save" doesn't put the numbers into another set of parameters, it just skips the step of zeroing them
[19:03:50] <FlyingElectron> I think I am a little confused
[19:04:08] <FlyingElectron> if I do a G92 X1 Z2 followed by a G92 X3 Z4
[19:04:30] <FlyingElectron> the second G92 would it "save" X=3 and Z=4 or would it save the previous X=1 Z=2
[19:04:40] <SWPadnos> read all about it in the manual :)
[19:04:46] <toastatwork> swpadnos: re u/w: yeah, they're incremental commands since lathes don't have any use for U/W axes like a mill might. So facing .005 from where you are would go:
[19:05:01] <toastatwork> g94 x-.05 w-.005 f.005
[19:05:05] <SWPadnos> it makes the current point X3Z4, adding the delta between the old and new offsets as needed to make that happen
[19:05:19] <SWPadnos> you could use G91 instead
[19:05:51] <SWPadnos> there's also a G28 variant which will save the current positions, at which point you can use math to get where you need to be
[19:06:09] <FlyingElectron> found it in the manual, it definetly won't do what i want, it saves the current offsets after the last G92 is applied
[19:06:13] <toastatwork> g91 is how i would face incrementally without g94 and u/w
[19:06:21] <skunkworks_> SWPadnos: yes g28.1 - that was the link I sent from cnczone.
[19:06:41] <SWPadnos> ah, there you go :)
[19:06:52] <skunkworks_> http://www.cnczone.com/forums/showpost.php?p=610170&postcount=7
[19:07:54] <FlyingElectron> i think i understand what is going on in that CNCzone thread now
[19:07:58] <SWPadnos> ok, back to building. bbl
[19:08:33] <FlyingElectron> but i think G91 is the winner for me
[19:08:53] <FlyingElectron> if i just move incrementally in the Z axis, I won't care where the actual Z coordinates are
[19:16:30] <FlyingElectron> thanks everyone! It works great with the G91 incremental!
[19:42:17] <awallin> on Ubuntu 8.04 I get these vertical lines on the screen (purple pixelated things), probably a graphics driver issue. Any ideas on how to fix this? I think this box has on-board video by Intel
[19:44:00] <awallin> my xorg.conf is pretty empty, seems like just default stuff in there. this is a pretty pristine 8.04 install from the CD
[19:46:39] <alex_joni> awallin: you can add a line to use another driver
[19:46:44] <alex_joni> vesa should be fine
[19:46:51] <alex_joni> although no acceleration
[19:46:59] <alex_joni> you can check in Xorg.log what driver it used now
[19:49:17] <awallin> this is probably what I'm using now? (from Xorg.0.log): (II) Loading /usr/lib/xorg(II) Loading /usr/lib/xorg/modules/drivers//intel_drv.so
[19:53:32] <alex_joni> awallin: sounds like intel not vesa
[19:55:43] <awallin> yep, the installer probably autodetected I have intel hardware. but this driver is not working that great. after a while the vertical pink streaks get annoying
[19:55:58] <alex_joni> I can imagine
[19:56:04] <alex_joni> I think googling will help
[19:56:11] <alex_joni> there are more than one intel drivers
[19:56:17] <alex_joni> but it depends on the card you have
[19:57:17] <awallin> need to find out what motherboard I have first :)
[19:57:29] <alex_joni> lspci should be good enough for this
[19:58:33] <awallin> lspci tells me "Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02)"
[19:59:36] <alex_joni> ok
[19:59:36] <issy> hi all
[20:00:04] <alex_joni> awallin: http://intellinuxgraphics.org/documentation.html
[20:00:32] <issy> i have to make a vinil cuuting machine , the problem is that the knive must folow the contur of the cut. Any ideas?
[20:00:43] <alex_joni> is it a disc cutter?
[20:00:53] <issy> yes
[20:01:04] <alex_joni> and you have some rotation of the cutter.. right?
[20:01:16] <issy> yes
[20:01:59] <KimK> disc cutter?
[20:02:07] <alex_joni> awallin: Section "Device"
[20:02:10] <alex_joni> Driver "vesa"
[20:02:13] <alex_joni> EndSection
[20:02:31] <alex_joni> (of course a backup of Xorg.conf first ;)
[20:03:46] <KimK> I only know of the swivel knife vinyl cutters, what's a disc cutter?
[20:03:56] <alex_joni> KimK: similar
[20:04:02] <issy> i will use disk cutters from olfd
[20:04:03] <alex_joni> something like a pizza cutter ;)
[20:04:19] <issy> yes , gut catch..
[20:05:10] <KimK> Are disc cutters newer/older and better/worse than the X-acto swivel knife variety?
[20:05:28] <issy> it is different
[20:05:45] <issy> the vinil usualy as max 1 mm thick
[20:05:56] <KimK> I mean, are the swivel knives "old tech" now?
[20:06:01] <issy> and with disk it is allweys bether
[20:06:22] <issy> but there is a limitations too
[20:06:38] <issy> the min. circle is about 4 mm.
[20:06:56] <KimK> The disc is very small, then?
[20:07:42] <issy> http://www.olfa.co.jp/en/body/kind/5_p1.html
[20:08:03] <issy> the blade usualy is about 20 mm diameter
[20:14:17] <KimK> interesting, thanks
[20:23:39] <MikeG> hello everyone
[20:23:45] <MikeG> I have a quick question
[20:23:50] <alex_joni> issy: I saw some cases where people use g-code to control the cutter
[20:23:52] <alex_joni> A axis
[20:24:01] <alex_joni> and you can probably derive the direction in HAL to control it
[20:24:08] <alex_joni> but I'm not sure how well that would work
[20:24:56] <MikeG> can you read 3 encoders with EMC2 through a parallel port breakout board?
[20:25:16] <alex_joni> MikeG: yes, but you're limited to something like 30-40kHz
[20:25:36] <MikeG> what does that limit refer to?
[20:25:39] <alex_joni> unless you use some hardware counters on the breakout board, and you write your component to red them
[20:25:49] <alex_joni> MikeG: how fast the encoder moves
[20:26:10] <alex_joni> if you get more than 30kHz pulses, then you might have problems counting in software
[20:26:20] <MikeG> okay so as long as the encoder will "pulse" less than 40 KHZ it should work
[20:26:30] <MikeG> got it
[20:26:34] <alex_joni> depends on your BASE_THREAD
[20:26:50] <MikeG> which depends on the latency-test right?
[20:26:50] <alex_joni> usually it's best to keep it < 0.5 BASE_THREAD
[20:26:54] <alex_joni> exactly
[20:26:57] <MikeG> sweet
[20:27:44] <MikeG> and then I can also output a +- 10 VDC command signal to a servo drive for each of three axis?
[20:27:50] <MikeG> from the BOB
[20:28:02] <alex_joni> yes, but you might be limited by number of pins
[20:28:06] <alex_joni> might want to use 2 x parport
[20:28:13] <MikeG> ok
[20:28:48] <alex_joni> MikeG: check this out: http://emergent.unpy.net/projects/01142347802
[20:28:55] <alex_joni> * alex_joni is off to bed
[20:28:58] <alex_joni> good night all
[20:29:04] <MikeG> thanks
[20:37:03] <toastatwork> lol a breaker just bit it
[20:37:06] <toastatwork> on one of the lathes
[20:37:22] <toastatwork> 210/210/210 between the legs going in
[20:37:32] <toastatwork> 210/210/20 coming out
[20:40:25] <MikeG> not taking a big enough cut if you don't blow a fuse now and then
[20:41:38] <toastatwork> indeed!
[20:41:51] <toastatwork> especially a 75 amp fuse on a 3ph 210v line
[20:43:08] <MikeG> heh bitchin
[20:44:31] <toastatwork> too bad it was something dumb that caused it
[20:44:35] <toastatwork> like, uh, the turret indexing.
[21:08:41] <KimK> hi cradek_ did you get any work done on the bus last night?
[21:09:47] <cradek_> cradek_ is now known as cradek
[21:10:20] <cradek> KimK: yep, got the wheels off, and found that the hub does disconnect from the brake disk like I had hoped
[21:10:42] <cradek> next step is to make the 3.5" socket and pull the wheel bearing nuts off
[21:11:06] <SWPadnos> if only I still had my tank mechanics toolbox
[21:11:19] <SWPadnos> I'm pretty sure I had a 3.5" in there (and larger)
[21:19:54] <awallin> * awallin is finally happy in 1920x1200...
[21:31:09] <roh> hm.. git still b0rk for me
[21:31:18] <roh> The remote end hung up unexpectedly
[21:33:27] <KimK> roh: It might be having network problems still, they're working on it, please be patient
[21:34:23] <Jymmm> SWPadnos: http://www.askthebuilder.com/artman212/uploads/1/332_1_001.jpg tank mechanics toolbox
[21:34:43] <Jymmm> cradek: Some auto parts stores RENT tools
[21:34:44] <SWPadnos> for very small values of "tank"
[21:35:35] <Jymmm> cradek: and what kind of bus is this?
[21:36:12] <Jymmm> http://www.freefoto.com/images/2030/02/2030_02_4---Yellow-School-Bus_web.jpg
[21:36:53] <Jymmm> short bus http://www.strangevehicles.com/images/content/13829.JPG
[21:37:40] <Jymmm> http://www.fugly.com/media/IMAGES/Funny/short_bus.jpg
[21:39:10] <Jymmm> Now, this is cool... http://tbn0.google.com/images?q=tbn:m8QYiMqcndXVBM:http://www.carlmontrosse.com/short_bus.jpg
[21:39:38] <Jymmm> bigger http://www.allfordmustangs.com/photopost/data/3243/Short_Bus.jpg
[21:39:55] <Jymmm> bling bling
[21:40:30] <Jymmm> Here we go... http://www.tonyrogers.com/humor/images/short_bus_air.jpg
[21:41:27] <Jymmm> LOL http://webpages.charter.net/ceday/short%20bus.jpg
[21:42:13] <Jymmm> ah crap, thought you were here cradek
[21:42:19] <Jymmm> oh maybe you were
[21:42:32] <Jymmm> talk to your twin
[21:43:15] <KimK> I'm still having problems getting a new network (signal?) recognized. Any suggestions? the error is "pin 'foo' does not exist"
[21:46:19] <SWPadnos> KimK, you can create signals and not connect them to any pins
[21:46:27] <SWPadnos> you can't connect a signal to a pin that doesn't exist
[21:46:45] <SWPadnos> the error is telling you that you're trying to do just that: "pin foo doesn't exist"
[21:47:12] <SWPadnos> oh. here comes the storm. let's see if I stay connected
[21:47:15] <KimK> But how then do I create a pin?
[21:48:36] <KimK> Since "net M110 => py-M110" apparently is not working
[21:50:20] <SWPadnos> only components can create pins
[21:53:36] <KimK> OK, thank you, that might be the answer
[21:54:12] <SWPadnos> remember, the model for HAL is like a circuit board - components are like ICs and signals are like wires
[21:54:45] <SWPadnos> it wouldn't make much sense to create a pin that has no usefulness associated with it
[21:54:49] <KimK> So maybe what I need are a pair of cross-coupled gates?
[21:54:53] <SWPadnos> as they do on ICs
[21:54:57] <SWPadnos> heh
[21:55:20] <SWPadnos> you said you were trying to make some signal that something could twiddle, right?
[21:55:25] <KimK> right
[21:55:25] <SWPadnos> custom M-codes
[21:55:27] <SWPadnos> ok
[21:55:27] <archivist> KimK, a port
[21:55:36] <SWPadnos> so just make a signal but don't connect it to anything
[21:55:44] <SWPadnos> newsig fred bit
[21:56:00] <KimK> I have the custom M-codes, if they should sets something
[21:56:04] <SWPadnos> done, now you have a signal named fred, which could be connected to hal_bit pins
[21:56:10] <SWPadnos> sets fred 1
[21:56:17] <SWPadnos> the signal will now have the value 1
[21:56:35] <SWPadnos> if you connect it to any input pins, they will see the value 1
[21:56:57] <awallin> hrm, now after an upgrade to 9.04 I have no audio :(
[21:57:07] <KimK> OK, but I thought newsig was deprecated?
[21:58:19] <KimK> archivist: what did you mean, a port?
[21:58:52] <SWPadnos> linkpp is deprecated. I don't know that newsig is
[21:58:57] <archivist> the connection to the outside world (the real pin)
[22:45:58] <geo01005> so I just got my sis goal3+ motherboard/ barebones kit.
[22:46:24] <geo01005> I didn't order a case fan with it because, well I'm going to have a huge fan next to it in the machine.
[22:46:59] <geo01005> the cpu fan is on full blast and isn't slowing down. Is this because I don't have a case fan connected to the motherboard?
[22:50:57] <roh> could be... whats the temperature of the metal its cooling?
[22:51:11] <roh> can you touch it for longer periods?
[22:51:53] <roh> keep the machine in the bios for some minutes.. that usually doesnt do 'idle calls', means the cpu is nearly as hot as if you would load it.
[22:52:45] <roh> if it gets hotter than you can keep your hand on the cooler -> you need a better one
[22:53:38] <geo01005> cpu is 36c
[22:54:12] <geo01005> everything is cool, just refuses to turn off.
[22:54:18] <roh> well.. ignore it for now... or do you know the latency already?
[22:54:28] <geo01005> yeah 5000
[22:54:31] <skunkworks> cpu fan? I don't think mine throttled down.
[22:54:45] <skunkworks> atleast I never noticed
[22:55:15] <roh> geo01005 ah.. i think thats cool for what sis delivered when i knew their chipsets
[22:55:16] <geo01005> I got this motherboard because SWP said it was awesome.
[22:55:32] <skunkworks> it is awesome!
[22:55:51] <geo01005> skunkworks you have one right?
[22:56:07] <geo01005> this stupid fan is loud!!!!
[22:56:11] <skunkworks> http://www.electronicsam.com/images/KandT/testing/goal3screenshot.png
[22:56:46] <geo01005> yeah I put a gig of memory in this one.
[22:56:51] <skunkworks> bbl
[22:57:05] <geo01005> got a supper cheap video card as well.
[22:57:43] <geo01005> I just wasn't sure if it is common practice for these motherboards to not throttle the cpu fan if there wasn't a case fan.
[22:58:54] <roh> hm.. is that the same chipset as this one http://www.pollin.de/shop/shop.php?cf=detail.php&pg=NQ==&a=NjMwOTkyOTk= ?
[22:59:04] <roh> SIS 761GX- /965L
[23:00:04] <geo01005> yeah that is is it.
[23:00:38] <roh> nice... these are really cheap. good to know.
[23:01:05] <geo01005> http://www.ascendtech.us/customkititems.asp?kc=DTMBGL3WSMP3000
[23:01:18] <geo01005> on this side of the pond though.
[23:04:19] <geo01005> I guess I'll get a case fan and see if it makes a difference.
[23:04:20] <genfool_> anyone have any experience with a pacific scientific brushless servo controller model 450 (old 1994 )
[23:10:14] <genfool_> reason why I ask, playing with building a small 3 axis cnc operating a dremil tool, bought the above item for $5 at a yard sale new still in box, should I toss it?
[23:11:35] <archivist> no
[23:11:48] <archivist> could be useful
[23:14:13] <genfool_> Hope so, having a hard time finding any useful info from google on it. have the manual and software
[23:15:12] <toastydeath> every time you throw a tool away, god kills a kitten
[23:15:23] <toastydeath> and also blows a servo on a cnc lathe
[23:15:35] <genfool_> will work off of 115v or 230v or 3 phase, little overkill for a dremil tool :)
[23:15:54] <toastydeath> no, it's exactly the right amount of overkill
[23:16:07] <toastydeath> the only way it could be any better is if you had a snagging grinder
[23:16:31] <genfool_> LOL, I like that
[23:17:50] <genfool_> software is on a 5.25 floppy, I dont have a drive to install it
[23:24:44] <roh> whow... http://www.pollin.de/shop/shop.php?cf=detail.php&pg=NQ==&a=NTY5OTkyOTk= that should be a emc2-ready board and cpu for 30E. nice.
[23:51:48] <Goslowjimbo> I'm afraid I haven't load comp correctly on both my computers. On this computer, if I comp -document, I get a ispi.9 on the desktop, and can't do a man for my component (ispi).
[23:52:32] <Goslowjimbo> On the computer in the barn, I can use the same instruction, and the file doesnt' get created.
[23:53:38] <Goslowjimbo> Also, on the computer at the barn, the hal file burps on "addf ipsi servo_thread"
[23:54:44] <Goslowjimbo> The loadrt instruction seems to work on both machines.
[23:59:06] <Goslowjimbo> I didn't get any errors at all when I loaded emc2-dev and whatever other list was required.