Back
[09:30:14] <JT-Shop> looks like holecircle.py needs an update
[09:30:21] <JT-Shop> Traceback (most recent call last):
[09:30:21] <JT-Shop> File "/home/john/linuxcnc/nc_files/examples/holecircle.py", line 2, in <module>
[09:30:21] <JT-Shop> BASE = os.environ['EMC2_HOME']
[09:30:21] <JT-Shop> File "/usr/lib/python2.7/UserDict.py", line 23, in __getitem__
[09:30:21] <JT-Shop> raise KeyError(key)
[09:30:21] <JT-Shop> KeyError: 'EMC2_HOME'
[09:30:30] <cradek> arg
[09:31:43] <JT-Shop> I used IN_AXIS = os.environ.has_key("AXIS_PROGRESS_BAR")
[09:32:03] <JT-Shop> brb
[11:27:13] <seb_kuzminsky> update your wheezy systems, y'all
[11:27:35] <seb_kuzminsky> http://www.openwall.com/lists/oss-security/2015/01/27/9
[11:28:11] <seb_kuzminsky> 2.13-38+deb7u7 from wheezy-security has the fix
[11:29:55] <cradek> or keep your linux systems hidden behind freebsd systems like I do :-/
[11:31:03] <archivist> or keep older stuff up pre that bug
[11:31:43] <cradek> wasn't this one also yearrrrs old?
[11:34:22] <archivist> The first vulnerable version of the GNU C Library is glibc-2.2, released on November 10, 2000
[11:39:00] <cradek> even I don't have systems still running that are older than that
[11:39:13] <cradek> I'd have to plug them in...
[14:53:38] <CaptHindsight> is Jepler off for the year after all the time he put in the last year or two?
[14:53:59] <cradek> I think he may be in prison temporarily
[14:54:55] <CaptHindsight> as least he's ok
[14:54:56] <cradek> or maybe on the ISS?
[14:55:01] <cradek> not sure
[14:55:06] <cradek> (yeah he's fine)
[14:56:06] <cradek> and he's not in prison; I just said that for some reason
[14:56:50] <CaptHindsight> it's what I hear often when someones been away for a while
[14:56:57] <CaptHindsight> it's funny
[15:00:42] <seb_kuzminsky> drunk & disorderly conduct, if i had to guess
[15:03:37] <cradek> drag racing in the prius?
[15:24:57] <skunkworks> prison or iss.. wow - 2 polar opposites..
[17:56:45] <JT-Shop> lol
[18:02:52] <kwallace1> Hello, does anyone have a link to information on using an A axis. It looks like Gremlin rotates the tool around the tool control point, but if the physical A axis rotates the rotation will center on the A axis center. To get Gremlin to show the A axis move around the axis center, Z and Y axes would need to also move, but that's not good for the part path.
[18:06:22] <andypugh> The first difficulty is deciding what you want to see, then if that is what you ought to see…
[18:07:16] <andypugh> If Gremin is like the Axis preview (and I think that they are now the same thing?) then it rotates A around the X-axis.
[18:07:30] <andypugh> ie the Y=0 Z = 0 point.
[18:09:54] <kwallace1> I tried it in Axis. I moved to X0 Y0 Z0 then A 45 and the tool rotated with the tip a 0. Then I moved to Z 1 and A 0 and the tool tip rotated at Z 1.
[18:10:42] <andypugh> In _axis_ it depends on the GEOMETRY setting in the INI. If A is first or last in the string.
[18:10:44] <kwallace1> I was sort of expecting to see an arc with 0 as the center.
[18:12:37] <kwallace1> Thank you. I'll look at the docs covering GEOMETRY in the ini.
[18:18:52] <cradek> also consider that as you change your gcode offsets, you shouldn't expect the center of rotation to move. the center is set up by your homing parameters (which establish the unoffset coordinate system) only
[18:27:39] <kwallace1> Yeah, it looks like this isn't going to be easy. Thanks for the help. Maybe this will give me good excuse to make an A axis spindle.
[18:54:46] <kwallace1> andypugh, from my brief look at the docs and trying it out in Axis, only the order of the rotary axes makes a difference. I modified sim_9axis to four axes, XYZA and AXYZ without any effect, or at least to the backplot. I suspect the backplot is not aware of the distance or location of the A axis center, just the A axis angle.
[18:55:28] <andypugh> Ah, OK
[18:55:48] <andypugh> I can’t even decide what the backplot _should_ show.
[19:06:18] <kwallace1> The part that invoked my query was engraving text on a cylinder. A V-tool is positioned over the bar center about .03" above the surface. The cutting is done .03" below. Let's say the bar is 2" in diameter. I think the backplot should show the text on an arc of 1" radius centered on the A axis center line. The physical tool path would just be Z moves into or out of the material, X moves for character height, and A moves for character length.
[19:11:53] <andypugh> kwallace1: like this?
http://www.linuxcnc.org/index.php/english/forum/20-g-code/27169-g-code-to-engrave-numbers-on-cylinders#40497
[19:18:10] <kwallace1> andypugh, yes.
[22:07:39] <kwallace2>
[22:39:08] <cradek> I read the help for GEOMETRY a few times, and I'm not very enlightened. However, I think putting A between XY and Z might be interesting to try
[22:48:09] <kwallace2> I looked at andy's link above and it looks like his display might be from the 9 axis sim. I played his code on a standard 9 axis sim and got the tool moving only in X, but this is on LinuxCNC 2.3.4 . I looked through all of the ini settings and nothing stood out as a solution. I plan to take some time out to get a recent LinuxCNC loaded and try again.
[22:49:25] <cradek> I don't know if 2.3 even has GEOMETRY
[22:52:03] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 ffb3a15 06linuxcnc 10docs/man/man1/halcmd.1 10src/hal/utils/halcmd.c 10src/hal/utils/halcmd_main.c halcmd: manage prompt better * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ffb3a15
[22:52:04] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 d4dc7aa 06linuxcnc 10src/emc/usr_intf/stepconf/stepconf.py stepconf: fix a typoe'd variable name * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d4dc7aa
[22:53:55] <kwallace2> I'm wondering if Wrapped makes a difference?
[22:56:39] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 223b130 06linuxcnc 10src/emc/usr_intf/stepconf/stepconf.py stepconf: fixup the check_for_rt() function for uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=223b130
[23:04:53] <cradek> really doubt it
[23:07:14] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 649603e 06linuxcnc 10src/emc/usr_intf/pncconf/pncconf.py 10src/emc/usr_intf/pncconf/private_data.py pncconf: fix a kernal/kernel misspelling * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=649603e
[23:09:12] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 bd335d2 06linuxcnc Merge remote-tracking branch 'origin/2.6' into 2.7 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bd335d2
[23:09:48] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 82a23e3 06linuxcnc 10src/emc/usr_intf/pncconf/pncconf.py 10src/emc/usr_intf/pncconf/private_data.py 10src/emc/usr_intf/stepconf/stepconf.py Merge remote-tracking branch 'origin/2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=82a23e3