#emc-devel | Logs for 2009-12-17

[02:00:31] <cradek> yay, got the fuel pump out of the truck
[02:00:53] <cradek> bizarrely, having a lathe was required for this job
[02:03:12] <cradek> http://www.autopartswarehouse.com/details/QQFordQQBroncoQQOTCQQFuel_Line_Disconnect_ToolQQ19661996QQOT7370.html
[02:03:30] <cradek> something like this tool is needed (two different sizes just to make it more interesting)
[02:03:52] <cradek> the plastic ones we bought at the auto parts store were not made well enough to work at all
[03:30:14] <CIA-8> EMC: 03seb 07master * r9420f7958fae 10/ (3 files in 2 dirs): rename the 3x20 SV24 firmware to indicate fpga size
[03:31:04] <CIA-8> EMC: 03seb 07master * rcf1c28c3f602 10/ (3 files in 2 dirs): Add a stepper firmware for the 3x20, and a sample config
[03:32:15] <Dave911_> Dave911_ is now known as Dave911
[04:09:58] <cradek> hm2/hm2_test\.0: invalid cookie
[05:52:44] <Dave911_> Dave911_ is now known as Dave911
[05:56:25] <KimK> KimK is now known as KimK_afk
[10:55:12] <alex_joni> what bug?
[10:56:06] <micges_cutter> 3: what are you thinking about adding (STS, some_text) and some_text will show up in status and gui can display it?
[10:56:26] <alex_joni> hmm.. not sure what you'll use it for
[10:56:35] <alex_joni> but I don't see any problems having it
[10:57:10] <micges_cutter> I have many use for it
[10:57:19] <micges_cutter> (wfm for buggy gcode)
[10:57:36] <alex_joni> wfm?
[10:57:47] <micges_cutter> wait for moment
[10:57:54] <micges_cutter> can be jas
[10:57:56] <micges_cutter> :D
[10:58:40] <alex_joni> wfm is usually "works for me"
[10:59:01] <alex_joni> ;)
[10:59:22] <micges_cutter> ah ok :)
[11:00:20] <micges_cutter> http://www.pastebin.ca/1718055
[11:00:46] <micges_cutter> line 16 is waiting 30 seconds
[11:00:54] <micges_cutter> like first M66
[11:01:18] <alex_joni> I see
[11:01:39] <alex_joni> maybe q doe4sn't get reset
[11:01:55] <micges_cutter> I've traced that task get correct values up to emcTaskExecute
[11:03:01] <alex_joni> but if I remember it correctly task is the one that waits
[11:03:12] <micges_cutter> yes
[11:03:26] <micges_cutter> it has delay satus on that gcode
[11:04:10] <micges_cutter> but it shouldn't
[11:04:43] <alex_joni> right
[11:04:49] <alex_joni> did you check canon?
[11:05:18] <alex_joni> define INPUT_DEBUG
[11:05:23] <alex_joni> you should get:
[11:05:30] <alex_joni> printf("GET_EXTERNAL_DIGITAL_INPUT called\n di[%d]=%d \n timeout=%d \n",index,emcStatus->motion.synch_di[index],emcStatus->task.input_timeout);
[11:05:40] <micges_cutter> if I paste Q1 there it gets delay 0
[11:06:04] <micges_cutter> ok I'll do that
[11:06:09] <micges_cutter> thanks
[11:06:12] <micges_cutter> bbl ,lunch
[11:06:48] <alex_joni> I see that:
[11:06:55] <alex_joni> 2619 if (block->q_number > 0) {
[11:06:55] <alex_joni> 2620 timeout = block->q_number;
[11:06:55] <alex_joni> 2621 } else {
[11:06:55] <alex_joni> 2622 timeout = 0;
[11:06:57] <alex_joni> 2623 }
[11:07:39] <alex_joni> also check the values in emccanon: WAIT()
[11:07:49] <alex_joni> index, input_type, wait_type and timeout
[11:10:44] <alex_joni> (sorry I can't try it myself right now)
[11:32:05] <micges_cutter> np
[14:43:56] <christel> [Global Notice] Hi all, we are (surprise, surprise) still experiencing DDoS, after a quiet period it just started up again. Apologies for the inconvenience.
[16:17:50] <KimK_afk> KimK_afk is now known as KimK
[19:15:30] <CIA-8> EMC: 03micges 07master * r819a4b164d16 10/src/hal/components/ (timedelay.comp wcomp.comp): Change params to pins to make those components more flexible
[19:37:24] <micges> jepler: there is something wrong with buildbot
[19:40:30] <jepler> micges: I believe it's due to seb's recent hostmot2 changes.
[19:40:42] <jepler> recent being within a week or so and getting less recent all the time
[19:40:47] <jepler> I assume he sees the messages as wel
[19:40:48] <jepler> l
[19:41:48] <micges> ok
[20:03:08] <seb_kuzminsky> yeah it's my bad
[20:03:17] <seb_kuzminsky> i changed an error message and forgot to update the test
[20:16:14] <CIA-8> EMC: 03seb 07master * rfd6a44121a99 10/tests/hm2-idrom/ (expected test.sh): fix test to know the new error message
[20:19:04] <cradek> yay
[20:20:26] <cradek> hm I'd sure like the kurt model that you can stand on its side, but it's sure not worth $300 more
[20:28:03] <micges> what do you think about adding EMC_DEBUG_CANON flag beside existing?
[20:29:03] <micges> now we only see that nml messages are added to queue but we don't have idea of params of canon function
[20:29:31] <cradek> more useful debug output is always good
[20:30:08] <jepler> unless it has a negative impact in terms of maintaining the software
[20:30:23] <jepler> for instance, if it's yet another block of code that has to be modified for any new/modified canon call, that's a big cost
[20:31:19] <micges> it should be done like existing code
[20:31:34] <micges> if flag is set printf one line
[20:32:08] <micges> in each canon function of course
[20:35:02] <micges> ok I see what you mean
[23:44:27] <CIA-8> EMC: 03jthornton 07master * rfb155bfa1ad9 10/configs/ (hm2-servo/README hm2-stepper/README): Add info about installing firmware and reading the manual.
[23:45:51] <jepler> hah. "add info about ... reading the manual"
[23:45:54] <jepler> like that'll work
[23:47:13] <jthornton> LOL
[23:47:39] <jthornton> I could not resist :)
[23:53:49] <alex_joni> heh
[23:55:34] <micges> alex_joni: I filed bug report about M66
[23:56:02] <micges> alex_joni: I've checked all wait code in task and values are correct
[23:56:38] <micges> I think problem is on task<->interp sync (again)