Back
[00:00:17] <tomp3> argh, i changed interp_queue.cc flag static int debug_qc = 1; where do these prints go? ( not to terminal that invoked emc )
[00:02:06] <cradek> yes
[00:02:22] <cradek> to stdout
[00:03:52] <tomp3> not in the terminal that exec'd 'emc' ( i think thats stdout )
[00:04:17] <cradek> did you compile? are you sure you're exercising that code?
[00:04:32] <cradek> are you running the version you changed and compiled?
[00:06:09] <tomp3> http://pastebin.ca/1418773
[00:06:30] <tomp3> i'll try to confirm im running what i just built
[00:06:46] <cradek> the debug output is in that paste
[00:06:53] <cradek> maybe I don't understand what you're asking me
[00:06:59] <tomp3> Machine configuration directory is '/home/tomp/emc2-trunk/configs/sim'
[00:06:59] <tomp3> yes i think im running the new build
[00:07:32] <skunkworks> http://imagebin.ca/img/l9z5NAv.jpg
[00:07:39] <tomp3> i want to see the queue, all the little things that will be done, i changed the debug level to try to get that printed. i dont see it
[00:07:50] <cradek> shingles!
[00:07:59] <skunkworks> getting there
[00:12:06] <cradek> tomp3: give me an example of a piece of debug output you want to see - I suspect that's not the queue you think it is.
[00:13:17] <tomp3> haha give you an example of the thng i cant print ??
[00:13:41] <tomp3> let me get the print format from the file
[00:14:24] <cradek> well I can't tell what you're trying to do, I only know you're doing it wrong, because you say it doesn't work :-)
[00:20:31] <tomp3> you're right. here's the function i want to see the output of.
http://pastebin.ca/1418783.
[00:20:35] <tomp3> I was in the wrong place to get it to work.
[00:20:36] <tomp3> how to i get this function to list the queue?
[00:21:02] <tomp3> the function is printTPstruct(TP_STRUCT * tp)
[00:21:10] <cradek> I bet nothing calls that - I've never seen that output.
[00:21:21] <tomp3> hahaha this is fun
[00:21:38] <cradek> you could look for calls to that function, then go from there to see how to turn them on
[00:22:17] <cradek> go back one step further and tell me what you are trying to do, maybe I can say how to do it.
[00:23:13] <tomp3> i want to see a gcode program broken into the little bits that task will exec. i think that means i want to see the queue
[00:24:07] <cradek> machine/set debug level, turn on Task Issue checkbox
[00:24:42] <cradek> that will show the things task issues into the motion queue
[00:27:38] <tomp3> got it, thanks, now i need some very simple very small programs. ( oh there are motion queues? i thought there was only one queue )
[00:28:45] <cradek> there are more queues than you can shake a stick at
[00:29:22] <tomp3> where can i read?
[00:29:43] <tomp3> (grabs stick)
[00:29:45] <cradek> it's well documented but unfortunately the documentation is written in C
[00:29:58] <cradek> :-P
[00:30:06] <cradek> the one you're seeing in this output is the primary one
[00:30:07] <tomp3> haha ok, is it mainly in any one directory?
[00:30:18] <cradek> interp_queue is used for the cutter compensation lookahead
[00:30:36] <cradek> there's a queue in emccanon.cc that is used for the naive cam detector
[00:31:07] <cradek> maybe that's it
[00:31:18] <tomp3> is the interp interpreter or interpolator ?
[00:31:26] <cradek> interpreter
[00:31:32] <tomp3> thx
[00:31:46] <cradek> welcome
[00:51:09] <tomp3> heh , grep sez nobody calls that tp struct print function
[03:02:42] <goat-caymans> goat-caymans is now known as goat
[03:02:49] <goat> goat is now known as the_goat
[03:09:30] <Optic> moo
[03:15:54] <jmkasunich> I just hate lost steps
[03:16:19] <garage_seb> jmkasunich is pushing his machine too hard again
[03:16:54] <jmkasunich> or something
[03:17:11] <jmkasunich> two times, it lost steps at roughly the same place
[03:18:54] <jmkasunich> fortunately it didn't ruin the part - but it did make cause cosmetic damage that will piss me off for years to come
[03:41:03] <cradek> yuck
[03:41:28] <cradek> darn, I forgot I said I'd test hm2 velocity for seb. I wonder if he forgot too.
[03:41:34] <cradek> too many projects
[03:52:15] <toastyde1th> toastyde1th is now known as toastydeath
[03:55:08] <jmkasunich> gonna take a while to get thru 3/4" aluminum at 0.050 per pass
[03:56:01] <toastydeath> ouch
[04:02:13] <jmkasunich> times 2 parts
[04:02:43] <jmkasunich> I'm at the 0.350 pass on part 1 right now
[04:13:02] <cradek> any idea why you lost position before?
[04:17:13] <jmkasunich> Y has always been a bit touchy
[04:17:25] <jmkasunich> I cut the accel limits in half and restarted EMC
[04:18:03] <cradek> mill Y = lathe Z = the one that's important for threading?
[04:19:36] <cradek> I made a funny part this weekend - it had only one important measurement and that was -0 +.010
[04:20:03] <jmkasunich> yeah about the threading
[04:20:23] <jmkasunich> the cuts I'm making right now are sort of like that
[04:20:43] <jmkasunich> I'm cutting more-or-less "decorative" profiles in the part
[04:20:51] <cradek> aha
[04:20:54] <cradek> what is it?
[04:20:54] <jmkasunich> they aren't purely for looks, they provide clearance for moving parts
[04:21:15] <cradek> 3/4 deep sounds like it's a big part
[04:21:16] <jmkasunich> but they are non-critical
[04:21:22] <jmkasunich> it is 3/4" plate
[04:21:43] <jmkasunich> one of the two end plates that will hold up my PCB mill table, and support the ends of the X ballscrew
[04:22:18] <cradek> do you ever drill big holes first to remove the bulk?
[04:23:48] <cradek> cool, you've started building it
[04:24:11] <jmkasunich> I hope to have the table "sub-frame" done by the workshop
[04:24:28] <jmkasunich> I'm going to ship the frame and the table plate to MPM, and do some of the critical machining there
[04:24:41] <jmkasunich> (stuff that is longer than the travel of the machines I have available to me)
[04:25:21] <cradek> slick, what a great opportunity
[04:25:41] <cradek> they just run one shift - should be easy to find time to work on it.
[04:25:55] <jmkasunich> sat, sun, and monday is memorial day
[04:26:04] <cradek> that too
[04:26:07] <jmkasunich> I think the dahlih is big enough
[04:26:33] <cradek> yeah, it would be nice to use an emc machine :-)
[04:26:57] <cradek> I was just wondering how complicated it would be to get some gcode into something else without being disruptive
[04:28:29] <jmkasunich> well, plan B is the cinci, that is emc too
[04:28:53] <jmkasunich> in fact, when I asked stuart, I mentioned the cinci - I didn't realize that the dahlih is bigger than a bport
[04:29:07] <jmkasunich> the mpm website says it has 36 x 16 XY travel
[04:29:22] <jmkasunich> I need about 30 x 12
[04:30:25] <cradek> I'm surprised at the 36 - wow.
[04:30:32] <jmkasunich> yeah
[04:32:05] <cradek> goodnight
[04:32:52] <jmkasunich> night
[05:15:58] <jmkasunich> cradek: correction about the threading and accel: Y on mill is X on lathe
[05:16:03] <jmkasunich> X on mill is Z on lathe
[07:45:39] <Guest135> Hi
[07:45:51] <archivist> ?
[07:48:40] <JymmmEMC> a government turkey....
[08:17:38] <Valen1> hey hey kids
[09:15:16] <piasdom> g'mornin all
[09:31:22] <tomp> tomp is now known as tomp3
[12:28:38] <steves_logging> steves_logging is now known as steve_stallings
[13:49:38] <Valen1> I wonder if EMC could be used to drive a telescope
[13:50:27] <archivist> I think one may be doing that. would have to google
[13:51:07] <Valen1> I wonder how you would interface with it
[13:52:37] <archivist> dunno as an equatorial mount would probably just need two servos
[13:52:59] <Valen1> * Valen1 is pondering the practicalities of a rapid response telescope for looking at gamma ray bursts
[13:54:02] <Valen1> probably drive it with alt+az mounting as its simpler mechanically in some respects, I was more the "I want to look at star xyz, thats at RA52 and dec of 47 at the moment, go there and track it"
[13:54:14] <jepler> I'm not sure how useful gcode is, but a system built on emc's hal to do the position control would be promising
[13:54:49] <Valen1> could it do the realtime maths to maintain the pointing though?
[13:55:52] <jepler> you can do full "math" stuff in realtime, but the trick would be getting the current time
[13:56:02] <SWPadnos> and position
[13:56:07] <SWPadnos> luckily GPS will provide both
[13:56:09] <Valen1> not as important
[13:56:20] <Valen1> position is pretty well fixed ;->
[13:56:29] <Valen1> (i am thinking 600mm or larger scopes)
[13:57:17] <Valen1> time if within a second or two should be ok, it doesn't matter too much where your pointed provided the target is within the field of view
[13:57:38] <jepler> that's pretty easy, then
[13:57:54] <Valen1> they aren't localised particularly accurately to begin with
[13:58:08] <jepler> have a userspace component that tries to run at 10Hz or so and update a HAL pin with the current time
[13:58:17] <jepler> use that as input to the realtime tracking, have that output motor positions
[13:58:31] <jepler> use the motor positions like you would with emc --as input to stepgen, pid (for servos) or whatever
[13:58:59] <Valen1> the current time shouldn't matter once you are on target
[13:59:06] <archivist> the maths is not too hard I did a satellite tracker on a BBC micro
[13:59:07] <Valen1> Thing is I want to slew the scope and have it on target within 5 seconds or so tops
[13:59:10] <SWPadnos> it does if you want to track
[13:59:28] <SWPadnos> the real problem is the dynamic speed range you need
[13:59:36] <SWPadnos> combined with the accuracy you need
[13:59:45] <Valen1> yeah, lots of "peak loads" ;->
[13:59:49] <SWPadnos> there was a photographer who wanted to do exactly this
[14:01:09] <SWPadnos> but slewing over half the sky (on average) in 5 seconds, vs. the precision of tracking something for long exposures, is an interesting design problem :)
[14:01:20] <Valen1> actually its somewhat lucky there
[14:01:31] <Valen1> exposure times would be on the order of seconds
[14:01:54] <Valen1> (just lots and lots of them)
[14:02:24] <Valen1> people are trying to see how the light output of the GRB varies with time
[14:02:45] <Valen1> and if you managed to get a spectrum on it it'd be a bonus, but its a pretty faint source for that
[14:06:15] <Valen1> gotta get mah DRO working first ;->
[14:06:38] <Valen1> got the EMC machine installed, the encoder hardware and sufficent plugs to stuff it into the parallel port
[14:11:00] <Valen1> now comes the doing stuff i dont understand ;->
[14:12:21] <archivist> hehe doing....
[14:12:40] <Valen1> no doing is fine, i am just so far over my head with EMC its funny
[14:13:54] <Valen1> Oh well i'll get there in the end
[14:14:08] <Valen1> the ballscrews for the mill conversion should be turning up in the next few days
[14:14:29] <Valen1> getting normal backlashfull screws and then anti-backlashing them as you would an acme screw
[14:14:37] <Valen1> with a bunch of belvile washers
[14:14:51] <archivist> I got a rotary for the 5th axis on Friday and am playing
[14:15:07] <Valen1> 5th axis? that be funky
[14:15:20] <Valen1> stacked rotary tables or a rotating head?
[14:16:05] <archivist> stacked rotary
[14:16:22] <Valen1> noice, you can do funky stuff with 5 axis
[14:16:37] <Valen1> still hand writing the gcode for it?
[14:16:45] <archivist> yup
[14:16:57] <Valen1> heh yer nuts
[14:17:12] <archivist> poor folk like me cant afford Delcam et al
[14:17:17] <Valen1> lol ;->
[14:17:26] <Valen1> there are alternatives to "affording" things
[14:18:08] <archivist> and whats more apparently Delcam does not think the way I do hence it needs an STL file where I think machining path for a gear
[14:18:58] <Valen1> STL is probably a handy way to get the surface you want into the package
[14:19:25] <Valen1> I am thinking of liberating solidworks and solidcam
[14:19:47] <Valen1> to see if the whole package works of course
[20:54:04] <toastyde2th> toastyde2th is now known as toastydeath
[21:05:43] <alex_joni> good night all
[23:12:18] <speedy> speedy is now known as Guest569
