#emc-devel | Logs for 2011-03-21

Back
[04:24:29] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #emc-devel
[04:27:34] -!- Valen has quit [Quit: Leaving.]
[04:34:51] -!- bill20r3 has quit [Ping timeout: 260 seconds]
[04:36:47] -!- toastyde1th has quit [Ping timeout: 255 seconds]
[05:09:18] -!- rooks has quit [Read error: Operation timed out]
[05:20:41] -!- The_Ball has quit [Ping timeout: 240 seconds]
[06:37:03] -!- mhaberler [mhaberler!~mhaberler@h081217056015.dyn.cm.kabsi.at] has joined #emc-devel
[07:04:56] -!- alex_chally has quit [Quit: ZNC - http://znc.sourceforge.net]
[07:20:11] -!- psha [psha!~psha@213.208.162.69] has joined #emc-devel
[07:34:13] -!- mhaberler has quit [Quit: mhaberler]
[08:07:11] -!- adb has quit [Ping timeout: 260 seconds]
[08:08:46] -!- adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[08:26:36] -!- Birdman3131 has quit [Read error: Connection reset by peer]
[08:28:37] -!- cradek has quit [Ping timeout: 250 seconds]
[08:29:55] -!- cradek [cradek!~chris@outpost.timeguy.com] has joined #emc-devel
[08:30:51] -!- bill has quit [Ping timeout: 248 seconds]
[08:51:32] <psha> sorry for offline search/bot...
[08:51:45] <psha> i'll grab missing logs from mah
[09:17:07] -!- robh__ [robh__!~robert@5ace70bc.bb.sky.com] has joined #emc-devel
[09:18:22] -!- The_Ball has quit [Ping timeout: 240 seconds]
[09:26:22] -!- toastydeath has quit [Ping timeout: 240 seconds]
[09:33:22] -!- Ze1982 has quit [Ping timeout: 264 seconds]
[09:36:41] -!- pingufan has quit [Remote host closed the connection]
[09:47:00] -!- micges_work [micges_work!~x@aeje123.neoplus.adsl.tpnet.pl] has joined #emc-devel
[10:10:22] -!- Techrat has quit [Quit: Leaving]
[10:26:40] -!- psha has quit [Quit: Lost terminal]
[10:39:41] <jthornton> cradek: did you ban his/her/its profile?
[10:42:13] <micges_work> logger[mah]: hello
[10:42:13] <logger[mah]> micges_work: Log stored at http://emc.mah.priv.at/irc/%23emc-devel/2011-03-21.html
[10:44:11] -!- adb has quit [Ping timeout: 248 seconds]
[10:56:13] -!- adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[11:04:11] -!- EDocTooR has quit [Read error: Connection reset by peer]
[11:08:13] -!- cncbasher has quit [Client Quit]
[11:08:28] -!- EDocTooR [EDocTooR!~EDocTooR@206-248-191-199.dsl.teksavvy.com] has joined #emc-devel
[11:12:29] -!- steves_logging has quit [Ping timeout: 276 seconds]
[11:13:31] -!- adb has quit [Ping timeout: 248 seconds]
[11:17:17] -!- adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[11:20:48] -!- mike__ has quit [Ping timeout: 240 seconds]
[11:20:55] <jthornton> hmmm, I guess you did reading back
[11:27:18] -!- mhaberler [mhaberler!~mhaberler@extern-182.stiwoll.mah.priv.at] has joined #emc-devel
[11:40:52] <mhaberler> logger[mah]: hello
[11:40:52] <logger[mah]> mhaberler: Log stored at http://emc.mah.priv.at/irc/%23emc-devel/2011-03-21.html
[11:41:17] -!- EDocTooR has quit [Read error: Connection reset by peer]
[11:44:06] -!- awallin_ [awallin_!~quassel@2001:708:110:1020:224:7eff:feda:7c7d] has joined #emc-devel
[11:44:24] -!- EDocTooR [EDocTooR!~EDocTooR@206-248-191-199.dsl.teksavvy.com] has joined #emc-devel
[12:05:15] -!- skunkworks has quit [Ping timeout: 248 seconds]
[12:14:44] -!- Valen has quit [Quit: Leaving.]
[12:16:32] -!- EDocTooR has quit [Read error: Connection reset by peer]
[12:18:53] -!- acemi has quit [Quit: WeeChat 0.3.2]
[12:19:21] -!- ries [ries!~ries@200.125.129.54] has joined #emc-devel
[12:19:40] -!- EDocTooR [EDocTooR!~EDocTooR@206-248-191-199.dsl.teksavvy.com] has joined #emc-devel
[12:25:26] -!- mhaberler has quit [Quit: mhaberler]
[12:29:33] -!- mhaberler [mhaberler!~mhaberler@imac.stiwoll.mah.priv.at] has joined #emc-devel
[12:29:49] -!- mhaberler_ [mhaberler_!~mhaberler@intern-157.stiwoll.mah.priv.at] has joined #emc-devel
[12:41:41] -!- skunkworks [skunkworks!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #emc-devel
[12:43:14] -!- EDocTooR has quit [Read error: Connection reset by peer]
[12:47:26] -!- EDocTooR [EDocTooR!~EDocTooR@206-248-191-199.dsl.teksavvy.com] has joined #emc-devel
[13:05:34] <cradek> jthornton: yes
[13:09:57] -!- mhaberler_ has quit [Quit: mhaberler_]
[13:21:54] -!- mhaberler_ [mhaberler_!~mhaberler@intern-157.stiwoll.mah.priv.at] has joined #emc-devel
[13:22:20] -!- JT-Shop has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726]]
[13:39:00] -!- JT-Work [JT-Work!~chatzilla@216-41-154-151.semo.net] has joined #emc-devel
[13:45:34] Tech_Talk is now known as Birdman3131
[13:55:20] -!- micges_work [micges_work!~x@aeje123.neoplus.adsl.tpnet.pl] has parted #emc-devel
[14:03:46] -!- mhaberler_ has quit [Quit: mhaberler_]
[14:21:16] -!- mozmck has quit [Ping timeout: 250 seconds]
[14:36:26] -!- mozmck [mozmck!~moses@client-173.225.233.219.dfwtx.partnershipbroadband.com] has joined #emc-devel
[15:52:28] bill_ is now known as bill20r3
[15:59:09] -!- ve7it [ve7it!~LawrenceG@S0106009027972e37.pk.shawcable.net] has joined #emc-devel
[16:07:33] -!- nullie has quit [Ping timeout: 246 seconds]
[17:20:47] -!- mhaberler_ [mhaberler_!~mhaberler@intern-157.stiwoll.mah.priv.at] has joined #emc-devel
[17:25:12] -!- kb8wmc [kb8wmc!~chatzilla@64.25.194.25] has joined #emc-devel
[17:29:44] -!- awallin_ has quit [Remote host closed the connection]
[17:46:08] -!- mhaberler_ has quit [Quit: mhaberler_]
[17:47:08] -!- mhaberler has quit [Quit: mhaberler]
[18:09:53] -!- nullie has quit [Quit: Ex-Chat]
[19:05:57] -!- andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[19:13:44] -!- nullie has quit [Quit: Ex-Chat]
[19:22:10] -!- motioncontrol has quit [Quit: Sto andando via]
[19:24:27] -!- atom1 has quit []
[19:29:12] -!- atom1 has quit [Client Quit]
[19:41:40] -!- mhaberler [mhaberler!~mhaberler@extern-182.stiwoll.mah.priv.at] has joined #emc-devel
[19:42:17] -!- atom1 has quit [Quit: Leaving]
[19:43:02] -!- JT-Work has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.15/20110303024726]]
[19:45:50] -!- Tom_L has quit []
[20:00:29] -!- motioncontrol has quit [Read error: Connection reset by peer]
[20:03:25] -!- toastyde1th has quit [Read error: Connection reset by peer]
[20:14:14] -!- mhaberler has quit [Quit: mhaberler]
[20:29:29] -!- mhaberler [mhaberler!~mhaberler@extern-182.stiwoll.mah.priv.at] has joined #emc-devel
[20:30:49] -!- Techrat has quit [Changing host]
[20:39:56] -!- atom1 has quit [Ping timeout: 276 seconds]
[20:40:17] -!- JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[21:06:45] <alex_joni> mhaberler: hi
[21:06:54] <mhaberler> hi Alex!
[21:15:41] -!- OoBIGeye has quit [Ping timeout: 276 seconds]
[21:25:46] -!- OoBIGeye has quit [Ping timeout: 260 seconds]
[21:27:44] -!- ntg has quit [Client Quit]
[21:39:30] -!- jv4779 [jv4779!62c90637@gateway/web/freenode/ip.98.201.6.55] has joined #emc-devel
[21:41:03] <jv4779> anyone around that can answer some questions on emc2 motmod ?
[21:44:12] <alex_joni> sure, lots around
[21:46:24] -!- motioncontrol1 has quit [Quit: Sto andando via]
[21:46:28] <jv4779> when the motion control gets waypoints from the g-code, how does it tell stepgen to move. I see motor-cmd and -fb, but don't see any velocity or time
[21:47:04] <andypugh> It sends a new position every servo-period (typically every mS)
[21:47:28] <jv4779> so stepgen is always just chasing the moving motor-cmd value ?
[21:47:35] <andypugh> Yes.
[21:47:57] <jv4779> what hapens if stepgen can't keep up
[21:48:19] <jv4779> and does the -fb value influance motion control logic ?
[21:48:25] <andypugh> Then the pos-fb from stepgen lags too far and you get a f0eror
[21:49:14] <andypugh> The -fb is only used to check that stepgen has kept up, no rate adaption.
[21:49:20] <jv4779> in the servo-period, how many steps usually happen ? I know it depends on the feed rate, but is there a ballpark
[21:50:38] <jv4779> just looking for 1, 10,100 ballpark
[21:50:40] <andypugh> At full speed, it is the ratio of base-thread to servo-thread
[21:51:20] <andypugh> so about 50, absolute top limit.
[21:51:48] <jv4779> does stepgen do anything to keep the pulse train smooth when it gets the new pos value ?
[21:51:50] <andypugh> Typically 10, I would say.
[21:52:26] <andypugh> (steps back, having exhausted all knowledge)
[21:52:37] <jv4779> having a hard time understanding how stepgen can do its best work without knowing how fast it needs to go from current pos to the new motor-cmd
[21:54:10] <andypugh> Here's the code: http://git.linuxcnc.org/gitweb?p=emc2.git;a=blob;f=src/hal/components/stepgen.c;h=c091146404d5867c0f1e4483f75b2538d10618b3;hb=HEAD
[21:55:35] <alex_joni> jv4779: the positions fed to stepgen already have acceleration/velocity applied
[21:56:22] <alex_joni> stepgen still has an internal maxvel, which will make surethat it doesn't rxceed machin limits
[21:56:38] <alex_joni> sorry.. signing off for today, my link sucks
[22:08:58] -!- tlab has quit [Quit: Leaving]
[22:11:12] <jv4779> looks like stepgen determines it velocity by knowing how often it gets new positions
[22:11:44] <jv4779> and given that tries to reach that step rate in the bounds of step acceleration limits
[22:15:03] <andypugh> The motion controller does the speed and accelleration limiting.
[22:15:31] -!- skunkworks has quit [Ping timeout: 252 seconds]
[22:15:50] <jv4779> I should say limiting of the step frequency
[22:17:52] <jv4779> motion controller figures out the big servo-thread pos jumps, then stepgen knows it current step frequency and sees the new pos and figures that freq and if it can't jump to the new freq it ramps to it
[22:18:00] <jv4779> the 2 play off each other
[22:18:32] <jv4779> and step freq might be optional
[22:18:47] <jv4779> step freq ramping
[22:19:29] -!- JT-Shop has quit [Read error: Connection reset by peer]
[22:20:15] -!- JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[22:20:51] -!- EDocTooR has quit [Read error: Connection reset by peer]
[22:21:44] <jv4779> I have seen many posts on how it is hard to get emc2 to work with non-realtime output. the way these 2 parts interact sure does make it challanging
[22:23:41] <jv4779> I was hoping there was a way to get output that mapped out a step rate for X time, etc. so an axis would have 3 parts for each waypoint, a ramp up, at feed rate, and then ramp down
[22:24:06] <jv4779> but the interations is actually at a much more granual level, i.e. 1ms
[22:24:33] -!- EDocTooR [EDocTooR!~EDocTooR@206-248-191-199.dsl.teksavvy.com] has joined #emc-devel
[22:25:07] <andypugh> You could always write a function to do what you want. You can even use stepgen as a basis.
[22:27:26] <jv4779> my general idea is to be able to execute some g-code and end up with a list of commands that say X steps at Y freq which can be played back outside of emc2's realtime env
[22:27:54] <jv4779> accepting that stuff like limit switches and emergancy stops wouldn't work
[22:28:13] <andypugh> Why?
[22:28:47] <andypugh> Just accept that you need a dedicated, cheap, PC to run the machine?
[22:31:04] <jv4779> I am exploring the intersection of embedded g-code interpreters (like reprap) and the full pc model. I see limits on both sides, using an AVR to run gcode had many challanges, motion control being a major one
[22:31:43] <jv4779> being able to use emc2 mothing control and saving to a format that can be run off a SD card on a AVR is a path to better reprap
[22:33:00] <jv4779> I understand what you are saying about the cheap pc, my mini mill has its own emc2 mathcine, but my reprap has its AVR
[22:35:34] <andypugh> Jon is working on EMC2 for Beagleboard...
[22:35:45] <jv4779> how can data be exported from stepgen ? like a log file
[22:36:57] <andypugh> I doubt that many things are quick enough to follow stepgen output.
[22:37:05] <jv4779> without changing too much I might be able to take the position updates every 1 ms and combine them into larger times if they are at the same freq
[22:37:47] <jv4779> not at make_pulses rates, but at update_freq
[22:37:48] <andypugh> You can log the position commands, I think. Look for halstreamer on the website.
[22:39:57] -!- e3m has quit [Client Quit]
[22:40:26] -!- OoBIGeye has quit [Ping timeout: 260 seconds]
[22:42:11] -!- mozmck1 [mozmck1!~moses@client-173.225.233.214.dfwtx.partnershipbroadband.com] has joined #emc-devel
[22:42:34] <jv4779> thank you for the help
[22:43:02] -!- mozmck has quit [Ping timeout: 246 seconds]
[22:59:15] -!- ries has quit [Read error: Operation timed out]
[23:01:38] -!- OoBIGeye has quit [Ping timeout: 276 seconds]
[23:03:59] -!- ries [ries!~ries@200.125.129.54] has joined #emc-devel
[23:17:11] -!- OoBIGeye has quit [Ping timeout: 260 seconds]
[23:18:39] <andypugh> Is there a way to "Pull" a EXPORT_SYMBOL_GPL() rather than "Push" it?
[23:28:17] -!- OoBIGeye has quit [Ping timeout: 276 seconds]
[23:33:53] -!- OoBIGeye has quit [Remote host closed the connection]
[23:43:26] -!- OoBIGeye has quit [Ping timeout: 260 seconds]
[23:53:11] -!- OoBIGeye has quit [Remote host closed the connection]