Back
[00:24:06] <skunkworks> archivist: is the circuit that critical?
[00:24:23] <skunkworks> * skunkworks is a well known hack
[00:24:57] <archivist> switchmode psu, one of a pair of fets
[00:26:39] <skunkworks> ah
[00:26:51] <archivist> in a cheap device I would "modify", but dont want to kill an HP toy with a bit of cheap crap
[00:27:42] <archivist> primary switcher for the 30A 5V supply
[00:28:48] <archivist> just been trawling through HP bench briefs of the period, not found it
[00:33:27] <tomp> faraday cage suit? whoa!
http://www.youtube.com/watch?v=9tzga6qAaBA
[01:28:38] <vent313> it seems couple of modules with rtai in its names will help. whole 5 mb to download. not now
[01:29:15] <vent313> i think rtai is just some kind of an emulation and nothing serious at all.
[01:29:35] <vent313> overheated CPU will Halt at 91-100 celsius degree
[01:30:14] <vent313> don't understand the way rtai helps.
[01:30:56] <unterhausen> rtai keeps the machine from running away and killing someone
[01:31:51] <vent313> unterhausen: and from e.g. suspend mode, but there's a way to use inhibit applet in ubuntu
[01:32:00] <vent313> or policeman applet
[01:32:03] <unterhausen> no
[01:32:09] <vent313> yes
[01:32:44] <unterhausen> if you don't have rtai, your upper bound on an interrupt routine does not exist
[01:32:56] <vent313> this one: ~/policeman-female-90-60-legs90
[01:32:58] <vent313> .deb
[01:33:28] <vent313> unterhausen: well, i'm new to it.
[01:34:02] <vent313> unterhausen: can you give me a list of files from your /var/apt/cache/archives directory?
[01:34:34] <unterhausen> i'm on a machine with amd-64
[01:35:33] <vent313> oh...
[01:36:20] <unterhausen> plus it's so long the server would boot me for spamming
[01:36:28] <vent313> but, anyway, g-code isn't a hardest load for a computer. I think RTAI is all about other things
[01:36:45] <unterhausen> rtai is about machine control and realtime
[01:36:58] <vent313> i mean its names - i don't want to load anything
[01:37:07] <vent313> "realtime" ??
[01:37:27] <unterhausen> real time application interface or something like that
[01:37:45] <unterhausen> it is an operating system, linux runs as a task on top
[01:37:49] <vent313> my pants are grinded in the ass - sitting behind pc is real, not virtual one, believe me!
[01:38:33] <vent313> why couldn't linux be run as a realtime os?
[01:38:53] <unterhausen> redhat says they did that, but I don't know if it's mainstream or not
[01:39:41] <vent313> well, it's all about the programming and those nice leveles, nothing "new" as i thought before.
[01:39:41] <unterhausen> generally, it's fairly complex to enforce real time rules, so they emulate enough of the machine that linux doesn't take over
[01:40:19] <vent313> So, windows can handle cnc machines, too, even without a realtime preferences, right?
[01:40:35] <unterhausen> don't think so
[01:40:49] <unterhausen> there is something just like rtai for windows
[01:40:57] <unterhausen> but it's commercial
[01:41:04] <unterhausen> I have some licenses for it
[01:41:06] <vent313> but there are programs, which cut it from withing windows, aren't they?
[01:41:24] <vent313> yes, i meant commercial ones then.
[01:41:45] <unterhausen> sorry, forgot about mach3, which is not really realtime
[01:41:45] <vent313> i have few licenses to cam expert
[01:43:20] <vent313> but does it brings a stability? if yes, then which hardware configurations on? Pentium II 200 MGHz?
[01:48:17] <vent313> linux is reliable, e.g. when it stops openoffice.org, which fromats 5-mb html file. Another problem could be RAM. but many daemons can be swithed off to fill RAm with whole file with codes. And CPU - it must be free from charge or only partially loaded - this is probably what RTAi exactly does.
[01:48:29] <vent313> ***provides***
[01:49:03] <vent313> ok, can miss an answer - it's morning at home, want to sleep
[03:18:06] <Arkwhizzard> Is there any body out there
[03:18:34] <unterhausen> could be, people don't usually answer questions like that though
[03:19:12] <Arkwhizzard> I had nothing movinggI thought every one was gone
[03:20:29] <Arkwhizzard> I am a EMC newbie Didn't know
[03:21:01] <unterhausen> people ask questions, usually they get help
[03:21:20] <unterhausen> sometimes everyone with answers is busy doing something and you have to come back later
[03:21:29] <unterhausen> sometimes the answers come later
[03:21:48] <DanielFalck> Arkwhizzard: what's up?
[03:22:48] <unterhausen> Arkwhizzard: have you installed emc?
[03:23:35] <Arkwhizzard> I am having a problem setting up my axis (cnc newbie too)
[03:23:46] <unterhausen> what prob?
[03:24:26] <Arkwhizzard> It keeps telling me that I am over mylimits
[03:24:37] <unterhausen> sounds familiar :)
[03:24:47] <SWPadnos> the axis credit card
[03:24:51] <cradek> that's been answered on the list so many times
[03:25:04] <unterhausen> I wanna hear it again, daddy
[03:25:12] <cradek> usually the user assigned limit switches to input pins, but doesn't have limit switches
[03:25:37] <cradek> do you have limit switches Arkwhizzard?
[03:25:54] <Arkwhizzard> I have switches assigned topinsz is fixed (just up or down table moves)
[03:26:13] <SWPadnos> the input polarity may be wrong
[03:26:35] <cradek> the display shows a |<- icon when you're "on" the switch
[03:26:48] <cradek> if it is inverted (goes off when you push the switch), SWPadnos is right
[03:27:57] <Arkwhizzard> x moves from my left - to my right + Y moves toward me - away from me + is this correct?
[03:28:19] <JymmmEMC> But if it starts blinking and you hear a beeping sounds that gets faster and faster... RUN LIKE HELL!!! It's a bomb =)
[03:28:28] <cradek> depends what you mean
[03:28:44] <cradek> the table origin is in the near/left corner
[03:28:58] <cradek> positive X is tool moving right, positive Y is tool moving away
[03:29:34] <Arkwhizzard> have you seen the EASY Mill on instructables.com this is what I have
[03:30:09] <Arkwhizzard> the limits work fine and it hasn't bolwn up yet
[03:30:17] <unterhausen> somebody was on here recently with one of those
[03:30:41] <JymmmEMC> This?
http://www.instructables.com/id/Easy-to-Build-Desk-Top-3-Axis-CNC-Milling-Machine/
[03:30:41] <unterhausen> and I think his y axis was backwards
[03:31:40] <unterhausen> I still think a hexapod is easier
[03:31:52] <Arkwhizzard> that is what i am wondering where should 0 be on U
[03:32:13] <Arkwhizzard> I hat this new keyboard
[03:32:26] <SWPadnos> heh
[03:32:34] <SWPadnos> waring it as a hat huh?
[03:32:39] <SWPadnos> or wearing it even
[03:32:41] <Arkwhizzard> 0 be on Y
[03:33:11] <JymmmEMC> I think it's really personal preference. I have my XY 0,0 as bottom left corner
[03:33:23] <Arkwhizzard> roll up kyeboard from EBay
[03:33:55] <SWPadnos> oh, those are hard to type on
[03:34:04] <SWPadnos> but they are good with coffee on them
[03:34:15] <Arkwhizzard> can I send son
[03:34:25] <Arkwhizzard> can I send a pic
[03:36:25] <SWPadnos> wait, you said you have a limit problem. what is the picture for?
[03:37:12] <Arkwhizzard> to see if I have 0,0in the right place?
[03:37:28] <SWPadnos> uh
[03:37:41] <unterhausen> get the limit thing fixed first
[03:38:47] <Arkwhizzard> I think the limits are right , I THINK I AM USING 0,0 IN H
[03:39:08] <Arkwhizzard> 0,0 in the wrong place
[03:40:11] <SWPadnos> you need to decide where 0,0 will be
[03:40:33] <SWPadnos> if you have 10x10 inches of movement, there's no rule that says it has to be from 0-10 in X and 0-10 in Y
[03:40:50] <SWPadnos> you could choose to put 0,0 at the middle, and have limits of (-5,5) and (-5,5)
[03:41:11] <SWPadnos> and all you need to do is change one number in the ini file, which tells EMC the actual location of your limit switch
[03:41:15] <Arkwhizzard> does it matter? I have been trying to run the EMC LOGO PROGRAM
[03:41:28] <SWPadnos> (I don't recall which one that is though, you'll have to look it up)
[03:41:55] <SWPadnos> is the AXIS logo larger than your machine travel in either X or Y (or Z)?
[03:43:20] <Arkwhizzard> the one shows 6 inches on the screen for x less than 1 inch for y and it shows z at 1
[03:44:06] <SWPadnos> what are your machine travels?
[03:44:12] <Arkwhizzard> I have 7.825 x by 4.50 y and 5 on z
[03:45:11] <SWPadnos> ok, it should fit
[03:45:30] <SWPadnos> if you have Z going from 0 to 5, then that could be the problem
[03:45:58] <Arkwhizzard> I am facing the cutting tool with the x axis 0 to my left and travel to my right
[03:46:14] <SWPadnos> that has nothingto do with your limits
[03:47:30] <Arkwhizzard> what should z be? the limits work z will trip the limit just as the tool touches the table
[03:48:46] <Arkwhizzard> X and Y trip at the ends of there travel
[03:49:49] <Arkwhizzard> The machine will work fine on Mach 3
[08:29:25] <christel> [Global Notice] Good Morning all, we'll be restarting two of our servers in about half an hour. niven (v4) and simak (v6) -- affected users are in the region of 2,000. We apologise for the inconvenience. Thank you for using freenode and have a good day!
[09:04:13] <christel> [Global Notice] Hi again, it's 0903 and all is well. The two servers have been restarted and is linked back to the network. Thank you for your patience and have a nice day.
[12:07:20] <piasdom> g'mornin all
[12:21:17] <micges> good afternoon :)
[12:32:05] <piasdom> g'day
[12:39:31] <piasdom> :)
[12:42:40] <micges_emc> you too :)
[13:20:35] <micges_emc> if machine is on hard limit MDI isn't allowed ?
[13:21:10] <jepler> micges_emc: yes I'm pretty sure that's how emc behaves
[13:22:20] <micges_emc> like this error:
[13:22:20] <micges_emc> MDI SEND: M50 P0
[13:22:20] <micges_emc> joint 1 on limit switch error
[13:22:30] <micges_emc> MDI - my debug stuff
[13:26:19] <micges_emc> ok nm this stupid question :P
[13:33:17] <skunkworks_> -21degF
[13:33:58] <archivist> real or imaginary
[13:34:06] <skunkworks_> real
[13:34:19] <archivist> wind chill is not real
[13:38:30] <archivist> * archivist reads ABC news
[13:39:45] <archivist> my head works in deg F for hot and C for cold these days
[13:41:01] <skunkworks_> http://forecast.weather.gov/MapClick.php?CityName=Trempealeau&state=WI&site=ARX&textField1=44.007&textField2=-91.436
[13:54:58] <skunkworks_> archivist: did you see
http://www.youtube.com/watch?v=qY-FCN5ZXkg&feature=channel_page
[13:55:06] <skunkworks_> oh - you did - never mind
[16:29:09] <jensor> When I initially setup emc2, I had to resolve a latency problem. About 6 months ago I upgraded to the latest version and after that I began seeing a window popping up reporting rtaip error in task 1. I had never gotten that before the upgrade.
[16:29:42] <jensor> I do have an intel mb and originally had big latencies which got resolved to about 24 uS.
[16:30:05] <jensor> Now the latency test shows that my latency has not changed. Why am I now starting to see the error? I am using axis 2.2.8 and my base period is 50 uS.
[16:34:42] <skunkworks_> when you run the latency test - do you run other stuff? browse - glxgears and such?
[16:34:51] <skunkworks_> what are you getting for numbers?
[16:35:31] <jensor> Yes I run glxgears and open 3 browser windows with video on one and sound on another
[16:35:38] <jensor> 24 uS
[16:36:25] <jensor> I changed lthe base periode to 100 uS aand that didn't resolve the problem
[16:37:59] <cradek> jensor: the full message in dmesg shows the problematic numbers it sensed. what does it say?
[16:38:31] <cradek> oh, maybe not, maybe I'm thinking of a different error
[16:42:32] <alex_joni> the task 1 error is an error reported by rtai
[16:43:03] <skunkworks_> hmm - I wonder if 24us is too high for a 50us base period.. (I bet it is a bit higher if you ran it longer)
[16:43:19] <skunkworks_> oh - you changed the base period higher
[16:43:19] <alex_joni> it shouldn't be
[16:43:33] <skunkworks_> what is the motherboard hardware?
[16:44:39] <jensor> intel with 82801BA I/O controller
[16:48:44] <jensor> I am currently running the new "latency-test" command and it is yeilding higher numbers than the old way where one had to type in a setup to run it. Why the different results between the j2 tests?
[16:49:23] <jensor> "latency-test" is showing 75.4 uS
[16:50:37] <alex_joni> different methods to gather the data
[16:50:44] <alex_joni> but I'm surprised the difference is that big
[16:52:25] <skunkworks_> latency-test is more emc2 'like'
[16:52:38] <skunkworks_> but I agree with alex_joni
[16:54:48] <alex_joni> it's built using emc2 components
[16:54:48] <skunkworks_> isn't the 82801BA a usb controller?
[16:54:50] <jepler> on the one system i have handy to test, and in tests that each ran for only about a minute, the 'ovl max' and 'base thread max jitter' were in the same ballpark, about 8000ns.
[16:55:04] <jepler> comparing the rtai kern/latency test and the emc2 latency-test
[16:57:39] <jensor> The intel mb manual also lists 82850 memory controller hub
[16:58:26] <jensor> and 82801BA I/O Controller Hub
[17:02:03] <skunkworks_> video?
[17:02:56] <jensor> Don't kn ow would have to pull the case open to see
[17:06:34] <skunkworks_> is it on the motherboard or a pci/agp/pci-e card?
[17:08:40] <alex_joni> jensor: lspci -vv should tell you everything
[17:09:42] <skunkworks_> http://www.pastebin.ca/ the results
[17:09:52] <jensor> ok
[17:10:32] <eric_unterhausen> alex_joni: what does the second v do?
[17:11:14] <jensor> the video is a plug in pci card
[17:14:02] <alex_joni> eric_unterhausen: even more verbose
[17:14:42] <skunkworks_> Very Verbose ;)
[17:20:10] <Guest735> good morning all, jerry here
[17:20:14] <jensor> skunkworks, www.pastebin.com/d5bbe0a5
[17:20:37] <Guest735> I am new to emc2 and have a small coordinate system problem I suspect.
[17:21:13] <alex_joni> jensor: Unknown post id, it may have expired or been deleted
[17:21:17] <alex_joni> Guest735: ask away
[17:21:19] <piasdom> just ask
[17:22:11] <Guest735> I jog the machine to x0y0z0, go to mdi and execute g92x0y0z0 to set zero. load and run a program that stops somewhere like x1y1z2. I then go to mdi and execute g0x0y0z0 and the machine is somewhere else
[17:22:44] <Guest735> so I assume the coordinate system is off?
[17:22:45] <cradek> use "touch off", not g92, to set your origin
[17:23:11] <cradek> execute G92.1 to clear the G92 offset
[17:23:17] <alex_joni> Guest735: either that, or you have lost steps on your machine... (e.g. not set up right)
[17:23:27] <alex_joni> try what cradek suggests first
[17:23:57] <Guest735> tried touchoff and the dro for the axis said something like 4.192 for the touched axis
[17:24:04] <cradek> Guest735: g92.1
[17:24:05] <Guest735> instead of zero
[17:24:23] <alex_joni> yeah, that's the not turned off G92 offset
[17:24:24] <Guest735> so should I put a g92.1 at the start of each program?
[17:24:27] <cradek> you have both kinds of offset in effect
[17:24:30] <alex_joni> no, just run it now
[17:24:33] <alex_joni> from MDI
[17:24:48] <alex_joni> then use touchoff to define where you want 0 to be
[17:24:52] <alex_joni> then run your program
[17:24:56] <jensor> alex_joni,Sorry, try
http://pastebin.com/d5bbe0a5
[17:25:01] <alex_joni> make sure your program doesn't have G92 in it
[17:25:30] <alex_joni> jensor: line 72:
http://pastebin.com/d5bbe0a5
[17:25:36] <alex_joni> I mean: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro]
[17:25:49] <Guest735> so if I used g92 x0y0z0, then ran the program, mounted a new stock, ran it again and the axis is off, that is related to g92.1?
[17:26:03] <alex_joni> Guest735: can be
[17:26:12] <Guest735> why is it going back to the other coordinate system?
[17:26:52] <Guest735> is it related to an M code? I would have thought it would treat the next program the same from a coordinate system standpoint
[17:27:14] <Guest735> in this case the next program is the same program, just executed again.
[17:27:19] <cradek> Guest735: M2/M30 unapplies (but does not clear) the G92 offset
[17:27:41] <cradek> Guest735: that's why it's simpler to use touch off (which sets the G5x coordinate systems)
[17:28:12] <cradek> just avoiding G92 generally gives the best behavior
[17:29:07] <Guest735> I am converting from mach3. I generally used g92x0y0z0 to set zero. so to continue in that vain, right or wrong, I should do a g92.1 first?
[17:29:13] <jensor> alex_joni, Is that what could be causing the latency errror
[17:29:32] <cradek> Guest735: don't continue in that vain
[17:29:47] <cradek> Guest735: you will continue to have pain for no reason
[17:30:18] <Guest735> is there a gcode to zero all the coordinate systems? is that what g92.1 does? I'll have to look at it
[17:30:29] <cradek> if you must use it, be sure to read the documentation for g92, g92.1, g92.2, g92.3
[17:31:19] <cradek> if you mean "set a g5x coordinate system's origin to the current tool position", no, there is no gcode for just that. the easiest way to do that is to use touch off
[17:31:27] <alex_joni> jensor: no, I don't think so
[17:31:36] <alex_joni> I mean, I'm not sure what it is
[17:32:53] <jepler> Guest735: Here's the article from our wiki that touches on some of these issueshttp://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems
[17:34:49] <skunkworks_> jensor: few things... what video driver are you using? closed source/nv/vesa - also that chipset might have smi issues...
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?FixingSMIIssues
[17:43:02] <jensor> skunkworks, video driver - don't know. But why am I having this latency problem now when it never occurred before upgrading emc2?
[17:43:29] <alex_joni> jensor: it wasn't checked for before
[17:44:09] <jensor> i see
[17:44:34] <skunkworks_> is this hardy? or dapper?
[17:44:39] <jensor> dapper
[17:46:02] <skunkworks_> check your xorg file.. /etc/X11/xorg.conf
[17:46:13] <skunkworks_> it will give you what video driver you're using
[17:47:06] <skunkworks_> you could pastbin that also
[17:47:34] <jensor> k
[17:52:28] <jensor> skunkworks,
http://pastebin.com/d4b04a84b
[17:53:16] <skunkworks_> Driver "nv"
[17:53:42] <skunkworks_> could you try "vesa" instead and re-run the latency test?
[17:54:01] <skunkworks_> some have had good luck with nv and others have not.
[17:55:27] <jensor> how do change to vesa?
[17:56:15] <skunkworks_> what is it.. sudo gedit /etc/Xll/xorg.conf <-anyone - is that correct?
[17:56:24] <skunkworks_> or work
[17:56:39] <cradek> X11
[17:56:53] <jensor> Do I just edit the file?
[17:57:06] <skunkworks_> yes
[17:57:09] <jensor> xorg that is?
[17:57:15] <jensor> ok
[17:57:23] <skunkworks_> cradek: isn't that what I wrote?
[17:57:29] <cradek> no
[17:59:29] <skunkworks_> heh
http://imagebin.ca/view/0B5okL.html
[18:00:32] <cradek> not my fault
[18:00:50] <skunkworks_> :)
[18:02:26] <jensor> skunkworks, Just to be sure change from nv to vesa at one place in the file shown as line 93 in the pastebin?
[18:02:40] <skunkworks_> yes
[18:02:49] <jensor> ok
[18:03:31] <skunkworks_> then reboot - or if you are linux savy - restart x. (I am not linux savy)
[18:10:51] <jensor> oh, oh. When I reboot and do name and pw it just comes back and asks for the same again - i can't get in now
[18:12:15] <skunkworks_> are you at a text screen?
[18:12:47] <jensor> no it is coming up with the default ubuntu log in screen
[18:13:53] <jensor> it only takes text input at this point
[18:16:07] <jensor> it seems as though it takes my entry ok and then cycles back to the same screen again
[18:19:17] <jensor> skunkworks IOn this screen I do have the following options: 1last session, Gnome, Failsafe Gnome,
[18:19:30] <jensor> Failsafe termnial
[18:20:32] <skunkworks_> what happens when you try failsafe gnome? Do you remember what resolution you where running?
[18:21:08] <jensor> not sure of res 600x800 maybe
[18:24:22] <jensor> skunkworks, I get quick msg "out of range" on a blue screen and then back to login screen. I got this before but it didn 't linger long en ough for me to read
[18:27:58] <jensor> skunkworks, I was able to select failsafe terminal and now have a terminal window
[18:28:21] <jensor> now how do I fix the log in problem
[18:31:10] <skunkworks_> do a sudo dpkg-reconfigure -phigh xserver-xorg for shits and giggles.
[18:31:14] <skunkworks_> sudo dpkg-reconfigure -phigh xserver-xorg
[18:37:00] <jensor> skunkworks, i was able to use the termin al to go back to xorg.conf and re-edit xorg.conf back to nu.
[18:37:16] <jensor> now upon reboot i get msg:
[18:37:56] <jensor> Failed to start Xserver. Would you like to view x server output to diagnose
[18:38:20] <jensor> I'll wait for your response
[18:39:13] <skunkworks_> nu or nv?
[18:40:08] <jensor> not sure - I hope it was nu
[18:40:28] <skunkworks_> it should be nv - not nu.
[18:40:42] <jensor> Then I screwwed up again
[18:40:46] <skunkworks_> Driver "nv"
[18:40:59] <skunkworks_> so - get back to terminal and change it. (you did great)
[18:42:23] <jensor> Well I'm not sure if I can get to that becuse when I last booted i got the msg that it failed to start Xserver before i get to a log on screen
[18:43:09] <jensor> It gives me the choice to veiw Xserver output to diagnose
[18:43:27] <jensor> I'll do that
[18:46:27] <skunkworks_> it will drop you to a text only terminal.
[18:46:33] <skunkworks_> I would guess
[18:48:58] <jensor> Got a command line. sudo gedit doesn't work. I need to edit from a command line. not sure how to do that.
[18:49:20] <skunkworks_> heh
[18:49:38] <skunkworks_> there is a text editor - let me think
[18:50:49] <skunkworks_> sudo nano /etc/X11/xorg.conf
[18:51:24] <skunkworks_> you are going to have to play with it.. It takes a bit getting used to.
[18:51:37] <skunkworks_> (it has been a while since I used it)
[18:55:04] <jensor> skunkworks, I think I got it changed from nu to nv and saved. now what would the command be to reboot?
[18:55:51] <skunkworks_> sudo reboot?
[18:55:54] <skunkworks_> I don't remember
[18:55:56] <skunkworks_> exit?
[18:56:29] <skunkworks_> sudo reboot I think works
[18:57:31] <jensor> it is rebooting now
[19:00:15] <jensor> skunkworks, Whew, logged in ok. Up again. Wonder why changing from nv to vesa loses up the login?
[19:01:04] <skunkworks_> I would guess that the screen resolution and or color depth was too high for the vesa driver.. You may want to do some researching on that.
[19:01:49] <skunkworks_> I still think you want to try the vesa driver and test latency. Also look at the smi link I sent you.
[19:02:22] <skunkworks_> But now that you know you can get out of a screw-up - you can play around with the xorg file.
[19:02:27] <skunkworks_> :)
[19:04:00] <skunkworks_> and you can always re-setup the xorg file by running sudo dpkg-reconfigure xserver-xorg
[19:04:24] <skunkworks_> it runs you thru the config or the video/mouse/keyboard.
[19:05:05] <skunkworks_> and monitor
[19:06:24] <skunkworks_> this is also a great source
http://ubuntuforums.org/index.php
[19:07:45] <motioncontrol> good evening.Some people have the hal,ini and core file for use the hm2_pci driver for mesa card 5i20? i now use the standard 5i20 driver , when select the hm2_servo driver the emc is in error because the hm2_servo use the 7i34 card. thanks
[19:15:44] <jensor> skunkworks, Thanks for the help. I'll persue your suggestions.
[19:17:05] <BigJohnT> motioncontrol: to use the hm2_pci you first have to load the hostmot2 driver AFAIK
[19:17:41] <BigJohnT> motioncontrol:
http://www.linuxcnc.org/docs/devel/html/drivers_hostmot2.html
[19:28:59] <motioncontrol> thanks
[19:35:30] <BigJohnT> motioncontrol: there is actually more info here
http://www.linuxcnc.org/docs/devel/html/man/man9/hostmot2.9.html
[20:31:17] <skunkworks_> -24°F tonight
[20:31:43] <skunkworks_> car started at -21 this morning.. hard anyways
[20:33:51] <skunkworks_> next week in the 40's (they say_
[20:38:18] <alex_joni> good night all
[20:38:35] <skunkworks_> night alex
[20:40:07] <maddash> does he sleep next to his computer or something?
[20:41:41] <skunkworks_> he is the computer
[20:43:30] <maddash> then why does he sleep?
[20:47:12] <skunkworks_> to make him seem more human
[21:09:39] <skunkworks_> neat
[21:09:40] <skunkworks_> http://www.cnczone.com/forums/showthread.php?t=63716&page=3
[21:09:48] <skunkworks_> last couple posts
[21:47:11] <vent313> ah, still trying those linux-kernel-rtai versions.... Do I need some of kernel-images-....deb ??
[22:15:47] <jensor> when starting emc with the command emc -dd -vv what is the path to the info that gets stored?
[22:18:52] <BigJohnT> are you looking for dmess
[22:23:39] <jensor> I suppose so
[22:26:39] <BigJohnT> once second jensor
[22:27:14] <BigJohnT> http://www.linuxcnc.org/docs/devel/html/common_Linux_FAQ.html#r1_5_6
[22:27:21] <BigJohnT> there you go jensor
[22:29:42] <BigJohnT> is that what you seek jensor ?
[22:39:53] <jensor> Really, I'm trying to see what causes my rtaip error while running
[22:40:47] <BigJohnT> one moment
[22:41:21] <BigJohnT> http://www.linuxcnc.org/docs/devel/html/common_Stepper_Diagnostics.html#r1_2_2
[22:43:25] <SWPadnos> jensor, exactly what rtapi error message do you see, and how is it displayed (in a window or to the terminal)?
[22:45:26] <SWPadnos> heh
[22:45:32] <SWPadnos> wrong command
[22:45:42] <SWPadnos> you don't want /nick
[22:46:22] <BigJohnT> heh
[22:47:32] <BigJohnT> I found the "heh" key it is Ctrl Alt Shift Tab Spacebar windows key pgup pgdn del all at once :)
[22:48:29] <steves> steves is now known as steve_stallings
[22:48:33] <SWPadnos> huh
[22:48:45] <SWPadnos> I have a special 129 key keyboard, with heh, huh, hmmm, and uh keys
[22:48:57] <BigJohnT> that's too easy
[22:49:05] <SWPadnos> I don't have clearance for the one with waitaminute
[22:49:16] <BigJohnT> I have to get the cat to help me
[22:50:07] <BigJohnT> * BigJohnT wonders what happened to jensor?
[22:56:24] <BigJohnT> Coco is taking /me for a walk bbl
[22:56:42] <BigJohnT> dagnabit
[22:57:48] <SWPadnos> heh
[23:11:47] <BigJohnT> friken cold out there
[23:13:02] <SWPadnos> is it worse than this?
http://www.wunderground.com/cgi-bin/findweather/getForecast?query=05452
[23:13:15] <SWPadnos> the only significant digit is after the decimal point :)
[23:13:21] <jensor> SWPadnos, rtaip error on task 1
[23:13:32] <SWPadnos> I don't believe that's verbatim :)
[23:13:45] <SWPadnos> (since it's RTAPI :) )
[23:14:01] <SWPadnos> so this is a message window that pops up at most once per time you run EMC?
[23:14:11] <jensor> no I'll determine it exactly the next time I see it
[23:14:11] <SWPadnos> or multiple times, without you stopping and restarting EMC?
[23:14:14] <SWPadnos> ok
[23:14:16] <jensor> yes one time
[23:14:19] <SWPadnos> ok
[23:14:38] <SWPadnos> first thing to do is to run emc from a terminal instead of an icon/menu item
[23:14:58] <SWPadnos> there may be messages printed there which will be lost if run from the GUI
[23:15:25] <SWPadnos> second thing to do is exit from EMC and capture the output of "dmesg" just after the error occurs
[23:16:02] <SWPadnos> incidentally, you mentioned last night that you just upgraded EMC2 to the latest, but I don't think you mentioned what you upgraded from
[23:17:40] <jensor> I didn't just upgrade - it was maybe 6 months ago and ever since i've noticed the error and now am tryin g to do something abouit it
[23:18:11] <jensor> I' currently runnin g from a teminal and started it with emc -dd -vv
[23:18:12] <SWPadnos> ok. either way, it would be good to know from what major revision you upgraded
[23:18:39] <jensor> I don't really knopw would that be in a log somewhere?
[23:19:14] <SWPadnos> I don't think so
[23:23:18] <jepler> wow, the performance of this machine is abysmal.
[23:23:42] <jepler> it takes a dozen seconds for the latency test window to appear after I start it
[23:24:12] <cradek> is that your same celeron?
[23:24:33] <jepler> no, cpuinfo reports "AMD Athlon 64 3000+"
[23:24:40] <cradek> huh
[23:24:40] <jepler> though it's running at 999MHz and it should be much faster in MHz
[23:24:44] <cradek> seems wrong then
[23:25:08] <jepler> indeed
[23:25:31] <jepler> it's using the 64-bit RT kernel -- it's a hard drive transplanted from a different system
[23:25:36] <jepler> into the box that used to be my main server
[23:26:25] <jepler> it's much faster-feeling booted into the -generic kernel
[23:27:29] <jepler> direct rendering: Yes
[23:27:36] <jepler> 17 frames in 5.2 seconds = 3.274 FPS
[23:27:40] <jepler> this isn't quite right
[23:36:49] <jepler> after changing a power management setting in BIOS it's better (booted as 1.8GHz which I think may be right) but still feels slow
[23:37:17] <jepler> wow, going into X makes a huge difference. 1-minute "ovl max" on console: <2000ns. 1-minute "ovl max" in X: 28000ns
[23:39:05] <jensor> SWPadnos, No rtapi error yet after about 1 hour, I might not get it since I incresed the base period from 100 uS to 120 uS.
[23:39:21] <SWPadnos> jensor, the error is generated in the servo thread
[23:39:28] <jepler> SWPadnos: no, you're wrong
[23:39:38] <SWPadnos> really
[23:40:00] <jepler> this one is generated by rtapi based on an indication from rtai that a deadline was missed: RTAPI: ERROR: Unexpected realtime delay on task 1
[23:40:19] <SWPadnos> oh, it's the other message (this period was anomalously large ...) that is generated in the servo thread?
[23:40:22] <jepler> right
[23:40:25] <SWPadnos> ok, thanks
[23:40:51] <jepler> if I knew whether "task" was 0-based or 1-based I could tell you whethre that means it's from base or servo :-P
[23:42:09] <SWPadnos> heh
[23:45:35] <jepler> and yuck, the opengl is buggy too:
http://emergent.unpy.net/files/sandbox/bad-buggy-opengl
[23:45:55] <jepler> and yuck, the opengl is buggy too:
http://emergent.unpy.net/files/sandbox/bad-buggy-opengl.png
[23:45:57] <SWPadnos> this isn't a goal3+ board is it?
[23:46:01] <jepler> no
[23:46:14] <jepler> it's an old SFF PC
[23:46:17] <SWPadnos> ok. it sounds like some reports about them :)
[23:46:19] <SWPadnos> ah
[23:46:55] <jepler> a couple of sockets ago, I forget which one. K8T800, VIA Unichrome
[23:46:56] <LawrenceG> does it have an intel 810 video device?
[23:47:06] <jepler> LawrenceG: no, VIA Unichrome is the name of the video
[23:47:34] <LawrenceG> hmmm
[23:47:56] <SWPadnos> hmmm. I'm pretty sure that's what was used on the Jetway boards Ray tested
[23:49:47] <JustinXJS2_> JustinXJS2_ is now known as JustinXJS
[23:54:33] <jepler> adding an AGP Matrox card gives much better interactive performance and somewhat latency-test results
[23:54:56] <jepler> still up to 23us after running only a short time, but if I keep this system for emc it will be for either pluto or mesa so that'll be dandy
[23:55:16] <SWPadnos> hmmm. I think there may be a Parhelia driver now. I should look into that
[23:55:57] <jepler> ooh but the best thing about this board is with the side panel off I can see the lights on th emesa
[23:56:04] <SWPadnos> heh
[23:56:08] <jepler> in a normal desktop case you can't see the sides of a PCI card..
[23:56:13] <SWPadnos> I'd need a mirror for that
[23:56:27] <SWPadnos> or a small video camera with macro
[23:56:30] <SWPadnos> hmmm
[23:56:54] <SWPadnos> and then software that does image processing and outputs the state of the LEDs on HAL pins, so I can see them on a VCP panel
[23:57:21] <jepler> that is pretty much a terrible idea
[23:57:28] <SWPadnos> heh
[23:57:40] <SWPadnos> I guess taking a dremel to the case would be more efficient
[23:57:43] <jepler> huh -- the fpga doesn't go back to the unprogrammed state when emc exits (hal_m5i20)?
[23:57:49] <SWPadnos> no
[23:58:07] <SWPadnos> actually, that may be a good idea - have the driver reset the FPGA so the pins are tristated
[23:58:13] <Guest735> couple of questions on coordinate systems???
[23:59:04] <SWPadnos> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems
[23:59:06] <SWPadnos> go ahead
[23:59:28] <Guest735> when I start emc2, axis dros are somewhat random. So I jog to a point and want that point to be g54 coordinate system x0y0z0. is there an easy way to do that or do I have to hit touchoff for each?
