Gene,

I'm not following you...

JT

On 9/6/2014 9:46 AM, Gene Heskett wrote:
> On Saturday 06 September 2014 07:15:11 John Thornton did opine
> And Gene did reply:
>> Gene,
>>
>> I've uploaded version 1.6 of Arc Buddy and used it to create a path
>> from a print. I used the tools > Arc Buddy way so it would insert the
>> correct things for me. If you put a feed word in it prepends it to the
>> G code.
> That doesn't show in the display although it is exported to gedit with it.
> Don't enter the leading F, I got two of them when I entered f10. You might
> change the prompt to say enter feed value.
>
> And it would still need to have the XY centerpoint entered after
> calculating it by hand by moving the centerpoint anchor to a phantom point
> that results in the start point being exactly where it is according to
> reading the DRO.  For half circle turnarounds in the end of a groove, its
> fairly easy but it gets "needs a sci calculator" complex when the start
> and stop angles are not exactly on a 90 or 180 degree quadrant marker.
>
> I would find the geometric center of the arc angle entered, then go up
> that angle by the radius of the entered diameter, and adjust the center
> X,Y entered to change that point to the point just calculated, using a sin
> or cos of the angle times the radius, add those to the entered staring XY,
> then do the rest of the math.  That way you can cut an arc for however
> many degrees you want that starts exactly where its at.  For loops to cut
> to depth, output the present dro data entry as a restore move to cut the
> next pass deeper, before or after the g2/3 move.
>
> You might display this newly calculated "center point" found by this
> method as a mental error check to the user, but it will never need to be
> seen as a gcode entry.  The only reason to save it would be for use as the
> reset move when incorporated into a loop to depth.  Heck, if is a long
> slot that winds back up at the same point at the end of the loop, even
> that line of gcode is deletable gingerbread.
>
> Am I making any sense here?
>   
>> JT
>>
>> On 9/6/2014 5:22 AM, Gene Heskett wrote:
>>> On Friday 05 September 2014 12:25:07 John Thornton did opine
>>>
>>> And Gene did reply:
>>>> Gene,
>>>>
>>>> How is Arc Buddy working for you?
>>>>
>>>> Do you see any need for any more enchantments?
>>>>
>>>> JT
>>>>
>>>> On 9/4/2014 1:26 PM, Gene Heskett wrote:
>>>>> On Thursday 04 September 2014 11:39:57 John Thornton did opine
>>>>>
>>>>> And Gene did reply:
>>>>>> I added it to the wiki.
>>>>>>
>>>>>> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Simple_LinuxCNC_G-Code_Ge
>>>>>> ne rat ors
>>>>>>
>>>>>> When you download arcbuddy15.py change the name to arcbuddy.py.
>>>>>>
>>>>>> JT
>>>>>>
>>>>>> On 9/4/2014 10:16 AM, Gene Heskett wrote:
>>>>>>> On Thursday 04 September 2014 10:57:49 John Thornton did opine
>>>>>>>
>>>>>>> And Gene did reply:
>>>>>>>> Gene,
>>>>>>>>
>>>>>>>> Try Arc Buddy 1.5, I've incorporated the ability to use in Gedit
>>>>>>>> and instructions on how to do so.
>>>>>>>>
>>>>>>>> JT
>>>>> And they work!  The only stumbling block was that the 'star' near
>>>>> the help button was actually a missing icon icon.  But clicking on
>>>>> it worked as expected.
>>>>>
>>>>> Thank you John.  A big improvement in its utility.
>>>>>
>>>>> Cheers, Gene Heskett
>>> I used it again last evening John, this time in copy/paste mode as I
>>> only needed to make one cut, to a frame rail of this psu box I am
>>> building, because I had walked up to the side of it with a stepped
>>> bit to make a hole for a fuse holder, and the edge of the last step
>>> that allowed the fuse holder to pass disclosed that my SWAG choice
>>> of a mounting point did not clear the 3/4" alu corner rail
>>> adequately.  So I asked it for a .9" diameter half circle for fuse
>>> holder nut clearance.  With the mill homed to x0.0,y0.0 about 1/8"
>>> from the edge of the rail, it worked perfectly.
>>>
>>> So about the only thing I haven't checked is giving it the
>>> co-ordinates from the on-screen dro as the starting XY.
>>>
>>> When doing free hand work that needs to match up, I can see where it
>>> needs another check box, if at the end of a longer cut, one wants to
>>> make a turnaround cut, we could use a checkbox that says to offset
>>> the start point of the cut to be where its at now, doing that as
>>> opposed to using a preliminary move from where its at to the arc
>>> start point as it does now. I can visualize it as moving the
>>> starting XY we give it, to the midpoint of a chord line drawn from
>>> start to finish & then doing the g2 or g3 math. That would of course
>>> need some trig functions but I don't have enough python knowledge to
>>> even guess how that would be done in python.
>>>
>>> With that checkbox added, I think it would qualify for the swiss army
>>> knife designation in code generators.
>>>
>>> My $0.02.  Thank you.
>>>
>>> Cheers, Gene Heskett
>> -----------------------------------------------------------------------
>> ------- Slashdot TV.
>> Video for Nerds.  Stuff that matters.
>> http://tv.slashdot.org/
>> _______________________________________________
>> Emc-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> Cheers, Gene Heskett


------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Emc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to