It would making viewing the EMC-users Message digest easier on small
laptop screens
(fewer clicks = less carpal tunnel) if the boilerplate lines starting
with:
"Send Emc-users mailing list submissions to
[EMAIL PROTECTED]"
were moved to the bottom of Today's Topics, or below all the postings.
[EMAIL PROTECTED]
On May 20, 2008, at 7:52 PM, [EMAIL PROTECTED]
wrote:
> Send Emc-users mailing list submissions to
> [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/emc-users
> or, via email, send a message with subject or body 'help' to
> [EMAIL PROTECTED]
>
> You can reach the person managing the list at
> [EMAIL PROTECTED]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Emc-users digest..."
>
>
> Today's Topics:
>
> 1. Re: Hardy Heron issues (xtra209)
> 2. Re: Can emc do this? Not normal homing... (Andre' Blanchard)
> 3. Re: Hardy Heron issues (Jeff Epler)
> 4. Re: Hardy Heron issues (Kirk Wallace)
> 5. Re: Subject: Re: Micro stepper driver MSD542 / KL-5042 (Jon
> Elson)
> 6. Re: Thread Milling (Jon Elson)
> 7. Re: Thread Milling (Andre' Blanchard)
> 8. Re: Unnormal homing- was scale and rotate. (Organic Engines)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 20 May 2008 11:52:14 -0400
> From: xtra209 <[EMAIL PROTECTED]>
> Subject: Re: [Emc-users] Hardy Heron issues
> To: [email protected]
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Jeff,
>
> I followed the instructions you asked me to. Things are stranger
> than I
> realized the first time around. Sometimes I have to click "forward"
> with
> the mouse and sometimes I have to use the "enter" button to proceed. I
> actually got through the wizard once... I'm not sure if anything works
> though.
>
> The following comes up even before I start pressing buttons in the
> stepconf wizard.
>
> [EMAIL PROTECTED]:~$ stepconf
> /usr/bin/stepconf:850: Warning: g_path_get_dirname: assertion
> `file_name
> != NULL' failed
> self.xml = gtk.glade.xml_new_from_buffer(doc, len(doc),
> domain="axis")
> /usr/bin/stepconf:850: GtkWarning: gdk_pixbuf_new_from_file: assertion
> `filename != NULL' failed
> self.xml = gtk.glade.xml_new_from_buffer(doc, len(doc),
> domain="axis")
> /usr/bin/stepconf:850: Warning: g_object_unref: assertion `G_IS_OBJECT
> (object)' failed
> self.xml = gtk.glade.xml_new_from_buffer(doc, len(doc),
> domain="axis")
> [EMAIL PROTECTED]:~$
>
> I hope this is useful to you.
>
> Sincerly and with thanks,
>
> Clint
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 19 May 2008 21:25:32 -0500
> From: Jeff Epler <[EMAIL PROTECTED]>
> Subject: Re: [Emc-users] Hardy Heron issues
> To: "Enhanced Machine Controller (EMC)"
> <[email protected]>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=us-ascii
>
>
> On Mon, May 19, 2008 at 08:32:41PM -0400, xtra209 wrote:
>>> The other issue is with stepconfig wizard. Everything is normal
>>> and I
>>> can even test the motors but at the very end the apply button
> doesn't do
>>> anything useful. It blinks when I either click it with the mouse or
>>> press either <enter> button. However, the only way out of that
> screen is
>>> to press the cancel button which does work. It doesn't save the
>>> configuration. Head scratching again. The different monitor hasn't
>>> affected this behavior.
>
> You can help me troubleshoot and hopefully fix this problem in the
> following way:
>
> 1. Launch the terminal window: Applications > Accessories > Terminal
>
> 2. In the Terminal window, type "stepconf" (all lowercase) and press
> Enter
>
> 3. When the stepconf window appears, just hit "Forward" until you get
> to the page with the page with the non-working "Apply" button.
>
> 4. Click "Apply" one time
>
> 5. Copy any messages shown in the Terminal window and put them in an
> e-mail reply to this message
>
> If just clicking "Forward" at every screen isn't enough to cause the
> problem, then tell me specifically what other things you have to do to
> make the problem.
>
> I hope that with this information, I can fix the bug.
>
> Jeff
>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 20 May 2008 11:24:35 -0500
> From: "Andre' Blanchard" <[EMAIL PROTECTED]>
> Subject: Re: [Emc-users] Can emc do this? Not normal homing...
> To: "Enhanced Machine Controller (EMC)"
> <[email protected]>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"; format=flowed
>
> If by coordinate system offsets you mean X,Y,Z,A,B,C applied to G54-
> G59.3
> and also to a G52 local, then a G68 should not be needed.
> The rotation offsets on the G54-G59.3 would handle part/program
> rotations
> and the G52 would handle rotations of pocketing subs and such stuff
> within
> the Gcode program. May even be better as on some controls mixing
> G52 and
> G68 stuff can produce unwanted results.
>
> Example of how I am thinking it could be used.
> Say you had subs for milling letters and numbers and you wanted to
> mill
> text into the part in a circular patterns at different lotations on
> the
> part. You would clamp the part to the table and set the g54 X,Y,Z
> work
> offset to the programmed zero on the part and the A,B,C rotated to the
> datums of the part.
>
> Then in the program move the g52 offset around to the centers of the
> features on the part around which you wanted the text. At each
> feature
> call the subs for each letter incrementing the g52 C offset between
> each
> letter.
>
>
> Scaling can if needed be done with the existing macro stuff.
>
> #500=1.5(X scale)
> #501=2.0(Y scale)
> #502=0.5(Z scale)
>
> G0 X[0.0*#500] Y[0.0*#501] Z[0.0*#502]
> G1 X[1.0*#500] Y[0.0*#501] Z[0.0*#502]
> G1 X[1.0*#500] Y[1.0*#501] Z[0.0*#502]
> G1 X[1.0*#500] Y[1.0*#501] Z[1.0*#502]
>
> If the three scale values are the same you can also use G2,3 moves.
> If scaling were built in to EMC I would like to see it done so it was
> possible to use G2,3 with unequal scale values. Used to make
> ellipses on
> wire EDMs.
>
>
> At 08:03 AM 5/20/2008, you wrote:
>
>> There was quite a bit of work done at NIST with locating of and
>> discovery of the pose of a casting using probing. Much of it
>> became a
>> part of the CMM system they wrote. The advantage of it was that they
>> could throw a part up there anywhere on the table and the CMM would
>> find
>> the part, find the pose, and then measure the things it had been
>> told to
>> measure.
>>
>> There was also thinking that information like that found by the CMM
>> could be translated into the six values assigned to coordinate
>> offsets
>> g54-g59.3 and used to locate and rotate a milling program. I'm
>> pretty
>> certain that they did not get that far. They did get a rudimentary
>> six
>> axis interpreter at the start of the process and six axis motion
>> system
>> at the other but IMO there was a lot of work yet to be accomplished
>> between.
>>
>> As far as moving or rotating a part program in Cartesian space, I
>> see no
>> need to go beyond simple coordinate system offsets. I know that this
>> does not take account of scaling that part program but what else am I
>> missing here?
>>
>> Rayh
>>
>>
>> On Tue, 2008-05-20 at 07:18 -0500, Andre' Blanchard wrote:
>>> At 06:16 PM 5/19/2008, you wrote:
>>>> On Mon, May 19, 2008 at 05:41:25PM -0400, xtra209 wrote:
>>>>>
>>>>> Is there any work happening on G68?
>>>>
>>>> Can you find a link to a manual or similar source that describes
>>>> definitively how G68 works? I found some examples, and people
>>>> asking questions about it, but none of them seemed like the full
>>>> story.
>>>>
>>>> Chris
>>>
>>> There is this Fanuc manual.
>>>
>> <http://www.compumachine.com/Support/Downloads/Fadal/GE%20Fanuc/0010__GE_FANUC_User_Manual.pdf
>>
>> >http://www.compumachine.com/Support/Downloads/Fadal/GE%20Fanuc/0010__GE_FANUC_User_Manual.pdf
>>> It describes a 2 block 3D rotation which I think is interesting
>>> but have
>>> never seen a machine that supported it.
>>>
>>> A manual for an older Mit M300V control.
>>> It also describes other types of rotations such as pattern rotation
>> done in
>>> an M98 sub call and rotations done with the G10 code. And parameter
>>> rotations which is the one used to align and entire program to a
>>> part
>>> placed on the table, it is done outside the program as part of the
>> setup of
>>> the job. Unfortunately not a lot of info on that one but on the
>> machines I
>>> have used it on (wire EDMs) it rotates around the work offset zero
>>> point
>>> and is just an angle you enter on the screen as either degrees or
>>> a j,k
>> vector.
>>>
>> <http://www.meau.com/functions/dms/getfile.asp?ID=010000000000000001000000460900000
>>
>> >http://www.meau.com/functions/dms/getfile.asp?ID=010000000000000001000000460900000
>>>
>>> I have not used the other types much, mostly just used the 2D G68
>> rotations.
>>>
>>> More Mit books.
>>>
>> <http://www.meau.com/eprise/main/sites/public/DOWNLOADS/-search_results?DocType=010&ManualType=0055
>>
>> >http://www.meau.com/eprise/main/sites/public/DOWNLOADS/-search_results?DocType=010&ManualType=0055
>>>
>>> __________
>>> Andre' B. Clear Lake, Wi.
>>>
>>>
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Emc-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Emc-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> __________
> Andre' B. Clear Lake, Wi.
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 20 May 2008 11:39:26 -0500
> From: Jeff Epler <[EMAIL PROTECTED]>
> Subject: Re: [Emc-users] Hardy Heron issues
> To: "Enhanced Machine Controller (EMC)"
> <[email protected]>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=us-ascii
>
> On Tue, May 20, 2008 at 11:52:14AM -0400, xtra209 wrote:
>> Jeff,
>>
>> I followed the instructions you asked me to. Things are stranger
>> than I
>> realized the first time around. Sometimes I have to click "forward"
>> with
>> the mouse and sometimes I have to use the "enter" button to
>> proceed. I
>> actually got through the wizard once... I'm not sure if anything
>> works
>> though.
>
> I believe that this is due to a long-standing bug in gtk+ that has
> still
> not been fixed for some reason.
> http://bugzilla.gnome.org/show_bug.cgi?id=56070
> as a workaround: move the pointer outside the Forward (or Done)
> button,
> then back in, then click. Or use the keyboard instead of the mouse.
>
> Ugh. This creates a terrible experience for users. I've long since
> learned to work around this problem, but until you identify what is
> going on it is frustrating and baffling.
>
> Jeff
>
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 20 May 2008 10:09:18 -0700
> From: Kirk Wallace <[EMAIL PROTECTED]>
> Subject: Re: [Emc-users] Hardy Heron issues
> To: "Enhanced Machine Controller (EMC)"
> <[email protected]>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain
>
> On Tue, 2008-05-20 at 11:39 -0500, Jeff Epler wrote:
>> On Tue, May 20, 2008 at 11:52:14AM -0400, xtra209 wrote:
>>> Jeff,
>>>
>>> I followed the instructions you asked me to. Things are stranger
>>> than I
>>> realized the first time around. Sometimes I have to click
>>> "forward" with
>>> the mouse and sometimes I have to use the "enter" button to
>>> proceed. I
>>> actually got through the wizard once... I'm not sure if anything
>>> works
>>> though.
>>
>> I believe that this is due to a long-standing bug in gtk+ that has
>> still
>> not been fixed for some reason.
>> http://bugzilla.gnome.org/show_bug.cgi?id=56070
>> as a workaround: move the pointer outside the Forward (or Done)
>> button,
>> then back in, then click. Or use the keyboard instead of the mouse.
>>
>> Ugh. This creates a terrible experience for users. I've long since
>> learned to work around this problem, but until you identify what is
>> going on it is frustrating and baffling.
>>
>> Jeff
>
> I noticed the same thing if my mouse happens to be on the shutdown
> button when I invoke a shutdown. The button pressed image didn't
> come up
> so I realized that the click wasn't being sensed. I move off the
> window,
> back on, and the click then works.
>
> --
> Kirk Wallace (California, USA
> http://www.wallacecompany.com/machine_shop/
> Hardinge HNC/EMC CNC lathe,
> Bridgeport mill conversion, doing XY now,
> Zubal lathe conversion pending
> Craftsman AA 109 restoration
> Shizuoka ST-N/EMC CNC)
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 20 May 2008 12:07:41 -0500
> From: Jon Elson <[EMAIL PROTECTED]>
> Subject: Re: [Emc-users] Subject: Re: Micro stepper driver MSD542 /
> KL-5042
> To: "Enhanced Machine Controller (EMC)"
> <[email protected]>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> Ian W. Wright wrote:
>> 'Scuse me for stepping in but I'm a bit confused by a couple of
>> things
>> being said in this thread.....
>> 1. Exactly why does a low accel round corners more than a fast
>> accel.?
> The program calculates all moves based on the specified machine
> acceleration in the ini file, and the velocities specified in
> the G-code. For each move, a point at the end of the move is
> chosen where deceleration would need to begin to stop at the
> exact endpoint specified. On machines with higher acceleration
> limits, that point will be closer to the endpoint than on
> machines with less accel. available. This point near the end of
> the move is where the acceleration to the next move in the
> G-code is blended in. So, at a right-angle corner, with G64 in
> force, the X axis will actually start moving before the Y axis
> comes to a complete stop. That will, of course, round your corners.
>> Does this suggest that a machine with slightly underpowered drive
>> motors
>> is inherently less precise than one with big drive motors?
> Yes.
>> 2. Is there some advantage in using G64 with a tolerance over G61
>> if you
>> want tight adherance to a toolpath?
> Yes, it allows the program to run MUCH faster,while maintaining
> the required accuracy. I ran some tests a few weeks ago between
> G64 (no parameter) and G64 P0.0005 (in inches) and the
> difference was four minutes vs. 17 seconds! This was a 10,000
> segment circle 2" in diameter. G61 would certainly be as bad as
> the G64 with no tolerance, if not even worse.
>
> Jon
>
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 20 May 2008 12:11:03 -0500
> From: Jon Elson <[EMAIL PROTECTED]>
> Subject: Re: [Emc-users] Thread Milling
> To: "Enhanced Machine Controller (EMC)"
> <[email protected]>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> Mark Wendt (Contractor) wrote:
>>
>> Trying to wrap my mind around this tool. One of the bullet points
>> says
>> that only one tool needed for right or left hand threads.
>> Howdeydodat?
>
> It is not like a tap, it has no thread lead. All the teeth are
> in rings. The tricks is it only touches the OD in one line
> along the length of the hole. It can do EXTERNAL threads the
> same way, you orbit around the OD of a post and it will thread
> the outside. The spindle needs to extend or retract in synch
> with the rotation of the orbit to develop the correct thread pitch.
>
> Jon
>
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 20 May 2008 12:54:53 -0500
> From: "Andre' Blanchard" <[EMAIL PROTECTED]>
> Subject: Re: [Emc-users] Thread Milling
> To: "Enhanced Machine Controller (EMC)"
> <[email protected]>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"; format=flowed
>
> At 12:11 PM 5/20/2008, you wrote:
>> Mark Wendt (Contractor) wrote:
>>>
>>> Trying to wrap my mind around this tool. One of the bullet points
>>> says
>>> that only one tool needed for right or left hand threads.
>>> Howdeydodat?
>>
>> It is not like a tap, it has no thread lead. All the teeth are
>> in rings. The tricks is it only touches the OD in one line
>> along the length of the hole. It can do EXTERNAL threads the
>> same way, you orbit around the OD of a post and it will thread
>> the outside. The spindle needs to extend or retract in synch
>> with the rotation of the orbit to develop the correct thread pitch.
>>
>> Jon
>
>
> And when you understand a thread mill you can look at the Thriller
> tools
> which have a drill point and cutting edges for chamfering the hole.
> Some
> have a drill point and some types are like a center cutting end mill
> and
> make the hole and threads at the same time.
> http://www.mmsonline.com/articles/019603.html
>
> http://www.moldmakingtechnology.com/articles/120202.html
> __________
> Andre' B. Clear Lake, Wi.
>
>
>
>
>
> ------------------------------
>
> Message: 8
> Date: Tue, 20 May 2008 18:52:46 -0400
> From: Organic Engines <[EMAIL PROTECTED]>
> Subject: Re: [Emc-users] Unnormal homing- was scale and rotate.
> To: [email protected]
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi,
>
> I took a look at the Ge Fanuc user manual and lo and behold: G50 G51
> scaling.
>
> The reason I was curious about it, was two separate machining issues.
>
> One, scaling. I have a breakout board PCB isolation milling file that
> I thought would look cool made real large. Suitable for wall
> hanging! I
> probably won't do it now, since it's a PITA to redo the thing from
> scratch, Gerber to DXF, increase size, CAM and then cut.
>
> Two, I have a small part I wanted to make a few of on some scrap
> pieces. I could make several in the margins of my scrap. But In
> order to
> make it happen I had to do two separate DXFs, one rotated 90 deg, and
> CAM them both in order to use the scrap effectively.
>
> I looked in the RS274NGC book as well as the EMC manual, and both
> G50/51 and G68 are absent.
>
> Not useful enough? Scale would be handy for sign makers mainly.
>
> Dan
>
>
>
> ------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>
> ------------------------------
>
> _______________________________________________
> Emc-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> End of Emc-users Digest, Vol 25, Issue 55
> *****************************************
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Emc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-users
