Back
[00:03:09] -!-
theorbtwo has quit [Read error: Operation timed out]
[00:14:38] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has parted #emc-devel
[00:31:40] -!-
skunkworks1 has quit [Ping timeout: 250 seconds]
[00:41:46] -!-
stormlight has quit [Quit: stormlight]
[00:50:51] -!-
mhaberler has quit [Quit: mhaberler]
[01:04:32] -!-
theorbtwo has quit [Ping timeout: 276 seconds]
[01:15:32] -!-
l0st1nsp4c3 has quit [Ping timeout: 252 seconds]
[01:35:00] -!-
skunkworks_ [skunkworks_!~chatzilla@str-bb-cable-south2-static-6-78.dsl.airstreamcomm.net] has joined #emc-devel
[01:50:02] -!-
nicko has quit [Ping timeout: 276 seconds]
[02:01:48] -!-
skunkworks_ has quit [Ping timeout: 240 seconds]
[02:04:59] -!-
pjm has quit [Ping timeout: 260 seconds]
[02:16:53] -!-
pjm__ has quit [Ping timeout: 276 seconds]
[02:18:51] -!-
stormlight has quit [Quit: stormlight]
[02:27:32] -!-
emcrules_laptop has quit [Quit: Light travels faster then sound, which is why some people appear bright, until you hear them speak]
[02:36:27] -!-
rooks has quit [Quit: So long, and thanks for all the fish.]
[04:06:07] -!-
Tom_L has quit [Read error: Connection reset by peer]
[05:05:14] -!-
WesBaker has quit [Ping timeout: 276 seconds]
[05:06:41] -!-
MattyMatt_ has quit [Quit: ⊚)(⊚]
[05:10:14] -!-
ve7it has quit [Remote host closed the connection]
[05:27:52] -!-
stormlight has quit [Quit: stormlight]
[05:29:14] -!-
Gensor555 [Gensor555!Gensor@209.159.211.192] has joined #emc-devel
[05:30:01] -!-
Gensor has quit [Ping timeout: 252 seconds]
[05:31:55] -!-
toastydeath has quit [Ping timeout: 260 seconds]
[05:42:03] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[05:42:37] -!-
JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[05:54:43] -!-
awallin_ [awallin_!~quassel@2001:708:110:1020:224:7eff:feda:7c7d] has joined #emc-devel
[05:56:54] -!-
mhaberler [mhaberler!~mhaberler@extern-184.stiwoll.mah.priv.at] has joined #emc-devel
[06:31:27] -!-
e-jones [e-jones!~jkastner@nat/redhat/x-emorgmsrpjmjaacy] has joined #emc-devel
[06:46:02] -!-
vladimirek [vladimirek!~vladimire@bband-dyn166.178-41-220.t-com.sk] has joined #emc-devel
[06:57:50] -!-
pjm__ has quit [Client Quit]
[06:57:54] -!-
pjm has quit [Ping timeout: 264 seconds]
[07:06:44] -!-
capricorn_one has quit [Remote host closed the connection]
[07:14:14] -!-
mhaberler has quit [Quit: mhaberler]
[07:17:56] -!-
mhaberler [mhaberler!~mhaberler@imac.stiwoll.mah.priv.at] has joined #emc-devel
[07:17:58] -!-
mhaberler_ [mhaberler_!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #emc-devel
[07:24:26] -!-
emcrules_mill has quit [Read error: Operation timed out]
[08:01:21] -!-
e-jones has quit [Quit: Ex-Chat]
[08:10:54] -!-
e-jones [e-jones!~jkastner@nat/redhat/x-wjycmzzoxjnuqjkf] has joined #emc-devel
[08:47:54] -!-
Guest763 has quit [Client Quit]
[10:54:50] <CIA-11> EMC: 03jthornton 07v2.5_branch * r39b5d7fba036 10/docs/src/config/ (ini_config.txt ini_homing.txt): Docs: add info to home ignore limits
[11:16:40] -!-
mhaberler has quit [Quit: mhaberler]
[11:16:40] mhaberler_ is now known as
mhaberler
[11:21:29] -!-
mhaberler has quit [Ping timeout: 260 seconds]
[11:45:29] -!-
Valen has quit [Quit: Leaving.]
[12:43:06] -!-
skunkworks_ [skunkworks_!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #emc-devel
[12:52:16] -!-
toastyde1th has quit [Quit: Leaving]
[13:22:13] -!-
JustinXJS has quit [Ping timeout: 240 seconds]
[13:24:01] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[13:24:34] -!-
JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[13:26:03] -!-
skunkworks1 has quit [Ping timeout: 250 seconds]
[13:29:53] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[13:30:38] -!-
JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[13:32:29] -!-
e-jones has quit [Quit: Ex-Chat]
[13:47:19] -!-
awallin_ has quit [Remote host closed the connection]
[14:06:30] -!-
kb8wmc has quit [Quit: ChatZilla 0.9.86.1 [Firefox 3.6.17/20110422054454]]
[14:10:33] -!-
e-jones [e-jones!~jkastner@ip-84-242-102-36.net.upcbroadband.cz] has joined #emc-devel
[14:15:08] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[14:15:51] -!-
JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[14:22:33] -!-
psha has quit [Quit: Lost terminal]
[15:01:23] -!-
dgarr [dgarr!~dgarrett@adsl-75-61-78-208.dsl.pltn13.sbcglobal.net] has joined #emc-devel
[15:47:28] -!-
psha [psha!~psha@213.208.162.69] has joined #emc-devel
[15:47:50] -!-
ve7it [ve7it!~LawrenceG@S0106009027972e37.pk.shawcable.net] has joined #emc-devel
[16:14:27] -!-
nullie has quit [Quit: Ex-Chat]
[16:15:49] -!-
emc2-buildmaster has quit [Ping timeout: 246 seconds]
[16:28:50] -!-
isssy has quit [Quit: Visitor from www.linuxcnc.org]
[16:50:17] -!-
WesBaker has quit [Read error: Connection reset by peer]
[16:57:53] -!-
WesBaker has quit [Ping timeout: 240 seconds]
[17:06:38] -!-
mhaberler [mhaberler!~mhaberler@h081217056015.dyn.cm.kabsi.at] has joined #emc-devel
[17:08:55] -!-
motioncontrol has quit [Ping timeout: 246 seconds]
[17:09:39] -!-
motioncontrol1 has quit [Client Quit]
[17:24:41] -!-
dgarr has quit [Ping timeout: 240 seconds]
[17:28:09] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[17:28:12] -!-
mhaberler has quit [Quit: mhaberler]
[17:29:40] -!-
skunkworks_ has quit [Ping timeout: 252 seconds]
[17:53:16] -!-
kb8wmc [kb8wmc!~chatzilla@64.25.194.25] has joined #emc-devel
[18:02:30] -!-
jv4779 [jv4779!~jv4779@c-98-201-6-55.hsd1.tx.comcast.net] has joined #emc-devel
[18:26:47] -!-
e-jones has quit [Quit: Ex-Chat]
[18:46:26] -!-
Connor has quit [Ping timeout: 252 seconds]
[19:05:52] connor is now known as
Connor
[19:08:22] <jv4779> I asked about getting EMC2 to slightly break axis cordination in a G1 move in user chat and the answer was no. Allowing A to start moving slightly sooner and also end sooner. Effictily offsetting it from the other axis. Now I am wondering if a kinematics module could do something like taht by adding a non-linear mapping in the A point.
[19:09:04] <cradek> kinematics can do a position offset but not really a time offset.
[19:09:20] <jv4779> yes it is time, only a little time
[19:09:53] <cradek> well it's actually a position problem - but you think you can approximate it with a time offset
[19:10:12] <cradek> I think that's got to be not the best approach to solving the problem
[19:10:51] <jv4779> the core problem is that thsi is for a reprap machine and the A axis drives the filmanet extruder. there is a small delay between when the A moves and the stuff squirts out
[19:11:18] <cradek> ah, the actual problem statement
[19:11:20] <jv4779> so if I move X/Y in lock step, it has already moves before the filement is deposited causing an acceleration lag on the A
[19:11:38] <cradek> can you just program a short (appropriate length) A-only move whenever you start an extrusion?
[19:12:03] <jv4779> that is possible
[19:12:29] <jv4779> what I don't understand completly is how all the acceleration and path planning would take that short move
[19:12:48] <cradek> not sure what your gcode looks like
[19:13:07] <jv4779> hold on and I will get a sample
[19:13:12] <cradek> for an extruder it seems like you would want that motor in some kind of velocity mode, not position
[19:13:44] <cradek> you could pastebin an example and maybe others will have input too
[19:13:46] <jv4779> the position translates to a specific volume of extruted plastic
[19:14:18] <cradek> I see
[19:17:00] <jv4779> the gcode tells specificly that for the G1 move with its length and volume to move A axis a specific amount. assuming that that ammount will be extruded linearly along the line
[19:18:17] <jv4779> this problem isn't a show stopper for using EMC2 to run a reprap with extruder. it is just an issue that shows itself as more acceleration is added. not 100% sure why acceleration magnifies the issue
[19:18:54] <cradek> what problem specifically do you mean?
[19:19:13] <jv4779> that not enough plastic is at the start of the time and too much at the end
[19:19:41] <jv4779> the best analogy I have seen is to think of a tube of caulk. you have to start pumping before you move and stop before you end
[19:20:01] <jv4779> or you end up with nothing at the start and a gusher at the end
[19:20:15] <cradek> well it's pretty easy to start pumping first, just issue an A-only move of the right length
[19:20:30] <cradek> to stop early, you'll have to end your XYA move and do an XY only move for the correct distance
[19:20:48] <cradek> these will blend together nicely and probably give you want you want
[19:21:51] <jv4779> when moves happen back to back, the 2nd move wouldn't just be XY, it would have part of the next A
[19:22:19] <cradek> but if you're not stopping the extruder, it doesn't matter does it?
[19:23:20] <jv4779> it slows down and speeds up
[19:23:22] <cradek> [btw, earlier you were asking how to delay A's motion, but that's opposite what you are asking now: you are asking A to predict the future and move early]
[19:24:20] <archivist> actually the gcode needs some sense adding at start and end
[19:24:30] <cradek> sorry, I know squat about extrusion heads, I'm just trying to work through it with you
[19:24:31] <jv4779> correct, I did use delay to genericly
[19:24:58] <cradek> brb
[19:26:44] <archivist> this reminds me of the in-flight material in a weighing machine
[19:28:23] -!-
mhaberler [mhaberler!~mhaberler@h081217056015.dyn.cm.kabsi.at] has joined #emc-devel
[19:29:45] <jv4779> gcode example
http://pastebin.com/bwWR7kxg
[19:29:48] -!-
mhaberler has quit [Client Quit]
[19:30:11] <jv4779> A just keeps getting bigger unill a G92 Z0 is done and it starts over
[19:30:51] <jv4779> kinematics would be a serious hack by doing stuff in there with state, doesnt' sound good
[19:32:39] <archivist> can you fudge the cam to add a start/end fiddle to the gcode
[19:33:54] <jv4779> I have complete control over the gcode as well and the ability to post process if needed
[19:34:48] <jv4779> one solution I see is to manually offset the A axis (into the futrue) by seperating each G1 into two moves with a start move at the beginning
[19:36:29] <jv4779> what do you think the result would look like doing G61 ?
[19:37:03] <jv4779> default G64 is way too loose for the tolerance on the plastic path
[19:37:48] <jv4779> if G61 does a complete stop between moves the result wouldn't be pretty
[19:40:20] <archivist> I think you break into three
[19:40:26] <archivist> G1 Z.26 F1248.0 (start extruding)
[19:40:26] <archivist> G1 X17.18 Y16.43 Z2.26 F1248.0 A23.0 (main pass but stop extruding here)
[19:40:26] <archivist> G1 X17.18 Y16.43 F1248.0 A23.7718 (finish pass on the last drip from extruder)
[19:40:44] <archivist> ish
[19:43:25] <archivist> you can adjust the trajectory planner with g64 P(tolerance)
[19:46:00] <jv4779> how is backlash compensation handled with an axis needs some extra steps before the others ?
[19:46:40] <jv4779> I will run some experiments with splitting the G1's to offset the A and see what the result looks like
[19:53:51] <jv4779> on an unrelated topic. is there a way to toggle a parallel port pin when the motion planner transtions to a new gcode line. I am capturing the output on a logic probe and corrilation to gcode would be nice.
[19:55:56] <jv4779> I simulated this by alternating the direction of the A azis and using the axis directino pin transition
[19:57:59] -!-
vladimirek has quit [Ping timeout: 240 seconds]
[20:01:24] -!-
vladimirek [vladimirek!~vladimire@bband-dyn166.178-41-220.t-com.sk] has joined #emc-devel
[20:05:54] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[20:20:04] -!-
Calyp has quit [Quit: Leaving]
[20:30:02] <andypugh> Actually, backlash compensation in A might do the trick, if you were to always turn A back a step at the end of every extrude.
[20:30:50] -!-
vladimirek has quit [Remote host closed the connection]
[20:31:21] <jv4779> baclkash would turn some extra steps at the start ?
[20:31:43] <jv4779> and then the the A distance steps on the segment ?
[20:33:52] <jv4779> any gcode that would cause EMC to reset the internal backlash tracking ?
[20:33:52] <archivist> it will be directional, so you should fiddle gcode so you know
[20:34:36] <jv4779> that would cause the extruder to prime before the move
[20:35:32] <jv4779> and based off the amount of backlash compensation configured I could modify the gcode to go slightly less A to account for the increated extrusion
[20:35:36] <andypugh> Yes, backlash comp will run a number of extra steps on a direction reversal. So if the previous extrude ended with a little windback (which will also have steps added) then the next start will have a bit extra at the beginning.
[20:35:47] <andypugh> It is a quick and easy thing to try, at least.
[20:35:54] -!-
WalterN has quit [Read error: Connection reset by peer]
[20:36:43] <jv4779> a small single tick A direction move between the main moves would probably get optimized out by the motion planner
[20:37:39] <jv4779> G1 X1 A1 (extra steps from bl comp); G1 A0.99999; G1 X2 A2
[20:39:03] <jv4779> even writing the code from scratch, this is a hard problem to offset an axis in time
[20:39:31] <jv4779> especially into the future
[20:41:53] <jv4779> when does the kinematic functions get called in the motion planner proccess? ie motion planner follows the gcode corridinats and then calls kinematics before sending to stepgen
[20:47:50] -!-
psha has quit [Quit: Lost terminal]
[20:50:33] <andypugh> jv4779: Sounds about right. Things get pre-calculated and queued, but that doesn't really matter (or help)
[20:54:45] -!-
FinboySlick has quit [Quit: Leaving.]
[21:07:29] <jv4779> does the motion planner do its acceleration and speed limiting on the joint itself ?
[21:07:46] <jv4779> or the kinematics result
[21:23:14] -!-
e3m has quit [Quit: Copywight 2007 Elmer Fudd. All wights wesewved.]
[21:25:41] <andypugh> I think it happens in the joint. But the only reason I think this is a recent feature request to do it on the controlled point too.
[21:39:05] -!-
crazy_imp has quit [Ping timeout: 260 seconds]
[21:54:41] -!-
Fox_Muldr has quit [Ping timeout: 276 seconds]
[21:58:26] -!-
kb8wmc has quit [Quit: ChatZilla 0.9.86.1 [Firefox 3.6.17/20110422054454]]
[22:14:11] -!-
HazardX has quit [Ping timeout: 240 seconds]
[22:24:48] -!-
Tom_L has quit [Read error: Connection reset by peer]
[22:40:15] -!-
Tom_L has quit []
[22:40:18] -!-
Tom_itx has quit []
[22:42:01] Tom_shop is now known as
Tom_itx
[22:47:47] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:33:21] -!-
stormlight has quit [Client Quit]
[23:35:14] -!-
dgarr [dgarr!~dgarrett@adsl-75-61-78-208.dsl.pltn13.sbcglobal.net] has joined #emc-devel
[23:46:13] HazardX2 is now known as
HazardX