#emc-devel | Logs for 2009-04-25

[01:02:18] <jmkasunich> http://sourceforge.net/project/showfiles.php?group_id=2883&package_id=2836
[01:02:29] <jmkasunich> version 3.05, released in 2000
[01:02:38] <jmkasunich> version 3.07 released last week
[01:02:49] <jmkasunich> quite a hiatus
[03:23:49] <jmkasunich> jepler: have you every played with VPython?
[03:24:37] <jmkasunich> it is very cool
[03:25:26] <jmkasunich> get the ubuntu package
[03:25:33] <jmkasunich> the start python (interactive)
[03:25:42] <jmkasunich> >>> from visual import *
[03:25:49] <jmkasunich> >>> redbox=box(pos=vector(4,2,3),size=(8,4,6),color-color.red)
[03:25:58] <jmkasunich> a window pops up, with a red box in it
[03:26:06] <jmkasunich> oops, typo
[03:26:13] <jmkasunich> >>> redbox=box(pos=vector(4,2,3),size=(8,4,6),color=color.red)
[03:26:16] <jmkasunich> then
[03:26:24] <jmkasunich> >>> ball=sphere(pos=vector(4,7,3),radius=2,color=color.green)
[03:26:27] <jmkasunich> green ball appears
[03:26:43] <jmkasunich> you can move the camera around and zoom, similar to the axis preview window
[03:26:55] <jmkasunich> >>> ball.radius = 3
[03:27:00] <jmkasunich> ball grows
[03:27:06] <jmkasunich> >>> ball.pos.x=5
[03:27:08] <jmkasunich> ball moves
[03:28:57] <jmkasunich> >>> while (ball.pos.x < 10):
[03:28:57] <jmkasunich> ... rate(10)
[03:28:57] <jmkasunich> ... ball.pos.x = ball.pos.x+0.1
[03:29:10] <jmkasunich> ball steadily moves along X
[03:44:41] <cradek> that seems like it could be useful in the same way gnuplot is sometimes useful
[03:45:11] <jmkasunich> it would have made writing vismach much simpler
[03:45:46] <jmkasunich> in my case, I've found a GPL finite element package that does text in, text out, and VPython will make it rather easy to visualize the output
[03:45:55] <cradek> cool
[03:46:42] <jmkasunich> I think I'll be able to have the structure bending back and forth as you watch
[03:47:05] <jmkasunich> ramp between the undeflected and deflected node positions over time
[03:47:21] <jmkasunich> (with the deflections multiplied by some large factor so they become visible)
[03:50:16] <cradek> wow, that sounds very cool
[03:51:16] <jmkasunich> the FEA program is called Felt
[03:51:40] <jmkasunich> its the only one I've found with a learning curve that I have a chance of climbing
[03:51:45] <jmkasunich> very good manual
[12:53:17] <jepler> jmkasunich: cool
[16:55:52] <BigJohnT> is it by design that no rapids show up in the axis backplot until the first feed move?
[16:55:58] <BigJohnT> in 2.3.0
[17:04:09] <cradek> yes
[17:04:25] <SWPLinux> you don't say
[17:04:30] <BigJohnT> ok
[17:22:34] <BigJohnT> hmmm looks like I'm still at work and at a customer
[17:27:57] <CIA-1> EMC: 03bigjohnt 07v2_3_branch * 10emc2/docs/src/gui/axis.lyx: add info on disappearing rapid moves in axis preview plot
[17:36:14] <jmkasunich> cradek: why is that by design?
[17:37:36] <jmkasunich> it would be nice to see how the tool is going to approach the work
[17:38:00] <jmkasunich> although I guess at preview time, EMC doesn't know where the tool will be when you hit run, so it can't show the very first move
[17:38:30] <jmkasunich> if there are two or more rapids before the first feed, it seems like it could show all but the first one
[17:56:47] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gui/axis.lyx: add info on disappearing rapid moves in axis preview plot
[18:59:23] <cradek> jmkasunich: that's one problem it solves - the other is I think the extents are less useful if you include these long entry moves. I made this change after working on a part the size of my thumbnail, but the preview showed mostly lines a foot long to and from the tool change locations, with the extents showing those huge numbers, and none of the actual part visible without a lot of zooming/panning.
[19:00:12] <jmkasunich> if there is a toolchange in the middle of the program, don't you have the same problem?
[19:00:24] <cradek> those are hidden too.
[19:00:43] <jmkasunich> how does it know to hide them?
[19:01:01] <cradek> also right after a TLO change, because otherwise you get a bogus-seeming line as the position jumps from the old to new tool point.
[19:01:06] <jmkasunich> I bet it only hides moves to TOOL_CHANGE_POSITION, and etc
[19:01:34] <cradek> I forget the exact implementation details.
[19:02:22] <jmkasunich> I've had the "long lines" issue - but I don't have a toolchanger, and in some cases those long moves are just to a "get the tool clear so I can measure (or unload the part)" position
[19:02:30] <jmkasunich> nothing that would let axis know they can be hidden
[19:02:50] <cradek> you could program (AXIS,hide) etc if they are in your way
[19:02:58] <jmkasunich> yeah
[19:03:07] <cradek> or, turn off preview of rapids
[19:03:07] <jmkasunich> I don't tend to think of it when I'm programming
[19:03:20] <jmkasunich> I like preview of rapids - prevents rapiding thru things
[19:07:06] <jmkasunich> damn ebay!
[19:07:18] <jmkasunich> those fsckers
[19:08:16] <jmkasunich> they no longer allow sellers to accept checks, money orders, etc
[19:08:32] <jmkasunich> fuckin bastards are forcing people to use paypal
[23:17:47] <CIA-1> EMC: 03bigjohnt 07v2_3_branch * 10emc2/docs/src/hal/comp.lyx: info about unused variables
[23:18:45] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/hal/comp.lyx: info about unused variables
[23:51:14] <jepler> * jepler wonders if that doc change is prompted by a user report
[23:58:04] <cradek> http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/catid,24/id,155/lang,en/#155