Back
[00:01:22] <Rugludallur> im about
[00:01:33] <Rugludallur> just barely though :D
[00:01:42] <KiwiChris> Hi... Basic functoinality question then...
[00:02:05] <KiwiChris> I've just put EMC2 (Ubuntu live CD install) on a small CNC router, and put limit switches on it..
[00:02:18] <KiwiChris> 2 per axis, in series, and it's all working fine...
[00:02:30] <Rugludallur> so min and max are wired in series ?
[00:02:35] <KiwiChris> But, when I hit a lmit the spindle dosn't stop.. (Relay driven spindle)
[00:02:40] <KiwiChris> Yup, min+max in series...
[00:03:00] <Rugludallur> KiwiChris: when you hit a limit the machine just turns off (no estop) right ?
[00:03:42] <KiwiChris> The movement stops, but it dosn't stop the spindle, which I thought it might...
[00:03:54] <Rugludallur> KiwiChris, are you using axis ?
[00:04:03] <skunkworks> logger_emc: bookmark
[00:04:03] <skunkworks> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2007-04-17.txt
[00:04:04] <toastydeath> fff
[00:04:06] <KiwiChris> I can add the functionality to hardware if required, but thought the software might do it..
[00:04:13] <KiwiChris> Yup, axis..
[00:04:24] <skunkworks> kiwichris - you asked this question on cnczone - correct?
[00:05:00] <KiwiChris> Yeah, hadn't seen a reply on cnczone, and thought I'd try here, as I'm a recovering IRC addict, and I'm waiting for a backup job to run at work. :-)
[00:05:07] <cradek> KiwiChris: what is causing you to hit the limits? You should not be able to ever hit them unless something grossly malfunctions
[00:05:09] <skunkworks> http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2007-04-16.txt
[00:05:25] <skunkworks> look here and read time stamp 19:25:00
[00:05:36] <Rugludallur> cradek: since you are here, is there a reason machine power off does not stop spindle ?
[00:05:50] <skunkworks> just never got to posting it - sorry.
[00:05:55] <cradek> Rugludallur: I'm surprised by that too
[00:06:13] <cradek> Rugludallur: I know abort (ESC) stops it
[00:06:22] <KiwiChris> cradek: didn't hit the stop for real, I've jsut been testing it...
[00:06:28] <cradek> KiwiChris: gotcha
[00:06:50] <Rugludallur> cradek: yeah, I remember this a while back, if you trigger through UI it's different than from inside HAL or from other source
[00:06:53] <cradek> Rugludallur: looks like this is another one - you have been busy
[00:07:03] <KiwiChris> skunk: thanks... Will look at the and function in the HAL.
[00:07:15] <Rugludallur> cradek: I think I discovered this one back in pre-2.1 :P
[00:07:28] <Rugludallur> cradek: if it's the same one
[00:07:36] <cradek> I think it's been fixed and then rebroken
[00:07:47] <cradek> and maybe partly fixed again after that (abort)
[00:07:54] <Rugludallur> cradek: want me to bug it ?
[00:07:57] <cradek> yes please
[00:08:17] <Rugludallur> KiwiChris: got your answer ?
[00:09:16] <KiwiChris> Yup, or at least something to try, I'm at work (My real job) at the mo, so I can't try immediately, but I'll give the AND statement in the HAL settings a go...
[00:09:48] <Rugludallur> KiwiChris: it's a bug though, so it will be fixed in future versions
[00:10:39] <KiwiChris> Rug: OK... Bug is a bit strong, more of 'unexpected functionality' for it to be a bug it'd haev to be that when it hit a stop jogging, it turned on the spinde!!! 8-)
[00:11:18] <cradek> I admit that would be even more surprising
[00:11:32] <KiwiChris> Do you want me to log a bug? (Not knowing where the emc bug tracker is kept)
[00:11:33] <Rugludallur> KiwiChris: There is a quote for this: "It's not a bug, it's an undocumented feature"
[00:11:42] <Rugludallur> KiwiChris: already done :D
[00:11:53] <KiwiChris> crad: it'd be one way of checking you were awake at the pendant...
[00:12:25] <cradek> yep, and if you can jog into a limit switch, whoever set up limits was snoozing on the job
[00:12:58] <KiwiChris> In which case you could lable it in the HAL config as USER_ALARM_ENABLE
[00:18:56] <Rugludallur> sleepy time, gnite
[00:19:03] <cradek> goodnight
[00:19:09] <cradek> thanks for the testing and reports
[00:19:48] <Rugludallur> cradek: got a couple more I need to verify, thanks for responding to the bugs :)
[00:30:33] <KiwiChris> * KiwiChris returns from picking up lunch...
[00:35:51] <skunkworks> how are things in New Zealand?
[00:38:18] <KiwiChris> Good, although the weather sucks just now...
[00:38:39] <KiwiChris> And the government is playing silly buggers, but that's normal for most parts of the world :-).
[00:41:28] <skunkworks> here also ;)
[00:42:03] <skunkworks> finally warming up here.
[00:45:37] <KiwiChris> Funnily enough the opposite here... We've had some good autumn days, but we've just got a big southerly front come through, and it's looking like a good day to stay inside and use IRC. :).
[00:46:14] <KiwiChris> You in the US? and is your nick just that, or are you from the R/C skunkworks?
[00:46:58] <KiwiChris> * KiwiChris wanders down to the cafe for a cuppa coffee - back in a tick.
[00:49:08] <KiwiChris> Back with coffee (Mmmmmm Coffee)
[00:50:30] <skunkworks> I own a dodge stealth - the stealth plane was made by skunkworks. Yah a streach. it would be a GTO over there.
[00:50:43] <skunkworks> made by mitusbishi
[00:52:36] <KiwiChris> Nice wheels.. Dodge re-brand a mitsi? That's a new one on me.. They're a cool car though, test drove one a couple of years ago, just for the fun of it..
[00:52:58] <skunkworks> Yes dodge re-branded it.
[00:53:15] <skunkworks> I am in WI, usa
[00:53:59] <KiwiChris> Do you know the lineman?
[00:54:13] <skunkworks> I am samco on cnczone. Lineman?
[00:54:39] <KiwiChris> The Witchita Lineman... WI=Withita??? (SP?)
[00:54:49] <skunkworks> Ah - Wisconsin
[00:54:50] <KiwiChris> Oh, Wioming... Forget it.
[00:54:58] <skunkworks> :)
[00:55:06] <KiwiChris> Wisconsin, not even close... :-)..
[00:55:27] <skunkworks> cheese heads and such
[00:55:58] <KiwiChris> "Cheese from Wisconsin, where Cheese is Cheese"
[00:56:23] <KiwiChris> (Courtesy of Tool time, Tim Allen has a lot to answer for when it comes to perceptions of the US in other countries!)
[00:58:48] <skunkworks> that is scary ;)
[00:59:04] <eric_u> I kinda like it
[00:59:13] <skunkworks> our neighbor married a kiwi - they live over there. ;)
[01:01:46] <KiwiChris> Weird... one of our neighbors to our old place married an American lady, and shifted to SF last year...
[01:08:31] <KiwiChris> Arrr, anyway, I've finished stuffing my face, so should go and do some work... You folks have a good evening/morning/afternoon (Depeding on TZ)
[01:08:41] <cradek> thanks, goodnight
[01:08:46] <cradek> good day
[01:08:50] <KiwiChris> Thanks for the help... Catcha.
[01:09:03] <eric_u> cradek, do you know how to tell what kernel the RTAI patches are for?
[01:09:11] <eric_u> they have strange numbering scheme
[01:09:29] <cradek> no, it's just as puzzling to me
[01:10:06] <eric_u> the rtlinux guys may have sold out, but their patches include the full number of the kernel version in their file name
[01:10:25] <cradek> I always found rtlinux easier to build, but I guess that's not too relevant anymore
[01:11:01] <eric_u> open source version is pretty moribund, it does still exist
[02:02:01] <ds3> what's the difference between RTAI and the other RT patches floating around? (esp, the one that seems to be headed into 2.6.21)
[02:13:40] <CIA-19> 03cradek 07TRUNK * 10emc2/src/emc/task/emctask.cc:
[02:13:41] <CIA-19> possible fix for bug 1701900 - spindle does not turn off when going
[02:13:41] <CIA-19> into machine-off state
[02:21:15] <CIA-19> 03cradek 07v2_1_branch * 10emc2/src/emc/task/emctask.cc: possible fix for bug 1701900 - spindle does not turn off when going into machine-off state
[02:39:31] <eric_u> ds3 sorry, I don't know about that patch.
[02:39:48] <eric_u> I've heard some noises about rt in the linux kernel, don't know anything more.
[03:05:31] <Chris-H> Any 5i20 users on now?
[03:05:40] <eric_u> I have one
[03:05:49] <eric_u> haven't hooked anything up to it.
[03:06:17] <Chris-H> Have you played with it in a Linux system yet?
[03:06:30] <eric_u> it's running, yes
[03:07:20] <eric_u> are you having problems with one?
[03:07:46] <Chris-H> I have an EMC2 config saved for it, but when I launch it won't start.
[03:09:59] <Chris-H> The log says 'M5I20: ERROR: FPGA busy at start of programming'
[03:10:06] <eric_u> I didn't have any problems
[03:10:43] <Chris-H> Running the 'vanilla' EMC2/M5I20 config?
[03:10:50] <eric_u> yes
[03:11:00] <eric_u> does that work for you?
[03:11:16] <Chris-H> That's what I'm trying to do (without success).
[03:11:47] <Chris-H> I might try the DOS test util from Mesa...
[03:12:13] <eric_u> which version of emc?
[03:12:22] <Chris-H> Latest.
[03:12:42] <Chris-H> Er...latest release.
[03:12:45] <eric_u> ok, I'm running 2.1.2
[03:13:26] <eric_u> didn't know there was anything to change, but there was some talk about it
[03:14:05] <eric_u> the firmware loading wasn't being done in the most elegant manner or some such kerfuffle
[03:14:32] <Chris-H> Just found another much earlier msg: 'Failed to allocate mem resource...'. Might be a problem.
[03:14:40] <eric_u> could be it
[03:14:40] <jmkasunich> Chris-H: what command are you using to load the firmware?
[03:14:59] <eric_u> emc probably
[03:15:14] <Chris-H> Yes, EMC2.
[03:15:19] <jmkasunich> emc doesn't load firmware
[03:15:18] <eric_u> that's what I type in and the firmware loads
[03:15:28] <Chris-H> *really*.
[03:15:29] <jmkasunich> something in your config is trying to load the firmware
[03:15:52] <jmkasunich> what config are you running?
[03:16:12] <Chris-H> The generic M5i20 4-axis one.
[03:16:29] <jmkasunich> ok, you are using the config thats built into the driver
[03:16:48] <jmkasunich> I had to do a mental reset - I've been working on a different config for the 5i20...
[03:17:11] <Chris-H> Correct. Let me add that I have not committed much of the relevant docs to memory yet. ;)
[03:17:17] <jmkasunich> thats ok
[03:17:57] <Chris-H> I'm also a 'man man' kind of linux newbie at this point.
[03:18:20] <jmkasunich> thats ok too
[03:18:26] <eric_u> driver loads the fpga at startup?
[03:18:29] <jmkasunich> I'm looking at the source at the moment
[03:18:46] <jmkasunich> eric_u: today it does (there is a single FPGA config hardcoded into the driver)
[03:19:06] <jmkasunich> in the future we are gonna have that as a separate step, so you can load any config
[03:19:23] <jmkasunich> in fact, the separate loader is what I'm working on at the moment
[03:19:49] <jmkasunich> so you caught me at a time when I know more about loading 5i20 configs than I ever did before (and ever will again)
[03:19:57] <Chris-H> :)
[03:20:35] <eric_u> .vhd files are vhdl?
[03:20:40] <jmkasunich> yes
[03:21:01] <Chris-H> I just selected and saved a copy of the 5i20 4-axis config. Do I need to change anything else just to get it to launch without anything connected to the card?
[03:21:05] <eric_u> so the m5i20 directory is all vhdl
[03:21:07] <jmkasunich> not sure why they're not named .vhdl, unless its because peter wallace at mesa uses doze boxes
[03:21:20] <eric_u> I'm sure he does
[03:21:36] <Chris-H> vhdl would be source - ?
[03:21:37] <jmkasunich> Chris-H: the driver for the 5i20 will not load unless you have a 5i20 card installed
[03:21:53] <jmkasunich> vhdl is the source for the stuff inside the FPGA
[03:21:57] <jmkasunich> not for the loader
[03:22:01] <Chris-H> It's in the PC.
[03:22:17] <jmkasunich> ok, then I'm not sure what you were asking above?
[03:22:59] <jmkasunich> stuart?
[03:23:02] <eric_u> there appears to be some memory related failure in his emc startup
[03:23:17] <stustev> yes?
[03:23:24] <Chris-H> Sorry - I was pointing out that the loader wouldn't use vhdl files (while not really being familiar with the mechanism).
[03:23:28] <jmkasunich> Chris-H: was the message "M5I20: ERROR: hal_malloc() failed"
[03:23:48] <jmkasunich> stustev: just wondering if that name was who I thought it was... welcome!
[03:24:09] <Chris-H> No. The mem resource error msg is way before the load attempt in the log.
[03:24:24] <stustev> thanks
[03:24:36] <jmkasunich> can you pastebin your log so I can see the messages in context?
[03:25:11] <Chris-H> I knew you were going to ask that, and I'm on a different machine than the EMC install.
[03:25:17] <jmkasunich> drat
[03:25:29] <jmkasunich> ok, when you do go back there, heres something to do:
[03:25:41] <Chris-H> I also haven't used IRC in about 10 years (not counting the other night), and only know of pastebin by name.
[03:25:41] <jmkasunich> at a shell prompt, with EMC not running:
[03:26:16] <jmkasunich> http://pastebin.ca - its pretty self explanitory - a big box into which you cut and paste some text, then click submit and it posts it on the web
[03:26:38] <jmkasunich> then you post the URL here (or in a message to the list) and we can go read the stuff you posted
[03:27:08] <jmkasunich> ok: at a shell prompt, with EMC not running (you're gonna want to save this to take to the other machine):
[03:27:14] <jmkasunich> sudo dmesg -c
[03:27:28] <jmkasunich> # things with # in front are my comments, things without are commands to type
[03:27:56] <jmkasunich> # dmesg -c clears old crap out of the kernel log, it can get confusing when there are 10 attempted EMC startups in there
[03:28:31] <Jymmmmm> cradek :
http://www.neonixie.com/store/index.php?cPath=21&osCsid=e33662092d555153e51a0759495aee5c
[03:28:44] <jmkasunich> halrun
[03:28:52] <stustev> jmkasunich: I have the joypad working pretty good. Just want to let you know the axis.N.jog-vel-mode works very very good with the joysticks on the joypad. It is a wireless usb playstation 2 style joypad. I probably won't turn it loose as it seems a little fragile for the shop environment.
[03:28:55] <jmkasunich> # that should get you a "halcmd:" prompt
[03:29:09] <jmkasunich> stustev: cool
[03:29:34] <jmkasunich> # at the halcmd prompt:
[03:29:56] <jmkasunich> loadrt hal_m5i20
[03:30:27] <jmkasunich> # for me, that works fine... for you, I dunno... it might, if the problem is running out of memory, and loading only the driver uses less memory...
[03:30:44] <jmkasunich> # if you get an error message when you give that command, then it failed, and we want to get the log
[03:30:55] <jmkasunich> # if you just get the command prompt back then it worked
[03:31:06] <jmkasunich> # to see the message
[03:31:07] <jmkasunich> quit
[03:31:17] <jmkasunich> # that will get you back to the shell prompt
[03:31:30] <jmkasunich> dmesg >some_file_name
[03:31:39] <jmkasunich> # that saves the log to a file
[03:31:43] <jmkasunich> then pastebin it
[03:31:52] <jmkasunich> oops, I forgot one step...
[03:32:00] <jmkasunich> lemme start over, without the comments
[03:32:09] <jmkasunich> sudo dmesg -c
[03:32:16] <jmkasunich> halrun
[03:32:53] <eric_u> the driver code implies that this error happens when the driver tries to load the configuration at the wrong address.:q
[03:32:56] <jmkasunich> crap, can't do what I want to do that way
[03:33:08] <jmkasunich> eric_u: yeah, its not seeing the device
[03:33:18] <jmkasunich> but its supposed to get the address from PCI, so it should be right
[03:33:18] <eric_u> sorry, trying to quit vi is too much for me sometimes
[03:33:44] <jmkasunich> ?
[03:34:02] <eric_u> I wasn't going to hit enter on that comment while you were still helping him
[03:34:17] <jmkasunich> eric_u: do you see lines in taht file with "M5I20: Card detected in Slot:" ?
[03:34:28] <Chris-H> Tried the earlier cmds and it failed. Was there a step missing?
[03:34:30] <jmkasunich> I'm trying to tell Chris-H how to enable those messages
[03:35:01] <jmkasunich> Chris-H: it was supposed to fail (as in not load) and give us usefull log info
[03:35:11] <Chris-H> OK
[03:35:11] <jmkasunich> but I didn't tell you how to turn on the log info :-(
[03:35:24] <eric_u> John, I see that line
[03:36:30] <jmkasunich> Chris-H: still trying things here, I don't want to give you instructions that I haven't tested
[03:37:14] <Chris-H> I am accustomed to the 'infinite number of monkeys typing' method of debugging. :)
[03:37:49] <jmkasunich> ok. lets try again
[03:37:57] <jmkasunich> sudo dmesg -c
[03:38:07] <jmkasunich> /etc/init.d/realtime start
[03:38:29] <jmkasunich> halcmd loadrt hal_m5i20
[03:38:41] <jmkasunich> /etc/init.d/realtime stop
[03:38:46] <jmkasunich> dmesg >somefile
[03:38:54] <jmkasunich> the halcmd line will probably fail
[03:38:59] <jmkasunich> dammit, forgot a step again
[03:39:04] <jmkasunich> getting closer tho
[03:39:08] <jmkasunich> sudo dmesg -c
[03:39:20] <jmkasunich> echo 4 >/proc/rtapi/debug
[03:39:27] <jmkasunich> /etc/init.d/realtime start
[03:39:31] <jmkasunich> halcmd loadrt hal_m5i20
[03:39:33] <jmkasunich> /etc/init.d/realtime stop
[03:39:36] <jmkasunich> dmesg >somefile
[03:39:41] <jmkasunich> there, finally
[03:39:51] <jmkasunich> the echo 4 line turns on verbose logging
[03:40:15] <jmkasunich> run those commands, starting at sudo dmesg -c and ending at dmesg >somefile
[03:40:21] <jmkasunich> and post somefile on pastebin
[03:40:26] <eric_u> l get the line that says "M5I20: Card detected in Slot: 10" on my system
[03:41:51] <Chris-H> I do get 'M5I20: Card detected in slot: e'
[03:42:27] <Chris-H> I'll give those commands a try and post a link to the log shortly.
[03:45:07] <eric_u> I wonder what lspci says about it. It shows up there as a plx Technologies PCI bridge
[03:46:03] <jmkasunich> eric_u: excellent point!
[03:46:16] <jmkasunich> Chris-H: please also do "lspci" and pastebin that output
[03:46:53] <eric_u> "lspci -v" not a bad idea
[03:47:02] <jmkasunich> one interesting possibility is that there is something else in your PC that uses the same PCI bridge chip
[03:47:20] <jmkasunich> the existing driver only looks at the vendor and device codes, not the subsystem codes....
[03:47:43] <jmkasunich> my new loader looks at both, to make sure its really a m5i20 card, not something else with the same bridge chip
[03:48:07] <eric_u> that's a good idea, those bridges are everywhere
[03:48:18] <Chris-H> The echo 4 cmd says no such file or dir
[03:49:02] <jmkasunich> no /proc/rtapi/debug?
[03:50:22] <eric_u> maybe add a sudo to the beginning
[03:50:31] <Chris-H> No /proc/rtapi
[03:50:52] <jmkasunich> this is after you did the /etc/init.d/realtime start? (and it succeeded?)
[03:51:34] <jmkasunich> realtime start loads the realtime core (usually its done as emc loads, and you don't see it, but its there)
[03:51:46] <jmkasunich> whenever that is loaded, /proc/rtapi should exist
[03:52:04] <Chris-H> You mean the cmd you had AFTER the echo 4 cmd? :)
[03:52:14] <eric_u> heh
[03:52:15] <jmkasunich> dammit....
[03:52:17] <jmkasunich> yeah
[03:52:26] <Chris-H> I'll give that a try...standby.
[03:53:58] <jmkasunich> is the emc PC on the net?
[03:54:25] <Chris-H> The halcmd line barfed.
[03:54:35] <jmkasunich> that was expected
[03:54:45] <Chris-H> Yes, as of last night.
[03:54:57] <jmkasunich> that makes pastebin a bit easier
[03:55:10] <jmkasunich> otherwise it gets to be a real pain
[03:55:25] <jmkasunich> remember, pastebin lspci -v too, that might be very helpfull
[03:55:53] <Chris-H> Should I continue with cmds after the halcmd failed?
[03:55:58] <jmkasunich> yes
[03:56:03] <Chris-H> OK
[03:56:08] <jmkasunich> that removes the realtime stuff, and gets you the log
[03:56:43] <jmkasunich> here is my lspci -v
http://pastebin.ca/443987
[03:56:55] <jmkasunich> lines 15-24 are the m5i20
[03:57:33] <jmkasunich> your addresses (I/O ports at XXXX and Memory at XXXXXXXX) might (will) be different
[03:57:39] <jmkasunich> but your sizes should be the same
[03:57:50] <jmkasunich> and the subsystem unknown device 3131 should be there
[03:57:58] <jmkasunich> (line 16)
[03:59:38] <jmkasunich> here is the relevant part of my kernel log:
http://pastebin.ca/443991
[03:59:47] <eric_u> there is no other PLX bridge
[04:00:04] <jmkasunich> how do you know, he hasn't posted it yet?
[04:00:14] <eric_u> lspci
[04:00:26] <jmkasunich> are you reading his screen somehow?
[04:00:28] <eric_u> oh, that's yours :)
[04:00:34] <jmkasunich> ;-)
[04:01:25] <eric_u> I was wondering, since his is supposed to be in slot 15, but I forgot about that part
[04:01:46] <eric_u> I mean slot e
[04:02:12] <jmkasunich> PCI stuff is enough to make you crazy
[04:02:43] <steves_logging> steves_logging is now known as steve_stallings
[04:02:52] <jmkasunich> I've been messing with it for several days now... wrote a little library to handle searching the bus, finding devices, mapping memory and I/O regiona, and all that stuff
[04:02:53] <eric_u> checking the subdevice is a really good idea
[04:03:30] <jmkasunich> I was surprised (and a little dissapointed) to see that the mesa loader didn't do that...
[04:03:41] <jmkasunich> and when peteV made our driver, he copied the mesa loader
[04:04:03] <jmkasunich> hmm, that might be the next thing to have Chris-H try - there is a user space loader for the Mesa card
[04:04:17] <jmkasunich> but I want to see the pastebins first
[04:04:25] <eric_u> he said he was going to try the dos version
[04:04:25] <jmkasunich> * jmkasunich waits patiently
[04:04:32] <Chris-H> The log and pci dump are here:
http://pastebin.ca/443993
[04:05:14] <steve_stallings> earlier this evening I mentioned the possibility to Chris-H that there might be more than one bridge chip, and he looked with some Gnome utility I think and found only one
[04:05:15] <jmkasunich> I/O ports at fc00 [disabled] [size=128]
[04:05:24] <jmkasunich> whats that [disabled] thing?
[04:05:41] <jmkasunich> hi steve_stallings
[04:05:49] <steve_stallings> hi John
[04:05:50] <jmkasunich> so is Chris-H = chris-sub1, or sub2, or?
[04:05:58] <eric_u> I think that means it wants to be in a different slot
[04:06:47] <jmkasunich> maybe, I'm not an expert there.... but it certainly would explain why the load is failing...
[04:06:47] <Chris-H> Steve - Didn't look w/tools yet, just at physical chips and in device mgr.
[04:06:50] <steve_stallings> well at last count we had at least 4 members of CAMS named Chris
[04:07:08] <jmkasunich> the driver testes the busy line, and expects it to be low.... if the device is disabled, it floats high
[04:07:26] <eric_u> what disables a pci card?
[04:07:32] <jmkasunich> damfino?
[04:07:48] <jmkasunich> can you try it in a different physical slot?
[04:07:53] <jmkasunich> just do lspci -v to test
[04:07:58] <Chris-H> I can try a different slot, but this one should be like any other (not an end slot).
[04:08:05] <jmkasunich> as long as that [disabled] is there, its not gonna work
[04:08:11] <eric_u> I've had all sorts of problems with pci, never disabled
[04:09:09] <Chris-H> (Rhetorically) No special bios settings are required for the m5i20 I/O, right?
[04:09:41] <jmkasunich> Chris-H: you might want to check all jumpers against the manual... I believe they ship in the right place by default, and at most one of them _might_ affect the bus interface... but I don't know what else it could be
[04:09:53] <jmkasunich> not that I'm aware of
[04:10:00] <jmkasunich> I certainly don't have any special settings here
[04:12:05] <Chris-H> I'm on a P2-300. That should work, right?
[04:12:22] <jmkasunich> should
[04:12:33] <jmkasunich> there might be a bios setting....
[04:12:50] <jmkasunich> "PNP OS Installed" (or similar) should be NO
[04:12:56] <Chris-H> I'll see if I can get the I/O resources straightened out.
[04:13:10] <Chris-H> That could be it!
[04:13:13] <jmkasunich> (according to google.... although that guy doesn't have the same symptoms, his card is completely awol)
[04:20:16] <Chris-H> I didn't repeat the console cmds, but TkEMC came up this time. Cool!
[04:20:27] <jmkasunich> what did you change?
[04:20:40] <Chris-H> PNP to NO
[04:20:55] <jmkasunich> I'll have to remember that
[04:21:08] <Twingy> gcam subversion is up and running now
[04:21:10] <Chris-H> Was yes...must have had an effect on PCI resource allocation.
[04:21:12] <jmkasunich> does lspci -v show no [disabled] now?
[04:21:55] <jmkasunich> I bet what happened is that if theres a PNP OS, the BIOS leaves all devices disabled, and expects the OS drivers to enable them
[04:22:18] <jmkasunich> if its not a PNP os, the BIOS leaves things enabled
[04:22:49] <Chris-H> No [disabled] now.
[04:23:11] <steve_stallings> but... but.... isn't Ubuntu a PNP os? 8-)
[04:23:21] <jmkasunich> no tells the bios, "no, the OS isn't PNP, so you should enable the devices for it"
[04:23:35] <jmkasunich> steve_stallings: :-P
[04:24:01] <Chris-H> Yes. You plug things in, and then play with them for a few hours until they work. (Please, no hurling of vegetables)
[04:24:41] <steve_stallings> well it isn't entirely a bogus question, I bet Ubuntu does enable the devices that it is aware of
[04:25:09] <jmkasunich> I'll see what I can find out about enable/disable... from what I'm finding on the web so far, the driver should be able to enable the device
[04:25:13] <eric_u> jmk wins!
[04:25:24] <jmkasunich> I have no idea how yet, but if I figure it out, I'll embed that in the new loader
[04:26:00] <Chris-H> Does the BIOS have a mechanism for configuring PCI devices that is different from the PNP standard, or are we just talking about the startup state?
[04:26:17] <jmkasunich> damned if I know
[04:27:14] <steve_stallings> might find some information in the users manuals for PCI parallel port cards when trying to use them in non-PNP environments
[04:27:29] <Jymmmmm> 0x378
[04:27:48] <Chris-H> I think I'm going to go see if I can turn some LEDs on and off and then call it a night.
[04:27:56] <eric_u> I have the PCI book
[04:28:04] <Jymmmmm> The link I gave for pci paraport card can be used in DOS
[04:28:13] <eric_u> don't think I'll read it
[04:28:23] <Jymmmmm> and the source code is there for linux too
[04:29:52] <Chris-H> We have some guys at work who *really* know PCI, so if you ever really get stuck on something let me know.
[04:40:15] <ds3> isn't there options within the kernel to do it? like the bios vs direct access methods
[04:40:36] <jmkasunich> I'm looking
[04:40:53] <jmkasunich> PCI support gets very complex very very fast
[04:41:03] <ds3> long live ISA!!!
[04:42:07] <jmkasunich> unfortunately they decided that the PCI subsystem in linux needs to support hotplug so it can also be used for PCMCIA
[04:42:30] <jmkasunich> so there are reference counts and registering drivers and all that rot, even tho PCI cards never get hotplugged
[04:42:33] <ds3> it isn't just cardbus, think cPCI also supports hotplugging
[04:49:41] <ejholmgren> anyone ever used gnome "dia" for making diagrams?
[04:50:03] <ejholmgren> just needed something for flowcharts
[04:50:26] <ejholmgren> and noticed that they have ladder, grafcet, logic, etc templates
[05:00:18] <bytecolor> oooo, I just found a nasty bug, if you edit a apt file, then select a file from the recent files menu, it wont ask you to save the file...
[05:00:18] <bytecolor> not good
[05:01:11] <bytecolor> wrong window too, sorry folks
[05:05:39] <jmkasunich> the PNP problem documented for posterity:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TroubleShooting
[05:05:47] <jmkasunich> (bottom of page)
[05:24:39] <Chris-H> Must bail out - Thanks again for all the help!
[05:30:03] <steve_stallings> steve_stallings is now known as steves_logging
[06:30:06] <chr0n1c> howdy y'a;;
[06:30:09] <chr0n1c> y'all
[07:19:33] <chr0n1c> i've got an ancient allen bradly plc in my garage that i know nothing about... anyone have any use for it?
[07:33:22] <Dallur> morning
[07:33:37] <anonimasu> hey dallur
[10:07:03] <anonimasu> my buttons arrived today
[10:08:32] <anonimasu> now for the fun of engraving them.
[10:10:29] <Dallur> anonimasu: great, you need to upload a pic when you have the panel ready :)
[10:17:22] <anonimasu> lol
[10:17:29] <anonimasu> yeah
[10:17:35] <anonimasu> I'm copying a heidenhain panel..
[10:17:39] <anonimasu> I like that as im used to it..
[11:43:07] <alex_joni> anonimasu: and the sources for the GUI :P
[12:20:10] <anonimasu> alex_joni: lol
[12:49:58] <acemi> there is a command inifile.find in Axis code. which module do I need to install to use this command?
[12:50:50] <alex_joni> acemi: emcmodule I think
[12:52:42] <acemi> there is no module as emcmodule
[12:53:46] <alex_joni> import emc
[12:54:18] <acemi> I try this but, Ican't use inifile.find
[12:56:29] <alex_joni> acemi: sorry.. you'll have to use the source :)
[12:56:34] <alex_joni> did the import work ok?
[12:57:38] <alex_joni> inifile = emc.ini(sys.argv[2])
[12:57:39] <acemi> import emc is OK
[12:57:47] <alex_joni> then inifile.find(..)
[12:57:50] <acemi> hmm 1 sc
[12:58:04] <alex_joni> disclaimer: i have little clue about python :P
[12:58:50] <acemi> it's OK now. thanks alex_joni
[12:58:56] <alex_joni> acemi: sure, no problem
[12:59:02] <alex_joni> glad I could help :P
[12:59:17] <alex_joni> bbl
[16:16:18] <maddash> is there a hal driver for the serial port?
[16:16:53] <alex_joni> maddash: what kind of driver?
[16:17:54] <maddash> emc's hal?
[16:18:17] <alex_joni> no, what should the serial port driver do?
[16:19:00] <alex_joni> obviously send data through the serial link..
[16:19:00] <maddash> communicate with the serial port? like hal_parport does with RS-232?
[16:19:08] <alex_joni> but the question is what kind of data?
[16:19:12] <alex_joni> what kind of protocol?
[16:19:22] <alex_joni> how should the handshake be like?
[16:19:27] <cradek> there is a serial hal driver that controls the pins as digital IO
[16:19:40] <maddash> serport.comp?
[16:19:41] <cradek> you could run a jogwheel for instance
[16:20:03] <alex_joni> there are tons of other questions like this which will hopefully make it obvious you can't make a generic serial port driver (one that talks some kind of protocol)
[16:20:05] <maddash> cradek: isn't a jogwheel analog?
[16:20:23] <alex_joni> no, it's basicly an encoder
[16:20:58] <maddash> so which source file should i look at?
[16:21:25] <alex_joni> maddash: you haven't said what you want to do
[16:21:54] <maddash> alex_joni: i meant to cradek's jogwheel
[16:22:05] <alex_joni> serport.comp
[16:23:51] <acemi> what does "-1" mean in "addf parport.0.write base-thread -1"?
[16:25:03] <acemi> In docs addf gets 2 parameters
[16:25:13] <alex_joni> -1 is the position
[16:25:22] <alex_joni> it means at the beginning of the thread I think
[16:27:14] <acemi> so, is this the order?
[16:28:12] <alex_joni> 'position' is the desired location within the thread. This
[16:28:12] <alex_joni> determines when the function will run, in relation to other
[16:28:12] <alex_joni> functions in the thread. A positive number indicates the
[16:28:12] <alex_joni> desired location as measured from the beginning of the thread,
[16:28:11] <alex_joni> and a negative is measured from the end. So +1 means this
[16:28:13] <alex_joni> function will become the first one to run, +5 means it will
[16:28:16] <alex_joni> be the fifth one to run, -2 means it will be next to last,
[16:28:18] <alex_joni> and -1 means it will be last. Zero is illegal.
[16:28:22] <alex_joni> * alex_joni remembered it wrong
[16:28:43] <alex_joni> http://www.linuxcnc.org/docs/2.1/html/man/man3/hal_add_funct_to_thread.3hal.html
[16:29:02] <acemi> thanks alex_joni
[16:29:10] <alex_joni> acemi: don't mention it
[16:29:28] <maddash> is it one function per thread?
[16:30:00] <alex_joni> no, you add as many as you need
[17:27:53] <lerneaen_hydra> how many IO pins can you get on the serial port?
[17:29:33] <alex_joni> not enough
[17:30:06] <alex_joni> http://www.linuxcnc.org/docs/2.1/html/man/man9/serport.9.html
[17:30:26] <alex_joni> 4 in, 3 out
[17:36:27] <lerneaen_hydra> hmm, enough for a simple control box
[18:05:11] <alex_joni> * alex_joni yawns
[18:09:32] <skunkworks> * skunkworks has his coworker make a latte
[18:09:54] <alex_joni> I'm up since 5am this morning :(
[18:10:04] <alex_joni> (and I usually get up at 9 :D)
[18:12:15] <skunkworks> I got my bearings into the havoc heli. 1mmX3mmX1mm. helped the flight characteristics.
[18:13:28] <alex_joni> those are some huge bearings :D
[18:16:17] <skunkworks> right - I broke one with my fingers ;)
[18:20:53] <skunkworks> I dropped on on the floor and it took me a good 20 minutes to find it.
[18:21:37] <alex_joni> lol
[18:21:46] <alex_joni> use a magnet
[19:02:46] <Martin_Lundstrom> hello everyone
[19:02:56] <Martin_Lundstrom> Dallur, are you around?
[19:08:57] <lerneaen_hydra> alex_joni: for a real bearing that's not a good idea
[19:09:19] <lerneaen_hydra> the bearing becomes magnetic and metallic stuff gets stuck in it
[19:45:38] <skunkworks> lerneaen_hydra: that is why I didn't want to use a maganet
[20:44:28] <skunkworks> I suppose I could have de-maganetized it though.
[20:44:30] <skunkworks> :)
[21:18:07] <alex_joni> good night all
[21:38:40] <feoc2> feoc2 is now known as feoc
[22:01:07] <Rugludallur> echo
[22:24:02] <feoc> shmoooo
[22:29:31] <Rugludallur> ehh does anyone here use stepgen.N.steplen/stepgen.N.stepspace ?
[22:31:38] <feoc> step what?
[22:31:40] <feoc> i dont
[22:31:40] <feoc> lol
[22:33:08] <Rugludallur> Was steplen/stepspace changed to be in microseconds ? docs say it's supposed to be a multiplier, 1 = base thread
[22:33:35] <Rugludallur> yet looking at it now I find the inital values for 18000 base thread to be 17600
[22:34:14] <Rugludallur> not that having them in microseconds does not make sense :)
[22:36:40] <jackc> jackc is now known as crepincdotcom`
[22:40:57] <Rugludallur> err sorry stupid question, it has been changed in most recent doc but not wiki
[22:40:59] <Rugludallur> will update wiki
[22:41:31] <Rugludallur> or not, since this is new in trunk
[22:41:36] <Rugludallur> and not yet public