Back
[00:03:19] -!-
SWPadnos has quit [Read error: Connection reset by peer]
[00:03:25] -!-
SWPadnos_ [
[email protected]] has joined #emc-devel
[00:03:30] SWPadnos_ is now known as
SWPadnos
[00:04:22] -!-
theorbtwo has quit [Ping timeout: 264 seconds]
[00:04:37] theorb is now known as
theorbtwo
[00:04:49] -!-
SWPadnos has quit [Changing host]
[00:04:49] -!-
SWPadnos [SWPadnos!~Me@emc/developer/SWPadnos] has joined #emc-devel
[00:05:00] -!-
cjdavis has quit [Ping timeout: 255 seconds]
[00:07:37] -!-
MOGLI has quit [Remote host closed the connection]
[00:10:26] -!-
pjm has quit [Ping timeout: 260 seconds]
[00:27:52] -!-
mikegg has quit [Read error: Connection reset by peer]
[00:30:08] <tom3p> how do i set the name of a thread?
[00:30:14] <tom3p> the new .ini files seems to have default names
[00:30:15] <tom3p> ( the text 'base-thread' and 'servo-thread' do not appear in the .ini files )
[00:33:37] -!-
danimal_garage has quit [Ping timeout: 246 seconds]
[00:33:42] <andypugh> If you just "loadrt threads" in halcmd then you get "thread1"
[00:34:38] <SWPadnos> man threads will tell you
[00:35:29] <SWPadnos> but for the shortcut, loadrt threads name1=mythreadname period1=20000 fp1=0
[00:35:49] <SWPadnos> makes a thread named mythreadname, period 10 uS (10000 ns), which doesn't use floating point
[00:37:18] <tom3p> ok, but all the supplied inis get the names base-thread and servo-thread without the text appearing in the .ini
[00:37:40] <tom3p> ok, i'll go by the man page, but the note suggested something had changed
[00:37:52] <tom3p> ( shame on me i didnt try first )
[00:39:08] <SWPadnos> motion creates those threads
[00:39:13] <tom3p> can i get halcmd to sets more than 1 signal? my M1xx scripts has 30 sections in case swx style , each sets 6 signals, so each invokes jalcmd 6 times
[00:39:24] <SWPadnos> which is icky, but that's how it is
[00:39:25] <tom3p> SWPadnos, ! yep, i looed in wrong place, thx!
[00:39:47] <SWPadnos> no, you can only set one signal at a time
[00:39:50] <tom3p> halcmd (jalcmd is religious i think )
[00:39:59] <SWPadnos> java halcmd? :)
[00:42:12] <SWPadnos> tom3p, is that m1xx script in bash?
[00:42:29] <tom3p> SWPadnos, may be of interest, the M111 cmd chooses an EDM technology (P) and which power stage in the set (Q)
http://pastebin.com/3s62TgRr
[00:42:35] <tom3p> yep bash
[00:43:10] <SWPadnos> make yourself a function that does all the halcmds, and call it with the 6 parameters within each case
[00:43:19] <andypugh> Ah, SWPadnos Did you see my kins observations on the dev list? I have still not found out where it happens.
[00:43:22] <tom3p> this is really nice becuz the input pins are open fro debugging (manually setting the signals ) else automated by scripts
[00:43:22] <SWPadnos> that should cut the code size quite a bit
[00:43:35] <SWPadnos> andypugh, the small jump when switching modes?
[00:43:43] <tom3p> SWPadnos, very good idea ( 6 at once )
[00:43:47] <SWPadnos> yp
[00:43:48] <SWPadnos> tep
[00:43:50] <SWPadnos> teo
[00:43:52] <SWPadnos> yep
[00:43:53] <SWPadnos> ~
[00:43:55] <SWPadnos> !
[00:44:01] <tom3p> bang
[00:44:02] <SWPadnos> damn. can't even type one character right
[00:44:23] <andypugh> No, the wierd behaviour of KINEMATICS_TYPE_IDENTITY
[00:44:24] <Jymmm> 1
[00:44:31] <SWPadnos> oh. I didn't see that one
[00:44:43] <andypugh> dev list
[00:44:47] <SWPadnos> ok
[00:46:03] <SWPadnos> KINEMATICS_IDENTITY means that there is no difference between G-code axes (XYZABCUVW) and joints
[00:46:29] <SWPadnos> so it's not so surprising that the transforms aren't run, since they shouldn't be needed if there is no difference between world and joint space
[00:47:49] <andypugh> Though I can't see any code which explicitly links them that way, and in teleop mode and coordianted mode the relationships defined by the kins are followed.
[00:48:20] <andypugh> the kins functions are called in all three modes, as far as I can see.
[00:50:47] <SWPadnos> hmm
[00:53:07] -!-
vladimirek has quit [Remote host closed the connection]
[00:53:54] <andypugh> If "IDENTITY" means "identity matrix" then you shouldn't even need a kins at all, trivkins is not trivial enough if that is the case. If it is meant to mean "individual joints are axes" then remapping joints and axes seems reasonable.
[01:05:52] <SWPadnos> well, it looks like my understanding is insufficient
[01:06:13] <SWPadnos> it's pretty clear in control.c that there is still a call in the KINEMATICS_IDENTITY case
[01:09:20] <andypugh> Indeed, and "free" looks much like "teleop" and "coordinated" too.
[01:09:55] <andypugh> err, how can I cast a u32 into a 4-char string to print?
[01:10:02] <SWPadnos> I get the modes confused - I think teleop and free are backwards (for me anyway)
[01:10:09] <SWPadnos> hmmm
[01:11:02] <SWPadnos> you kind of can't do that with casting, at least not easily. a string needs a zero termination, which a u32 isn't likely to provide
[01:11:10] * Jymmm gives SWPadnos Double Dyslexia so he can see straight
[01:11:44] <andypugh> I guess that (buff == '8i20' might work though?
[01:12:01] <SWPadnos> buff is a u32?
[01:12:01] <Jymmm> SWPadnos: Now you'll be right half the time, instead of being wrong half the time.
[01:12:10] <SWPadnos> my cup is half missing
[01:12:27] <Jymmm> SWPadnos: flip it around
[01:12:50] <SWPadnos> argh. it's so expensive to rent an automatic car in the UK
[01:13:20] <andypugh> You can't drive manual?
[01:13:25] <SWPadnos> andypugh, quick question: is it legal to talk on the phone while driving in the UK, or is a handsfree device required?
[01:13:36] <andypugh> You need a handsfree
[01:13:45] <SWPadnos> I can, but I will be tired and on an unusual side of the road, so I figure it's best to be safe
[01:13:55] <andypugh> It is very likely that the car will have bluetooth in the radio.
[01:14:19] <SWPadnos> I'll bring the earbud for my little Nokia 6310(?)
[01:14:44] <Jymmm> SWPadnos: I thought you got an android
[01:14:48] <SWPadnos> and the bluetooth headset for the FreeRunners
[01:14:58] <SWPadnos> Jymmm, US system ~= the rest of the world
[01:15:02] <SWPadnos> the Droid is US only
[01:15:10] <SWPadnos> !=, that is
[01:15:45] <Jymmm> SWPadnos: Oh, CDMA. Mine is GSM and unlocked so I just pop in a sim card.
[01:16:07] <SWPadnos> yeah
[01:16:20] <SWPadnos> I considered getting a Droid 3 some time soon, but I probably won't
[01:16:34] <SWPadnos> I do have 4 phones that should work in the UK, so I'm probably set for now
[01:16:56] <SWPadnos> I just have to get the FreeRunners programmed with Android or something
[01:17:06] <Jymmm> freerunner?
[01:17:06] <tom3p> SWPadnos, if I use motmod (loadrt motmod... ) do i loose the possibility of a 3rd thread? (or loose the exposing of motion.blah by dropping motmod?)
[01:17:15] <SWPadnos> OpenMoko FreeRunner
[01:17:19] <Jymmm> ah
[01:17:54] <SWPadnos> no, you can create another thread, but its period will be a multiple of the shortest period created by motion (the base thread)
[01:18:14] <tom3p> argh i need fast, so looks like i drop motmod
[01:18:15] <tom3p> thx
[01:18:23] <SWPadnos> you can actually create (more or less) as many threads as you want, but you have to can only make 3 at a time, and you have to unload threads each time
[01:19:04] <SWPadnos> you can loadrt threads before loading motmod, if you want. in that case, the base and servo threads will be a multiple of the first one you created
[01:19:22] -!-
scanf has quit [Ping timeout: 264 seconds]
[01:19:32] <tom3p> sweet thx
[01:19:42] <SWPadnos> sure
[01:20:17] <SWPadnos> the gist is that the first thread created sets the thread "tick" resolution, and all subsequent threads will be some integer multiple of that one
[01:20:26] <SWPadnos> so make the first one the fastest one you want
[01:22:07] <tom3p> well as fast as possible is > 'makes my system lockup' :)
[01:22:30] <SWPadnos> that would be slightly faster than possible then :)
[01:22:52] <tom3p> and you are right, the sequnce worked! loadrt threads.... then loadrt motmod[EMCmuble]
[01:23:19] <tom3p> oh i see, '<'
[01:23:20] <SWPadnos> yep. motmod directly creates the threads, it doesn't load the threads module
[01:23:47] <tom3p> oh,, you got that from reading the src or man?
[01:23:53] <SWPadnos> memory :)
[01:24:06] <tom3p> whats the url for your mem ?
[01:24:18] <tom3p> thx, that really helped
[01:24:20] <SWPadnos> http://www.swpsmind.com/depths/
[01:24:28] <SWPadnos> but there's a password that I often forget
[01:29:37] -!-
danimal_garage has quit [Ping timeout: 246 seconds]
[01:33:46] -!-
Gensor has quit [Ping timeout: 252 seconds]
[01:46:17] <tom3p> SWPadnos, the osc works now thx
http://imagebin.org/165228
[01:46:34] <SWPadnos> cool
[01:48:39] -!-
Guest719 has quit [Quit: Visitor from www.linuxcnc.org]
[01:49:13] -!-
tom3p [
[email protected]] has parted #emc-devel
[01:49:17] -!-
Guest719 has quit [Client Quit]
[02:08:31] -!-
andypugh has quit [Quit: andypugh]
[02:13:52] -!-
ries has quit [Quit: ries]
[03:03:04] -!-
yk2 has quit [Quit: Download IceChat at www.icechat.net]
[03:03:17] -!-
Gondorian has quit [Quit: When the chips are down, well, the buffalo is empty]
[03:04:25] -!-
pulsar has quit [Read error: Operation timed out]
[03:29:39] -!-
cevad has quit [Ping timeout: 252 seconds]
[04:08:40] -!-
FinboySlick has quit [Quit: Leaving.]
[04:11:14] -!-
Calyp has quit [Remote host closed the connection]
[04:24:30] -!-
sumpfralle has quit [Ping timeout: 258 seconds]
[04:26:20] -!-
theos has quit [Ping timeout: 260 seconds]
[04:39:18] -!-
mhaberler [
[email protected]] has joined #emc-devel
[04:52:33] -!-
cncbasher has quit [Ping timeout: 255 seconds]
[04:53:05] -!-
cncbasher [cncbasher!~david@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #emc-devel
[05:17:51] -!-
ve7it has quit [Remote host closed the connection]
[05:26:10] -!-
mhaberler has quit [Quit: mhaberler]
[05:29:28] -!-
ve7it [
[email protected]] has joined #emc-devel
[05:34:32] -!-
ve7it has quit [Remote host closed the connection]
[05:45:51] -!-
The_Ball has quit [Ping timeout: 276 seconds]
[05:45:59] -!-
vladimirek [
[email protected]] has joined #emc-devel
[05:57:15] -!-
ve7it [
[email protected]] has joined #emc-devel
[06:04:21] -!-
ve7it has quit [Remote host closed the connection]
[06:09:03] -!-
mikegg has quit [Ping timeout: 255 seconds]
[06:22:48] -!-
mendelbuild has quit [Ping timeout: 246 seconds]
[06:53:23] -!-
e-ndy [e-ndy!~jkastner@nat/redhat/x-tngvlcjhymtvxcpo] has joined #emc-devel
[07:17:05] -!-
mhaberler [
[email protected]] has joined #emc-devel
[07:32:13] -!-
mhaberler has quit [Quit: mhaberler]
[07:34:31] <CIA-11> EMC: 03cmorley 07v2.5_branch * r8b0803345c08 10/src/emc/usr_intf/pncconf/ (pncconf-help/lathe_diagram.png pncconf.glade pncconf.py): pncconf - add lathe diagram to help page
[07:37:12] <CIA-11> EMC: 03cmorley 07v2.5_branch * rad03d2c255da 10/src/emc/usr_intf/pncconf/pncconf-help/ (help-advanced.txt help-basic.txt help-gui.txt): pncconf -upgrade help files
[07:37:50] -!-
mhaberler [
[email protected]] has joined #emc-devel
[07:50:53] -!-
robh__ [
[email protected]] has joined #emc-devel
[07:50:57] -!-
psha[work] [psha[work]
[email protected]] has joined #emc-devel
[08:52:04] -!-
mhaberler has quit [Quit: mhaberler]
[09:19:12] -!-
mendelbuild has quit [Ping timeout: 246 seconds]
[09:21:30] -!-
mhaberler [
[email protected]] has joined #emc-devel
[09:41:59] -!-
cevad has quit [Quit: Leaving]
[09:45:16] -!-
mhaberler has quit [Quit: mhaberler]
[09:57:32] -!-
El_Matarife has quit [Quit: Nettalk6 - www.ntalk.de]
[10:05:11] -!-
Connor has quit [Ping timeout: 240 seconds]
[10:05:18] -!-
mhaberler [
[email protected]] has joined #emc-devel
[10:06:49] -!-
ssi has quit [Ping timeout: 258 seconds]
[10:14:25] -!-
mhaberler has quit [Quit: mhaberler]
[10:42:19] -!-
mendelbuild has quit [Ping timeout: 250 seconds]
[10:46:14] -!-
jthornton has quit [Remote host closed the connection]
[11:01:13] -!-
jthornton [
[email protected]] has joined #emc-devel
[12:10:22] -!-
sumpfralle has quit [Ping timeout: 264 seconds]
[12:27:57] <jepler> As I was trying to fall asleep last night, I wondered: what (if anything) makes it OK to use FP math during setup of a realtime component
[12:28:12] <jepler> in a RT thread that's marked for floating-point, it's OK because rtai does something to preserve FP registers
[12:28:29] <jepler> but I don't think anything of that nature is done for setup/cleanup functions
[12:29:25] -!-
mhaberler [
[email protected]] has joined #emc-devel
[12:30:24] -!-
mhaberler has quit [Client Quit]
[12:38:12] -!-
theos has quit [Disconnected by services]
[12:38:54] -!-
factor has quit [Quit: Leaving]
[12:45:09] -!-
i_tarzan has quit [Ping timeout: 252 seconds]
[12:47:25] -!-
theos has quit [Ping timeout: 260 seconds]
[12:48:58] <psha[work]> jepler: sure, if you don't want to mix setup/cleanup with normal processing (e.g load something at 1khz rate)
[12:55:38] <jepler> I'm not sure I understand what you're saying
[12:56:19] <jepler> in the rtapi_app_main of a realtime component, nothing ensures the FP registers are saved at the start and restored at the end
[12:56:20] <psha[work]> in distilled form 'i think you are right' :)
[12:58:04] <SWPadnos> isn't rtapi_app_main actually the module_load function that the kernel calls?
[12:58:14] <jepler> SWPadnos: yes, that's right
[12:59:07] <SWPadnos> I wonder if modules like sensors or some of the battery monitoring drivers use FP in the kernel
[12:59:27] <SWPadnos> if there's anything that does, then it's got to be safe (in theory anyway)
[13:00:07] <jepler> iirc, using fp in the kernel was always a no-no
[13:00:30] <SWPadnos> I also remember that, from the 2.2 and maye 2.4 days. I don't know if it's still true
[13:01:01] -!-
mendelbuild has quit [Ping timeout: 260 seconds]
[13:04:21] -!-
mhaberler [
[email protected]] has joined #emc-devel
[13:05:49] <psha[work]> jepler: in hwmon only comments like 'since we cannot do floating point in the kernel.' match 'float' :)
[13:06:35] <psha[work]> however in via686a.c there is some double multiplication
[13:06:47] <psha[work]> ah, sorry
[13:06:48] <psha[work]> in comments
[13:11:27] -!-
skunkworks [skunkworks!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #emc-devel
[13:26:06] -!-
Valen has quit [Quit: Leaving.]
[13:37:43] cjdavis1 is now known as
cjdavis
[13:46:42] -!-
theos has quit [Disconnected by services]
[13:55:41] -!-
mhaberler has quit [Quit: mhaberler]
[14:15:57] <jepler> the x86 kernel does do some FP math at startup -- it verifies whether CPU has the FDIV bug :-P
[14:18:10] <jepler> aha, there are kernel_fpu_begin() / kernel_fpu_end()
[14:27:51] -!-
psha[work] has quit [Quit: Lost terminal]
[14:55:43] -!-
cncbasher [cncbasher!~david@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has parted #emc-devel
[14:57:21] -!-
ries has quit [Ping timeout: 255 seconds]
[14:57:21] ries_ is now known as
ries
[15:06:13] -!-
cncbasher [cncbasher!~david@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #emc-devel
[15:10:13] <cncbasher> anyone using pncconf ? line 5772 erro 32 broken pipe
[15:30:32] -!-
nullie has quit [Quit: Ex-Chat]
[15:31:33] -!-
theos has quit [Ping timeout: 255 seconds]
[15:36:18] -!-
tom3p [
[email protected]] has joined #emc-devel
[15:42:39] <jepler> first attempt at using kernel_fpu_begin()/_end() hard locked my (virtual) machine. oops!
[15:53:31] -!-
psha [
[email protected]] has joined #emc-devel
[15:59:18] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[15:59:50] -!-
JT-Shop [
[email protected]] has joined #emc-devel
[16:03:27] <JT-Shop> this is interesting discussion on kernel_fpu_begin() function
http://www.linuxquestions.org/questions/programming-9/how-to-use-kernel_fpu_begin-function-374204/
[16:04:29] <jepler> thanks
[16:09:57] <Jymmm> jepler: Have you ever played with easygui?
[16:10:26] <jepler> Jymmm: doesn't ring a bell
[16:10:53] <Jymmm> jepler: Ah, ok.
http://easygui.sourceforge.net/
[16:18:20] -!-
psha has quit [Quit: Lost terminal]
[16:18:25] -!-
Birdman3131 has quit [Read error: Connection reset by peer]
[16:29:32] -!-
isssy has quit [Quit: Visitor from www.linuxcnc.org]
[16:43:31] <jepler> hm, actually, it looks like for whatever reason, runtests inside the virtual machine is crashy :-/ even without my local changes
[17:03:57] -!-
ve7it [
[email protected]] has joined #emc-devel
[17:05:20] -!-
tom3p has quit [Quit: Ex-Chat]
[17:13:47] kbarry is now known as
kb18951452
[17:14:06] kb18951452 is now known as
kbarry
[17:32:46] -!-
mendelbuild has quit [Ping timeout: 250 seconds]
[17:41:27] -!-
e-ndy has quit [Quit: Ex-Chat]
[17:47:34] -!-
scanf has quit [Ping timeout: 264 seconds]
[17:57:57] -!-
Loetmichel has quit [Ping timeout: 258 seconds]
[18:07:48] -!-
mozmck has quit [Remote host closed the connection]
[18:09:10] -!-
mozmck [mozmck!~moses@client-173.225.233.241.dfwtx.partnershipbroadband.com] has joined #emc-devel
[18:10:50] -!-
IchGuckLive has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.18/20110628230241]]
[18:26:17] Tech_Talk is now known as
Birdman3131
[18:42:06] -!-
micges [
[email protected]] has joined #emc-devel
[18:44:16] -!-
isssy has quit [Quit: Visitor from www.linuxcnc.org]
[18:45:05] -!-
cncbasher_ [cncbasher_!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #emc-devel
[18:50:25] -!-
sumpfralle has quit [Ping timeout: 240 seconds]
[18:53:13] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[18:54:02] -!-
JT-Shop [
[email protected]] has joined #emc-devel
[19:05:08] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[19:11:39] -!-
nullie has quit [Quit: Ex-Chat]
[19:14:34] -!-
mendelbuild has quit [Ping timeout: 264 seconds]
[19:24:11] -!-
mhaberler [
[email protected]] has joined #emc-devel
[19:36:50] -!-
The_Ball has quit [Read error: Operation timed out]
[19:41:00] -!-
vladimirek has quit [Remote host closed the connection]
[19:54:05] -!-
cncbasher_ has quit [Read error: Connection reset by peer]
[20:08:48] -!-
adb [
[email protected]] has joined #emc-devel
[20:23:29] -!-
mhaberler has quit [Quit: mhaberler]
[20:26:16] -!-
motioncontrol has quit [Quit: Sto andando via]
[20:27:45] -!-
mhaberler [
[email protected]] has joined #emc-devel
[20:30:57] -!-
mendelbuild has quit []
[20:34:31] -!-
mhaberler has quit [Quit: mhaberler]
[20:36:46] -!-
The_Ball has quit [Ping timeout: 240 seconds]
[20:47:29] -!-
isssy has quit [Quit: Visitor from www.linuxcnc.org]
[20:49:52] -!-
syyl has quit [Quit: Leaving]
[20:52:10] -!-
ries has quit [Quit: ries]
[20:52:24] -!-
skunkworks has quit [Ping timeout: 252 seconds]
[20:52:32] -!-
mrsunshine has quit [Ping timeout: 246 seconds]
[21:01:52] -!-
mhaberler [
[email protected]] has joined #emc-devel
[21:02:36] -!-
FinboySlick has quit [Quit: Leaving.]
[21:14:08] -!-
dgarr [
[email protected]] has joined #emc-devel
[21:14:40] -!-
mhaberler has quit [Quit: mhaberler]
[21:18:29] -!-
mhaberler [
[email protected]] has joined #emc-devel
[21:19:18] -!-
nutbeam has quit [Remote host closed the connection]
[21:31:11] -!-
mhaberler has quit [Quit: mhaberler]
[21:50:32] -!-
tlab has quit [Read error: Connection reset by peer]
[21:53:15] -!-
Fox_Muldr has quit [Ping timeout: 276 seconds]
[21:55:22] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[21:55:55] -!-
JT-Shop [
[email protected]] has joined #emc-devel
[22:03:19] -!-
sumpfralle1 has quit [Quit: Leaving.]
[22:03:44] -!-
Birdman3131 has quit [Read error: Connection reset by peer]
[22:15:52] -!-
Birdman3131 has quit [Read error: Connection reset by peer]
[23:10:19] -!-
robh__ has quit [Ping timeout: 252 seconds]
[23:18:18] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:20:27] -!-
mshaver [
[email protected]] has joined #emc-devel
[23:21:32] -!-
micges has quit [Quit: Ex-Chat]
[23:27:36] -!-
mrsunshine has quit [Ping timeout: 258 seconds]
[23:37:33] -!-
kljsdfhklj_ has quit [Ping timeout: 250 seconds]
[23:47:21] -!-
skunkworks_ has quit [Ping timeout: 260 seconds]
[23:52:31] -!-
mrsunshine has quit [Ping timeout: 258 seconds]
[23:53:45] -!-
kljsdfhklj has quit [Ping timeout: 255 seconds]
[23:54:11] -!-
mozmck has quit [Remote host closed the connection]
[23:55:10] -!-
mozmck [mozmck!~moses@client-173.225.233.241.dfwtx.partnershipbroadband.com] has joined #emc-devel